Hello list, hereby i announce S-nail v14.8.6, the «Hen Harrier II». A cumulated bugfix release. Hen(ce).
Credits Hilko Bengen, Salvatore Bonaccorso, Martin Sebor, Aharon Robbins and Philip Guenther. We welcome all the credited persons in THANKS. Number games ^^^^^^^^^^^^ The hash of the tagged release commit is [0abf97ff411]. The git(1) release commit and tag as well as the release tarball itself have been signed with the OpenPGP key [email protected] / 95F382CE (232C 220B CB56 90A3 7BD2 2FFD EB66 0227 95F3 82CE) available on OpenPGP key servers, my website and in the repository: $ git cat-file blob steffen-gpg-pub | gpg --import $ git tag -v/--verify TAGNAME Release tarball (s-nail-14_8_6.tar) identification: MD5 = e417b39aba2fb255e5b24ef056e0bbee SHA1 = 9fa1f741901d86fd6fdc4ed3e0070e03cfc6ad9e SHA256 = 9bd10ebcbb4a57496319690bd0d9c19d4b564a807e4b715aac58591f1c29db99 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQIcBAABCAAGBQJWgcEAAAoJEOtmAieV84LOjYIP/RjxA03bJNSrXFeD7+TRXlM/ Iz+CPQ6tubPRHQshjFCnYYU3CALO/p1asMN5L/mYurPmoJSIvuW3VqeBbB54cf9p VW7mXbxumJDS0tewQtzRfvzf2CVF+T+6CNzrNTBGEAgagnE0Knc1tg93rvZbtkUc hZjNhox0RuVWJs0V5e06GSmGAR9jscUAZHQREkGNQD0+iy2edw9+J2xbiJOkOgg1 iwySXO6gEcjG43C9G5cgxmzisXZcZ470yZndCHoXplRc8qeKpkkf4xzb723E76QX hkOLmrWRbbMweXsQI/SaLus2RLh/3fBz60YH9CO9x53Tlcw7NZsng8H4jF9/LMfd QSFheZErN4MdKQ/wjCnChnNXbLEiuri6RzBUNTeh0qItQTeNe0Nhov72agNGsiQY lmpvW3AmTlYCLYs/61Bmky1KWjuleKD11dUrec0r1Krm3MJnpdovos61maQovo/6 9GBq4RDqcp3rluAPOYVLxRNbEk1D47bgsm9WPVIxa2DZyMMZ5OSAz5TM7ey1hrhg Qag7B5k/1aLLuAx3EXsOAlM5Tw7CJZ55zaOX8/IEXeR/7ajqJNPmd5i9peDOsgUX nFgNRJHTpE9ou7DdClUuPR3pnE3EJejvPdXhur0AS035P/titQNCmQXK8b2L2rBX 9P9m8RFa6zq62cPNtW42 =55pG -----END PGP SIGNATURE----- The detached OpenPGP signature (.asc) and the compressed versions (.xz,.gz) of the release tarball can be downloaded by appending the extension of desire to the tarball's URL, e.g., via "curl -vv -L": https://downloads.sourceforge.net/project/s-nail/s-nail-14_8_6.tar Manual: http://sdaoden.users.sourceforge.net/code-nail.html Web : http://sdaoden.users.sourceforge.net/code.html#s-nail git(1): {git,http}://git.code.sf.net/p/s-nail/code https://gitlab.com/sdaoden/s-nail.git browse: http://sourceforge.net/p/s-nail/code/ https://gitlab.com/sdaoden/s-nail In the following numbers in [] reference a commit hash or a topic branch name. mdocmx(7) anchors are denoted by a number-sign #: typing "^A ANCHOR" while reading the man(1)ual in a capable less(1) will scroll to the manual's Point-Of-Interest, and pointing a web- browser to the "#ANCHOR" of the online manual will do so, too. The complete changelog of commits in between two versions OLD and NEW can be inspected by using the git(1) `log' command: $ git log --reverse --topo-order --abbrev-commit OLD..NEW # Only topic branch headers (--no-merges for content commits only): $ git log --oneline --reverse --topo-order --merges OLD..NEW # Same, but truly accessible: $ git log --oneline --reverse --topo-order --merges --parents OLD..NEW | while read c1 c2 c3 c4 c5 c6; do printf "%-24s: \$ git log --oneline --no-merges %s ^%s\n" \ "${c6}" "${c1}" "${c2}"; done NOTES, ChangeLog (packager-affine) ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ - WANT_AMALGAMATION dependency tracking has been fixed. [0ed139d,8c126a9] - "INSTALL": clarification: "make" OR "make install", NOT "[make &&] make install". More to come in v14.9. Also INSTALL now says that the default configuration includes all non-experimental features, whereas the otherwise identical CONFIG=MAXIMAL does include them. (Hilko Bengen) - SENDMAIL will now fallback to /usr/sbin/sendmail if we don't find any executable sendmail(1). We had some similar issue on ArchLinux, but i failed to deal with the no-sendmail-available case. sendmail(1) is expected in /usr/sbin on *BSD and according to Debian Policy 11.6. [0e09d5e] (Salvatore Bonaccorso) - SYSCONFRC no longer includes SYSCONFDIR. I.e., S-nail now does load(SYSCONFDIR "/" SYSCONFRC); instead of load(SYSCONFRC); It seems only CRUX-Linux is affected, and i've sent a patch. [807f64e] - We now support the TinyCCompiler. [topic/tcc] - And -- ouch! -- fix S-nail on Solaris, again. It was broken since [3e863c6] (2015-06-23) since necessary linker flags had been overwritten. [fd40d5a,6fe5448] (We also deal with NAME_MAX being the minimum possible now, see below.) ChangeLog ^^^^^^^^^ - When `Lreply'ing to multiple messages and using the `~:' tilde command the argument list of the `Lreply' itself would have been overwritten, resulting in crashs. [9f5c403 (+ 1162af5,5f08362)] - Temporarily forbid `mbox' but in a system mailbox. I hope v14.9 can perform the action gracefully. [781ee34] - On systems with "unsigned char" "char"s S-nail was broken for about two and a half year since an E(nd)O(f)F(ile) condition would never have been satisfied, resulting endless loops. Detected by the Debian package build bot who hung endlessly when running "$ make test". [f43e04e] - Fixes to false signal handler restoration, partially false forever. [0948199,364bc48] - Fix crashes in the error path of Zopen(). If a de-/compressor fails Heirloom mailx would crash, and S-nail would have crashed in the debug path and print "Alert: Invalid file pointer" in optimized code. Since S-nail allows *file-hook-{load,save}-EXTENSION* the situation is much worse, however. [8e7f0f4] - Don't crash in `varedit' when $EDITOR doesn't start up. [5a5350b] - The build system now sorts source files in order to honour <https://reproducible-builds.org/>. [a939517] - The build script has seen improvements. The (mysterious) hangs in VMs are gone now that i have switched configuration evaluation to awk(1) thanks to a suggestion by Aharon Robbins. In fact doing "$ make CC=tcc devel" now takes the same time all-in-all that the mentioned evalution took alone. [fa2e248] (Aharon Robbins) This is true even if we know do a lot more of run tests instead of plain link tests for native environment detection since the GNU C library monster uses empty ENOSYS stubs for system calls it doesn't provide. This is the reason why the Debian kFreeBSD S-nail package doesn't work out by now. We are not aware of booting different kernels with different feature sets than what we detected upon compile time, though. I don't think we ever will. [3ee2d4c] ChangeLog (purely technical) ^^^^^^^^^^^^^^^^^^^^^^^^^^^^ - Dotlock file locking now ignores lock file creation failures on readonly filesystems. Since the mailbox will be degraded to read-only no dotlock file is needed. [40785bc] And that really hurts: [3517800]! On Solaris NAME_MAX is set to the minimum that POSIX allows (14), and we were not really prepared for that. I.e., the lock for /var/mail/sdaoden would be /var/mail/sdaoden.lock, we require at least one more byte for safe lock file creation and yet included the terminating NUL in the calculation, and whoops, dotlocking failed because of ENAMETOOLONG! So do use pathconf(2) _exclusively_ if that succeeds to give an answer. And we still have room for improvements that i as a C++ programmer with speedy dynamic Str objects would never thought i have to deal with. - Fix pathconf(2) usage. [31ce3e1] (Not wrong: Martin Sebor) - First step to use the new *at() series of system-calls if available, inspired by (Philip Guenther). [topic/time] The v14.8.* announcements have been shortened at this point; to see the older entries please have a look at [1]. [1] http://sourceforge.net/p/s-nail/s-nail/message/34434875/ Even older announcements: v14.7.11: 241 v14.7.9 - v14.7.10: 218 v14.7.2 - v14.7.8: 195 v14.7.1: 130 v14.7: 95 All given numbers have to be appended onto http://permalink.gmane.org/gmane.mail.s-nail.user/ --steffen ------------------------------------------------------------------------------ _______________________________________________ S-nail-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/s-nail-users
