UPDATE mail/s-nail
Hello ports@, hello Stuart. This updates to v14.9.24, with a few fixes, including an IMAP improvement so this MUA should work with Microsoft IMAP servers (and all servers which treat "untagged" responses seriously). (In general what seemed "buggy" to "you, user" should now feel right.) This is now really and irrefutable the last (bugfix) update of the v14.9.X branch. Thanks for your patience. <2023004708.af5oe%stef...@sdaoden.eu>: |Steffen Nurpmeso wrote in | <20210309175203.3umyh%stef...@sdaoden.eu>: ||Stuart Henderson wrote in || : |||On 2021/03/08 21:55, Steffen Nurpmeso wrote: |||> Steffen Nurpmeso wrote in |||> <20210308200314.r794j%stef...@sdaoden.eu>: |||>|Stuart Henderson wrote in |||>| : | .. |||>||Can you advise how to tell the complicated make-config script how to |||>||respect ports CFLAGS setting for compiler optimization please? | ... ||So i have implemented VAL_AUTOCC=, which for now offers ... |This is not in v14.9.23, the "next [regular] release" should have |been and then is v14.10, it will contain this. | |For now i thus have disabled automatic $CC settings, just for you, This continues to be true, thus. A sedition free time everybody, greetings from Germany (in the middle of a snow storm (honestly, not April 1st)). Index: Makefile === RCS file: /cvs/ports/mail/s-nail/Makefile,v retrieving revision 1.35 diff -a -p -u -a -p -u -r1.35 Makefile --- Makefile11 Mar 2022 19:34:55 - 1.35 +++ Makefile31 Mar 2022 22:15:37 - @@ -1,6 +1,6 @@ COMMENT= SysV mail/BSD Mail/POSIX mailx: send and receive mail -DISTNAME= s-nail-14.9.23 +DISTNAME= s-nail-14.9.24 CATEGORIES=mail HOMEPAGE= https://www.sdaoden.eu/code.html\#s-mailx Index: distinfo === RCS file: /cvs/ports/mail/s-nail/distinfo,v retrieving revision 1.25 diff -a -p -u -a -p -u -r1.25 distinfo --- distinfo9 Dec 2021 14:07:21 - 1.25 +++ distinfo31 Mar 2022 22:15:37 - @@ -1,2 +1,2 @@ -SHA256 (s-nail-14.9.23.tar.gz) = Ul7SMxec/CoWluopUpn9jlrbskUQrU4eZDC0SRYvkWs= -SIZE (s-nail-14.9.23.tar.gz) = 1091503 +SHA256 (s-nail-14.9.24.tar.gz) = Tk24aXkrzcyX+uHbGmZB5mSpOy6F9urFPns6wwXmxYY= +SIZE (s-nail-14.9.24.tar.gz) = 1105199 --steffen | |Der Kragenbaer,The moon bear, |der holt sich munter he cheerfully and one by one |einen nach dem anderen runter wa.ks himself off |(By Robert Gernhardt)
Re: UPDATE mail/s-nail
Hello. Stuart Henderson wrote in : |On 2021/12/09 20:28, Steffen Nurpmeso wrote: ... |> Stuart Henderson wrote in |> : ... |>|I have committed with the REVISION line removed. |> |> You put it in with 1.33 in order to pass through specific |> optimizations. | |A change affecting the built packages needs the package version number |to be increased so that installed copies are updated, if the actual version |number of the software didn't change this is done by setting REVISION. |When the port is updated to a new version then REVISION is removed again. Noted. This is in contrast to the (easy, shell-based) package system of CRUX-Linux for which i also maintain packages: elif [ ! "$version" ]; then error "Variable 'version' not specified in $PKGMK_PKGFILE." exit $E_PKGFILE [The program version.] elif [ ! "$release" ]; then error "Variable 'release' not specified in $PKGMK_PKGFILE." exit $E_PKGFILE [The package release.] Removing REVISION is a bit more pragmatic than setting release=1! Thank you, Stuart. A nice weekend if you can, everybody. Ciao, --steffen | |Der Kragenbaer,The moon bear, |der holt sich munter he cheerfully and one by one |einen nach dem anderen runter wa.ks himself off |(By Robert Gernhardt)
Re: UPDATE mail/s-nail
On 2021/12/09 20:28, Steffen Nurpmeso wrote: > Hello Stuart. > > Thanks again! > > Stuart Henderson wrote in > : > |On 2021/12/09 14:50, Steffen Nurpmeso wrote: > |> Steffen Nurpmeso wrote in > |> <20211202214827.ckm95%stef...@sdaoden.eu>: > |>|Steffen Nurpmeso wrote in > |>| <2023004708.af5oe%stef...@sdaoden.eu>: > |>||Bugfix update to v14.9.23. > ... > |I have committed with the REVISION line removed. > > You put it in with 1.33 in order to pass through specific > optimizations. A change affecting the built packages needs the package version number to be increased so that installed copies are updated, if the actual version number of the software didn't change this is done by setting REVISION. When the port is updated to a new version then REVISION is removed again.
Re: UPDATE mail/s-nail
Hello Stuart. Thanks again! Stuart Henderson wrote in : |On 2021/12/09 14:50, Steffen Nurpmeso wrote: |> Steffen Nurpmeso wrote in |> <20211202214827.ckm95%stef...@sdaoden.eu>: |>|Steffen Nurpmeso wrote in |>| <2023004708.af5oe%stef...@sdaoden.eu>: |>||Bugfix update to v14.9.23. ... |I have committed with the REVISION line removed. You put it in with 1.33 in order to pass through specific optimizations. I have not consciously recognized that line, sorry. I am not a very sophisticated port maintainer, only maintaining this thing i even code myself (yikes!); i sometimes thought about adding at least my s-cdda, or even s-cdda-to-db in addition, but never have beaten myself to it. And then there is always that warning from one of the script steps (likely /usr/ports/infrastructure/bin/portcheck or make port-lib-depends-check) that i do not really understand, but it is just doing it all smoothly the way it is so i really never got used to wrap my head around it; port systems are complicated beasts and how often i was banging against a wall that then was not my fault, but that of others. Whatever. Hm. |Please could you send diffs with -u and it would be helpful to reinclude I adjusted the script accordingly. (I no longer have a ~/.cvsrc! It had the "diff -Napu" i now added.) |the diff (in usable rather than quoted form) if you are prodding, it |makes it easier for whoever is committing if they don't have to look in |mail archives. Well as i can because it is easy for this very port, i will. Thanks again, greetings to an island! Ciao, --steffen | |Der Kragenbaer,The moon bear, |der holt sich munter he cheerfully and one by one |einen nach dem anderen runter wa.ks himself off |(By Robert Gernhardt)
Re: UPDATE mail/s-nail
On 2021/12/09 14:50, Steffen Nurpmeso wrote: > Hello again ports@. > > Steffen Nurpmeso wrote in > <20211202214827.ckm95%stef...@sdaoden.eu>: > |Hello ports@. > | > |Steffen Nurpmeso wrote in > | <2023004708.af5oe%stef...@sdaoden.eu>: > ||Bugfix update to v14.9.23. > ||Gets Europe/Dublin and other timezones with negativs is-DST > ||adjustment right, and more. > | ... > > Please, would anybody be so kind and > > Give back Ireland to the Irish > > ?? And hey, it was an English Sir who said so first! > > (It brings in more fixes/tweaks, 57 changesets all in all, and one > more really bitter one there is, too.) > > Thank you in advance, and greetings from Germany! > Ciao, > > --steffen > | > |Der Kragenbaer,The moon bear, > |der holt sich munter he cheerfully and one by one > |einen nach dem anderen runter wa.ks himself off > |(By Robert Gernhardt) > I have committed with the REVISION line removed. Please could you send diffs with -u and it would be helpful to reinclude the diff (in usable rather than quoted form) if you are prodding, it makes it easier for whoever is committing if they don't have to look in mail archives. Thanks.
Re: UPDATE mail/s-nail
Hello again ports@. Steffen Nurpmeso wrote in <20211202214827.ckm95%stef...@sdaoden.eu>: |Hello ports@. | |Steffen Nurpmeso wrote in | <2023004708.af5oe%stef...@sdaoden.eu>: ||Bugfix update to v14.9.23. ||Gets Europe/Dublin and other timezones with negativs is-DST ||adjustment right, and more. | ... Please, would anybody be so kind and Give back Ireland to the Irish ?? And hey, it was an English Sir who said so first! (It brings in more fixes/tweaks, 57 changesets all in all, and one more really bitter one there is, too.) Thank you in advance, and greetings from Germany! Ciao, --steffen | |Der Kragenbaer,The moon bear, |der holt sich munter he cheerfully and one by one |einen nach dem anderen runter wa.ks himself off |(By Robert Gernhardt)
Re: UPDATE mail/s-nail
Hello ports@. Steffen Nurpmeso wrote in <2023004708.af5oe%stef...@sdaoden.eu>: |Bugfix update to v14.9.23. |Gets Europe/Dublin and other timezones with negativs is-DST |adjustment right, and more. ... Not a widely used port, but would be nice to get the update in. Ciao from Germany already here, Index: Makefile === RCS file: /cvs/ports/mail/s-nail/Makefile,v retrieving revision 1.33 diff -r1.33 Makefile 5c5 < DISTNAME= s-nail-14.9.22 --- > DISTNAME= s-nail-14.9.23 29a30 > OPT_AUTOCC=no \ Index: distinfo === RCS file: /cvs/ports/mail/s-nail/distinfo,v retrieving revision 1.24 diff -r1.24 distinfo 1,2c1,2 < SHA256 (s-nail-14.9.22.tar.gz) = LAwupEEqdXtgThFpUntC1L42MbqPZDrTxJ+M7YME7DE= < SIZE (s-nail-14.9.22.tar.gz) = 1090859 --- > SHA256 (s-nail-14.9.23.tar.gz) = Ul7SMxec/CoWluopUpn9jlrbskUQrU4eZDC0SRYvkWs= > SIZE (s-nail-14.9.23.tar.gz) = 1091503 --steffen | |Der Kragenbaer,The moon bear, |der holt sich munter he cheerfully and one by one |einen nach dem anderen runter wa.ks himself off |(By Robert Gernhardt)
UPDATE mail/s-nail
Hello ports@. Bugfix update to v14.9.23. Gets Europe/Dublin and other timezones with negativs is-DST adjustment right, and more. Dear Stuart, Steffen Nurpmeso wrote in <20210309175203.3umyh%stef...@sdaoden.eu>: |Stuart Henderson wrote in | : ||On 2021/03/08 21:55, Steffen Nurpmeso wrote: ||> Steffen Nurpmeso wrote in ||> <20210308200314.r794j%stef...@sdaoden.eu>: ||>|Stuart Henderson wrote in ||>| : .. ||>||Can you advise how to tell the complicated make-config script how to ||>||respect ports CFLAGS setting for compiler optimization please? ... |So i have implemented VAL_AUTOCC=, which for now offers |add_options,bind_now,pie,stackprot,fortify selections, where the |default is bind_now,pie,stackprot,fortify, and i would change the |port to use add_options,bind_now,pie,stackprot when the next |version is released. We cannot do FORTIFY because that requires |optimization to be enabled, which can no longer be guaranteed. |Thanks for the suggestion Stuart. This is not in v14.9.23, the "next [regular] release" should have been and then is v14.10, it will contain this. For now i thus have disabled automatic $CC settings, just for you, i still wonder why all the security features were not enabled for OpenBSD s-nail package, until i (as package maintainer) then turned on automatic $CC settings. On the other hand i really like it, i personally never used them but for development purposes as i think a shipout thing should not put debug burden on users, so i am really fine with it! Never triggered in real life in all this time. A nice weekend i wish from Germany already here, Ciao! Index: Makefile === RCS file: /cvs/ports/mail/s-nail/Makefile,v retrieving revision 1.33 diff -r1.33 Makefile 5c5 < DISTNAME= s-nail-14.9.22 --- > DISTNAME= s-nail-14.9.23 29a30 > OPT_AUTOCC=no \ Index: distinfo === RCS file: /cvs/ports/mail/s-nail/distinfo,v retrieving revision 1.24 diff -r1.24 distinfo 1,2c1,2 < SHA256 (s-nail-14.9.22.tar.gz) = LAwupEEqdXtgThFpUntC1L42MbqPZDrTxJ+M7YME7DE= < SIZE (s-nail-14.9.22.tar.gz) = 1090859 --- > SHA256 (s-nail-14.9.23.tar.gz) = Ul7SMxec/CoWluopUpn9jlrbskUQrU4eZDC0SRYvkWs= > SIZE (s-nail-14.9.23.tar.gz) = 1091503 --steffen | |Der Kragenbaer,The moon bear, |der holt sich munter he cheerfully and one by one |einen nach dem anderen runter wa.ks himself off |(By Robert Gernhardt)
Re: UPDATE mail/s-nail
Stuart Henderson wrote in : |On 2021/03/08 21:55, Steffen Nurpmeso wrote: |> Steffen Nurpmeso wrote in |> <20210308200314.r794j%stef...@sdaoden.eu>: |>|Stuart Henderson wrote in |>| : |>||On 2021/03/08 18:53, Steffen Nurpmeso wrote: |>||> Steffen Nurpmeso wrote in |>||> <20210224143220.o1zwb%stef...@sdaoden.eu>: |>||>|Update to v14.9.22 to unbreak a closefrom(2) / close_range(2) |>||>|brain damage of mine. |>||> |>||> I just got an according bug report from Predrag regarding this. |>||> Dependent on what you do, version 14.9.21 is truly _broken_, and |>||> 14.9.22 really should replace 14.9.21 wherever possible, please. |>| |>||Committed. |>| |>|Thank you very much for this, Stuart. |>| |>||Can you advise how to tell the complicated make-config script how to |>||respect ports CFLAGS setting for compiler optimization please? |>| |>|If it is only optimization one could either overwrite it by |>|passing an additional EXTRA_CFLAGS=-O1 or similar to overwrite it, |>|or instead pass cc_maxopt=[0123] (this i have not tested for years |>|hmmm .. but still works). Note that higher than -O3 is not |>|supported, if you want this then you have to go the EXTRA_CFLAGS |>|way. (-Os also not built-in, it also seems badly maintained in, |>|granted gcc, upstream and caused inlining problems in the past |>|(AlpineLinux package). |> |> Well, i mean, selectively picking something out of original |> $CFLAGS automatically is not supported, on the other hand. Does |> any build system support that? I.e., only adding warnings and |> hardening flags etc. _onto_ the otherwise unchanged original |> $CFLAGS? Is it that would you mean? This is i think an |> interesting suggestion i will try to address in the future, and |> ship with the next update of this package, then. ... |It's fairly common for software to add warnings/include paths/etc |after a provided CFLAGS, or sometimes via another variable (some use |COPTFLAGS). Where that's not supported, in most cases it's a simple |matter of patching a Makefile to remove -O3 etc but it's a bit more |complex here. Well i mean the package could reinstantiate the OPT_AUTOCC=no that i think William Yodlowsky introduced years ago, then the builder is absolutely free to define whatever she desires. I personally have always been of the opinion that all the warning options, stack guards, PIE, let alone the terrible retpoline that i really refrain from uncommenting, as well as the noexecstack that i personally could only dig if it were execstack on request, should not be needed at all in shipout code. I only ever used -fno-exceptions -fno-rtti myself, but somehow CPU cycles have to be wasted it seems. Sandboxing we do not support yet, it requires a program redesign. At least we have OPT_AUTOCC_STACKPROT to get rid of that, but it is on by default, you know. Indifference has won won won. |Trying EXTRA_CFLAGS it's nearly what's needed, though it relies on |the user setting an alternative -O to override the one added in |make-config.sh, you can't e.g. set EXTRA_CFLAGS="" to build with no |-O flag at all. | |Ports on OpenBSD (and I believe also FreeBSD) are generally meant to use |OS defaults or user settings via the standard interface e.g. "make |CFLAGS=-O0" etc, when building the port. When dealing with a collection |of thousands of programs, it's helpful to have standard interfaces like |this rather than have to figure out what's needed for each individual |port. By the way, what actual optimization issue do you have. But yeah, people get understandably frustrated without a -march=, i apologise. So i have implemented VAL_AUTOCC=, which for now offers add_options,bind_now,pie,stackprot,fortify selections, where the default is bind_now,pie,stackprot,fortify, and i would change the port to use add_options,bind_now,pie,stackprot when the next version is released. We cannot do FORTIFY because that requires optimization to be enabled, which can no longer be guaranteed. Thanks for the suggestion Stuart. Ciao from Germany, --steffen | |Der Kragenbaer,The moon bear, |der holt sich munter he cheerfully and one by one |einen nach dem anderen runter wa.ks himself off |(By Robert Gernhardt)
Re: UPDATE mail/s-nail
On 2021/03/08 21:55, Steffen Nurpmeso wrote: > Steffen Nurpmeso wrote in > <20210308200314.r794j%stef...@sdaoden.eu>: > |Stuart Henderson wrote in > | : > ||On 2021/03/08 18:53, Steffen Nurpmeso wrote: > ||> Steffen Nurpmeso wrote in > ||> <20210224143220.o1zwb%stef...@sdaoden.eu>: > ||>|Hello ports@. > ||>| > ||>|Update to v14.9.22 to unbreak a closefrom(2) / close_range(2) > ||>|brain damage of mine. > ||> > ||> I just got an according bug report from Predrag regarding this. > ||> Dependent on what you do, version 14.9.21 is truly _broken_, and > ||> 14.9.22 really should replace 14.9.21 wherever possible, please. > | > ||Committed. > | > |Thank you very much for this, Stuart. > | > ||Can you advise how to tell the complicated make-config script how to > ||respect ports CFLAGS setting for compiler optimization please? > | > |If it is only optimization one could either overwrite it by > |passing an additional EXTRA_CFLAGS=-O1 or similar to overwrite it, > |or instead pass cc_maxopt=[0123] (this i have not tested for years > |hmmm .. but still works). Note that higher than -O3 is not > |supported, if you want this then you have to go the EXTRA_CFLAGS > |way. (-Os also not built-in, it also seems badly maintained in, > |granted gcc, upstream and caused inlining problems in the past > |(AlpineLinux package). > > Well, i mean, selectively picking something out of original > $CFLAGS automatically is not supported, on the other hand. Does > any build system support that? I.e., only adding warnings and > hardening flags etc. _onto_ the otherwise unchanged original > $CFLAGS? Is it that would you mean? This is i think an > interesting suggestion i will try to address in the future, and > ship with the next update of this package, then. > > Thanks, and Ciao! from Germany, > > --steffen > | > |Der Kragenbaer,The moon bear, > |der holt sich munter he cheerfully and one by one > |einen nach dem anderen runter wa.ks himself off > |(By Robert Gernhardt) > It's fairly common for software to add warnings/include paths/etc after a provided CFLAGS, or sometimes via another variable (some use COPTFLAGS). Where that's not supported, in most cases it's a simple matter of patching a Makefile to remove -O3 etc but it's a bit more complex here. Trying EXTRA_CFLAGS it's nearly what's needed, though it relies on the user setting an alternative -O to override the one added in make-config.sh, you can't e.g. set EXTRA_CFLAGS="" to build with no -O flag at all. Ports on OpenBSD (and I believe also FreeBSD) are generally meant to use OS defaults or user settings via the standard interface e.g. "make CFLAGS=-O0" etc, when building the port. When dealing with a collection of thousands of programs, it's helpful to have standard interfaces like this rather than have to figure out what's needed for each individual port.
Re: UPDATE mail/s-nail
Steffen Nurpmeso wrote in <20210308200314.r794j%stef...@sdaoden.eu>: |Stuart Henderson wrote in | : ||On 2021/03/08 18:53, Steffen Nurpmeso wrote: ||> Steffen Nurpmeso wrote in ||> <20210224143220.o1zwb%stef...@sdaoden.eu>: ||>|Hello ports@. ||>| ||>|Update to v14.9.22 to unbreak a closefrom(2) / close_range(2) ||>|brain damage of mine. ||> ||> I just got an according bug report from Predrag regarding this. ||> Dependent on what you do, version 14.9.21 is truly _broken_, and ||> 14.9.22 really should replace 14.9.21 wherever possible, please. | ||Committed. | |Thank you very much for this, Stuart. | ||Can you advise how to tell the complicated make-config script how to ||respect ports CFLAGS setting for compiler optimization please? | |If it is only optimization one could either overwrite it by |passing an additional EXTRA_CFLAGS=-O1 or similar to overwrite it, |or instead pass cc_maxopt=[0123] (this i have not tested for years |hmmm .. but still works). Note that higher than -O3 is not |supported, if you want this then you have to go the EXTRA_CFLAGS |way. (-Os also not built-in, it also seems badly maintained in, |granted gcc, upstream and caused inlining problems in the past |(AlpineLinux package). Well, i mean, selectively picking something out of original $CFLAGS automatically is not supported, on the other hand. Does any build system support that? I.e., only adding warnings and hardening flags etc. _onto_ the otherwise unchanged original $CFLAGS? Is it that would you mean? This is i think an interesting suggestion i will try to address in the future, and ship with the next update of this package, then. Thanks, and Ciao! from Germany, --steffen | |Der Kragenbaer,The moon bear, |der holt sich munter he cheerfully and one by one |einen nach dem anderen runter wa.ks himself off |(By Robert Gernhardt)
Re: UPDATE mail/s-nail
Hello Stuart. Stuart Henderson wrote in : |On 2021/03/08 18:53, Steffen Nurpmeso wrote: |> Steffen Nurpmeso wrote in |> <20210224143220.o1zwb%stef...@sdaoden.eu>: |>|Hello ports@. |>| |>|Update to v14.9.22 to unbreak a closefrom(2) / close_range(2) |>|brain damage of mine. |> |> I just got an according bug report from Predrag regarding this. |> Dependent on what you do, version 14.9.21 is truly _broken_, and |> 14.9.22 really should replace 14.9.21 wherever possible, please. |Committed. Thank you very much for this, Stuart. |Can you advise how to tell the complicated make-config script how to |respect ports CFLAGS setting for compiler optimization please? If it is only optimization one could either overwrite it by passing an additional EXTRA_CFLAGS=-O1 or similar to overwrite it, or instead pass cc_maxopt=[0123] (this i have not tested for years hmmm .. but still works). Note that higher than -O3 is not supported, if you want this then you have to go the EXTRA_CFLAGS way. (-Os also not built-in, it also seems badly maintained in, granted gcc, upstream and caused inlining problems in the past (AlpineLinux package). --End of P.S.: just to mention it, this is documented in make.rc and in full in INSTALL, "1.3 Tests failed!". Seems like a bad place, hm. I have never encountered miscompilations with this software? But i think i will turn cc_maxopt into a regular option, and document it in make.rc, better it is. Ciao! --steffen | |Der Kragenbaer,The moon bear, |der holt sich munter he cheerfully and one by one |einen nach dem anderen runter wa.ks himself off |(By Robert Gernhardt)
Re: UPDATE mail/s-nail
On 2021/03/08 18:53, Steffen Nurpmeso wrote: > Hello. > > Steffen Nurpmeso wrote in > <20210224143220.o1zwb%stef...@sdaoden.eu>: > |Hello ports@. > | > |Update to v14.9.22 to unbreak a closefrom(2) / close_range(2) > |brain damage of mine. > > I just got an according bug report from Predrag regarding this. > Dependent on what you do, version 14.9.21 is truly _broken_, and > 14.9.22 really should replace 14.9.21 wherever possible, please. > > The problem is that file descriptors needed for subprocesses will > be closed. I still have not updated the tests for this, i got > back to school to learn about boxing, WireGuard, better firewall, > etc., and yet existing ones only use the standard set of file > descriptors, and thus did not reveal this. (And my own use cases > do not either, i turned to use ~/.mailcap and effectively use %s > for all relevant entries.) > > Sorry for the inconvenience, and greetings from Germany, > Ciao, > > --steffen > | > |Der Kragenbaer,The moon bear, > |der holt sich munter he cheerfully and one by one > |einen nach dem anderen runter wa.ks himself off > |(By Robert Gernhardt) > Committed. Can you advise how to tell the complicated make-config script how to respect ports CFLAGS setting for compiler optimization please?
Re: UPDATE mail/s-nail
Hello. Steffen Nurpmeso wrote in <20210224143220.o1zwb%stef...@sdaoden.eu>: |Hello ports@. | |Update to v14.9.22 to unbreak a closefrom(2) / close_range(2) |brain damage of mine. I just got an according bug report from Predrag regarding this. Dependent on what you do, version 14.9.21 is truly _broken_, and 14.9.22 really should replace 14.9.21 wherever possible, please. The problem is that file descriptors needed for subprocesses will be closed. I still have not updated the tests for this, i got back to school to learn about boxing, WireGuard, better firewall, etc., and yet existing ones only use the standard set of file descriptors, and thus did not reveal this. (And my own use cases do not either, i turned to use ~/.mailcap and effectively use %s for all relevant entries.) Sorry for the inconvenience, and greetings from Germany, Ciao, --steffen | |Der Kragenbaer,The moon bear, |der holt sich munter he cheerfully and one by one |einen nach dem anderen runter wa.ks himself off |(By Robert Gernhardt)
UPDATE mail/s-nail
Hello ports@. Update to v14.9.22 to unbreak a closefrom(2) / close_range(2) brain damage of mine. Thank you and Ciao from Germany! Index: Makefile === RCS file: /cvs/ports/mail/s-nail/Makefile,v retrieving revision 1.31 diff -u -p -r1.31 Makefile --- Makefile22 Jan 2021 11:05:33 - 1.31 +++ Makefile24 Feb 2021 14:21:21 - @@ -2,7 +2,7 @@ COMMENT= SysV mail/BSD Mail/POSIX mailx: send and receive mail -DISTNAME= s-nail-14.9.21 +DISTNAME= s-nail-14.9.22 CATEGORIES=mail HOMEPAGE= https://www.sdaoden.eu/code.html\#s-mailx Index: distinfo === RCS file: /cvs/ports/mail/s-nail/distinfo,v retrieving revision 1.23 diff -u -p -r1.23 distinfo --- distinfo22 Jan 2021 11:05:33 - 1.23 +++ distinfo24 Feb 2021 14:21:21 - @@ -1,2 +1,2 @@ -SHA256 (s-nail-14.9.21.tar.gz) = U9dfAYj1v6v+uw5JyhCqpoJAHv0viJskxCDg6Lb0cZc= -SIZE (s-nail-14.9.21.tar.gz) = 1091097 +SHA256 (s-nail-14.9.22.tar.gz) = LAwupEEqdXtgThFpUntC1L42MbqPZDrTxJ+M7YME7DE= +SIZE (s-nail-14.9.22.tar.gz) = 1090859 --steffen | |Der Kragenbaer,The moon bear, |der holt sich munter he cheerfully and one by one |einen nach dem anderen runter wa.ks himself off |(By Robert Gernhardt)
Re: UPDATE mail/s-nail
Steffen Nurpmeso wrote in <20210121233913.sovre%stef...@sdaoden.eu>: |Well, unfortunately, yes. |I apologise for the inconvenience of yet another bugfix release. |Also one security related SMTP fix. ... |-DISTNAME=s-nail-14.9.20 |+DISTNAME=s-nail-14.9.21 Thanks again, Stuart -- even with a backport to 6.8! :-) Ciao from Germany, a nice and healthy weekend i wish! --steffen | |Der Kragenbaer,The moon bear, |der holt sich munter he cheerfully and one by one |einen nach dem anderen runter wa.ks himself off |(By Robert Gernhardt)
UPDATE mail/s-nail
Hello again. Well, unfortunately, yes. I apologise for the inconvenience of yet another bugfix release. Also one security related SMTP fix. Index: Makefile === RCS file: /cvs/ports/mail/s-nail/Makefile,v retrieving revision 1.30 diff -u -p -r1.30 Makefile --- Makefile30 Dec 2020 14:25:09 - 1.30 +++ Makefile21 Jan 2021 23:34:25 - @@ -2,7 +2,7 @@ COMMENT= SysV mail/BSD Mail/POSIX mailx: send and receive mail -DISTNAME= s-nail-14.9.20 +DISTNAME= s-nail-14.9.21 CATEGORIES=mail HOMEPAGE= https://www.sdaoden.eu/code.html\#s-mailx Index: distinfo === RCS file: /cvs/ports/mail/s-nail/distinfo,v retrieving revision 1.22 diff -u -p -r1.22 distinfo --- distinfo30 Dec 2020 14:25:09 - 1.22 +++ distinfo21 Jan 2021 23:34:25 - @@ -1,2 +1,2 @@ -SHA256 (s-nail-14.9.20.tar.gz) = 3uKTILgc9Ti2myKz/54wmkf1xo2Xhlgfd26jrLMneAo= -SIZE (s-nail-14.9.20.tar.gz) = 1089331 +SHA256 (s-nail-14.9.21.tar.gz) = U9dfAYj1v6v+uw5JyhCqpoJAHv0viJskxCDg6Lb0cZc= +SIZE (s-nail-14.9.21.tar.gz) = 1091097 --steffen | |Der Kragenbaer,The moon bear, |der holt sich munter he cheerfully and one by one |einen nach dem anderen runter wa.ks himself off |(By Robert Gernhardt)
Re: UPDATE mail/s-nail
Steffen Nurpmeso wrote in <20201229162620.gwx_7%stef...@sdaoden.eu>: |Steffen Nurpmeso wrote in | <20201214225721.xskzo%stef...@sdaoden.eu>: ||Update to v14.9.20, TLS over *socks-proxy*/$SOCKS5_PROXY, EXTERNAL ||auth for POP3S? and IMAPS?, stuff. | |-Wformat-security, truly OPENSSL_NO_DEPRECATED_3_0 clean, etc., |what-there-is should just-work-neatless finally (now for real). | |Thanks in advance. |"A good slide" (that is happy new year) and keep the virus away, |that rhyme surely a crime, |bye bye my love, bye bye. Thank you for committing it, Stuart! A happy and healthy 2021 from Germany i wish, --steffen | |Der Kragenbaer,The moon bear, |der holt sich munter he cheerfully and one by one |einen nach dem anderen runter wa.ks himself off |(By Robert Gernhardt)
Re: UPDATE mail/s-nail
Steffen Nurpmeso wrote in <20201214225721.xskzo%stef...@sdaoden.eu>: |Update to v14.9.20, TLS over *socks-proxy*/$SOCKS5_PROXY, EXTERNAL |auth for POP3S? and IMAPS?, stuff. -Wformat-security, truly OPENSSL_NO_DEPRECATED_3_0 clean, etc., what-there-is should just-work-neatless finally (now for real). Thanks in advance. "A good slide" (that is happy new year) and keep the virus away, that rhyme surely a crime, bye bye my love, bye bye. Ciao. --steffen | |Der Kragenbaer,The moon bear, |der holt sich munter he cheerfully and one by one |einen nach dem anderen runter wa.ks himself off |(By Robert Gernhardt)
UPDATE mail/s-nail
Hello! Update to v14.9.20, TLS over *socks-proxy*/$SOCKS5_PROXY, EXTERNAL auth for POP3S? and IMAPS?, stuff. Ciao from Germany already here, Index: Makefile === RCS file: /cvs/ports/mail/s-nail/Makefile,v retrieving revision 1.29 diff -u -p -r1.29 Makefile --- Makefile26 May 2020 18:13:35 - 1.29 +++ Makefile14 Dec 2020 22:53:13 - @@ -2,7 +2,7 @@ COMMENT= SysV mail/BSD Mail/POSIX mailx: send and receive mail -DISTNAME= s-nail-14.9.19 +DISTNAME= s-nail-14.9.20 CATEGORIES=mail HOMEPAGE= https://www.sdaoden.eu/code.html\#s-mailx Index: distinfo === RCS file: /cvs/ports/mail/s-nail/distinfo,v retrieving revision 1.21 diff -u -p -r1.21 distinfo --- distinfo26 May 2020 18:13:35 - 1.21 +++ distinfo14 Dec 2020 22:53:13 - @@ -1,2 +1,2 @@ -SHA256 (s-nail-14.9.19.tar.gz) = rPAsHa0jKBV1EHR+EUiS/VTKPqIrf81iwDIlOvd+Vas= -SIZE (s-nail-14.9.19.tar.gz) = 1081187 +SHA256 (s-nail-14.9.20.tar.gz) = 3uKTILgc9Ti2myKz/54wmkf1xo2Xhlgfd26jrLMneAo= +SIZE (s-nail-14.9.20.tar.gz) = 1089331 --steffen | |Der Kragenbaer,The moon bear, |der holt sich munter he cheerfully and one by one |einen nach dem anderen runter wa.ks himself off |(By Robert Gernhardt)
Re: UPDATE mail/s-nail
Stuart Henderson wrote in <20200526181335.gg4...@symphytum.spacehopper.org>: |On 2020/05/26 16:53, Steffen Nurpmeso wrote: |> Steffen Nurpmeso wrote in |> <20200427220948.ddaqe%stef...@sdaoden.eu>: |>|So here is the promised update to v14.9.19. ... |Committed without the incorrect LIB_DEPENDS changes. Thanks a lot! Next time i will read the entire manual once again, maybe i will get it right. Ciao, and keep the virus and such off the remote holes! --steffen | |Der Kragenbaer,The moon bear, |der holt sich munter he cheerfully and one by one |einen nach dem anderen runter wa.ks himself off |(By Robert Gernhardt)
Re: UPDATE mail/s-nail
Committed without the incorrect LIB_DEPENDS changes. On 2020/05/26 16:53, Steffen Nurpmeso wrote: > Hi. > > Steffen Nurpmeso wrote in > <20200427220948.ddaqe%stef...@sdaoden.eu>: > |So here is the promised update to v14.9.19. > > |I am really at odds with having to use OPT_AUTOCC=no, the > |configuration would enable all known goods, pedantic warnings and > |strict checks, stack protectors, noexecstack (well..), pie, etc., > |anything but retpoline/thunk stuff. If i do "nail -vvXversion\;x" > |then i see that the package builder used "cc -DNDEBUG -O2 -pipe". > > So now that i am the actual maintainer i finally took the > opportunity and did that. I also fixed the Makefile so that it > now uses RUN_DEPENDS not LIB_DEPENDS. I think Stuart mentioned > that somewhen in the past, i do not know what was wrong actually, > i think i got errors when doing that here. (By then i had no > X installed but hacked the makefiles to get me going nonetheless > i think.) > > I still have some problems that i do not understand > > ===> Updating plist for s-nail-14.9.19 > Reading existing plist for s-nail-14.9.19 > Scanning /usr/ports/pobj/s-nail-14.9.19/fake-i386 > Removing .debug artefacts > Figuring out tie points > Tieing loose objects > Copying objects > Stripping directories from converters/libiconv > child running 'make print-plist-with-depends wantlib_args=no-wantlib-args' > failed: exit(2) > make: don't know how to make print-plist-with-depends > Stop in /usr/ports > Can't look for conflicts, pkglocatedb not installed > > If i look into the fake/ thing, i see a tremendous amount of > directories too, including ja_JP.EUC and cat* stuff in man/, a lot > of nls/ locales in quite a bit of different languages, and such. > Anyway. Argh the name nail. > > All tests run fine. I hope this now is really the final v14.9.*. > Back with .10. somewhen in Autumn i think. > > Ciao from Germany. > > Index: Makefile > === > RCS file: /cvs/ports/mail/s-nail/Makefile,v > retrieving revision 1.28 > diff -u -p -r1.28 Makefile > --- Makefile 24 Feb 2020 09:28:35 - 1.28 > +++ Makefile 26 May 2020 14:43:08 - > @@ -2,7 +2,7 @@ > > COMMENT= SysV mail/BSD Mail/POSIX mailx: send and receive mail > > -DISTNAME=s-nail-14.9.17 > +DISTNAME=s-nail-14.9.19 > CATEGORIES= mail > HOMEPAGE=https://www.sdaoden.eu/code.html\#s-mailx > > @@ -26,13 +26,12 @@ MAKE_FLAGS= CC="${CC}" \ > VAL_SYSCONFDIR="${SYSCONFDIR}" \ > VAL_SID= \ > OPT_ALWAYS_UNICODE_LOCALE=yes \ > - OPT_AUTOCC=no \ > OPT_DOTLOCK=no \ > VAL_RANDOM=arc4 > > .if ${FLAVOR:Midna} > WANTLIB+=idn2 > -LIB_DEPENDS+=devel/libidn2 > +RUN_DEPENDS+=devel/libidn2 > MAKE_FLAGS+= OPT_IDNA=yes \ > VAL_IDNA=idn2 > .else > @@ -46,7 +45,7 @@ FAKE_FLAGS+=OPT_DEBUG=yes > > MAKE_ENV=VERBOSE=Yes > > -LIB_DEPENDS+=converters/libiconv > +RUN_DEPENDS+=converters/libiconv > > post-install: > ${INSTALL_DATA_DIR} ${PREFIX}/share/examples/nail > Index: distinfo > === > RCS file: /cvs/ports/mail/s-nail/distinfo,v > retrieving revision 1.20 > diff -u -p -r1.20 distinfo > --- distinfo 24 Feb 2020 09:28:35 - 1.20 > +++ distinfo 26 May 2020 14:43:08 - > @@ -1,2 +1,2 @@ > -SHA256 (s-nail-14.9.17.tar.gz) = +U7rZKnp6Do28QM3eh7zFQcOpjiKiq70palD/SZg3yY= > -SIZE (s-nail-14.9.17.tar.gz) = 1077377 > +SHA256 (s-nail-14.9.19.tar.gz) = rPAsHa0jKBV1EHR+EUiS/VTKPqIrf81iwDIlOvd+Vas= > +SIZE (s-nail-14.9.19.tar.gz) = 1081187 > > --steffen > | > |Der Kragenbaer,The moon bear, > |der holt sich munter he cheerfully and one by one > |einen nach dem anderen runter wa.ks himself off > |(By Robert Gernhardt) >
Re: UPDATE mail/s-nail
Hi. Steffen Nurpmeso wrote in <20200427220948.ddaqe%stef...@sdaoden.eu>: |So here is the promised update to v14.9.19. |I am really at odds with having to use OPT_AUTOCC=no, the |configuration would enable all known goods, pedantic warnings and |strict checks, stack protectors, noexecstack (well..), pie, etc., |anything but retpoline/thunk stuff. If i do "nail -vvXversion\;x" |then i see that the package builder used "cc -DNDEBUG -O2 -pipe". So now that i am the actual maintainer i finally took the opportunity and did that. I also fixed the Makefile so that it now uses RUN_DEPENDS not LIB_DEPENDS. I think Stuart mentioned that somewhen in the past, i do not know what was wrong actually, i think i got errors when doing that here. (By then i had no X installed but hacked the makefiles to get me going nonetheless i think.) I still have some problems that i do not understand ===> Updating plist for s-nail-14.9.19 Reading existing plist for s-nail-14.9.19 Scanning /usr/ports/pobj/s-nail-14.9.19/fake-i386 Removing .debug artefacts Figuring out tie points Tieing loose objects Copying objects Stripping directories from converters/libiconv child running 'make print-plist-with-depends wantlib_args=no-wantlib-args' failed: exit(2) make: don't know how to make print-plist-with-depends Stop in /usr/ports Can't look for conflicts, pkglocatedb not installed If i look into the fake/ thing, i see a tremendous amount of directories too, including ja_JP.EUC and cat* stuff in man/, a lot of nls/ locales in quite a bit of different languages, and such. Anyway. Argh the name nail. All tests run fine. I hope this now is really the final v14.9.*. Back with .10. somewhen in Autumn i think. Ciao from Germany. Index: Makefile === RCS file: /cvs/ports/mail/s-nail/Makefile,v retrieving revision 1.28 diff -u -p -r1.28 Makefile --- Makefile24 Feb 2020 09:28:35 - 1.28 +++ Makefile26 May 2020 14:43:08 - @@ -2,7 +2,7 @@ COMMENT= SysV mail/BSD Mail/POSIX mailx: send and receive mail -DISTNAME= s-nail-14.9.17 +DISTNAME= s-nail-14.9.19 CATEGORIES=mail HOMEPAGE= https://www.sdaoden.eu/code.html\#s-mailx @@ -26,13 +26,12 @@ MAKE_FLAGS= CC="${CC}" \ VAL_SYSCONFDIR="${SYSCONFDIR}" \ VAL_SID= \ OPT_ALWAYS_UNICODE_LOCALE=yes \ - OPT_AUTOCC=no \ OPT_DOTLOCK=no \ VAL_RANDOM=arc4 .if ${FLAVOR:Midna} WANTLIB+= idn2 -LIB_DEPENDS+= devel/libidn2 +RUN_DEPENDS+= devel/libidn2 MAKE_FLAGS+= OPT_IDNA=yes \ VAL_IDNA=idn2 .else @@ -46,7 +45,7 @@ FAKE_FLAGS+= OPT_DEBUG=yes MAKE_ENV= VERBOSE=Yes -LIB_DEPENDS+= converters/libiconv +RUN_DEPENDS+= converters/libiconv post-install: ${INSTALL_DATA_DIR} ${PREFIX}/share/examples/nail Index: distinfo === RCS file: /cvs/ports/mail/s-nail/distinfo,v retrieving revision 1.20 diff -u -p -r1.20 distinfo --- distinfo24 Feb 2020 09:28:35 - 1.20 +++ distinfo26 May 2020 14:43:08 - @@ -1,2 +1,2 @@ -SHA256 (s-nail-14.9.17.tar.gz) = +U7rZKnp6Do28QM3eh7zFQcOpjiKiq70palD/SZg3yY= -SIZE (s-nail-14.9.17.tar.gz) = 1077377 +SHA256 (s-nail-14.9.19.tar.gz) = rPAsHa0jKBV1EHR+EUiS/VTKPqIrf81iwDIlOvd+Vas= +SIZE (s-nail-14.9.19.tar.gz) = 1081187 --steffen | |Der Kragenbaer,The moon bear, |der holt sich munter he cheerfully and one by one |einen nach dem anderen runter wa.ks himself off |(By Robert Gernhardt)
Re: UPDATE mail/s-nail
Hello. So here is the promised update to v14.9.19. Bugfixes worth bringing to OpenBSD 6.7 :). I am really at odds with having to use OPT_AUTOCC=no, the configuration would enable all known goods, pedantic warnings and strict checks, stack protectors, noexecstack (well..), pie, etc., anything but retpoline/thunk stuff. If i do "nail -vvXversion\;x" then i see that the package builder used "cc -DNDEBUG -O2 -pipe". Just to have noted it. |Ciao, and Good luck! from Germany, Index: Makefile === RCS file: /cvs/ports/mail/s-nail/Makefile,v retrieving revision 1.28 diff -u -p -r1.28 Makefile --- Makefile24 Feb 2020 09:28:35 - 1.28 +++ Makefile27 Apr 2020 22:00:41 - @@ -2,7 +2,7 @@ COMMENT= SysV mail/BSD Mail/POSIX mailx: send and receive mail -DISTNAME= s-nail-14.9.17 +DISTNAME= s-nail-14.9.19 CATEGORIES=mail HOMEPAGE= https://www.sdaoden.eu/code.html\#s-mailx Index: distinfo === RCS file: /cvs/ports/mail/s-nail/distinfo,v retrieving revision 1.20 diff -u -p -r1.20 distinfo --- distinfo24 Feb 2020 09:28:35 - 1.20 +++ distinfo27 Apr 2020 22:00:41 - @@ -1,2 +1,2 @@ -SHA256 (s-nail-14.9.17.tar.gz) = +U7rZKnp6Do28QM3eh7zFQcOpjiKiq70palD/SZg3yY= -SIZE (s-nail-14.9.17.tar.gz) = 1077377 +SHA256 (s-nail-14.9.19.tar.gz) = rPAsHa0jKBV1EHR+EUiS/VTKPqIrf81iwDIlOvd+Vas= +SIZE (s-nail-14.9.19.tar.gz) = 1081187 --steffen | |Der Kragenbaer,The moon bear, |der holt sich munter he cheerfully and one by one |einen nach dem anderen runter wa.ks himself off |(By Robert Gernhardt)
Re: UPDATE mail/s-nail
Hello again. Steffen Nurpmeso wrote in <20200418234952.auzwf%stef...@sdaoden.eu>: ... |one more bugfix release of v14.9.*, fixes ... |-DISTNAME=s-nail-14.9.17 |+DISTNAME=s-nail-14.9.18 It seems you are in a freeze for 6.7 already? Anyway, please hold on with this here, i had an iconv (non-)error report (and have to compatibility work for OpenSSL 3.0), and will this release yet another v14.9. update as soon as possible, maybe even already tomorrow. I'll ring through then. Ciao, and Good luck! from Germany, --steffen | |Der Kragenbaer,The moon bear, |der holt sich munter he cheerfully and one by one |einen nach dem anderen runter wa.ks himself off |(By Robert Gernhardt)
UPDATE mail/s-nail
Hello. one more bugfix release of v14.9.*, fixes . a mailcap directive combination (mostly binary formats), . .smime-* automated password fallback lookup, . all filename prompts now use shell-style quoting, . $SOCKS5_PROXY environment used when set Thanks for your consideration! Index: Makefile === RCS file: /cvs/ports/mail/s-nail/Makefile,v retrieving revision 1.28 diff -u -p -r1.28 Makefile --- Makefile24 Feb 2020 09:28:35 - 1.28 +++ Makefile18 Apr 2020 23:43:08 - @@ -2,7 +2,7 @@ COMMENT= SysV mail/BSD Mail/POSIX mailx: send and receive mail -DISTNAME= s-nail-14.9.17 +DISTNAME= s-nail-14.9.18 CATEGORIES=mail HOMEPAGE= https://www.sdaoden.eu/code.html\#s-mailx Index: distinfo === RCS file: /cvs/ports/mail/s-nail/distinfo,v retrieving revision 1.20 diff -u -p -r1.20 distinfo --- distinfo24 Feb 2020 09:28:35 - 1.20 +++ distinfo18 Apr 2020 23:43:08 - @@ -1,2 +1,2 @@ -SHA256 (s-nail-14.9.17.tar.gz) = +U7rZKnp6Do28QM3eh7zFQcOpjiKiq70palD/SZg3yY= -SIZE (s-nail-14.9.17.tar.gz) = 1077377 +SHA256 (s-nail-14.9.18.tar.gz) = eiWitcvUCi5DzVSI8oXVhoh8rBK9S2qybFw9RIMdZS4= +SIZE (s-nail-14.9.18.tar.gz) = 1080781 --steffen | |Der Kragenbaer,The moon bear, |der holt sich munter he cheerfully and one by one |einen nach dem anderen runter wa.ks himself off |(By Robert Gernhardt)
Re: UPDATE mail/s-nail
Hello. Steffen Nurpmeso wrote in <20200203180923.xuph6%stef...@sdaoden.eu>: |update to v14.9.17, mostly due to two fixes and a general review |of key-`bind'ings. You would also get the new reply-to-swap-in[=mlist] variable which help with all those "x via y" mailing-lists. (Which i really, really hate.) Ah, and Coverity.com we have filled the gap and are on par with sudo's 0.00! |Thanks for your consideration! Juu-huuu! --steffen | |Der Kragenbaer,The moon bear, |der holt sich munter he cheerfully and one by one |einen nach dem anderen runter wa.ks himself off |(By Robert Gernhardt)
UPDATE mail/s-nail
Hello again, update to v14.9.17, mostly due to two fixes and a general review of key-`bind'ings. Thanks for your consideration! Index: Makefile === RCS file: /cvs/ports/mail/s-nail/Makefile,v retrieving revision 1.27 diff -u -p -r1.27 Makefile --- Makefile31 Dec 2019 22:51:41 - 1.27 +++ Makefile3 Feb 2020 17:47:00 - @@ -2,15 +2,15 @@ COMMENT= SysV mail/BSD Mail/POSIX mailx: send and receive mail -DISTNAME= s-nail-14.9.16 +DISTNAME= s-nail-14.9.17 REVISION= 0 CATEGORIES=mail HOMEPAGE= https://www.sdaoden.eu/code.html\#s-mailx # BSD -PERMIT_PACKAGE=Yes +PERMIT_PACKAGE=Yes -WANTLIB += c crypto curses iconv ssl +WANTLIB+= c crypto curses iconv ssl MASTER_SITES= https://ftp.sdaoden.eu/ MAINTAINER=Steffen Nurpmeso Index: distinfo === RCS file: /cvs/ports/mail/s-nail/distinfo,v retrieving revision 1.19 diff -u -p -r1.19 distinfo --- distinfo31 Dec 2019 22:50:05 - 1.19 +++ distinfo3 Feb 2020 17:47:00 - @@ -1,2 +1,2 @@ -SHA256 (s-nail-14.9.16.tar.gz) = 6tdv3+YquK8P2w3a2fi4QZeqsYge0V6y+mVFcqjLvu0= -SIZE (s-nail-14.9.16.tar.gz) = 1075490 +SHA256 (s-nail-14.9.17.tar.gz) = +U7rZKnp6Do28QM3eh7zFQcOpjiKiq70palD/SZg3yY= +SIZE (s-nail-14.9.17.tar.gz) = 1077377 Index: patches/patch-include_su_code_h === RCS file: patches/patch-include_su_code_h diff -N patches/patch-include_su_code_h --- patches/patch-include_su_code_h 31 Dec 2019 22:50:05 - 1.1 +++ /dev/null 1 Jan 1970 00:00:00 - @@ -1,39 +0,0 @@ -$OpenBSD: patch-include_su_code_h,v 1.1 2019/12/31 22:50:05 sthen Exp $ - -commit 0eb2314c -Author: Steffen Nurpmeso -AuthorDate: 2019-12-31 20:34:34 +0100 -Commit: Steffen Nurpmeso -CommitDate: 2019-12-31 20:34:52 +0100 - -FIX clang: not inlining with <-O2; comment out _Alignof() usage - include/su/code.h | 8 +--- - 1 file changed, 5 insertions(+), 3 deletions(-) - -diff --git a/include/su/code.h b/include/su/code.h -index 6e6cd74c..af1e5a30 100644 include/su/code.h -+++ include/su/code.h -@@ -470,8 +470,9 @@ do{\ - #define su_INLINE static inline - #define su_SINLINE static inline - # else --#define su_INLINE inline --#define su_SINLINE static inline -+ /* clang does not like inline with <-O2 */ -+#define su_INLINE inline __attribute__((always_inline)) -+#define su_SINLINE static inline __attribute__((always_inline)) - # endif - # else - # define su_INLINE static __inline -@@ -534,7 +535,8 @@ do{\ - #define su_ROUND_UP2(X,BASE) (((X) + ((BASE) - 1)) & (~((BASE) - 1))) - - /* Alignment. Note: su_uz POW2 asserted in POD section below! */ --#if defined __STDC_VERSION__ && __STDC_VERSION__ +0 >= 201112L -+/* Commented out: "_Alignof() applied to an expression is a GNU extension" */ -+#if 0 && defined __STDC_VERSION__ && __STDC_VERSION__ +0 >= 201112L - # include - # define su_ALIGNOF(X) _Alignof(X) - #else --steffen | |Der Kragenbaer,The moon bear, |der holt sich munter he cheerfully and one by one |einen nach dem anderen runter wa.ks himself off |(By Robert Gernhardt)
Re: UPDATE mail/s-nail
Stuart Henderson wrote in <20200103132436.ge11...@symphytum.spacehopper.org>: |Since you have a script anyway, it would be worth adding "make port-lib-\ |depends-check", Ok. |and tests for FLAVOR=idna. "With this box i can do this." (At first i did not realize that "pkg_add MYDEP" and "cvs checkout ports/MYDEP" is enough, i thought the the port had to be build, too. And building libidn2 took many hours on my former box. So that.) Will do! (Will read first.o) --steffen | |Der Kragenbaer,The moon bear, |der holt sich munter he cheerfully and one by one |einen nach dem anderen runter wa.ks himself off |(By Robert Gernhardt)
Re: UPDATE mail/s-nail
Since you have a script anyway, it would be worth adding "make port-lib-depends-check", and tests for FLAVOR=idna. On 2020/01/01 19:55, Steffen Nurpmeso wrote: > Solene Rapenne wrote in <20191231233617.31a04...@t400.my.domain>: > |Le Tue, 31 Dec 2019 20:55:02 +0100, > |Steffen Nurpmeso a écrit : > |> An update to v14.9.16. Mailcap support etc., many fixes. > ... > |hi, portcheck(1) reports this error but I'm unsure why > | > |Missing library for idn2>=0.0 > |*** Error 1 in . (/home/ports/infrastructure/mk/bsd.port.mk:3374 'port-w\ > |antlib-args') > |*** Error 1 in /home/ports/mail/s-nail (/home/ports/infrastructure/mk/bs\ > |d.port.mk:3033 'print-plist-with-depends') > |in FLAVOR "idna": the following libraries in WANTLIB look like masked \ > |by RUN_DEPENDS: idn2 > > Thank you. For what do i have > > ( > echo '(5)' > cd ports/mail/s-nail || exit 41 > echo Please perform adjustments, then hit RETURN > read > export NO_DEPENDS=Yes > echo '(6)' > /usr/ports/infrastructure/bin/portcheck > echo '(7)' > make makesum > echo '(8)' > make checksum > echo '(9)' > make extract > echo '(10)' > make build > echo '(12)' > make fake > echo '(13)' > make plist # ignore error? > echo '(14)' > make package > ) || exit 41 > ( > echo '(15)' > cd ports/mail/s-nail || exit 42 > cvs diff . > /tmp/s-nail.diff > ) || exit 42 > > if i do not address the output! > > --End of <20191231233617.31a04...@t400.my.domain> > > Stuart Henderson wrote in <20191231225753.gc70...@symphytum.spacehopper.org>: > |On 2019/12/31 23:36, Solene Rapenne wrote: > |> hi, portcheck(1) reports this error but I'm unsure why > |> > |> Missing library for idn2>=0.0 > |> *** Error 1 in . (/home/ports/infrastructure/mk/bsd.port.mk:3374 \ > |> 'port-wantlib-args') > |> *** Error 1 in /home/ports/mail/s-nail (/home/ports/infrastructure/mk/bs\ > |> d.port.mk:3033 'print-plist-with-depends') > |> in FLAVOR "idna": the following libraries in WANTLIB look like masked \ > |> by RUN_DEPENDS: idn2 > | > |good catch, > | > |: .if ${FLAVOR:Midna} > |: WANTLIB+= idn2 > |: LIB_DEPENDS+= devel/libidn2 > |: [...] > |: .endif > |: > |: [...] > |: > |: LIB_DEPENDS=converters/libiconv > | > |The second LIB_DEPENDS with = not += hides the first one. (see > |"make show=LIB_DEPENDS"). > > !! Indeed. Fixed in the below. > > |The "Missing library" is because there's no valid dependency path to the > |idn2 entry in WANTLIB. > | > |portcheck's "masked by RUN_DEPENDS" message is bogus but that's not really > |unusual :) > > This i do not understand. What can i do to address this? > > Anyway, the idna flavour also does compile and test fine with the > below. > > --End of <20191231225753.gc70...@symphytum.spacehopper.org> > > Thank you both! > Ciao, > > Index: Makefile > === > RCS file: /cvs/ports/mail/s-nail/Makefile,v > retrieving revision 1.25 > diff -u -p -r1.25 Makefile > --- Makefile 20 Aug 2019 09:59:59 - 1.25 > +++ Makefile 1 Jan 2020 18:27:46 - > @@ -2,7 +2,7 @@ > > COMMENT= SysV mail/BSD Mail/POSIX mailx: send and receive mail > > -DISTNAME=s-nail-14.9.15 > +DISTNAME=s-nail-14.9.16 > CATEGORIES= mail > HOMEPAGE=https://www.sdaoden.eu/code.html\#s-mailx > > @@ -26,10 +26,8 @@ MAKE_FLAGS=CC="${CC}" \ > VAL_SYSCONFDIR="${SYSCONFDIR}" \ > VAL_SID= \ > OPT_ALWAYS_UNICODE_LOCALE=yes \ > - OPT_AGENT=no \ > OPT_AUTOCC=no \ > OPT_DOTLOCK=no \ > - OPT_GSSAPI=no \ > VAL_RANDOM=arc4 > > .if ${FLAVOR:Midna} > @@ -48,7 +46,7 @@ FAKE_FLAGS+=OPT_DEBUG=yes > > MAKE_ENV=VERBOSE=Yes > > -LIB_DEPENDS= converters/libiconv > +LIB_DEPENDS+=converters/libiconv > > post-install: > ${INSTALL_DATA_DIR} ${PREFIX}/share/examples/nail > Index: distinfo > === > RCS file: /cvs/ports/mail/s-nail/distinfo,v > retrieving revision 1.18 > diff -u -p -r1.18 distinfo > --- distinfo 20 Aug 2019 09:59:59 - 1.18 > +++ distinfo 1 Jan 2020 18:27:46 - > @@ -1,2 +1,2 @@ > -SHA256 (s-nail-14.9.15.tar.gz) = TEux2uD9btq/HSaKxqR23pqrPBW0u+IUFUmhHb8rrnM= > -SIZE (s-nail-14.9.15.tar.gz) = 1036102 > +SHA256 (s-nail-14.9.16.tar.gz) = 6tdv3+YquK8P2w3a2fi4QZeqsYge0V6y+mVFcqjLvu0= > +SIZE (s-nail-14.9.16.tar.gz) = 1075490 > Index: patches/patch-include_su_code_h > === > RCS file: patches/patch-include_su_code_h > diff -N patches/patch-include_su_code_h > --- /dev/null 1
Re: UPDATE mail/s-nail
Hello Solene, Stuart, all, Steffen Nurpmeso wrote in <20200101185504.oa5hk%stef...@sdaoden.eu>: |Solene Rapenne wrote in <20191231233617.31a04...@t400.my.domain>: ||Le Tue, 31 Dec 2019 20:55:02 +0100, ||Steffen Nurpmeso a écrit : ||> An update to v14.9.16. Mailcap support etc., many fixes. | ... ||hi, portcheck(1) reports this error but I'm unsure why ... |Stuart Henderson wrote in <20191231225753.GC70067@symphytum.spacehopper.\ |org>: ... ||good catch, ... || ||The second LIB_DEPENDS with = not += hides the first one. (see ||"make show=LIB_DEPENDS"). | |!! Indeed. Fixed in the below. | ||The "Missing library" is because there's no valid dependency path to the ||idn2 entry in WANTLIB. || ||portcheck's "masked by RUN_DEPENDS" message is bogus but that's not really ||unusual :) | |This i do not understand. What can i do to address this? | |Anyway, the idna flavour also does compile and test fine with the |below. I see now it was already committed by then! Thank you all, and Ciao, --steffen | |Der Kragenbaer,The moon bear, |der holt sich munter he cheerfully and one by one |einen nach dem anderen runter wa.ks himself off |(By Robert Gernhardt)
Re: UPDATE mail/s-nail
Solene Rapenne wrote in <20191231233617.31a04...@t400.my.domain>: |Le Tue, 31 Dec 2019 20:55:02 +0100, |Steffen Nurpmeso a écrit : |> An update to v14.9.16. Mailcap support etc., many fixes. ... |hi, portcheck(1) reports this error but I'm unsure why | |Missing library for idn2>=0.0 |*** Error 1 in . (/home/ports/infrastructure/mk/bsd.port.mk:3374 'port-w\ |antlib-args') |*** Error 1 in /home/ports/mail/s-nail (/home/ports/infrastructure/mk/bs\ |d.port.mk:3033 'print-plist-with-depends') |in FLAVOR "idna": the following libraries in WANTLIB look like masked \ |by RUN_DEPENDS: idn2 Thank you. For what do i have ( echo '(5)' cd ports/mail/s-nail || exit 41 echo Please perform adjustments, then hit RETURN read export NO_DEPENDS=Yes echo '(6)' /usr/ports/infrastructure/bin/portcheck echo '(7)' make makesum echo '(8)' make checksum echo '(9)' make extract echo '(10)' make build echo '(12)' make fake echo '(13)' make plist # ignore error? echo '(14)' make package ) || exit 41 ( echo '(15)' cd ports/mail/s-nail || exit 42 cvs diff . > /tmp/s-nail.diff ) || exit 42 if i do not address the output! --End of <20191231233617.31a04...@t400.my.domain> Stuart Henderson wrote in <20191231225753.gc70...@symphytum.spacehopper.org>: |On 2019/12/31 23:36, Solene Rapenne wrote: |> hi, portcheck(1) reports this error but I'm unsure why |> |> Missing library for idn2>=0.0 |> *** Error 1 in . (/home/ports/infrastructure/mk/bsd.port.mk:3374 \ |> 'port-wantlib-args') |> *** Error 1 in /home/ports/mail/s-nail (/home/ports/infrastructure/mk/bs\ |> d.port.mk:3033 'print-plist-with-depends') |> in FLAVOR "idna": the following libraries in WANTLIB look like masked \ |> by RUN_DEPENDS: idn2 | |good catch, | |: .if ${FLAVOR:Midna} |: WANTLIB+= idn2 |: LIB_DEPENDS+= devel/libidn2 |: [...] |: .endif |: |: [...] |: |: LIB_DEPENDS=converters/libiconv | |The second LIB_DEPENDS with = not += hides the first one. (see |"make show=LIB_DEPENDS"). !! Indeed. Fixed in the below. |The "Missing library" is because there's no valid dependency path to the |idn2 entry in WANTLIB. | |portcheck's "masked by RUN_DEPENDS" message is bogus but that's not really |unusual :) This i do not understand. What can i do to address this? Anyway, the idna flavour also does compile and test fine with the below. --End of <20191231225753.gc70...@symphytum.spacehopper.org> Thank you both! Ciao, Index: Makefile === RCS file: /cvs/ports/mail/s-nail/Makefile,v retrieving revision 1.25 diff -u -p -r1.25 Makefile --- Makefile20 Aug 2019 09:59:59 - 1.25 +++ Makefile1 Jan 2020 18:27:46 - @@ -2,7 +2,7 @@ COMMENT= SysV mail/BSD Mail/POSIX mailx: send and receive mail -DISTNAME= s-nail-14.9.15 +DISTNAME= s-nail-14.9.16 CATEGORIES=mail HOMEPAGE= https://www.sdaoden.eu/code.html\#s-mailx @@ -26,10 +26,8 @@ MAKE_FLAGS= CC="${CC}" \ VAL_SYSCONFDIR="${SYSCONFDIR}" \ VAL_SID= \ OPT_ALWAYS_UNICODE_LOCALE=yes \ - OPT_AGENT=no \ OPT_AUTOCC=no \ OPT_DOTLOCK=no \ - OPT_GSSAPI=no \ VAL_RANDOM=arc4 .if ${FLAVOR:Midna} @@ -48,7 +46,7 @@ FAKE_FLAGS+= OPT_DEBUG=yes MAKE_ENV= VERBOSE=Yes -LIB_DEPENDS= converters/libiconv +LIB_DEPENDS+= converters/libiconv post-install: ${INSTALL_DATA_DIR} ${PREFIX}/share/examples/nail Index: distinfo === RCS file: /cvs/ports/mail/s-nail/distinfo,v retrieving revision 1.18 diff -u -p -r1.18 distinfo --- distinfo20 Aug 2019 09:59:59 - 1.18 +++ distinfo1 Jan 2020 18:27:46 - @@ -1,2 +1,2 @@ -SHA256 (s-nail-14.9.15.tar.gz) = TEux2uD9btq/HSaKxqR23pqrPBW0u+IUFUmhHb8rrnM= -SIZE (s-nail-14.9.15.tar.gz) = 1036102 +SHA256 (s-nail-14.9.16.tar.gz) = 6tdv3+YquK8P2w3a2fi4QZeqsYge0V6y+mVFcqjLvu0= +SIZE (s-nail-14.9.16.tar.gz) = 1075490 Index: patches/patch-include_su_code_h === RCS file: patches/patch-include_su_code_h diff -N patches/patch-include_su_code_h --- /dev/null 1 Jan 1970 00:00:00 - +++ patches/patch-include_su_code_h 1 Jan 2020 18:27:46 - @@ -0,0 +1,39 @@ +$OpenBSD$ + +commit 0eb2314c +Author: Steffen Nurpmeso +AuthorDate: 2019-12-31 20:34:34 +0100 +Commit: Steffen Nurpmeso +CommitDate: 2019-12-31 20:34:52 +0100 + +FIX clang: not inlining with <-O2; comment out _Alignof() usage +--- + include/su/code.h | 8 +--- + 1 file changed, 5 insertions(+), 3
Re: UPDATE mail/s-nail
On 2019/12/31 23:36, Solene Rapenne wrote: > hi, portcheck(1) reports this error but I'm unsure why > > Missing library for idn2>=0.0 > *** Error 1 in . (/home/ports/infrastructure/mk/bsd.port.mk:3374 > 'port-wantlib-args') > *** Error 1 in /home/ports/mail/s-nail > (/home/ports/infrastructure/mk/bsd.port.mk:3033 'print-plist-with-depends') > in FLAVOR "idna": the following libraries in WANTLIB look like masked by > RUN_DEPENDS: idn2 good catch, : .if ${FLAVOR:Midna} : WANTLIB+= idn2 : LIB_DEPENDS+= devel/libidn2 : [...] : .endif : : [...] : : LIB_DEPENDS=converters/libiconv The second LIB_DEPENDS with = not += hides the first one. (see "make show=LIB_DEPENDS"). The "Missing library" is because there's no valid dependency path to the idn2 entry in WANTLIB. portcheck's "masked by RUN_DEPENDS" message is bogus but that's not really unusual :)
Re: UPDATE mail/s-nail
Le Tue, 31 Dec 2019 20:55:02 +0100, Steffen Nurpmeso a écrit : > Hello ports@. > > An update to v14.9.16. Mailcap support etc., many fixes. > > Now really parallelizes tests even on OpenBSD even without -j > make flag. Unfortunately needs a patch since i broke clang > (non-) inlining for levels <-O1 (that "rework that false INLINE > sauce" was .. false). But i assumed OpenBSD does not like > OPT_AUTOGCC still, even if it enables a lot of security related > compile time flags :). > > Thanks for your consideration, and a hopefully > > Happy new year 2020. > > Ciao from Germany! > > Index: Makefile > === > RCS file: /cvs/ports/mail/s-nail/Makefile,v > retrieving revision 1.25 > diff -u -p -r1.25 Makefile > --- Makefile 20 Aug 2019 09:59:59 - 1.25 > +++ Makefile 31 Dec 2019 19:46:16 - > @@ -2,7 +2,7 @@ > > COMMENT= SysV mail/BSD Mail/POSIX mailx: send and > receive mail > -DISTNAME=s-nail-14.9.15 > +DISTNAME=s-nail-14.9.16 > CATEGORIES= mail > HOMEPAGE=https://www.sdaoden.eu/code.html\#s-mailx > > @@ -26,10 +26,8 @@ MAKE_FLAGS=CC="${CC}" \ > VAL_SYSCONFDIR="${SYSCONFDIR}" \ > VAL_SID= \ > OPT_ALWAYS_UNICODE_LOCALE=yes \ > - OPT_AGENT=no \ > OPT_AUTOCC=no \ > OPT_DOTLOCK=no \ > - OPT_GSSAPI=no \ > VAL_RANDOM=arc4 > > .if ${FLAVOR:Midna} > Index: distinfo > === > RCS file: /cvs/ports/mail/s-nail/distinfo,v > retrieving revision 1.18 > diff -u -p -r1.18 distinfo > --- distinfo 20 Aug 2019 09:59:59 - 1.18 > +++ distinfo 31 Dec 2019 19:46:16 - > @@ -1,2 +1,2 @@ > -SHA256 (s-nail-14.9.15.tar.gz) = > TEux2uD9btq/HSaKxqR23pqrPBW0u+IUFUmhHb8rrnM= -SIZE > (s-nail-14.9.15.tar.gz) = 1036102 +SHA256 (s-nail-14.9.16.tar.gz) = > 6tdv3+YquK8P2w3a2fi4QZeqsYge0V6y+mVFcqjLvu0= +SIZE > (s-nail-14.9.16.tar.gz) = 1075490 Index: > patches/patch-include_su_code_h > === > RCS file: patches/patch-include_su_code_h diff -N > patches/patch-include_su_code_h --- /dev/null 1 Jan 1970 > 00:00:00 - +++ patches/patch-include_su_code_h31 Dec 2019 > 19:46:16 - @@ -0,0 +1,39 @@ > +$OpenBSD$ > + > +commit 0eb2314c > +Author: Steffen Nurpmeso > +AuthorDate: 2019-12-31 20:34:34 +0100 > +Commit: Steffen Nurpmeso > +CommitDate: 2019-12-31 20:34:52 +0100 > + > +FIX clang: not inlining with <-O2; comment out _Alignof() usage > +--- > + include/su/code.h | 8 +--- > + 1 file changed, 5 insertions(+), 3 deletions(-) > + > +diff --git a/include/su/code.h b/include/su/code.h > +index 6e6cd74c..af1e5a30 100644 > +--- include/su/code.h > include/su/code.h > +@@ -470,8 +470,9 @@ do{\ > + #define su_INLINE static inline > + #define su_SINLINE static inline > + # else > +-#define su_INLINE inline > +-#define su_SINLINE static inline > ++ /* clang does not like inline with <-O2 */ > ++#define su_INLINE inline __attribute__((always_inline)) > ++#define su_SINLINE static inline __attribute__((always_inline)) > + # endif > + # else > + # define su_INLINE static __inline > +@@ -534,7 +535,8 @@ do{\ > + #define su_ROUND_UP2(X,BASE) (((X) + ((BASE) - 1)) & (~((BASE) - > 1))) > + > + /* Alignment. Note: su_uz POW2 asserted in POD section below! */ > +-#if defined __STDC_VERSION__ && __STDC_VERSION__ +0 >= 201112L > ++/* Commented out: "_Alignof() applied to an expression is a GNU > extension" */ ++#if 0 && defined __STDC_VERSION__ && __STDC_VERSION__ > +0 >= 201112L > + # include > + # define su_ALIGNOF(X) _Alignof(X) > + #else > > --steffen > | > |Der Kragenbaer,The moon bear, > |der holt sich munter he cheerfully and one by one > |einen nach dem anderen runter wa.ks himself off > |(By Robert Gernhardt) > hi, portcheck(1) reports this error but I'm unsure why Missing library for idn2>=0.0 *** Error 1 in . (/home/ports/infrastructure/mk/bsd.port.mk:3374 'port-wantlib-args') *** Error 1 in /home/ports/mail/s-nail (/home/ports/infrastructure/mk/bsd.port.mk:3033 'print-plist-with-depends') in FLAVOR "idna": the following libraries in WANTLIB look like masked by RUN_DEPENDS: idn2
UPDATE mail/s-nail
Hello ports@. An update to v14.9.16. Mailcap support etc., many fixes. Now really parallelizes tests even on OpenBSD even without -j make flag. Unfortunately needs a patch since i broke clang (non-) inlining for levels <-O1 (that "rework that false INLINE sauce" was .. false). But i assumed OpenBSD does not like OPT_AUTOGCC still, even if it enables a lot of security related compile time flags :). Thanks for your consideration, and a hopefully Happy new year 2020. Ciao from Germany! Index: Makefile === RCS file: /cvs/ports/mail/s-nail/Makefile,v retrieving revision 1.25 diff -u -p -r1.25 Makefile --- Makefile20 Aug 2019 09:59:59 - 1.25 +++ Makefile31 Dec 2019 19:46:16 - @@ -2,7 +2,7 @@ COMMENT= SysV mail/BSD Mail/POSIX mailx: send and receive mail -DISTNAME= s-nail-14.9.15 +DISTNAME= s-nail-14.9.16 CATEGORIES=mail HOMEPAGE= https://www.sdaoden.eu/code.html\#s-mailx @@ -26,10 +26,8 @@ MAKE_FLAGS= CC="${CC}" \ VAL_SYSCONFDIR="${SYSCONFDIR}" \ VAL_SID= \ OPT_ALWAYS_UNICODE_LOCALE=yes \ - OPT_AGENT=no \ OPT_AUTOCC=no \ OPT_DOTLOCK=no \ - OPT_GSSAPI=no \ VAL_RANDOM=arc4 .if ${FLAVOR:Midna} Index: distinfo === RCS file: /cvs/ports/mail/s-nail/distinfo,v retrieving revision 1.18 diff -u -p -r1.18 distinfo --- distinfo20 Aug 2019 09:59:59 - 1.18 +++ distinfo31 Dec 2019 19:46:16 - @@ -1,2 +1,2 @@ -SHA256 (s-nail-14.9.15.tar.gz) = TEux2uD9btq/HSaKxqR23pqrPBW0u+IUFUmhHb8rrnM= -SIZE (s-nail-14.9.15.tar.gz) = 1036102 +SHA256 (s-nail-14.9.16.tar.gz) = 6tdv3+YquK8P2w3a2fi4QZeqsYge0V6y+mVFcqjLvu0= +SIZE (s-nail-14.9.16.tar.gz) = 1075490 Index: patches/patch-include_su_code_h === RCS file: patches/patch-include_su_code_h diff -N patches/patch-include_su_code_h --- /dev/null 1 Jan 1970 00:00:00 - +++ patches/patch-include_su_code_h 31 Dec 2019 19:46:16 - @@ -0,0 +1,39 @@ +$OpenBSD$ + +commit 0eb2314c +Author: Steffen Nurpmeso +AuthorDate: 2019-12-31 20:34:34 +0100 +Commit: Steffen Nurpmeso +CommitDate: 2019-12-31 20:34:52 +0100 + +FIX clang: not inlining with <-O2; comment out _Alignof() usage +--- + include/su/code.h | 8 +--- + 1 file changed, 5 insertions(+), 3 deletions(-) + +diff --git a/include/su/code.h b/include/su/code.h +index 6e6cd74c..af1e5a30 100644 +--- include/su/code.h include/su/code.h +@@ -470,8 +470,9 @@ do{\ + #define su_INLINE static inline + #define su_SINLINE static inline + # else +-#define su_INLINE inline +-#define su_SINLINE static inline ++ /* clang does not like inline with <-O2 */ ++#define su_INLINE inline __attribute__((always_inline)) ++#define su_SINLINE static inline __attribute__((always_inline)) + # endif + # else + # define su_INLINE static __inline +@@ -534,7 +535,8 @@ do{\ + #define su_ROUND_UP2(X,BASE) (((X) + ((BASE) - 1)) & (~((BASE) - 1))) + + /* Alignment. Note: su_uz POW2 asserted in POD section below! */ +-#if defined __STDC_VERSION__ && __STDC_VERSION__ +0 >= 201112L ++/* Commented out: "_Alignof() applied to an expression is a GNU extension" */ ++#if 0 && defined __STDC_VERSION__ && __STDC_VERSION__ +0 >= 201112L + # include + # define su_ALIGNOF(X) _Alignof(X) + #else --steffen | |Der Kragenbaer,The moon bear, |der holt sich munter he cheerfully and one by one |einen nach dem anderen runter wa.ks himself off |(By Robert Gernhardt)
Re: UPDATE mail/s-nail
On 2019/08/20 17:12, Steffen Nurpmeso wrote: > Hello Stuart. > > Stuart Henderson wrote in <20190820095908.gy32...@symphytum.spacehopper.org>: > |On 2019/08/19 18:33, Steffen Nurpmeso wrote: > |> Please find below an update to S-nail v14.9.15, the (likely) last > |> in the v14.9 series. > ... > |> Index: Makefile > |> === > |> RCS file: /cvs/ports/mail/s-nail/Makefile,v > |> retrieving revision 1.24 > |> diff -u -p -r1.24 Makefile > |> --- Makefile29 Jul 2019 20:23:41 - 1.24 > |> +++ Makefile19 Aug 2019 16:07:37 - > |> @@ -2,12 +2,12 @@ > |> > |> COMMENT= SysV mail/BSD Mail/POSIX mailx: send and receive mail > |> > |> -DISTNAME= s-nail-14.9.14 > |> +DISTNAME= s-nail-14.9.15 > |> CATEGORIES=mail > |> HOMEPAGE= https://www.sdaoden.eu/code.html\#s-mailx > |> > |> # BSD > |> -PERMIT_PACKAGE=Yes > |> +PERMIT_PACKAGE_CDROM= Yes > | > |That needs to stay. > > Ok. It was just that i got myriads of > > The licensing info for s-nail-14.9.15 is incomplete. (in mail/s-nail) > The licensing info for s-nail-14.9.15 is incomplete. (in mail/s-nail) > Please notify the OpenBSD port maintainer: (in mail/s-nail) > > which lead me to bsd.port.mk and the change above. > And since my update script always does > > (cd ports && cvs -q up $VERSION -PR infrastructure) || exit 5 > > Ah, maybe i just have to create a -current VM for further package > updates, instead of going $VERSION, it is hacky anyway to update > a package in that 6.5 release environment, i'd say. Yes that's it, you really need -current for doing ports work.
Re: UPDATE mail/s-nail
Hello Stuart. Stuart Henderson wrote in <20190820095908.gy32...@symphytum.spacehopper.org>: |On 2019/08/19 18:33, Steffen Nurpmeso wrote: |> Please find below an update to S-nail v14.9.15, the (likely) last |> in the v14.9 series. ... |> Index: Makefile |> === |> RCS file: /cvs/ports/mail/s-nail/Makefile,v |> retrieving revision 1.24 |> diff -u -p -r1.24 Makefile |> --- Makefile29 Jul 2019 20:23:41 - 1.24 |> +++ Makefile19 Aug 2019 16:07:37 - |> @@ -2,12 +2,12 @@ |> |> COMMENT= SysV mail/BSD Mail/POSIX mailx: send and receive mail |> |> -DISTNAME= s-nail-14.9.14 |> +DISTNAME= s-nail-14.9.15 |> CATEGORIES=mail |> HOMEPAGE= https://www.sdaoden.eu/code.html\#s-mailx |> |> # BSD |> -PERMIT_PACKAGE=Yes |> +PERMIT_PACKAGE_CDROM= Yes | |That needs to stay. Ok. It was just that i got myriads of The licensing info for s-nail-14.9.15 is incomplete. (in mail/s-nail) The licensing info for s-nail-14.9.15 is incomplete. (in mail/s-nail) Please notify the OpenBSD port maintainer: (in mail/s-nail) which lead me to bsd.port.mk and the change above. And since my update script always does (cd ports && cvs -q up $VERSION -PR infrastructure) || exit 5 Ah, maybe i just have to create a -current VM for further package updates, instead of going $VERSION, it is hacky anyway to update a package in that 6.5 release environment, i'd say. |I'll commit the rest shortly. Great, thank you Stuart. Ciao, --steffen | |Der Kragenbaer,The moon bear, |der holt sich munter he cheerfully and one by one |einen nach dem anderen runter wa.ks himself off |(By Robert Gernhardt)
Re: UPDATE mail/s-nail
On 2019/08/19 18:33, Steffen Nurpmeso wrote: > Hello ports@! > > Please find below an update to S-nail v14.9.15, the (likely) last > in the v14.9 series. > You get test parallelization if you use -j with a number (greater > than 1 say), or no -j at all. > > Fixes a bug present in all BSD Mails and Unix v10 mail regarding > handling of invalid MBOX database files: in cmd2.c:save1(), after > sendmessage() (and once initially) "mbox_prepare_append()" must be > called (separation must be ensured). > > EXTERNANON authentication to overcome deficient EXTERNAL server > implementations (the web is broken!), GSS-API for POP3, nice > followup-to-add-cc variable that this message will stress, > automatic "name" to "name@host" expansion with > expandaddr=namehostex etc. > Note on-account-cleanup hook now runs even on-program-exit. > > Thanks for your consideration. > > Index: Makefile > === > RCS file: /cvs/ports/mail/s-nail/Makefile,v > retrieving revision 1.24 > diff -u -p -r1.24 Makefile > --- Makefile 29 Jul 2019 20:23:41 - 1.24 > +++ Makefile 19 Aug 2019 16:07:37 - > @@ -2,12 +2,12 @@ > > COMMENT= SysV mail/BSD Mail/POSIX mailx: send and receive mail > > -DISTNAME=s-nail-14.9.14 > +DISTNAME=s-nail-14.9.15 > CATEGORIES= mail > HOMEPAGE=https://www.sdaoden.eu/code.html\#s-mailx > > # BSD > -PERMIT_PACKAGE= Yes > +PERMIT_PACKAGE_CDROM=Yes That needs to stay. I'll commit the rest shortly. > WANTLIB += c crypto curses iconv ssl > > Index: distinfo > === > RCS file: /cvs/ports/mail/s-nail/distinfo,v > retrieving revision 1.17 > diff -u -p -r1.17 distinfo > --- distinfo 29 Jul 2019 20:23:41 - 1.17 > +++ distinfo 19 Aug 2019 16:07:37 - > @@ -1,2 +1,2 @@ > -SHA256 (s-nail-14.9.14.tar.gz) = 8OMnUnTJPzdW+6bFjKU/Bbn6L4m624Z4YIs3LZPqUQw= > -SIZE (s-nail-14.9.14.tar.gz) = 1033460 > +SHA256 (s-nail-14.9.15.tar.gz) = TEux2uD9btq/HSaKxqR23pqrPBW0u+IUFUmhHb8rrnM= > +SIZE (s-nail-14.9.15.tar.gz) = 1036102 > > --steffen > | > |Der Kragenbaer,The moon bear, > |der holt sich munter he cheerfully and one by one > |einen nach dem anderen runter wa.ks himself off > |(By Robert Gernhardt) >
Re: UPDATE mail/s-nail
Steffen Nurpmeso wrote in <20190819163311.iyjzz%stef...@sdaoden.eu>: ... | followup-to-add-cc variable that this message will stress, You need to set it, of course. --steffen | |Der Kragenbaer,The moon bear, |der holt sich munter he cheerfully and one by one |einen nach dem anderen runter wa.ks himself off |(By Robert Gernhardt)
Re: UPDATE mail/s-nail
Hello ports@! Please find below an update to S-nail v14.9.15, the (likely) last in the v14.9 series. You get test parallelization if you use -j with a number (greater than 1 say), or no -j at all. Fixes a bug present in all BSD Mails and Unix v10 mail regarding handling of invalid MBOX database files: in cmd2.c:save1(), after sendmessage() (and once initially) "mbox_prepare_append()" must be called (separation must be ensured). EXTERNANON authentication to overcome deficient EXTERNAL server implementations (the web is broken!), GSS-API for POP3, nice followup-to-add-cc variable that this message will stress, automatic "name" to "name@host" expansion with expandaddr=namehostex etc. Note on-account-cleanup hook now runs even on-program-exit. Thanks for your consideration. Index: Makefile === RCS file: /cvs/ports/mail/s-nail/Makefile,v retrieving revision 1.24 diff -u -p -r1.24 Makefile --- Makefile29 Jul 2019 20:23:41 - 1.24 +++ Makefile19 Aug 2019 16:07:37 - @@ -2,12 +2,12 @@ COMMENT= SysV mail/BSD Mail/POSIX mailx: send and receive mail -DISTNAME= s-nail-14.9.14 +DISTNAME= s-nail-14.9.15 CATEGORIES=mail HOMEPAGE= https://www.sdaoden.eu/code.html\#s-mailx # BSD -PERMIT_PACKAGE=Yes +PERMIT_PACKAGE_CDROM= Yes WANTLIB += c crypto curses iconv ssl Index: distinfo === RCS file: /cvs/ports/mail/s-nail/distinfo,v retrieving revision 1.17 diff -u -p -r1.17 distinfo --- distinfo29 Jul 2019 20:23:41 - 1.17 +++ distinfo19 Aug 2019 16:07:37 - @@ -1,2 +1,2 @@ -SHA256 (s-nail-14.9.14.tar.gz) = 8OMnUnTJPzdW+6bFjKU/Bbn6L4m624Z4YIs3LZPqUQw= -SIZE (s-nail-14.9.14.tar.gz) = 1033460 +SHA256 (s-nail-14.9.15.tar.gz) = TEux2uD9btq/HSaKxqR23pqrPBW0u+IUFUmhHb8rrnM= +SIZE (s-nail-14.9.15.tar.gz) = 1036102 --steffen | |Der Kragenbaer,The moon bear, |der holt sich munter he cheerfully and one by one |einen nach dem anderen runter wa.ks himself off |(By Robert Gernhardt)
Re: UPDATE mail/s-nail
Stuart Henderson wrote in <20190729202349.ge12...@symphytum.spacehopper.org>: |On 2019/07/29 18:56, Steffen Nurpmeso wrote: |> Hello. |> |> Please find below an update to S-nail v14.9.14. | |Thanks, committed. Oh, wow wow, not that i get cardiac dysrhythmia because it is all too sudden!! ... |> Funnily the problem (child descriptors were closed by the parent |> before the fork(2)ed childs had the opportunity to dup(2)licate |> their file descriptors) reminded me of a message of the german What i meant was, the file gets unlinked, and so the child reads an immediate EOF. Really fantastic, thank you very much, Stuart! Ciao! --steffen | |Der Kragenbaer,The moon bear, |der holt sich munter he cheerfully and one by one |einen nach dem anderen runter wa.ks himself off |(By Robert Gernhardt)
Re: UPDATE mail/s-nail
On 2019/07/29 18:56, Steffen Nurpmeso wrote: > Hello. > > Please find below an update to S-nail v14.9.14. Thanks, committed. > Fixes GSSAPI for IMAP, adds XOAUTH2/OAUTHBEARER, and for OpenBSD > in particular it fixes long standing (must be) race conditions > regarding child processes and their I/O setup, revealed by my new > hardware (i stepped a decade of hardware improvements). > > Funnily the problem (child descriptors were closed by the parent > before the fork(2)ed childs had the opportunity to dup(2)licate > their file descriptors) reminded me of a message of the german > computer magazine c't, maybe around 2001/2002, when OpenBSD > improved their fork(2) performance in a day or two after having > appeared declassified in a comparison with other OSes. > (Of course it was nothing but our own fault to not synchronize on > the child, but blindly assuming that a fork(2) child gets the > opportunity to run immediately.) > > Also the tests now take care for OSs which favour the foreground > exec flow, and waits for async files to appear as necessary (since > *sendwait* now set by default and meaning-extended, not much > remained necessary here, though). > > Thanks for your consideration, and > Ciao! > > > Index: Makefile > === > RCS file: /cvs/ports/mail/s-nail/Makefile,v > retrieving revision 1.23 > diff -u -p -r1.23 Makefile > --- Makefile 12 Jul 2019 20:47:37 - 1.23 > +++ Makefile 29 Jul 2019 16:32:41 - > @@ -2,7 +2,7 @@ > > COMMENT= SysV mail/BSD Mail/POSIX mailx: send and receive mail > > -DISTNAME=s-nail-14.9.13 > +DISTNAME=s-nail-14.9.14 > CATEGORIES= mail > HOMEPAGE=https://www.sdaoden.eu/code.html\#s-mailx > > Index: distinfo > === > RCS file: /cvs/ports/mail/s-nail/distinfo,v > retrieving revision 1.16 > diff -u -p -r1.16 distinfo > --- distinfo 17 Apr 2019 19:43:32 - 1.16 > +++ distinfo 29 Jul 2019 16:32:41 - > @@ -1,2 +1,2 @@ > -SHA256 (s-nail-14.9.13.tar.gz) = bP7tVRuqERax0pXjwHATRFl/rxKpdHqDYwkrgJZK5Gg= > -SIZE (s-nail-14.9.13.tar.gz) = 1005355 > +SHA256 (s-nail-14.9.14.tar.gz) = 8OMnUnTJPzdW+6bFjKU/Bbn6L4m624Z4YIs3LZPqUQw= > +SIZE (s-nail-14.9.14.tar.gz) = 1033460 > > --steffen > | > |Der Kragenbaer,The moon bear, > |der holt sich munter he cheerfully and one by one > |einen nach dem anderen runter wa.ks himself off > |(By Robert Gernhardt) >
UPDATE mail/s-nail
Hello. Please find below an update to S-nail v14.9.14. Fixes GSSAPI for IMAP, adds XOAUTH2/OAUTHBEARER, and for OpenBSD in particular it fixes long standing (must be) race conditions regarding child processes and their I/O setup, revealed by my new hardware (i stepped a decade of hardware improvements). Funnily the problem (child descriptors were closed by the parent before the fork(2)ed childs had the opportunity to dup(2)licate their file descriptors) reminded me of a message of the german computer magazine c't, maybe around 2001/2002, when OpenBSD improved their fork(2) performance in a day or two after having appeared declassified in a comparison with other OSes. (Of course it was nothing but our own fault to not synchronize on the child, but blindly assuming that a fork(2) child gets the opportunity to run immediately.) Also the tests now take care for OSs which favour the foreground exec flow, and waits for async files to appear as necessary (since *sendwait* now set by default and meaning-extended, not much remained necessary here, though). Thanks for your consideration, and Ciao! Index: Makefile === RCS file: /cvs/ports/mail/s-nail/Makefile,v retrieving revision 1.23 diff -u -p -r1.23 Makefile --- Makefile12 Jul 2019 20:47:37 - 1.23 +++ Makefile29 Jul 2019 16:32:41 - @@ -2,7 +2,7 @@ COMMENT= SysV mail/BSD Mail/POSIX mailx: send and receive mail -DISTNAME= s-nail-14.9.13 +DISTNAME= s-nail-14.9.14 CATEGORIES=mail HOMEPAGE= https://www.sdaoden.eu/code.html\#s-mailx Index: distinfo === RCS file: /cvs/ports/mail/s-nail/distinfo,v retrieving revision 1.16 diff -u -p -r1.16 distinfo --- distinfo17 Apr 2019 19:43:32 - 1.16 +++ distinfo29 Jul 2019 16:32:41 - @@ -1,2 +1,2 @@ -SHA256 (s-nail-14.9.13.tar.gz) = bP7tVRuqERax0pXjwHATRFl/rxKpdHqDYwkrgJZK5Gg= -SIZE (s-nail-14.9.13.tar.gz) = 1005355 +SHA256 (s-nail-14.9.14.tar.gz) = 8OMnUnTJPzdW+6bFjKU/Bbn6L4m624Z4YIs3LZPqUQw= +SIZE (s-nail-14.9.14.tar.gz) = 1033460 --steffen | |Der Kragenbaer,The moon bear, |der holt sich munter he cheerfully and one by one |einen nach dem anderen runter wa.ks himself off |(By Robert Gernhardt)
Re: UPDATE mail/s-nail
Hello Solene! Solene Rapenne wrote in <20190417175408.6ps6zdcv4pmozj34@solene.perso.local>: |On 2019/04/10 23:39, Steffen Nurpmeso wrote: |> Ingo Schwarze wrote in <20190410160613.gb73...@athene.usta.de>: |>|Steffen Nurpmeso wrote on Wed, Apr 10, 2019 at 05:39:38PM +0200: |>|> Steffen Nurpmeso wrote in <20190308210521.7ybvy%stef...@sdaoden.eu>: |>| |>|>> please find below an update to S-nail v14.9.13. |>| |>|> would someone be so kind an wave that through, please? |>| |>|No, absolutely not. The trees are locked for release. |> |> Oh, c rap. |> |> Then we have to wait some more. |> (Except v14.9.13 is better than v14.9.11. Hm.) | |builds fine, flavor builds fine. Thanks for trying out! |Seems to work from the quick tests I did. I hope so. Fun fact: this very morning i have seen the first (several) Roman snails here in Germany/Hessen/Darmstadt! |ok solene@ Great. --End of <20190417175408.6ps6zdcv4pmozj34@solene.perso.local> Have a good time, ciao, --steffen | |Der Kragenbaer,The moon bear, |der holt sich munter he cheerfully and one by one |einen nach dem anderen runter wa.ks himself off |(By Robert Gernhardt)
Re: UPDATE mail/s-nail
On 2019/04/10 23:39, Steffen Nurpmeso wrote: > Ingo Schwarze wrote in <20190410160613.gb73...@athene.usta.de>: > |Steffen Nurpmeso wrote on Wed, Apr 10, 2019 at 05:39:38PM +0200: > |> Steffen Nurpmeso wrote in <20190308210521.7ybvy%stef...@sdaoden.eu>: > | > |>> please find below an update to S-nail v14.9.13. > | > |> would someone be so kind an wave that through, please? > | > |No, absolutely not. The trees are locked for release. > > Oh, c rap. > > Then we have to wait some more. > (Except v14.9.13 is better than v14.9.11. Hm.) builds fine, flavor builds fine. Seems to work from the quick tests I did. ok solene@
Re: UPDATE mail/s-nail
Stuart Henderson wrote in <2019040606.gf19...@symphytum.spacehopper.org>: |On 2019/04/10 23:39, Steffen Nurpmeso wrote: |> Ingo Schwarze wrote in <20190410160613.gb73...@athene.usta.de>: |>|Steffen Nurpmeso wrote on Wed, Apr 10, 2019 at 05:39:38PM +0200: |>|> Steffen Nurpmeso wrote in <20190308210521.7ybvy%stef...@sdaoden.eu>: |>| |>|>> please find below an update to S-nail v14.9.13. |>| |>|> would someone be so kind an wave that through, please? |>| |>|No, absolutely not. The trees are locked for release. |> |> Oh, c rap. |> |> Then we have to wait some more. |> (Except v14.9.13 is better than v14.9.11. Hm.) | |It's OK, we don't plan to stop at 6.5. It would be a pity otherwise. Now that i have this supercomputer with NVME and 8 GB RAM etc. i expect to be able to simply hit return after installation, instead of going through painful ed experiences to comment out further kernel relinking. --End of <2019040606.gf19...@symphytum.spacehopper.org> --steffen | |Der Kragenbaer,The moon bear, |der holt sich munter he cheerfully and one by one |einen nach dem anderen runter wa.ks himself off |(By Robert Gernhardt)
Re: UPDATE mail/s-nail
On 2019/04/10 23:39, Steffen Nurpmeso wrote: > Ingo Schwarze wrote in <20190410160613.gb73...@athene.usta.de>: > |Steffen Nurpmeso wrote on Wed, Apr 10, 2019 at 05:39:38PM +0200: > |> Steffen Nurpmeso wrote in <20190308210521.7ybvy%stef...@sdaoden.eu>: > | > |>> please find below an update to S-nail v14.9.13. > | > |> would someone be so kind an wave that through, please? > | > |No, absolutely not. The trees are locked for release. > > Oh, c rap. > > Then we have to wait some more. > (Except v14.9.13 is better than v14.9.11. Hm.) It's OK, we don't plan to stop at 6.5.
Re: UPDATE mail/s-nail
Ingo Schwarze wrote in <20190410160613.gb73...@athene.usta.de>: |Steffen Nurpmeso wrote on Wed, Apr 10, 2019 at 05:39:38PM +0200: |> Steffen Nurpmeso wrote in <20190308210521.7ybvy%stef...@sdaoden.eu>: | |>> please find below an update to S-nail v14.9.13. | |> would someone be so kind an wave that through, please? | |No, absolutely not. The trees are locked for release. Oh, c rap. Then we have to wait some more. (Except v14.9.13 is better than v14.9.11. Hm.) --End of <20190410160613.gb73...@athene.usta.de> --steffen | |Der Kragenbaer,The moon bear, |der holt sich munter he cheerfully and one by one |einen nach dem anderen runter wa.ks himself off |(By Robert Gernhardt)
Re: UPDATE mail/s-nail
Steffen Nurpmeso wrote on Wed, Apr 10, 2019 at 05:39:38PM +0200: > Steffen Nurpmeso wrote in <20190308210521.7ybvy%stef...@sdaoden.eu>: >> please find below an update to S-nail v14.9.13. > would someone be so kind an wave that through, please? No, absolutely not. The trees are locked for release.
Re: UPDATE mail/s-nail
Hello OpenBSD. Steffen Nurpmeso wrote in <20190308210521.7ybvy%stef...@sdaoden.eu>: |Hello and a good Friday evening, | |please find below an update to S-nail v14.9.13. would someone be so kind an wave that through, please? We don't want to stand back. ^_^ |It appeared to me that it would be ok to take maintainership, |i have thus adjusted that line. | |Many bugfixes, long options, -Y aka --cmd "is" user input (see |NEWS for more); backward incompatible changes, but with a lot of |legacy support (until v15; -v or even -d show warnings). And it really fixes and improves a lot, visible or not. Thank you all. ... |Index: Makefile |=== |RCS file: /cvs/ports/mail/s-nail/Makefile,v |retrieving revision 1.21 |diff -u -p -r1.21 Makefile |--- Makefile 14 Sep 2018 17:52:08 - 1.21 |+++ Makefile 8 Mar 2019 20:52:13 - |@@ -2,7 +2,7 @@ | | COMMENT= SysV mail/BSD Mail/POSIX mailx: send and receive mail | |-DISTNAME=s-nail-14.9.11 |+DISTNAME=s-nail-14.9.13 | CATEGORIES= mail | HOMEPAGE=https://www.sdaoden.eu/code.html\#s-mailx | |@@ -12,7 +12,7 @@ PERMIT_PACKAGE_CDROM= Yes | WANTLIB += c crypto curses iconv ssl | | MASTER_SITES=https://ftp.sdaoden.eu/ |-MAINTAINER= Dmitrij D. Czarkoff |+MAINTAINER= Steffen Nurpmeso | | FLAVORS= idna | FLAVOR?= |Index: distinfo |=== |RCS file: /cvs/ports/mail/s-nail/distinfo,v |retrieving revision 1.15 |diff -u -p -r1.15 distinfo |--- distinfo 14 Sep 2018 17:52:08 - 1.15 |+++ distinfo 8 Mar 2019 20:52:13 - |@@ -1,2 +1,2 @@ |-SHA256 (s-nail-14.9.11.tar.gz) = J5ICaHQJuOe08mfheK7RvUxot5wBwQuA8HGX8v\ |c9ZpU= |-SIZE (s-nail-14.9.11.tar.gz) = 926261 |+SHA256 (s-nail-14.9.13.tar.gz) = bP7tVRuqERax0pXjwHATRFl/rxKpdHqDYwkrgJ\ |ZK5Gg= |+SIZE (s-nail-14.9.13.tar.gz) = 1005355 ... --End of <20190308210521.7ybvy%stef...@sdaoden.eu> --steffen | |Der Kragenbaer,The moon bear, |der holt sich munter he cheerfully and one by one |einen nach dem anderen runter wa.ks himself off |(By Robert Gernhardt)
UPDATE mail/s-nail
Hello and a good Friday evening, please find below an update to S-nail v14.9.13. It appeared to me that it would be ok to take maintainership, i have thus adjusted that line. Many bugfixes, long options, -Y aka --cmd "is" user input (see NEWS for more); backward incompatible changes, but with a lot of legacy support (until v15; -v or even -d show warnings). Ciao! Index: Makefile === RCS file: /cvs/ports/mail/s-nail/Makefile,v retrieving revision 1.21 diff -u -p -r1.21 Makefile --- Makefile14 Sep 2018 17:52:08 - 1.21 +++ Makefile8 Mar 2019 20:52:13 - @@ -2,7 +2,7 @@ COMMENT= SysV mail/BSD Mail/POSIX mailx: send and receive mail -DISTNAME= s-nail-14.9.11 +DISTNAME= s-nail-14.9.13 CATEGORIES=mail HOMEPAGE= https://www.sdaoden.eu/code.html\#s-mailx @@ -12,7 +12,7 @@ PERMIT_PACKAGE_CDROM= Yes WANTLIB += c crypto curses iconv ssl MASTER_SITES= https://ftp.sdaoden.eu/ -MAINTAINER=Dmitrij D. Czarkoff +MAINTAINER=Steffen Nurpmeso FLAVORS= idna FLAVOR?= Index: distinfo === RCS file: /cvs/ports/mail/s-nail/distinfo,v retrieving revision 1.15 diff -u -p -r1.15 distinfo --- distinfo14 Sep 2018 17:52:08 - 1.15 +++ distinfo8 Mar 2019 20:52:13 - @@ -1,2 +1,2 @@ -SHA256 (s-nail-14.9.11.tar.gz) = J5ICaHQJuOe08mfheK7RvUxot5wBwQuA8HGX8vc9ZpU= -SIZE (s-nail-14.9.11.tar.gz) = 926261 +SHA256 (s-nail-14.9.13.tar.gz) = bP7tVRuqERax0pXjwHATRFl/rxKpdHqDYwkrgJZK5Gg= +SIZE (s-nail-14.9.13.tar.gz) = 1005355 --steffen | |Der Kragenbaer,The moon bear, |der holt sich munter he cheerfully and one by one |einen nach dem anderen runter wa.ks himself off |(By Robert Gernhardt)
Re: UPDATE mail/s-nail
Landry Breuil wrote in <20180915075116.gj46...@twilight.rhaalovely.net>: |On Fri, Sep 14, 2018 at 10:26:06PM +0100, Stuart Henderson wrote: |> I think it might be a good idea if Steffen takes over as MAINTAINER \ |> for this port .. | |In the meantime ive pushed the update - but sure :) --End of <20180915075116.gj46...@twilight.rhaalovely.net> Thank you very much, Stuart and Landry! Will update accordingly next time. Ciao, and a nice Sunday everybody, --steffen | |Der Kragenbaer,The moon bear, |der holt sich munter he cheerfully and one by one |einen nach dem anderen runter wa.ks himself off |(By Robert Gernhardt)
Re: UPDATE mail/s-nail
On Fri, Sep 14, 2018 at 10:26:06PM +0100, Stuart Henderson wrote: > I think it might be a good idea if Steffen takes over as MAINTAINER for this > port .. In the meantime ive pushed the update - but sure :)
Re: UPDATE mail/s-nail
I think it might be a good idea if Steffen takes over as MAINTAINER for this port .. On 2018/09/14 18:36, Steffen Nurpmeso wrote: > Hello. > > Steffen Nurpmeso wrote in <20180817153001.krprc%stef...@sdaoden.eu>: > |Steffen Nurpmeso wrote in <20180809203425.2sjei%stef...@sdaoden.eu>: > ||Update to v14.9.11 ("Tit family enjoying a bath") with many many > ||bugfixes and some new features like message info "from the front": > || > || ? digmsg create 1 -;digmsg 1 header show from; digmsg remove 1 > | > |In no way i wanna push forward anything, 'just want to mention > |that, last time i tried, "set mta-no-receiver-arguments" in some > |.mailrc was helpful; this was introduced in October 2017 > |specifically to deal with OpenSMTPD 6.0.2p1, because i found it > |"joins command line arguments onto receivers given in the message, > |which can result in multiple deliveries to the same addressee". > |In case someone stumbles upon this. > > Today is the 65th anniversary of the Kinsey report, and i thought > that could be a good time to contact OpenBSD, ..and ask whether > someone would be so kind and rubber-stamp this update. > Thanks and Ciao, > > --steffen > | > |Der Kragenbaer,The moon bear, > |der holt sich munter he cheerfully and one by one > |einen nach dem anderen runter wa.ks himself off > |(By Robert Gernhardt) >
Re: UPDATE mail/s-nail
Hello. Steffen Nurpmeso wrote in <20180817153001.krprc%stef...@sdaoden.eu>: |Steffen Nurpmeso wrote in <20180809203425.2sjei%stef...@sdaoden.eu>: ||Update to v14.9.11 ("Tit family enjoying a bath") with many many ||bugfixes and some new features like message info "from the front": || || ? digmsg create 1 -;digmsg 1 header show from; digmsg remove 1 | |In no way i wanna push forward anything, 'just want to mention |that, last time i tried, "set mta-no-receiver-arguments" in some |.mailrc was helpful; this was introduced in October 2017 |specifically to deal with OpenSMTPD 6.0.2p1, because i found it |"joins command line arguments onto receivers given in the message, |which can result in multiple deliveries to the same addressee". |In case someone stumbles upon this. Today is the 65th anniversary of the Kinsey report, and i thought that could be a good time to contact OpenBSD, ..and ask whether someone would be so kind and rubber-stamp this update. Thanks and Ciao, --steffen | |Der Kragenbaer,The moon bear, |der holt sich munter he cheerfully and one by one |einen nach dem anderen runter wa.ks himself off |(By Robert Gernhardt)
Re: UPDATE mail/s-nail
Hey. Steffen Nurpmeso wrote in <20180809203425.2sjei%stef...@sdaoden.eu>: |Update to v14.9.11 ("Tit family enjoying a bath") with many many |bugfixes and some new features like message info "from the front": | | ? digmsg create 1 -;digmsg 1 header show from; digmsg remove 1 In no way i wanna push forward anything, 'just want to mention that, last time i tried, "set mta-no-receiver-arguments" in some .mailrc was helpful; this was introduced in October 2017 specifically to deal with OpenSMTPD 6.0.2p1, because i found it "joins command line arguments onto receivers given in the message, which can result in multiple deliveries to the same addressee". In case someone stumbles upon this. Have a nice weekend and Ciao! Ciao! Ciao! --steffen | |Der Kragenbaer,The moon bear, |der holt sich munter he cheerfully and one by one |einen nach dem anderen runter wa.ks himself off |(By Robert Gernhardt)
UPDATE mail/s-nail
Hello. Update to v14.9.11 ("Tit family enjoying a bath") with many many bugfixes and some new features like message info "from the front": ? digmsg create 1 -;digmsg 1 header show from; digmsg remove 1 Ciao! Index: Makefile === RCS file: /cvs/ports/mail/s-nail/Makefile,v retrieving revision 1.20 diff -u -p -r1.20 Makefile --- Makefile4 May 2018 14:07:27 - 1.20 +++ Makefile9 Aug 2018 20:26:20 - @@ -2,7 +2,7 @@ COMMENT= SysV mail/BSD Mail/POSIX mailx: send and receive mail -DISTNAME= s-nail-14.9.10 +DISTNAME= s-nail-14.9.11 CATEGORIES=mail HOMEPAGE= https://www.sdaoden.eu/code.html\#s-mailx Index: distinfo === RCS file: /cvs/ports/mail/s-nail/distinfo,v retrieving revision 1.14 diff -u -p -r1.14 distinfo --- distinfo4 May 2018 14:07:27 - 1.14 +++ distinfo9 Aug 2018 20:26:20 - @@ -1,2 +1,2 @@ -SHA256 (s-nail-14.9.10.tar.gz) = h63nu+sRAlCvzoIhsrtVOj2WYTJ9/KP2IplPsBfEnMs= -SIZE (s-nail-14.9.10.tar.gz) = 895283 +SHA256 (s-nail-14.9.11.tar.gz) = J5ICaHQJuOe08mfheK7RvUxot5wBwQuA8HGX8vc9ZpU= +SIZE (s-nail-14.9.11.tar.gz) = 926261 Index: patches/patch-obs-imap_c === RCS file: patches/patch-obs-imap_c diff -N patches/patch-obs-imap_c --- patches/patch-obs-imap_c4 May 2018 14:07:27 - 1.1 +++ /dev/null 1 Jan 1970 00:00:00 - @@ -1,58 +0,0 @@ obs-imap.c -+++ obs-imap.c -@@ -246,10 +246,9 @@ static enum okay imap_list(struct mailbox *mp, const char *base, int strip, - static enum okay imap_copy1(struct mailbox *mp, struct message *m, int n, - const char *name); - static enum okay imap_copyuid_parse(const char *cp, -- unsigned long *uidvalidity, unsigned long *olduid, -- unsigned long *newuid); -+ ui64_t *uidvalidity, ui64_t *olduid, ui64_t *newuid); - static enum okay imap_appenduid_parse(const char *cp, -- unsigned long *uidvalidity, unsigned long *uid); -+ ui64_t *uidvalidity, ui64_t *uid); - static enum okay imap_copyuid(struct mailbox *mp, struct message *m, - const char *name); - static enum okay imap_appenduid(struct mailbox *mp, FILE *fp, time_t t, -@@ -3465,16 +3464,16 @@ imap_copy(struct message *m, int n, const char *name) - } - - static enum okay --imap_copyuid_parse(const char *cp, unsigned long *uidvalidity, -- unsigned long *olduid, unsigned long *newuid) -+imap_copyuid_parse(const char *cp, ui64_t *uidvalidity, ui64_t *olduid, -+ ui64_t *newuid) - { -- char *xp, *yp, *zp; -+ char const *xp, *yp, *zp; -enum okay rv; -NYD_ENTER; - -- *uidvalidity = strtoul(cp, , 10); -- *olduid = strtoul(xp, , 10); -- *newuid = strtoul(yp, , 10); -+ n_idec_ui64_cp(uidvalidity, cp, 10, ); /* TODO errors */ -+ n_idec_ui64_cp(olduid, xp, 10, ); /* TODO errors */ -+ n_idec_ui64_cp(newuid, yp, 10, ); /* TODO errors */ -rv = (*uidvalidity && *olduid && *newuid && xp > cp && *xp == ' ' && - yp > xp && *yp == ' ' && zp > yp && *zp == ']'); -NYD_LEAVE; -@@ -3482,15 +3481,14 @@ imap_copyuid_parse(const char *cp, unsigned long *uidvalidity, - } - - static enum okay --imap_appenduid_parse(const char *cp, unsigned long *uidvalidity, -- unsigned long *uid) -+imap_appenduid_parse(const char *cp, ui64_t *uidvalidity, ui64_t *uid) - { -- char *xp, *yp; -+ char const *xp, *yp; -enum okay rv; -NYD_ENTER; - -- *uidvalidity = strtoul(cp, , 10); -- *uid = strtoul(xp, , 10); -+ n_idec_ui64_cp(uidvalidity, cp, 10, ); /* TODO errors */ -+ n_idec_ui64_cp(uid, xp, 10, ); /* TODO errors */ -rv = (*uidvalidity && *uid && xp > cp && *xp == ' ' && yp > xp && - *yp == ']'); -NYD_LEAVE; --steffen | |Der Kragenbaer,The moon bear, |der holt sich munter he cheerfully and one by one |einen nach dem anderen runter wa.ks himself off |(By Robert Gernhardt)
Re: UPDATE mail/s-nail
Stuart Hendersonwrote: |On 2018/04/23 19:36, Steffen Nurpmeso wrote: |> Stuart Henderson wrote: |>|On 2018/04/23 18:09, Steffen Nurpmeso wrote: |>|> i wrote: |>|>|i wrote: |>|>||Stuart Henderson wrote: |>|>|||On 2018/03/09 18:39, Steffen Nurpmeso wrote: |>|>|||> Stuart Henderson wrote: |>|>|||>|On 2018/03/08 17:35, Steffen Nurpmeso wrote: |>|>|||>|> This brings in two and a half years of development and bug fixes. |>|>|||>|> It has really improved, though a long road is ahead still. |>|>|||>|> Changelog etc. at: https://www.sdaoden.eu/code-nail-ann.html |>|>| ... |>|>| |>|>|I have released v14.9.10, the 40th BSD Mail anniversary version. |>|>|Find below the updated recipe. |>|> |>|> four weeks have passed -- is anyone from ports interested in this ... |>|I see it is ignoring CFLAGS and setting its own optimizer levels, |>|this should be under control of ports. |> |> Well, but many autotools based things do so, as well as others. | |Yes, and we usually patch them out where we notice them. Yes, fine; 'just want to mention you could overwrite any last-occurrence-wins flag by setting EXTRA_CFLAGS, for example EXTRA_CFLAGS=-Os. |> And it is setting all security related compiler flags it finds |> that i know of, except for meltdown/spectre (the latter of) which |> does not matter for us as far as i can tell. | |The ones that are generally reliable on an arch are already enabled |by default in the compiler, some arches have problems with certain |of these features and in those cases the default is not to use them. hmhmm. hm :) |> But, ok, if the OpenBSD port wants to replace that with a custom |> set, all that is needed is to reinclude OPT_AUTOCC=no. I have |> edited this directly into the latter patch. You know, this box is |> so restricted, doing the complete cycle takes hours, i hope it |> flies like that. | |Here's an updated version that puts back most of the unnecessary |changes to Makefile (ordering, whitespace etc). | |Dmitrij, are you around? Want to test or shall I just go ahead? Thank you for taking action! --steffen | |Der Kragenbaer,The moon bear, |der holt sich munter he cheerfully and one by one |einen nach dem anderen runter wa.ks himself off |(By Robert Gernhardt)
Re: UPDATE mail/s-nail
On 2018/04/23 19:36, Steffen Nurpmeso wrote: > Oh, hello again Stuart. > > Stuart Hendersonwrote: > |On 2018/04/23 18:09, Steffen Nurpmeso wrote: > |> i wrote: > |>|i wrote: > |>||Stuart Henderson wrote: > |>|||On 2018/03/09 18:39, Steffen Nurpmeso wrote: > |>|||> Stuart Henderson wrote: > |>|||>|On 2018/03/08 17:35, Steffen Nurpmeso wrote: > |>|||>|> This brings in two and a half years of development and bug fixes. > |>|||>|> It has really improved, though a long road is ahead still. > |>|||>|> Changelog etc. at: https://www.sdaoden.eu/code-nail-ann.html > |>| ... > |>| > |>|I have released v14.9.10, the 40th BSD Mail anniversary version. > |>|Find below the updated recipe. > |> > |> four weeks have passed -- is anyone from ports interested in this > ... > |Just given this a try (4 weeks ago we were tying up release IIRC, > |never a good time to send updates if you want them picked up ;) > > Yes, i have seen that, then. Of course, sure. Thank you. > > |I see it is ignoring CFLAGS and setting its own optimizer levels, > |this should be under control of ports. > > Well, but many autotools based things do so, as well as others. Yes, and we usually patch them out where we notice them. > And it is setting all security related compiler flags it finds > that i know of, except for meltdown/spectre (the latter of) which > does not matter for us as far as i can tell. The ones that are generally reliable on an arch are already enabled by default in the compiler, some arches have problems with certain of these features and in those cases the default is not to use them. > But, ok, if the OpenBSD port wants to replace that with a custom > set, all that is needed is to reinclude OPT_AUTOCC=no. I have > edited this directly into the latter patch. You know, this box is > so restricted, doing the complete cycle takes hours, i hope it > flies like that. Here's an updated version that puts back most of the unnecessary changes to Makefile (ordering, whitespace etc). Dmitrij, are you around? Want to test or shall I just go ahead? Index: Makefile === RCS file: /cvs/ports/mail/s-nail/Makefile,v retrieving revision 1.19 diff -u -p -r1.19 Makefile --- Makefile8 Dec 2017 01:04:14 - 1.19 +++ Makefile23 Apr 2018 20:31:09 - @@ -1,45 +1,54 @@ # $OpenBSD: Makefile,v 1.19 2017/12/08 01:04:14 espie Exp $ -COMMENT= enhanced, MIME capable Berkeley Mail +COMMENT= SysV mail/BSD Mail/POSIX mailx: send and receive mail -DISTNAME= s-nail-14.8.16 +DISTNAME= s-nail-14.9.10 CATEGORIES=mail HOMEPAGE= https://www.sdaoden.eu/code.html\#s-mailx -FIX_EXTRACT_PERMISSIONS=Yes # BSD PERMIT_PACKAGE_CDROM= Yes -WANTLIB += c crypto iconv idn ssl +WANTLIB += c crypto curses iconv ssl -MASTER_SITES= https://www.sdaoden.eu/downloads/ +MASTER_SITES= https://ftp.sdaoden.eu/ MAINTAINER=Dmitrij D. Czarkoff +FLAVORS= idna +FLAVOR?= + +PORTHOME= ${WRKDIR} MAKE_FILE= makefile MAKE_FLAGS=CC="${CC}" \ - CFLAGS="${CFLAGS}" \ C_INCLUDE_PATH="${LOCALBASE}/include" \ - LDFLAGS="${LDFLAGS}" \ LD_LIBRARY_PATH="${LOCALBASE}/lib" \ - MANDIR="${PREFIX}/man" \ - SYSCONFDIR="${SYSCONFDIR}" \ - WANT_AUTOCC=0 \ - WANT_EDITLINE=0 \ - WANT_NCL=1 \ - WANT_DOTLOCK=0 \ - SID= + VAL_MANDIR="${PREFIX}/man" \ + VAL_SYSCONFDIR="${SYSCONFDIR}" \ + VAL_SID= \ + OPT_ALWAYS_UNICODE_LOCALE=yes \ + OPT_AGENT=no \ + OPT_AUTOCC=no \ + OPT_DOTLOCK=no \ + OPT_GSSAPI=no \ + VAL_RANDOM=arc4 + +.if ${FLAVOR:Midna} +WANTLIB+= idn2 +LIB_DEPENDS+= devel/libidn2 +MAKE_FLAGS+= OPT_IDNA=yes \ + VAL_IDNA=idn2 +.else +MAKE_FLAGS+= OPT_IDNA=no +.endif .if !empty(DEBUG) -MAKE_FLAGS+= WANT_DEBUG=1 -FAKE_FLAGS+= WANT_DEBUG=1 +MAKE_FLAGS+= OPT_DEBUG=yes +FAKE_FLAGS+= OPT_DEBUG=yes .endif MAKE_ENV= VERBOSE=Yes -LIB_DEPENDS= converters/libiconv \ - devel/libidn - -INSTALL_TARGET=packager-install +LIB_DEPENDS= converters/libiconv post-install: ${INSTALL_DATA_DIR} ${PREFIX}/share/examples/nail Index: distinfo === RCS file:
Re: UPDATE mail/s-nail
Oh, hello again Stuart. Stuart Hendersonwrote: |On 2018/04/23 18:09, Steffen Nurpmeso wrote: |> i wrote: |>|i wrote: |>||Stuart Henderson wrote: |>|||On 2018/03/09 18:39, Steffen Nurpmeso wrote: |>|||> Stuart Henderson wrote: |>|||>|On 2018/03/08 17:35, Steffen Nurpmeso wrote: |>|||>|> This brings in two and a half years of development and bug fixes. |>|||>|> It has really improved, though a long road is ahead still. |>|||>|> Changelog etc. at: https://www.sdaoden.eu/code-nail-ann.html |>| ... |>| |>|I have released v14.9.10, the 40th BSD Mail anniversary version. |>|Find below the updated recipe. |> |> four weeks have passed -- is anyone from ports interested in this ... |Just given this a try (4 weeks ago we were tying up release IIRC, |never a good time to send updates if you want them picked up ;) Yes, i have seen that, then. Of course, sure. Thank you. |I see it is ignoring CFLAGS and setting its own optimizer levels, |this should be under control of ports. Well, but many autotools based things do so, as well as others. And it is setting all security related compiler flags it finds that i know of, except for meltdown/spectre (the latter of) which does not matter for us as far as i can tell. But, ok, if the OpenBSD port wants to replace that with a custom set, all that is needed is to reinclude OPT_AUTOCC=no. I have edited this directly into the latter patch. You know, this box is so restricted, doing the complete cycle takes hours, i hope it flies like that. Index: Makefile === RCS file: /cvs/ports/mail/s-nail/Makefile,v retrieving revision 1.19 diff -u -p -r1.19 Makefile --- Makefile8 Dec 2017 01:04:14 - 1.19 +++ Makefile26 Mar 2018 18:45:48 - @@ -1,48 +1,56 @@ # $OpenBSD: Makefile,v 1.19 2017/12/08 01:04:14 espie Exp $ -COMMENT= enhanced, MIME capable Berkeley Mail +COMMENT= SysV mail/BSD Mail/POSIX mailx: send and receive mail -DISTNAME= s-nail-14.8.16 -CATEGORIES=mail -HOMEPAGE= https://www.sdaoden.eu/code.html\#s-mailx -FIX_EXTRACT_PERMISSIONS=Yes +DISTNAME= s-nail-14.9.10 +CATEGORIES=mail +FLAVORS= idna +HOMEPAGE= https://www.sdaoden.eu/code.html\#s-mailx +MAINTAINER=Dmitrij D. Czarkoff +MASTER_SITES= https://ftp.sdaoden.eu/ # BSD -PERMIT_PACKAGE_CDROM= Yes +PERMIT_PACKAGE_CDROM=Yes -WANTLIB += c crypto iconv idn ssl - -MASTER_SITES= https://www.sdaoden.eu/downloads/ -MAINTAINER=Dmitrij D. Czarkoff - -MAKE_FILE= makefile -MAKE_FLAGS=CC="${CC}" \ - CFLAGS="${CFLAGS}" \ - C_INCLUDE_PATH="${LOCALBASE}/include" \ - LDFLAGS="${LDFLAGS}" \ - LD_LIBRARY_PATH="${LOCALBASE}/lib" \ - MANDIR="${PREFIX}/man" \ - SYSCONFDIR="${SYSCONFDIR}" \ - WANT_AUTOCC=0 \ - WANT_EDITLINE=0 \ - WANT_NCL=1 \ - WANT_DOTLOCK=0 \ - SID= +FLAVOR?= +WANTLIB= c crypto curses iconv ssl +LIB_DEPENDS= converters/libiconv + +CONFIG_ADDS= + +.if ${FLAVOR:Midna} +WANTLIB+= idn2 +LIB_DEPENDS+= devel/libidn2 +CONFIG_ADDS+= OPT_IDNA=yes VAL_IDNA=idn2 +.else +CONFIG_ADDS+= OPT_IDNA=no +.endif .if !empty(DEBUG) -MAKE_FLAGS+= WANT_DEBUG=1 -FAKE_FLAGS+= WANT_DEBUG=1 +CONFIG_ADDS+= OPT_DEBUG=yes +FAKE_FLAGS+= OPT_DEBUG=yes .endif -MAKE_ENV= VERBOSE=Yes - -LIB_DEPENDS= converters/libiconv \ - devel/libidn - -INSTALL_TARGET=packager-install +PORTHOME= ${WRKDIR} +MAKE_FILE= makefile +MAKE_ENV= VERBOSE=anynonempty +MAKE_FLAGS=C_INCLUDE_PATH="${LOCALBASE}/include" \ + LD_LIBRARY_PATH="${LOCALBASE}/lib" \ + VAL_MANDIR="${PREFIX}/man" \ + VAL_SYSCONFDIR="${SYSCONFDIR}" \ + VAL_SID= \ + \ + OPT_ALWAYS_UNICODE_LOCALE=yes \ + OPT_AGENT=no \ + OPT_AUTOCC=no OPT_DOTLOCK=no \ + OPT_GSSAPI=no \ + \ + VAL_RANDOM=arc4 \ + \ + ${CONFIG_ADDS} post-install: ${INSTALL_DATA_DIR} ${PREFIX}/share/examples/nail - mv ${DESTDIR}${SYSCONFDIR}/nail.rc ${PREFIX}/share/examples/nail + mv ${DESTDIR}${SYSCONFDIR}/nail.rc ${PREFIX}/share/examples/nail/ .include Index: distinfo === RCS file: /cvs/ports/mail/s-nail/distinfo,v retrieving revision 1.13 diff -u -p -r1.13 distinfo --- distinfo29 Jan 2017 06:08:51 - 1.13 +++ distinfo26 Mar 2018 18:45:48
Re: UPDATE mail/s-nail
On 2018/04/23 18:09, Steffen Nurpmeso wrote: > Hello, > > i wrote: > |i wrote: > ||Stuart Hendersonwrote: > |||On 2018/03/09 18:39, Steffen Nurpmeso wrote: > |||> Stuart Henderson wrote: > |||>|On 2018/03/08 17:35, Steffen Nurpmeso wrote: > |||>|> This brings in two and a half years of development and bug fixes. > |||>|> It has really improved, though a long road is ahead still. > |||>|> Changelog etc. at: https://www.sdaoden.eu/code-nail-ann.html > | ... > | > |I have released v14.9.10, the 40th BSD Mail anniversary version. > |Find below the updated recipe. > > four weeks have passed -- is anyone from ports interested in this > (as such that is)? Or is anything not right, is anything missing? > It is not bad from the feature side, it is stable, and it is > getting better. Suggestions and bug reports are always welcome. > Would be very much cooler to finally install 6.3 and have a binary > package at a fingertip! > > --steffen > | > |Der Kragenbaer,The moon bear, > |der holt sich munter he cheerfully and one by one > |einen nach dem anderen runter wa.ks himself off > |(By Robert Gernhardt) > Just given this a try (4 weeks ago we were tying up release IIRC, never a good time to send updates if you want them picked up ;) I see it is ignoring CFLAGS and setting its own optimizer levels, this should be under control of ports.
Re: UPDATE mail/s-nail
Hello, i wrote: |i wrote: ||Stuart Hendersonwrote: |||On 2018/03/09 18:39, Steffen Nurpmeso wrote: |||> Stuart Henderson wrote: |||>|On 2018/03/08 17:35, Steffen Nurpmeso wrote: |||>|> This brings in two and a half years of development and bug fixes. |||>|> It has really improved, though a long road is ahead still. |||>|> Changelog etc. at: https://www.sdaoden.eu/code-nail-ann.html | ... | |I have released v14.9.10, the 40th BSD Mail anniversary version. |Find below the updated recipe. four weeks have passed -- is anyone from ports interested in this (as such that is)? Or is anything not right, is anything missing? It is not bad from the feature side, it is stable, and it is getting better. Suggestions and bug reports are always welcome. Would be very much cooler to finally install 6.3 and have a binary package at a fingertip! --steffen | |Der Kragenbaer,The moon bear, |der holt sich munter he cheerfully and one by one |einen nach dem anderen runter wa.ks himself off |(By Robert Gernhardt)
Re: UPDATE mail/s-nail
P.S.: unplanned but nice coincidence: according to marc.info this was message 444 on openbsd-ports@ this month.. which is the very number of the S-nail project on Coverity.com! Ciao, --steffen | |Der Kragenbaer,The moon bear, |der holt sich munter he cheerfully and one by one |einen nach dem anderen runter wa.ks himself off |(By Robert Gernhardt)
Re: UPDATE mail/s-nail
i wrote: |Stuart Hendersonwrote: ||On 2018/03/09 18:39, Steffen Nurpmeso wrote: ||> Stuart Henderson wrote: ||>|On 2018/03/08 17:35, Steffen Nurpmeso wrote: ||>|> This brings in two and a half years of development and bug fixes. ||>|> It has really improved, though a long road is ahead still. ||>|> Changelog etc. at: https://www.sdaoden.eu/code-nail-ann.html ... I have released v14.9.10, the 40th BSD Mail anniversary version. Find below the updated recipe. Thanks already here, your Index: Makefile === RCS file: /cvs/ports/mail/s-nail/Makefile,v retrieving revision 1.19 diff -u -p -r1.19 Makefile --- Makefile8 Dec 2017 01:04:14 - 1.19 +++ Makefile26 Mar 2018 18:45:48 - @@ -1,48 +1,56 @@ # $OpenBSD: Makefile,v 1.19 2017/12/08 01:04:14 espie Exp $ -COMMENT= enhanced, MIME capable Berkeley Mail +COMMENT= SysV mail/BSD Mail/POSIX mailx: send and receive mail -DISTNAME= s-nail-14.8.16 -CATEGORIES=mail -HOMEPAGE= https://www.sdaoden.eu/code.html\#s-mailx -FIX_EXTRACT_PERMISSIONS=Yes +DISTNAME= s-nail-14.9.10 +CATEGORIES=mail +FLAVORS= idna +HOMEPAGE= https://www.sdaoden.eu/code.html\#s-mailx +MAINTAINER=Dmitrij D. Czarkoff +MASTER_SITES= https://ftp.sdaoden.eu/ # BSD -PERMIT_PACKAGE_CDROM= Yes +PERMIT_PACKAGE_CDROM=Yes -WANTLIB += c crypto iconv idn ssl - -MASTER_SITES= https://www.sdaoden.eu/downloads/ -MAINTAINER=Dmitrij D. Czarkoff - -MAKE_FILE= makefile -MAKE_FLAGS=CC="${CC}" \ - CFLAGS="${CFLAGS}" \ - C_INCLUDE_PATH="${LOCALBASE}/include" \ - LDFLAGS="${LDFLAGS}" \ - LD_LIBRARY_PATH="${LOCALBASE}/lib" \ - MANDIR="${PREFIX}/man" \ - SYSCONFDIR="${SYSCONFDIR}" \ - WANT_AUTOCC=0 \ - WANT_EDITLINE=0 \ - WANT_NCL=1 \ - WANT_DOTLOCK=0 \ - SID= +FLAVOR?= +WANTLIB= c crypto curses iconv ssl +LIB_DEPENDS= converters/libiconv + +CONFIG_ADDS= + +.if ${FLAVOR:Midna} +WANTLIB+= idn2 +LIB_DEPENDS+= devel/libidn2 +CONFIG_ADDS+= OPT_IDNA=yes VAL_IDNA=idn2 +.else +CONFIG_ADDS+= OPT_IDNA=no +.endif .if !empty(DEBUG) -MAKE_FLAGS+= WANT_DEBUG=1 -FAKE_FLAGS+= WANT_DEBUG=1 +CONFIG_ADDS+= OPT_DEBUG=yes +FAKE_FLAGS+= OPT_DEBUG=yes .endif -MAKE_ENV= VERBOSE=Yes - -LIB_DEPENDS= converters/libiconv \ - devel/libidn - -INSTALL_TARGET=packager-install +PORTHOME= ${WRKDIR} +MAKE_FILE= makefile +MAKE_ENV= VERBOSE=anynonempty +MAKE_FLAGS=C_INCLUDE_PATH="${LOCALBASE}/include" \ + LD_LIBRARY_PATH="${LOCALBASE}/lib" \ + VAL_MANDIR="${PREFIX}/man" \ + VAL_SYSCONFDIR="${SYSCONFDIR}" \ + VAL_SID= \ + \ + OPT_ALWAYS_UNICODE_LOCALE=yes \ + OPT_AGENT=no \ + OPT_DOTLOCK=no \ + OPT_GSSAPI=no \ + \ + VAL_RANDOM=arc4 \ + \ + ${CONFIG_ADDS} post-install: ${INSTALL_DATA_DIR} ${PREFIX}/share/examples/nail - mv ${DESTDIR}${SYSCONFDIR}/nail.rc ${PREFIX}/share/examples/nail + mv ${DESTDIR}${SYSCONFDIR}/nail.rc ${PREFIX}/share/examples/nail/ .include Index: distinfo === RCS file: /cvs/ports/mail/s-nail/distinfo,v retrieving revision 1.13 diff -u -p -r1.13 distinfo --- distinfo29 Jan 2017 06:08:51 - 1.13 +++ distinfo26 Mar 2018 18:45:48 - @@ -1,2 +1,2 @@ -SHA256 (s-nail-14.8.16.tar.gz) = xpt0+0scKhokHVOfVTFUpx53TocSI+6AjoY5Zl2bTMo= -SIZE (s-nail-14.8.16.tar.gz) = 604423 +SHA256 (s-nail-14.9.10.tar.gz) = h63nu+sRAlCvzoIhsrtVOj2WYTJ9/KP2IplPsBfEnMs= +SIZE (s-nail-14.9.10.tar.gz) = 895283 Index: patches/patch-nail_rc === RCS file: patches/patch-nail_rc diff -N patches/patch-nail_rc --- patches/patch-nail_rc 20 Oct 2016 10:49:23 - 1.5 +++ /dev/null 1 Jan 1970 00:00:00 - @@ -1,14 +0,0 @@ -$OpenBSD: patch-nail_rc,v 1.5 2016/10/20 10:49:23 czarkoff Exp $ - nail.rc.orig Wed Oct 5 12:04:53 2016 -+++ nail.rcSat Oct 8 03:38:20 2016 -@@ -43,6 +43,9 @@ set ask - # *header* on a per-folder basis (it is meaningless unless *header* is set) - set bsdannounce - -+# Use the traditional BSD Mail interface style. -+set bsdcompat -+ - # Uncomment this in order to get coloured output in $PAGER. - # (Coloured output is only used if $TERM is either found in *colour-terms* - # or includes the string
Re: UPDATE mail/s-nail
Hello Stuart, all. Stuart Hendersonwrote: |On 2018/03/09 18:39, Steffen Nurpmeso wrote: |> Stuart Henderson wrote: |>|On 2018/03/08 17:35, Steffen Nurpmeso wrote: |>|> This brings in two and a half years of development and bug fixes. |>|> It has really improved, though a long road is ahead still. |>|> Changelog etc. at: https://www.sdaoden.eu/code-nail-ann.html ... |>|It picks up idn2 in preference to idn if present at build, so |>|WANTLIB/LIB_DEPENDS needs fixing. |> |> ..Ok.. hmm. I must say i dislike the entire IDN stuff very very |> much (if 25 years ago the DNS had some extensions to support |> longer labels UTF-8 could be it; even globally), so instead i have |> changed the configuration to prefer IDN over IDN2, and added the |> changeset as a patch for the OpenBSD port. I really would prefer |> this approach and have no IDN2 around, if possible. ? | |Hm - I haven't been keeping close track of IDN, but don't some |DNS registrars (like .de) require IDNA 2008 (i.e. libidn2)? |There was a CVE in curl relating to this a couple of years ago. Yes. They use this backward incompatible stuff and also seem to promote DNSSEC (instead of DNS/DTLS and/or DNS/TCP/TLS, imho). Isn't it absurd that instead of using UTF-7 for internationalized DNS with an extension bit to support longer names they have chosen that mysterious algorithm to provide backward compatible somewhat shorter-than-UTF-7 ASCII representations, and then just break compatibility with already existing names with a shrug. No. Heck, whatever you say. It is much larger, of course. It took two hours to compile here... And noone uses it. :) So how about adding an "idna" FLAVOR!?! (For the future i have implemented an any_of mechanism, so we can say VAL_IDNA="idn2 idnkit" in the future. Thanks for pointing this out (it tips the scale in fact, i wondered just last week how to allow users and the test to choose the used PRG implementation, and have added non-generic OPT_SSL_RANDOM, this has to go again). Credits went to you.) ... |> Running "make test" does not work because we verify $HOME is an |> accessible directory, which the port framework does not provide. ... |Funnily enough this came up in another list post today. |You can either set PORTHOME as a port Makefile variable, or set |HOME as an environment variable for test. Using ${WRKDIR} for |this is often a good choice. Ah, ok, i did not find anything in FAQ, and then refrained from asking. Now am seeing it in bsd.port.mk(5). Did the first, ok? Fine, so with a corrected patch (was not a double free indeed, kept on wondering), and a patch for that false printf(1) in the test, IDN2 patch removed and IDN2 dependency added for a new idna FLAVOR (thus not using the .xz tarball since only IDN2 brings xz; unfortunately there is no zstd(1) packaging around yet, nor is it in the OpenBSD base system), all tests work and we end up as pasted below. Thanks Stuart for the comments and suggestions, a nice weekend i wish you, and all, Ciao already here, Index: Makefile === RCS file: /cvs/ports/mail/s-nail/Makefile,v retrieving revision 1.19 diff -u -p -r1.19 Makefile --- Makefile8 Dec 2017 01:04:14 - 1.19 +++ Makefile10 Mar 2018 21:56:02 - @@ -1,45 +1,51 @@ # $OpenBSD: Makefile,v 1.19 2017/12/08 01:04:14 espie Exp $ -COMMENT= enhanced, MIME capable Berkeley Mail +COMMENT= SysV mail/BSD Mail/POSIX mailx: send and receive mail -DISTNAME= s-nail-14.8.16 -CATEGORIES=mail -HOMEPAGE= https://www.sdaoden.eu/code.html\#s-mailx -FIX_EXTRACT_PERMISSIONS=Yes +DISTNAME= s-nail-14.9.9 +CATEGORIES=mail +FLAVORS= idna +HOMEPAGE= https://www.sdaoden.eu/code.html\#s-mailx +MAINTAINER=Dmitrij D. Czarkoff +MASTER_SITES= https://ftp.sdaoden.eu/ # BSD -PERMIT_PACKAGE_CDROM= Yes - -WANTLIB += c crypto iconv idn ssl - -MASTER_SITES= https://www.sdaoden.eu/downloads/ -MAINTAINER=Dmitrij D. Czarkoff +PERMIT_PACKAGE_CDROM=Yes +# XXX remove FIX_EXTRACT_PERMISSIONS with update to version >14.9.9 +FIX_EXTRACT_PERMISSIONS=Yes -MAKE_FILE= makefile -MAKE_FLAGS=CC="${CC}" \ - CFLAGS="${CFLAGS}" \ - C_INCLUDE_PATH="${LOCALBASE}/include" \ - LDFLAGS="${LDFLAGS}" \ - LD_LIBRARY_PATH="${LOCALBASE}/lib" \ - MANDIR="${PREFIX}/man" \ - SYSCONFDIR="${SYSCONFDIR}" \ - WANT_AUTOCC=0 \ - WANT_EDITLINE=0 \ - WANT_NCL=1 \ - WANT_DOTLOCK=0 \ - SID= +FLAVOR?= +WANTLIB= c crypto curses iconv ssl +LIB_DEPENDS= converters/libiconv +.if ${FLAVOR:Midna}
Re: UPDATE mail/s-nail
On 2018/03/09 18:39, Steffen Nurpmeso wrote: > Hello Stuart! > > Thanks for looking into this. > > Stuart Hendersonwrote: > |On 2018/03/08 17:35, Steffen Nurpmeso wrote: > |> This brings in two and a half years of development and bug fixes. > |> It has really improved, though a long road is ahead still. > |> Changelog etc. at: https://www.sdaoden.eu/code-nail-ann.html > ... > |> +FIX_EXTRACT_PERMISSIONS=Yes > | > |You're upstream aren't you - is there a reason for the unusual > |permissions in the tar file? > > In a future release i will thus create the balls with a different > umask(1) so this should then no longer be necessary. > I gave the credit William (finally) and you (thanks). > > |It picks up idn2 in preference to idn if present at build, so > |WANTLIB/LIB_DEPENDS needs fixing. > > ..Ok.. hmm. I must say i dislike the entire IDN stuff very very > much (if 25 years ago the DNS had some extensions to support > longer labels UTF-8 could be it; even globally), so instead i have > changed the configuration to prefer IDN over IDN2, and added the > changeset as a patch for the OpenBSD port. I really would prefer > this approach and have no IDN2 around, if possible. ? Hm - I haven't been keeping close track of IDN, but don't some DNS registrars (like .de) require IDNA 2008 (i.e. libidn2)? There was a CVE in curl relating to this a couple of years ago. > |$ make port-lib-depends-check > |s-nail-14.9.9(mail/s-nail): > |Missing lib: idn2.1 (/usr/local/bin/nail) (NOT REACHABLE) > |Extra: idn.17 > > Should work now. > > Also i add a fix for a double-free that sneaked into the codebase, > unfortunately. We have builtin double-free detection, terrible ... > > Running "make test" does not work because we verify $HOME is an > accessible directory, which the port framework does not provide. > (The message is "nail: $HOME is not a directory or not accessible: > /s-nail-14.9.9_writes_to_HOME", but we do not write, we only > verify because $HOME is indeed target for several standardized > files which we possibly would need to address.) Due to that the > error messages invalidate the test checksums. Funnily enough this came up in another list post today. You can either set PORTHOME as a port Makefile variable, or set HOME as an environment variable for test. Using ${WRKDIR} for this is often a good choice.
Re: UPDATE mail/s-nail
Hello Stuart! Thanks for looking into this. Stuart Hendersonwrote: |On 2018/03/08 17:35, Steffen Nurpmeso wrote: |> This brings in two and a half years of development and bug fixes. |> It has really improved, though a long road is ahead still. |> Changelog etc. at: https://www.sdaoden.eu/code-nail-ann.html ... |> +FIX_EXTRACT_PERMISSIONS=Yes | |You're upstream aren't you - is there a reason for the unusual |permissions in the tar file? In a future release i will thus create the balls with a different umask(1) so this should then no longer be necessary. I gave the credit William (finally) and you (thanks). |It picks up idn2 in preference to idn if present at build, so |WANTLIB/LIB_DEPENDS needs fixing. ..Ok.. hmm. I must say i dislike the entire IDN stuff very very much (if 25 years ago the DNS had some extensions to support longer labels UTF-8 could be it; even globally), so instead i have changed the configuration to prefer IDN over IDN2, and added the changeset as a patch for the OpenBSD port. I really would prefer this approach and have no IDN2 around, if possible. ? |$ make port-lib-depends-check |s-nail-14.9.9(mail/s-nail): |Missing lib: idn2.1 (/usr/local/bin/nail) (NOT REACHABLE) |Extra: idn.17 Should work now. Also i add a fix for a double-free that sneaked into the codebase, unfortunately. We have builtin double-free detection, terrible ... Running "make test" does not work because we verify $HOME is an accessible directory, which the port framework does not provide. (The message is "nail: $HOME is not a directory or not accessible: /s-nail-14.9.9_writes_to_HOME", but we do not write, we only verify because $HOME is indeed target for several standardized files which we possibly would need to address.) Due to that the error messages invalidate the test checksums. Running the regression test manually succeeds: ?0[steffen@obsd s-nail-14.9.9]$ pwd /usr/ports/pobj/s-nail-14.9.9/s-nail-14.9.9 ?0[steffen@obsd s-nail-14.9.9]$ make test /bin/sh ./cc-test.sh --check-only ./nail ... except for t_behave_attachments which fails because i once again have made it and escaped a newline in a printf(1) statement (and did not retest on all platforms after doing so). Ciao, Index: Makefile === RCS file: /cvs/ports/mail/s-nail/Makefile,v retrieving revision 1.19 diff -u -p -r1.19 Makefile --- Makefile8 Dec 2017 01:04:14 - 1.19 +++ Makefile9 Mar 2018 17:31:14 - @@ -1,45 +1,43 @@ # $OpenBSD: Makefile,v 1.19 2017/12/08 01:04:14 espie Exp $ -COMMENT= enhanced, MIME capable Berkeley Mail +COMMENT= SysV mail/BSD Mail/POSIX mailx: send and receive mail -DISTNAME= s-nail-14.8.16 -CATEGORIES=mail -HOMEPAGE= https://www.sdaoden.eu/code.html\#s-mailx -FIX_EXTRACT_PERMISSIONS=Yes +DISTNAME= s-nail-14.9.9 +CATEGORIES=mail +HOMEPAGE= https://www.sdaoden.eu/code.html\#s-mailx +MAINTAINER=Dmitrij D. Czarkoff # BSD -PERMIT_PACKAGE_CDROM= Yes - -WANTLIB += c crypto iconv idn ssl +PERMIT_PACKAGE_CDROM=Yes -MASTER_SITES= https://www.sdaoden.eu/downloads/ -MAINTAINER=Dmitrij D. Czarkoff +MASTER_SITES= https://ftp.sdaoden.eu/ +# XXX remove FIX_EXTRACT_PERMISSIONS with update to version >14.9.9 +FIX_EXTRACT_PERMISSIONS=Yes -MAKE_FILE= makefile -MAKE_FLAGS=CC="${CC}" \ - CFLAGS="${CFLAGS}" \ - C_INCLUDE_PATH="${LOCALBASE}/include" \ - LDFLAGS="${LDFLAGS}" \ - LD_LIBRARY_PATH="${LOCALBASE}/lib" \ - MANDIR="${PREFIX}/man" \ - SYSCONFDIR="${SYSCONFDIR}" \ - WANT_AUTOCC=0 \ - WANT_EDITLINE=0 \ - WANT_NCL=1 \ - WANT_DOTLOCK=0 \ - SID= +WANTLIB= c crypto curses iconv idn ssl +LIB_DEPENDS= converters/libiconv \ + devel/libidn +# xxx Verifies an accessible $HOME, which "make test" does not provide +NO_TEST= Yes + +MAKE_FILE= makefile +MAKE_FLAGS=C_INCLUDE_PATH="${LOCALBASE}/include" \ + LD_LIBRARY_PATH="${LOCALBASE}/lib" \ + VAL_MANDIR="${PREFIX}/man" \ + VAL_SYSCONFDIR="${SYSCONFDIR}" \ + VAL_SID= \ + \ + OPT_AUTOCC=no \ + OPT_DOTLOCK=no \ + OPT_SPAM_SPAMC=yes \ + OPT_SSL_RANDOM=no .if !empty(DEBUG) -MAKE_FLAGS+= WANT_DEBUG=1 -FAKE_FLAGS+= WANT_DEBUG=1 +MAKE_FLAGS+= OPT_DEBUG=yes +FAKE_FLAGS+= OPT_DEBUG=yes .endif -MAKE_ENV= VERBOSE=Yes - -LIB_DEPENDS= converters/libiconv \ - devel/libidn - -INSTALL_TARGET=packager-install +MAKE_ENV=
Re: UPDATE mail/s-nail
On 2018/03/08 17:35, Steffen Nurpmeso wrote: > This brings in two and a half years of development and bug fixes. > It has really improved, though a long road is ahead still. > Changelog etc. at: https://www.sdaoden.eu/code-nail-ann.html > Thank you. > > Index: Makefile > === ..snip.. > +FIX_EXTRACT_PERMISSIONS=Yes You're upstream aren't you - is there a reason for the unusual permissions in the tar file? It picks up idn2 in preference to idn if present at build, so WANTLIB/LIB_DEPENDS needs fixing. $ make port-lib-depends-check s-nail-14.9.9(mail/s-nail): Missing lib: idn2.1 (/usr/local/bin/nail) (NOT REACHABLE) Extra: idn.17
UPDATE mail/s-nail
This brings in two and a half years of development and bug fixes. It has really improved, though a long road is ahead still. Changelog etc. at: https://www.sdaoden.eu/code-nail-ann.html Thank you. Index: Makefile === RCS file: /cvs/ports/mail/s-nail/Makefile,v retrieving revision 1.19 diff -u -p -r1.19 Makefile --- Makefile8 Dec 2017 01:04:14 - 1.19 +++ Makefile8 Mar 2018 16:26:49 - @@ -1,45 +1,41 @@ # $OpenBSD: Makefile,v 1.19 2017/12/08 01:04:14 espie Exp $ -COMMENT= enhanced, MIME capable Berkeley Mail +COMMENT= SysV mail/BSD Mail/POSIX mailx: send and receive mail -DISTNAME= s-nail-14.8.16 -CATEGORIES=mail -HOMEPAGE= https://www.sdaoden.eu/code.html\#s-mailx -FIX_EXTRACT_PERMISSIONS=Yes +DISTNAME= s-nail-14.9.9 +CATEGORIES=mail +HOMEPAGE= https://www.sdaoden.eu/code.html\#s-mailx +FIX_EXTRACT_PERMISSIONS=Yes # BSD -PERMIT_PACKAGE_CDROM= Yes +PERMIT_PACKAGE_CDROM=Yes -WANTLIB += c crypto iconv idn ssl +WANTLIB += c crypto curses iconv idn ssl -MASTER_SITES= https://www.sdaoden.eu/downloads/ -MAINTAINER=Dmitrij D. Czarkoff+MASTER_SITES= https://ftp.sdaoden.eu/ +MAINTAINER=Dmitrij D. Czarkoff -MAKE_FILE= makefile -MAKE_FLAGS=CC="${CC}" \ - CFLAGS="${CFLAGS}" \ - C_INCLUDE_PATH="${LOCALBASE}/include" \ - LDFLAGS="${LDFLAGS}" \ - LD_LIBRARY_PATH="${LOCALBASE}/lib" \ - MANDIR="${PREFIX}/man" \ - SYSCONFDIR="${SYSCONFDIR}" \ - WANT_AUTOCC=0 \ - WANT_EDITLINE=0 \ - WANT_NCL=1 \ - WANT_DOTLOCK=0 \ - SID= +MAKE_FILE= makefile +MAKE_FLAGS=C_INCLUDE_PATH="${LOCALBASE}/include" \ + LD_LIBRARY_PATH="${LOCALBASE}/lib" \ + VAL_MANDIR="${PREFIX}/man" \ + VAL_SYSCONFDIR="${SYSCONFDIR}" \ + VAL_SID= \ + \ + OPT_AUTOCC=no \ + OPT_DOTLOCK=no \ .if !empty(DEBUG) -MAKE_FLAGS+= WANT_DEBUG=1 -FAKE_FLAGS+= WANT_DEBUG=1 +MAKE_FLAGS+= OPT_DEBUG=yes +FAKE_FLAGS+= OPT_DEBUG=yes .endif -MAKE_ENV= VERBOSE=Yes +MAKE_ENV= VERBOSE=anynonempty -LIB_DEPENDS= converters/libiconv \ - devel/libidn +LIB_DEPENDS= converters/libiconv \ + devel/libidn -INSTALL_TARGET=packager-install +INSTALL_TARGET=install post-install: ${INSTALL_DATA_DIR} ${PREFIX}/share/examples/nail Index: distinfo === RCS file: /cvs/ports/mail/s-nail/distinfo,v retrieving revision 1.13 diff -u -p -r1.13 distinfo --- distinfo29 Jan 2017 06:08:51 - 1.13 +++ distinfo8 Mar 2018 16:26:49 - @@ -1,2 +1,2 @@ -SHA256 (s-nail-14.8.16.tar.gz) = xpt0+0scKhokHVOfVTFUpx53TocSI+6AjoY5Zl2bTMo= -SIZE (s-nail-14.8.16.tar.gz) = 604423 +SHA256 (s-nail-14.9.9.tar.gz) = zb0ni2NPMt+A8i0KP8flmw1fPUGhn+9GOO/LbC0ZhJA= +SIZE (s-nail-14.9.9.tar.gz) = 885904 Index: patches/patch-nail_rc === RCS file: patches/patch-nail_rc diff -N patches/patch-nail_rc --- patches/patch-nail_rc 20 Oct 2016 10:49:23 - 1.5 +++ /dev/null 1 Jan 1970 00:00:00 - @@ -1,14 +0,0 @@ -$OpenBSD: patch-nail_rc,v 1.5 2016/10/20 10:49:23 czarkoff Exp $ - nail.rc.orig Wed Oct 5 12:04:53 2016 -+++ nail.rcSat Oct 8 03:38:20 2016 -@@ -43,6 +43,9 @@ set ask - # *header* on a per-folder basis (it is meaningless unless *header* is set) - set bsdannounce - -+# Use the traditional BSD Mail interface style. -+set bsdcompat -+ - # Uncomment this in order to get coloured output in $PAGER. - # (Coloured output is only used if $TERM is either found in *colour-terms* - # or includes the string "color") Index: pkg/DESCR === RCS file: /cvs/ports/mail/s-nail/pkg/DESCR,v retrieving revision 1.1.1.1 diff -u -p -r1.1.1.1 DESCR --- pkg/DESCR 29 Mar 2013 03:54:34 - 1.1.1.1 +++ pkg/DESCR 8 Mar 2018 16:26:49 - @@ -1,5 +1,4 @@ -S-nail is a fork of Heirloom mailx, formerly known as nail. It is a mail user -agent derived from Berkeley Mail 8.1 and is intended to provide the -functionality of the POSIX.2 mailx command with additional support for MIME -messages, Maildir, POP3, IMAP, SMTP, threading, spam control, and other -features. +S-nail provides a simple and friendly environment for sending and receiving +mail. It is intended to provide the functionality of the POSIX mailx(1) +command, but is MIME capable and optionally offers extensions for line
Update: mail/s-nail
Hi! Here is an update to recently released s-nail 14.8.12. As I noticed several issues with libedit-based line editing, I switched s-nail to its native line editing implementation. I tried to contact MAINTAINER (william@) first, but he did not respond, so I am sending the patch to this list. FWIW I would like to take over maintainership for this port. Comments? OKs? -- Dmitrij D. Czarkoff Index: Makefile === RCS file: /var/cvs/ports/mail/s-nail/Makefile,v retrieving revision 1.14 diff -u -p -r1.14 Makefile --- Makefile13 Sep 2016 16:12:14 - 1.14 +++ Makefile9 Oct 2016 11:14:05 - @@ -2,7 +2,7 @@ COMMENT= enhanced, MIME capable Berkeley Mail -DISTNAME= s-nail-14.8.9 +DISTNAME= s-nail-14.8.12 CATEGORIES=mail HOMEPAGE= https://www.sdaoden.eu/code.html#s-mailx @@ -23,10 +23,15 @@ MAKE_FLAGS= CC="${CC}" \ MANDIR="${PREFIX}/man" \ SYSCONFDIR="${SYSCONFDIR}" \ WANT_AUTOCC=0 \ - WANT_EDITLINE=1 \ - WANT_NCL=0 \ + WANT_EDITLINE=0 \ + WANT_NCL=1 \ WANT_DOTLOCK=0 \ SID= + +.if !empty(DEBUG) +MAKE_FLAGS+= WANT_DEBUG=1 +FAKE_FLAGS+= WANT_DEBUG=1 +.endif MAKE_ENV= VERBOSE=Yes Index: distinfo === RCS file: /var/cvs/ports/mail/s-nail/distinfo,v retrieving revision 1.9 diff -u -p -r1.9 distinfo --- distinfo14 Aug 2016 07:09:26 - 1.9 +++ distinfo8 Oct 2016 01:38:01 - @@ -1,2 +1,2 @@ -SHA256 (s-nail-14.8.9.tar.gz) = W3I4qnE686HWjcX5r+Ozu+MB5Am8yArtPvZSWxUP42M= -SIZE (s-nail-14.8.9.tar.gz) = 590085 +SHA256 (s-nail-14.8.12.tar.gz) = W2cb9Dz9sbouFIwRN3Vb4NiclGVgF9V0hF5zTcMKlzk= +SIZE (s-nail-14.8.12.tar.gz) = 596064 Index: patches/patch-nail_rc === RCS file: /var/cvs/ports/mail/s-nail/patches/patch-nail_rc,v retrieving revision 1.4 diff -u -p -r1.4 patch-nail_rc --- patches/patch-nail_rc 3 Jan 2015 18:00:47 - 1.4 +++ patches/patch-nail_rc 8 Oct 2016 01:38:26 - @@ -1,8 +1,8 @@ $OpenBSD: patch-nail_rc,v 1.4 2015/01/03 18:00:47 jca Exp $ nail.rc.orig Thu Dec 18 14:49:46 2014 -+++ nail.rcFri Jan 2 08:33:46 2015 -@@ -41,6 +41,9 @@ set ask +--- nail.rc.orig Wed Oct 5 12:04:53 2016 nail.rcSat Oct 8 03:38:20 2016 +@@ -43,6 +43,9 @@ set ask # *header* on a per-folder basis (it is meaningless unless *header* is set) set bsdannounce
Re: Update mail/s-nail to 14.7.11
Committed, thanks. -- jca | PGP : 0x1524E7EE / 5135 92C1 AD36 5293 2BDF DDCC 0DFA 74AE 1524 E7EE
Re: Update mail/s-nail to 14.7.11
trondd tro...@gmail.com wrote: Easy update to 14.7.11 which fixes an IMAP crash I was having. Been using this on amd64 and zaurus for several weeks. Looks sane to me. Unless I hear objections I will commit this tomorrow. -- jca | PGP : 0x1524E7EE / 5135 92C1 AD36 5293 2BDF DDCC 0DFA 74AE 1524 E7EE
Re: Update mail/s-nail to 14.7.11
j...@wxcvbn.org (J??r??mie Courr??ges-Anglas) wrote: Committed, thanks. -- jca | PGP : 0x1524E7EE / 5135 92C1 AD36 5293 2BDF DDCC 0DFA 74AE 1524 E7EE Thanks! Tim.
Update mail/s-nail to 14.7.11
Easy update to 14.7.11 which fixes an IMAP crash I was having. Been using this on amd64 and zaurus for several weeks. Index: Makefile === RCS file: /cvs/ports/mail/s-nail/Makefile,v retrieving revision 1.10 diff -u -p -r1.10 Makefile --- Makefile3 Jan 2015 18:00:47 - 1.10 +++ Makefile27 Jan 2015 16:21:14 - @@ -2,7 +2,7 @@ COMMENT= enhanced, MIME capable Berkeley Mail -DISTNAME= s-nail-14.7.10 +DISTNAME= s-nail-14.7.11 DISTFILES= ${DISTNAME:S/./_/g}.tar.gz CATEGORIES=mail HOMEPAGE= http://sdaoden.users.sourceforge.net/code.html#s-nail Index: distinfo === RCS file: /cvs/ports/mail/s-nail/distinfo,v retrieving revision 1.6 diff -u -p -r1.6 distinfo --- distinfo3 Jan 2015 18:00:47 - 1.6 +++ distinfo27 Jan 2015 16:21:14 - @@ -1,2 +1,2 @@ -SHA256 (s-nail-14_7_10.tar.gz) = BL6mBWW6yXccmr0d9eXGULeQVaDAnAkyKEVB60clzUg= -SIZE (s-nail-14_7_10.tar.gz) = 523565 +SHA256 (s-nail-14_7_11.tar.gz) = zxxeEIni4Y8euAreQbO3X/Xt2JjjBmrNS+L0IVU51H4= +SIZE (s-nail-14_7_11.tar.gz) = 525827