[nail-devel] Announcing S-nail v13
Brought to you by:
gritter
From: Steffen D. N. <sd...@gm...> - 2012-10-25 18:00:14
|
Hello list, i'm hereby announcing the release of S-nail(1) v13. I have uploaded the files s-nailv13.tar.gz and linked s-nail.tar.gz, and i hope Sourceforge will make them accessible at some time, too :) The digests are SHA1(s-nailv13.tar.gz)= 2360408b26256f5a3e7412d05a5615bc1e8b1bd9 MD5(s-nailv13.tar.gz)= 7d5e02f07af6ea70555d31cc574e2e9a It follows the NEWS entry for v13, thanks to all who helped pushing this old lady forward a bit! v13, 2012-10-25 --------------- I want to give prominence to the following people that helped to improve S-nail(1) during this development cycle, in order of appearance: Martin Neitzel, Ezequiel Garz=0n=0nn, Bj=0n=0hrn Persson, Paul Vojta, and, especially, John Dodson for warm words from beautiful Australia! Many thanks also to Christos Zoulas. After i've officially forked nail(1) aka Heirloom mailx(1) as S-nail(1) on 2012-09-18 i have been able to work five weeks almost fulltime on S-nail(1) development. The first three weeks can be characterized as hectic fireworks here and there, but then it got better and i was able to work more or less topic-centric. In the meanwhile S-nail(1) is more than 230 commits away from the Heirloom base--and drifting further apart. S-nail(1) v13 is the first release of S-nail(1), but it was forked from Heirloom mailx(1) 12.5 7/5/10 that arose from Berkeley Mail 8. unless i'm mistaken. What characterizes S-nail(1) v13? - The build system has been reworked almost completely. It is possible to fine-tune which features should be present in the binary and which don't. The name of the binary can be chosen, and that choice is reflected all through the manual and the template resource file. The manual is always complete and thus may document features that are not supported by the actual binary, though. Please see INSTALL for more. - Compiler warnings can now be used. Please see the example WARN= flags in the Makefile, but '-Wall -Wextra -pedantic' should be silent though certainly insufficient to reflect the complex work of modern compilers. - The following recipient address list combines some of the major improvements that have been made: <addr1@cdr=0n=0hm.de> (bier) , ./file1, Steffen Sm=0n=0hreg=0n=0/s (Humbab=0n=0/) <sauer@b=0n=0/=0n=0 |