subject:"UPDATE mail\/s\-nail"

UPDATE mail/s-nail

2022-04-01 Thread Steffen Nurpmeso

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

2021-12-10 Thread Steffen Nurpmeso

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

2021-12-10 Thread Stuart Henderson

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

2021-12-09 Thread Steffen Nurpmeso

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

2021-12-09 Thread Stuart Henderson

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

2021-12-09 Thread Steffen Nurpmeso

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

2021-12-02 Thread Steffen Nurpmeso

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

2021-11-12 Thread Steffen Nurpmeso

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

2021-03-09 Thread Steffen Nurpmeso

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

2021-03-08 Thread Stuart Henderson

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

2021-03-08 Thread Steffen Nurpmeso

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

2021-03-08 Thread Steffen Nurpmeso

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

2021-03-08 Thread Stuart Henderson

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

2021-03-08 Thread Steffen Nurpmeso

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

2021-02-24 Thread Steffen Nurpmeso

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

2021-01-22 Thread Steffen Nurpmeso

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

2021-01-21 Thread Steffen Nurpmeso

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

2021-01-05 Thread Steffen Nurpmeso

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

2020-12-29 Thread Steffen Nurpmeso

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

2020-12-14 Thread Steffen Nurpmeso

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

2020-05-27 Thread Steffen Nurpmeso

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

2020-05-26 Thread Stuart Henderson

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

2020-05-26 Thread Steffen Nurpmeso

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

2020-04-27 Thread Steffen Nurpmeso

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

2020-04-24 Thread Steffen Nurpmeso

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

2020-04-18 Thread Steffen Nurpmeso

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

2020-02-10 Thread Steffen Nurpmeso

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

2020-02-03 Thread Steffen Nurpmeso

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

2020-01-03 Thread Steffen Nurpmeso

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

2020-01-03 Thread Stuart Henderson

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

2020-01-02 Thread Steffen Nurpmeso

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

2020-01-01 Thread Steffen Nurpmeso

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

2019-12-31 Thread Stuart Henderson

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

2019-12-31 Thread Solene Rapenne

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

2019-12-31 Thread Steffen Nurpmeso

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

2019-08-20 Thread Stuart Henderson

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

2019-08-20 Thread Steffen Nurpmeso

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

2019-08-20 Thread Stuart Henderson

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

2019-08-19 Thread Steffen Nurpmeso

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

2019-08-19 Thread Steffen Nurpmeso

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

2019-07-29 Thread Steffen Nurpmeso

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

2019-07-29 Thread Stuart Henderson

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

2019-07-29 Thread Steffen Nurpmeso

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

2019-04-17 Thread Steffen Nurpmeso

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

2019-04-17 Thread Solene Rapenne

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

2019-04-11 Thread Steffen Nurpmeso

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

2019-04-11 Thread Stuart Henderson

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

2019-04-10 Thread Steffen Nurpmeso

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

2019-04-10 Thread Ingo Schwarze

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

2019-04-10 Thread Steffen Nurpmeso

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

2019-03-08 Thread Steffen Nurpmeso

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

2018-09-15 Thread Steffen Nurpmeso

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

2018-09-15 Thread Landry Breuil

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

2018-09-14 Thread Stuart Henderson

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

2018-09-14 Thread Steffen Nurpmeso

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

2018-08-17 Thread Steffen Nurpmeso

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

2018-08-09 Thread Steffen Nurpmeso

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

2018-04-24 Thread Steffen Nurpmeso

Stuart Henderson  wrote:
 |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

2018-04-23 Thread Stuart Henderson

On 2018/04/23 19:36, Steffen Nurpmeso wrote:
> Oh, hello again Stuart.
> 
> 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
>  ...
>  |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

2018-04-23 Thread Steffen Nurpmeso

Oh, hello again Stuart.

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
 ...
 |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

2018-04-23 Thread Stuart Henderson

On 2018/04/23 18:09, Steffen Nurpmeso wrote:
> Hello,
> 
> 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
> (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

2018-04-23 Thread Steffen Nurpmeso

Hello,

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
(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

2018-03-26 Thread Steffen Nurpmeso

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

2018-03-26 Thread Steffen Nurpmeso

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.
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

2018-03-10 Thread Steffen Nurpmeso

Hello Stuart, all.

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
 ...
 |>|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

2018-03-10 Thread Stuart Henderson

On 2018/03/09 18:39, Steffen Nurpmeso wrote:
> Hello Stuart!
> 
> Thanks for looking into this.
> 
> 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
>  ...
>  |> +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

2018-03-09 Thread Steffen Nurpmeso

Hello Stuart!

Thanks for looking into this.

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
 ...
 |> +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

2018-03-08 Thread Stuart Henderson

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

2018-03-08 Thread Steffen Nurpmeso

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

2016-10-19 Thread Dmitrij D. Czarkoff

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

2015-02-04 Thread Jérémie Courrèges-Anglas


Committed, thanks.

-- 
jca | PGP : 0x1524E7EE / 5135 92C1 AD36 5293 2BDF  DDCC 0DFA 74AE 1524 E7EE

Re: Update mail/s-nail to 14.7.11

2015-02-03 Thread Jeremie Courreges-Anglas

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

2015-02-03 Thread trondd

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

2015-01-27 Thread trondd

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

74 matches

Mail list logo