Re: NEW: net/ucspi-tcp
Nearly there; couple of minor things: These lines in Makefile are surplus and can be removed: DOCFILES= README BINFILES= tcpserver tcpclient tcprules tcprulescheck MANFILES= tcpserver.1 tcpclient.1 tcprules.1 tcprulescheck.1 I think this MESSAGE should be moved to a README; MESSAGE is for special cases as pkg_add displays it every time the package is updated so it's easy to lose critical information in a sea of less-important notes on screen.
Re: NEW: net/ucspi-tcp
On Wed, Jun 04, 2014 at 10:41:03AM +0100, Stuart Henderson wrote: Nearly there; couple of minor things: These lines in Makefile are surplus and can be removed: DOCFILES= README BINFILES= tcpserver tcpclient tcprules tcprulescheck MANFILES= tcpserver.1 tcpclient.1 tcprules.1 tcprulescheck.1 I think this MESSAGE should be moved to a README; MESSAGE is for special cases as pkg_add displays it every time the package is updated so it's easy to lose critical information in a sea of less-important notes on screen. Sorry, that I overlooked the useless variables. The attachment should be ready now. Thanks, Jan ucspi-tcp.tar.gz Description: application/tar-gz
Re: NEW: net/ucspi-tcp
On 2014/06/04 20:40, Jan Klemkow wrote: On Wed, Jun 04, 2014 at 10:41:03AM +0100, Stuart Henderson wrote: Nearly there; couple of minor things: These lines in Makefile are surplus and can be removed: DOCFILES= README BINFILES= tcpserver tcpclient tcprules tcprulescheck MANFILES= tcpserver.1 tcpclient.1 tcprules.1 tcprulescheck.1 I think this MESSAGE should be moved to a README; MESSAGE is for special cases as pkg_add displays it every time the package is updated so it's easy to lose critical information in a sea of less-important notes on screen. Sorry, that I overlooked the useless variables. The attachment should be ready now. Thanks, Jan Slight tweaks; use the standard pkg/README infrastructure in ports and adjust the file slightly; tweak whitespace in Makefile. New tgz attached. Fine with me, any OKs to import? (Or someone else can import with my OK). ucspi-tcp.tgz Description: application/tar-gz
Re: NEW: net/ucspi-tcp
On Mon, Jun 02, 2014 at 09:25:59PM +0200, Henning Brauer wrote: * Jan Klemkow j.klem...@wemelug.de [2014-06-02 19:56]: On Mon, Jun 02, 2014 at 11:50:19AM +0200, Henning Brauer wrote: * Jan Klemkow j.klem...@wemelug.de [2014-06-01 23:38]: On Fri, May 30, 2014 at 09:51:24PM +0100, Stuart Henderson wrote: On 2014/05/30 22:43, Jan Klemkow wrote: On Fri, May 30, 2014 at 10:26:43PM +0200, Jan Klemkow wrote: On Fri, May 30, 2014 at 01:49:55PM +0200, Henning Brauer wrote: * Stuart Henderson st...@openbsd.org [2014-05-28 12:31]: the old port also had this...is this or something like it still needed? # datasize limit in 'run' files is too low for ld.so # to be able to pull in libc LDFLAGS+= -static that is everything but smart, it makes MUCH more sense to increase the datasize limits (the softlimit calls) in the run scripts. Henning is right. It is stupid to compile this port static cause of the datasize limit. So I removed it from the port. If something is still needed for this, then it probably needs some kind of instructions somewhere... I talked with Henning about the reason of that static compiling hack. As I understand him, there are some scripts from djb which sets the datasize limit to a low value and that causes some crashes. So I add an install notice to the port: Please notice, there may be some scripts that manipulate the datasize limit of tcpclient/tcpserver which may cause a process termination. For more information look at login.conf(5). not really. a typical daemontools-style run script looks like this: #!/bin/sh exec 21 exec envuidgid tinydns envdir ./env softlimit -d3 /usr/local/bin/tinydns since it's djb and just HAS to be different to be different... the softlimit invocation is the culprit, that number there needs adjustment, the defaults from more than a decade ago (when no randomization, eating a little virtual mem, took place) just don't cut it any more. What should I do with this port now? Adding this message, no message, or an other message? IMO: tweak the message - explicit mention of softlimit, and I think the pointer to login.conf is misleading. I changed the message to: Please note, there are scripts which use the softlimit application to manipulate the datasize limit of tcpclient/tcpserver which may cause a process termination. To avoid this you could disable the usage of softlimit or set the datasize limit to a proper value. Thanks for you help, Jan ucspi-tcp.tar.gz Description: application/tar-gz
Re: NEW: net/ucspi-tcp
* Jan Klemkow j.klem...@wemelug.de [2014-06-03 13:09]: I changed the message to: Please note, there are scripts which use the softlimit application to manipulate the datasize limit of tcpclient/tcpserver which may cause a process termination. To avoid this you could disable the usage of softlimit or set the datasize limit to a proper value. yup, that's what it comes down to.
Re: NEW: net/ucspi-tcp
* Jan Klemkow j.klem...@wemelug.de [2014-06-01 23:38]: On Fri, May 30, 2014 at 09:51:24PM +0100, Stuart Henderson wrote: On 2014/05/30 22:43, Jan Klemkow wrote: On Fri, May 30, 2014 at 10:26:43PM +0200, Jan Klemkow wrote: On Fri, May 30, 2014 at 01:49:55PM +0200, Henning Brauer wrote: * Stuart Henderson st...@openbsd.org [2014-05-28 12:31]: the old port also had this...is this or something like it still needed? # datasize limit in 'run' files is too low for ld.so # to be able to pull in libc LDFLAGS+= -static that is everything but smart, it makes MUCH more sense to increase the datasize limits (the softlimit calls) in the run scripts. Henning is right. It is stupid to compile this port static cause of the datasize limit. So I removed it from the port. If something is still needed for this, then it probably needs some kind of instructions somewhere... I talked with Henning about the reason of that static compiling hack. As I understand him, there are some scripts from djb which sets the datasize limit to a low value and that causes some crashes. So I add an install notice to the port: Please notice, there may be some scripts that manipulate the datasize limit of tcpclient/tcpserver which may cause a process termination. For more information look at login.conf(5). not really. a typical daemontools-style run script looks like this: #!/bin/sh exec 21 exec envuidgid tinydns envdir ./env softlimit -d3 /usr/local/bin/tinydns since it's djb and just HAS to be different to be different... the softlimit invocation is the culprit, that number there needs adjustment, the defaults from more than a decade ago (when no randomization, eating a little virtual mem, took place) just don't cut it any more.
Re: NEW: net/ucspi-tcp
On Mon, Jun 02, 2014 at 11:50:19AM +0200, Henning Brauer wrote: * Jan Klemkow j.klem...@wemelug.de [2014-06-01 23:38]: On Fri, May 30, 2014 at 09:51:24PM +0100, Stuart Henderson wrote: On 2014/05/30 22:43, Jan Klemkow wrote: On Fri, May 30, 2014 at 10:26:43PM +0200, Jan Klemkow wrote: On Fri, May 30, 2014 at 01:49:55PM +0200, Henning Brauer wrote: * Stuart Henderson st...@openbsd.org [2014-05-28 12:31]: the old port also had this...is this or something like it still needed? # datasize limit in 'run' files is too low for ld.so # to be able to pull in libc LDFLAGS+= -static that is everything but smart, it makes MUCH more sense to increase the datasize limits (the softlimit calls) in the run scripts. Henning is right. It is stupid to compile this port static cause of the datasize limit. So I removed it from the port. If something is still needed for this, then it probably needs some kind of instructions somewhere... I talked with Henning about the reason of that static compiling hack. As I understand him, there are some scripts from djb which sets the datasize limit to a low value and that causes some crashes. So I add an install notice to the port: Please notice, there may be some scripts that manipulate the datasize limit of tcpclient/tcpserver which may cause a process termination. For more information look at login.conf(5). not really. a typical daemontools-style run script looks like this: #!/bin/sh exec 21 exec envuidgid tinydns envdir ./env softlimit -d3 /usr/local/bin/tinydns since it's djb and just HAS to be different to be different... the softlimit invocation is the culprit, that number there needs adjustment, the defaults from more than a decade ago (when no randomization, eating a little virtual mem, took place) just don't cut it any more. What should I do with this port now? Adding this message, no message, or an other message? thanks, Jan
Re: NEW: net/ucspi-tcp
* Jan Klemkow j.klem...@wemelug.de [2014-06-02 19:56]: On Mon, Jun 02, 2014 at 11:50:19AM +0200, Henning Brauer wrote: * Jan Klemkow j.klem...@wemelug.de [2014-06-01 23:38]: On Fri, May 30, 2014 at 09:51:24PM +0100, Stuart Henderson wrote: On 2014/05/30 22:43, Jan Klemkow wrote: On Fri, May 30, 2014 at 10:26:43PM +0200, Jan Klemkow wrote: On Fri, May 30, 2014 at 01:49:55PM +0200, Henning Brauer wrote: * Stuart Henderson st...@openbsd.org [2014-05-28 12:31]: the old port also had this...is this or something like it still needed? # datasize limit in 'run' files is too low for ld.so # to be able to pull in libc LDFLAGS+= -static that is everything but smart, it makes MUCH more sense to increase the datasize limits (the softlimit calls) in the run scripts. Henning is right. It is stupid to compile this port static cause of the datasize limit. So I removed it from the port. If something is still needed for this, then it probably needs some kind of instructions somewhere... I talked with Henning about the reason of that static compiling hack. As I understand him, there are some scripts from djb which sets the datasize limit to a low value and that causes some crashes. So I add an install notice to the port: Please notice, there may be some scripts that manipulate the datasize limit of tcpclient/tcpserver which may cause a process termination. For more information look at login.conf(5). not really. a typical daemontools-style run script looks like this: #!/bin/sh exec 21 exec envuidgid tinydns envdir ./env softlimit -d3 /usr/local/bin/tinydns since it's djb and just HAS to be different to be different... the softlimit invocation is the culprit, that number there needs adjustment, the defaults from more than a decade ago (when no randomization, eating a little virtual mem, took place) just don't cut it any more. What should I do with this port now? Adding this message, no message, or an other message? IMO: tweak the message - explicit mention of softlimit, and I think the pointer to login.conf is misleading.
Re: NEW: net/ucspi-tcp
On Fri, May 30, 2014 at 09:51:24PM +0100, Stuart Henderson wrote: On 2014/05/30 22:43, Jan Klemkow wrote: On Fri, May 30, 2014 at 10:26:43PM +0200, Jan Klemkow wrote: On Fri, May 30, 2014 at 01:49:55PM +0200, Henning Brauer wrote: * Stuart Henderson st...@openbsd.org [2014-05-28 12:31]: the old port also had this...is this or something like it still needed? # datasize limit in 'run' files is too low for ld.so # to be able to pull in libc LDFLAGS+= -static that is everything but smart, it makes MUCH more sense to increase the datasize limits (the softlimit calls) in the run scripts. Henning is right. It is stupid to compile this port static cause of the datasize limit. So I removed it from the port. If something is still needed for this, then it probably needs some kind of instructions somewhere... I talked with Henning about the reason of that static compiling hack. As I understand him, there are some scripts from djb which sets the datasize limit to a low value and that causes some crashes. So I add an install notice to the port: Please notice, there may be some scripts that manipulate the datasize limit of tcpclient/tcpserver which may cause a process termination. For more information look at login.conf(5). In my opinion that should be enough information to handle some trouble by the user. bye, Jan ucspi-tcp.tar.gz Description: application/tar-gz
Re: NEW: net/ucspi-tcp
* Stuart Henderson st...@openbsd.org [2014-05-28 12:31]: the old port also had this...is this or something like it still needed? # datasize limit in 'run' files is too low for ld.so # to be able to pull in libc LDFLAGS+= -static that is everything but smart, it makes MUCH more sense to increase the datasize limits (the softlimit calls) in the run scripts. -- Henning Brauer, h...@bsws.de, henn...@openbsd.org BS Web Services GmbH, http://bsws.de, Full-Service ISP Secure Hosting, Mail and DNS. Virtual Dedicated Servers, Root to Fully Managed Henning Brauer Consulting, http://henningbrauer.com/
Re: NEW: net/ucspi-tcp
On Fri, May 30, 2014 at 01:49:55PM +0200, Henning Brauer wrote: * Stuart Henderson st...@openbsd.org [2014-05-28 12:31]: the old port also had this...is this or something like it still needed? # datasize limit in 'run' files is too low for ld.so # to be able to pull in libc LDFLAGS+= -static that is everything but smart, it makes MUCH more sense to increase the datasize limits (the softlimit calls) in the run scripts. Henning is right. It is stupid to compile this port static cause of the datasize limit. So I removed it from the port. Hopefully this time this port is perfect and could be commited :-) bye, Jan
Re: NEW: net/ucspi-tcp
On Fri, May 30, 2014 at 10:26:43PM +0200, Jan Klemkow wrote: On Fri, May 30, 2014 at 01:49:55PM +0200, Henning Brauer wrote: * Stuart Henderson st...@openbsd.org [2014-05-28 12:31]: the old port also had this...is this or something like it still needed? # datasize limit in 'run' files is too low for ld.so # to be able to pull in libc LDFLAGS+= -static that is everything but smart, it makes MUCH more sense to increase the datasize limits (the softlimit calls) in the run scripts. Henning is right. It is stupid to compile this port static cause of the datasize limit. So I removed it from the port. Hopefully this time this port is perfect and could be commited :-) This time with attachment, sorry. bye, Jan ucspi-tcp.tar.gz Description: application/tar-gz
Re: NEW: net/ucspi-tcp
On 2014/05/30 22:43, Jan Klemkow wrote: On Fri, May 30, 2014 at 10:26:43PM +0200, Jan Klemkow wrote: On Fri, May 30, 2014 at 01:49:55PM +0200, Henning Brauer wrote: * Stuart Henderson st...@openbsd.org [2014-05-28 12:31]: the old port also had this...is this or something like it still needed? # datasize limit in 'run' files is too low for ld.so # to be able to pull in libc LDFLAGS+= -static that is everything but smart, it makes MUCH more sense to increase the datasize limits (the softlimit calls) in the run scripts. Henning is right. It is stupid to compile this port static cause of the datasize limit. So I removed it from the port. If something is still needed for this, then it probably needs some kind of instructions somewhere... Hopefully this time this port is perfect and could be commited :-) This time with attachment, sorry. bye, Jan
Re: NEW: net/ucspi-tcp
Matthew Dempsky matt...@dempsky.org writes: On Tue, May 27, 2014 at 2:14 PM, Jérémie Courrèges-Anglas j...@wxcvbn.org wrote: No proper license, approval required for patches and/or no redistribution of binary packages, bla, bla. I may not remember the details well enough; like most people that were interested in daemontools/qmail/djbdns/blah, but stopped using them long time ago. FWIW, most of DJB's code has been public domain for a while now: http://cr.yp.to/distributors.html In particular, ucspi-tcp has been public domain for 6+ years now. Fair enough. I guess that's enough to consider re-adding this package to the tree, but I won't take that decision alone. :) -- jca | PGP : 0x1524E7EE / 5135 92C1 AD36 5293 2BDF DDCC 0DFA 74AE 1524 E7EE
Re: NEW: net/ucspi-tcp
On Wed, May 28, 2014 at 09:38:09AM +0200, J??r??mie Courr??ges-Anglas wrote: Matthew Dempsky matt...@dempsky.org writes: On Tue, May 27, 2014 at 2:14 PM, J??r??mie Courr??ges-Anglas j...@wxcvbn.org wrote: No proper license, approval required for patches and/or no redistribution of binary packages, bla, bla. I may not remember the details well enough; like most people that were interested in daemontools/qmail/djbdns/blah, but stopped using them long time ago. FWIW, most of DJB's code has been public domain for a while now: http://cr.yp.to/distributors.html In particular, ucspi-tcp has been public domain for 6+ years now. Fair enough. I guess that's enough to consider re-adding this package to the tree, but I won't take that decision alone. :) I added the licence (thank to Matthew for doing my homework :-) and apply the Path and Compiler nitpick from jca. I hope, that this revision of this port is right and OK for everybody. Thanks for you help, Jan ucspi-tcp.tar.gz Description: application/tar-gz
Re: NEW: net/ucspi-tcp
On 2014/05/28 12:16, Jan Klemkow wrote: On Wed, May 28, 2014 at 09:38:09AM +0200, J??r??mie Courr??ges-Anglas wrote: Matthew Dempsky matt...@dempsky.org writes: On Tue, May 27, 2014 at 2:14 PM, J??r??mie Courr??ges-Anglas j...@wxcvbn.org wrote: No proper license, approval required for patches and/or no redistribution of binary packages, bla, bla. I may not remember the details well enough; like most people that were interested in daemontools/qmail/djbdns/blah, but stopped using them long time ago. FWIW, most of DJB's code has been public domain for a while now: http://cr.yp.to/distributors.html In particular, ucspi-tcp has been public domain for 6+ years now. Fair enough. I guess that's enough to consider re-adding this package to the tree, but I won't take that decision alone. :) I added the licence (thank to Matthew for doing my homework :-) and apply the Path and Compiler nitpick from jca. I hope, that this revision of this port is right and OK for everybody. Thanks for you help, Jan comments inline | # $OpenBSD$ | | COMMENT= tools for building tcp socket client/servers | | DISTNAME= ucspi-tcp-0.88 | REVISION= 0 (to confirm for anyone questioning this line, it *is* correct as we previously had ucspi-tcp-0.88). | CATEGORIES= net please fix spacetab | | HOMEPAGE= http://cr.yp.to/ucspi-tcp.html | MAINTAINER= Jan Klemkow j.klem...@wemelug.de | | PERMIT_PACKAGE_CDROM= Yes | WANTLIB= c prefer a blank line before WANTLIB as done in Makefile.template and most other ports. | # Public domain since it's not in the tarball, please add the URL to djb's announcement about this. | MASTER_SITES= http://cr.yp.to/ucspi-tcp/ | MASTER_SITES+=http://www.fefe.de/ucspi/ | PATCHFILES= ucspi-tcp-0.88-ipv6.diff19.bz2 don't try and fetch the patch file from cr.yp.to; instead use MASTER_SITES0 and add :0 to PATCHFILES. see mutt for an example. | PATCH_DIST_STRIP= | ALL_TARGET= | | NO_TEST= Yes | | DOCFILES= TODO README | BINFILES= tcpserver tcpclient tcprules tcprulescheck | MANFILES= tcpserver.1 tcpclient.1 tcprules.1 tcprulescheck.1 | | do-configure: | echo ${CC} ${CFLAGS} ${WRKSRC}/conf-cc | echo ${CC} ${LDFLAGS} ${WRKSRC}/conf-ld | echo ${TRUEPREFIX} ${WRKSRC}/conf-home | | do-install: | ${INSTALL_DATA_DIR} ${PREFIX}/share/doc/ucspi-tcp | .for f in ${BINFILES} | ${INSTALL_PROGRAM} ${WRKSRC}/${f} ${PREFIX}/bin | .endfor | .for f in ${MANFILES} | ${INSTALL_MAN} ${WRKSRC}/${f} ${PREFIX}/man/man1 | .endfor | .for f in ${DOCFILES} | ${INSTALL_DATA} ${WRKSRC}/${f} ${PREFIX}/share/doc/ucspi-tcp | .endfor the old port used upstream's install target, with this: pre-install: @echo ${PREFIX} ${WRKSRC}/conf-home seems much neater than all the DOCFILES=blah BINFILES=bla MANFILES=... and multiple lines in do-install. the old port also had this...is this or something like it still needed? # datasize limit in 'run' files is too low for ld.so # to be able to pull in libc LDFLAGS+= -static | .include bsd.port.mk
Re: NEW: net/ucspi-tcp
I applied all your hints. Thanks for that, the port is really better now. Additionally I decided to install all provides binaries and manpages which are shipped with this software release. Thanks, Jan On Wed, May 28, 2014 at 11:30:52AM +0100, Stuart Henderson wrote: On 2014/05/28 12:16, Jan Klemkow wrote: On Wed, May 28, 2014 at 09:38:09AM +0200, J??r??mie Courr??ges-Anglas wrote: Matthew Dempsky matt...@dempsky.org writes: On Tue, May 27, 2014 at 2:14 PM, J??r??mie Courr??ges-Anglas j...@wxcvbn.org wrote: No proper license, approval required for patches and/or no redistribution of binary packages, bla, bla. I may not remember the details well enough; like most people that were interested in daemontools/qmail/djbdns/blah, but stopped using them long time ago. FWIW, most of DJB's code has been public domain for a while now: http://cr.yp.to/distributors.html In particular, ucspi-tcp has been public domain for 6+ years now. Fair enough. I guess that's enough to consider re-adding this package to the tree, but I won't take that decision alone. :) I added the licence (thank to Matthew for doing my homework :-) and apply the Path and Compiler nitpick from jca. I hope, that this revision of this port is right and OK for everybody. Thanks for you help, Jan comments inline | # $OpenBSD$ | | COMMENT=tools for building tcp socket client/servers | | DISTNAME= ucspi-tcp-0.88 | REVISION= 0 (to confirm for anyone questioning this line, it *is* correct as we previously had ucspi-tcp-0.88). | CATEGORIES= net please fix spacetab | | HOMEPAGE= http://cr.yp.to/ucspi-tcp.html | MAINTAINER= Jan Klemkow j.klem...@wemelug.de | | PERMIT_PACKAGE_CDROM= Yes | WANTLIB=c prefer a blank line before WANTLIB as done in Makefile.template and most other ports. | # Public domain since it's not in the tarball, please add the URL to djb's announcement about this. | MASTER_SITES= http://cr.yp.to/ucspi-tcp/ | MASTER_SITES+= http://www.fefe.de/ucspi/ | PATCHFILES= ucspi-tcp-0.88-ipv6.diff19.bz2 don't try and fetch the patch file from cr.yp.to; instead use MASTER_SITES0 and add :0 to PATCHFILES. see mutt for an example. | PATCH_DIST_STRIP= | ALL_TARGET= | | NO_TEST=Yes | | DOCFILES= TODO README | BINFILES= tcpserver tcpclient tcprules tcprulescheck | MANFILES= tcpserver.1 tcpclient.1 tcprules.1 tcprulescheck.1 | | do-configure: | echo ${CC} ${CFLAGS} ${WRKSRC}/conf-cc | echo ${CC} ${LDFLAGS} ${WRKSRC}/conf-ld | echo ${TRUEPREFIX} ${WRKSRC}/conf-home | | do-install: | ${INSTALL_DATA_DIR} ${PREFIX}/share/doc/ucspi-tcp | .for f in ${BINFILES} | ${INSTALL_PROGRAM} ${WRKSRC}/${f} ${PREFIX}/bin | .endfor | .for f in ${MANFILES} | ${INSTALL_MAN} ${WRKSRC}/${f} ${PREFIX}/man/man1 | .endfor | .for f in ${DOCFILES} | ${INSTALL_DATA} ${WRKSRC}/${f} ${PREFIX}/share/doc/ucspi-tcp | .endfor the old port used upstream's install target, with this: pre-install: @echo ${PREFIX} ${WRKSRC}/conf-home seems much neater than all the DOCFILES=blah BINFILES=bla MANFILES=... and multiple lines in do-install. the old port also had this...is this or something like it still needed? # datasize limit in 'run' files is too low for ld.so # to be able to pull in libc LDFLAGS+= -static | .include bsd.port.mk ucspi-tcp.tar.gz Description: application/tar-gz
Re: NEW: net/ucspi-tcp
On Mon, May 26, 2014 at 10:38:18PM +0100, Stuart Henderson wrote: On 2014/05/26 23:30, Jan Klemkow wrote: Hi, this is the UCSPI-TCP [0] implementation from Daniel J. Bernstein with the IPv6 Patch [1] from Felix von Leitner. It is a tcpserver and tcpclient program like inetd. It is the tcp socket corresponding port to net/ucspi-unix. This port is similar to the unix socket ucspi port. If any thing is wrong with this port, please tell me. I will fix it. bye, Jan [0] http://cr.yp.to/ucspi-tcp.html [1] http://www.fefe.de/ucspi/ that patches directory is a bit extreme... Mainly this was cause by the 'extreme' coding style of djb, but I hope this solution is better: I moved the patch from Felix von Leitner to PATCH_FILES and grap them from his site. thanks, Jan ucspi-tcp.tar.gz Description: application/tar-gz
Re: NEW: net/ucspi-tcp
Jan Klemkow j.klem...@wemelug.de writes: On Mon, May 26, 2014 at 10:38:18PM +0100, Stuart Henderson wrote: On 2014/05/26 23:30, Jan Klemkow wrote: Hi, this is the UCSPI-TCP [0] implementation from Daniel J. Bernstein with the IPv6 Patch [1] from Felix von Leitner. It is a tcpserver and tcpclient program like inetd. It is the tcp socket corresponding port to net/ucspi-unix. This port is similar to the unix socket ucspi port. If any thing is wrong with this port, please tell me. I will fix it. bye, Jan [0] http://cr.yp.to/ucspi-tcp.html [1] http://www.fefe.de/ucspi/ that patches directory is a bit extreme... Mainly this was cause by the 'extreme' coding style of djb, but I hope this solution is better: I moved the patch from Felix von Leitner to PATCH_FILES and grap them from his site. That's nicer. A few nits: - write ${CC} ${CFLAGS} / ${LDFLAGS} / ${TRUEPREFIX} to ${WRKSRC}/conf-* - convince djb to put a proper license on his software, because... it may be one of the reasons why the former ucspi-tcp has been sent to the Attic. ;) -- jca | PGP : 0x1524E7EE / 5135 92C1 AD36 5293 2BDF DDCC 0DFA 74AE 1524 E7EE
Re: NEW: net/ucspi-tcp
On Tue, May 27, 2014 at 10:14:25PM +0200, J??r??mie Courr??ges-Anglas wrote: Jan Klemkow j.klem...@wemelug.de writes: On Mon, May 26, 2014 at 10:38:18PM +0100, Stuart Henderson wrote: On 2014/05/26 23:30, Jan Klemkow wrote: Hi, this is the UCSPI-TCP [0] implementation from Daniel J. Bernstein with the IPv6 Patch [1] from Felix von Leitner. It is a tcpserver and tcpclient program like inetd. It is the tcp socket corresponding port to net/ucspi-unix. This port is similar to the unix socket ucspi port. If any thing is wrong with this port, please tell me. I will fix it. bye, Jan [0] http://cr.yp.to/ucspi-tcp.html [1] http://www.fefe.de/ucspi/ that patches directory is a bit extreme... Mainly this was cause by the 'extreme' coding style of djb, but I hope this solution is better: I moved the patch from Felix von Leitner to PATCH_FILES and grap them from his site. That's nicer. A few nits: - write ${CC} ${CFLAGS} / ${LDFLAGS} / ${TRUEPREFIX} to ${WRKSRC}/conf-* I don't think that this works. Cause the Makefile creates a shell script for compiling and make variables have no scope there. - convince djb to put a proper license on his software, because... it may be one of the reasons why the former ucspi-tcp has been sent to the Attic. ;)
Re: NEW: net/ucspi-tcp
Jan Klemkow j.klem...@wemelug.de writes: On Tue, May 27, 2014 at 10:14:25PM +0200, J??r??mie Courr??ges-Anglas wrote: Jan Klemkow j.klem...@wemelug.de writes: On Mon, May 26, 2014 at 10:38:18PM +0100, Stuart Henderson wrote: On 2014/05/26 23:30, Jan Klemkow wrote: Hi, this is the UCSPI-TCP [0] implementation from Daniel J. Bernstein with the IPv6 Patch [1] from Felix von Leitner. It is a tcpserver and tcpclient program like inetd. It is the tcp socket corresponding port to net/ucspi-unix. This port is similar to the unix socket ucspi port. If any thing is wrong with this port, please tell me. I will fix it. bye, Jan [0] http://cr.yp.to/ucspi-tcp.html [1] http://www.fefe.de/ucspi/ that patches directory is a bit extreme... Mainly this was cause by the 'extreme' coding style of djb, but I hope this solution is better: I moved the patch from Felix von Leitner to PATCH_FILES and grap them from his site. That's nicer. A few nits: - write ${CC} ${CFLAGS} / ${LDFLAGS} / ${TRUEPREFIX} to ${WRKSRC}/conf-* I don't think that this works. Cause the Makefile creates a shell script for compiling and make variables have no scope there. I meant something like: do-configure: echo ${CC} ${CFLAGS} ${WRKSRC}/conf-cc echo ${CC} ${LDFLAGS} ${WRKSRC}/conf-ld echo ${TRUEPREFIX} ${WRKSRC}/conf-home Anyway... - convince djb to put a proper license on his software, because... it may be one of the reasons why the former ucspi-tcp has been sent to the Attic. ;) No proper license, approval required for patches and/or no redistribution of binary packages, bla, bla. I may not remember the details well enough; like most people that were interested in daemontools/qmail/djbdns/blah, but stopped using them long time ago. -- jca | PGP : 0x1524E7EE / 5135 92C1 AD36 5293 2BDF DDCC 0DFA 74AE 1524 E7EE
Re: NEW: net/ucspi-tcp
On Tue, May 27, 2014 at 2:14 PM, Jérémie Courrèges-Anglas j...@wxcvbn.org wrote: No proper license, approval required for patches and/or no redistribution of binary packages, bla, bla. I may not remember the details well enough; like most people that were interested in daemontools/qmail/djbdns/blah, but stopped using them long time ago. FWIW, most of DJB's code has been public domain for a while now: http://cr.yp.to/distributors.html In particular, ucspi-tcp has been public domain for 6+ years now.
Re: NEW: net/ucspi-tcp
On 2014/05/26 23:30, Jan Klemkow wrote: Hi, this is the UCSPI-TCP [0] implementation from Daniel J. Bernstein with the IPv6 Patch [1] from Felix von Leitner. It is a tcpserver and tcpclient program like inetd. It is the tcp socket corresponding port to net/ucspi-unix. This port is similar to the unix socket ucspi port. If any thing is wrong with this port, please tell me. I will fix it. bye, Jan [0] http://cr.yp.to/ucspi-tcp.html [1] http://www.fefe.de/ucspi/ that patches directory is a bit extreme... ucspi-tcp/patches/patch-usr_local_man_man1_tcpclient_1 ucspi-tcp/patches/patch-usr_local_man_man1_tcpserver_1 ucspi-tcp/patches/patch-FILES ucspi-tcp/patches/patch-Makefile ucspi-tcp/patches/patch-TARGETS ucspi-tcp/patches/patch-addcr_1 ucspi-tcp/patches/patch-argv0_1 ucspi-tcp/patches/patch-date@_1 ucspi-tcp/patches/patch-delcr_1 ucspi-tcp/patches/patch-dns_h ucspi-tcp/patches/patch-dns_dfd_c ucspi-tcp/patches/patch-dns_domain_c ucspi-tcp/patches/patch-dns_dtda_c ucspi-tcp/patches/patch-dns_ip_c ucspi-tcp/patches/patch-dns_ip6_c ucspi-tcp/patches/patch-dns_ipq_c ucspi-tcp/patches/patch-dns_ipq6_c ucspi-tcp/patches/patch-dns_name_c ucspi-tcp/patches/patch-dns_nd_c ucspi-tcp/patches/patch-dns_nd6_c ucspi-tcp/patches/patch-dns_packet_c ucspi-tcp/patches/patch-dns_random_c ucspi-tcp/patches/patch-dns_rcip_c ucspi-tcp/patches/patch-dns_rcrw_c ucspi-tcp/patches/patch-dns_resolve_c ucspi-tcp/patches/patch-dns_sortip6_c ucspi-tcp/patches/patch-dns_transmit_c ucspi-tcp/patches/patch-dns_txt_c ucspi-tcp/patches/patch-error_h ucspi-tcp/patches/patch-finger@_1 ucspi-tcp/patches/patch-fixcr_1 ucspi-tcp/patches/patch-fmt_xlong_c ucspi-tcp/patches/patch-haveip6_h1 ucspi-tcp/patches/patch-haveip6_h2 ucspi-tcp/patches/patch-hier_c ucspi-tcp/patches/patch-http@_1 ucspi-tcp/patches/patch-ip4_h ucspi-tcp/patches/patch-ip6_h ucspi-tcp/patches/patch-ip6_fmt_c ucspi-tcp/patches/patch-mconnect_1 ucspi-tcp/patches/patch-old-rules_c ucspi-tcp/patches/patch-pathexec_h ucspi-tcp/patches/patch-pathexec_env_c ucspi-tcp/patches/patch-recordio_1 ucspi-tcp/patches/patch-remoteinfo_h ucspi-tcp/patches/patch-remoteinfo6_c ucspi-tcp/patches/patch-rules_c ucspi-tcp/patches/patch-scan_ip6_c ucspi-tcp/patches/patch-scan_xlong_c ucspi-tcp/patches/patch-socket_h ucspi-tcp/patches/patch-socket_bind_c ucspi-tcp/patches/patch-socket_accept6_c ucspi-tcp/patches/patch-socket_bind6_c ucspi-tcp/patches/patch-socket_conn_c ucspi-tcp/patches/patch-socket_conn6_c ucspi-tcp/patches/patch-socket_getifidx_c ucspi-tcp/patches/patch-socket_getifname_c ucspi-tcp/patches/patch-socket_ip4loopback_c ucspi-tcp/patches/patch-socket_local6_c ucspi-tcp/patches/patch-socket_recv6_c ucspi-tcp/patches/patch-socket_remote6_c ucspi-tcp/patches/patch-socket_send6_c ucspi-tcp/patches/patch-socket_tcp6_c ucspi-tcp/patches/patch-socket_udp6_c ucspi-tcp/patches/patch-socket_v4mappedprefix_c ucspi-tcp/patches/patch-socket_v6any_c ucspi-tcp/patches/patch-socket_v6loopback_c ucspi-tcp/patches/patch-str_h ucspi-tcp/patches/patch-str_chr_c ucspi-tcp/patches/patch-str_diff_c ucspi-tcp/patches/patch-str_len_c ucspi-tcp/patches/patch-str_start_c ucspi-tcp/patches/patch-stralloc_h ucspi-tcp/patches/patch-stralloc_catb_c ucspi-tcp/patches/patch-stralloc_cats_c ucspi-tcp/patches/patch-stralloc_opyb_c ucspi-tcp/patches/patch-stralloc_opys_c ucspi-tcp/patches/patch-tcp-environ_5 ucspi-tcp/patches/patch-tcpcat_1 ucspi-tcp/patches/patch-tcpclient_1 ucspi-tcp/patches/patch-tcpclient_c ucspi-tcp/patches/patch-tcprules_1 ucspi-tcp/patches/patch-tcprules_c ucspi-tcp/patches/patch-tcprulescheck_1 ucspi-tcp/patches/patch-tcpserver_1 ucspi-tcp/patches/patch-tcpserver_c ucspi-tcp/patches/patch-timeoutconn_h ucspi-tcp/patches/patch-timeoutconn6_c ucspi-tcp/patches/patch-tryip6_c ucspi-tcp/patches/patch-who@_1