Re: v6 autoconf, where have my connected routes gone?

2015-08-20 Thread Sebastian Reitenbach
On 08/19/15 17:51, Martin Pieuchot wrote: On 18/08/15(Tue) 23:22, Martin Pieuchot wrote: On 18/08/15(Tue) 14:00, Stuart Henderson wrote: On 2015/08/18 14:27, Martin Pieuchot wrote: On 18/08/15(Tue) 13:05, Stuart Henderson wrote: I'm trying to add v6 to my second ISP connection on pppoe1, unli

Re: jail_bin_add: script to add binary and libs to chroot

2015-06-08 Thread Sebastian Reitenbach
On 06/08/15 07:46, dan mclaughlin wrote: i figure this should be useful to some. any nits welcome. haven't used it ina while, but are you aware of security/jailkit? Sebastian #!/bin/ksh #copies a binary and libs to a chroot fs MYNAME=${0##*/} USAGE="$MYNAME bin jailroot" [[ "$1" = -h ]] &&

Re: pkg_* new functionality: arch, version expansion

2015-04-16 Thread Sebastian Reitenbach
Am 4/16/2015 um 12:03 PM schrieb Sebastian Reitenbach: Am 4/15/2015 um 11:33 PM schrieb Marc Espie: On Wed, Apr 15, 2015 at 08:39:15PM +0200, Sebastian Reitenbach wrote: I've seen at least -beta versions short before release locks. Not sure if there are -alpha too? Those should be tr

Re: pkg_* new functionality: arch, version expansion

2015-04-16 Thread Sebastian Reitenbach
Am 4/15/2015 um 11:33 PM schrieb Marc Espie: On Wed, Apr 15, 2015 at 08:39:15PM +0200, Sebastian Reitenbach wrote: I've seen at least -beta versions short before release locks. Not sure if there are -alpha too? Those should be treated same way as snapshots, I think. This is the exact

Re: pkg_* new functionality: arch, version expansion

2015-04-15 Thread Sebastian Reitenbach
On 04/15/15 17:56, Marc Espie wrote: was requested by sthen@ works with pkg.conf and PKG_PATH, similar sequences as for dpb: %a -> architecture %c -> either snapshots or version number %v -> always version number. please test/comment just tried it after rewriting: installpath = http://ftp.fr

Re: diff: add tuning variables to config(8)

2014-06-16 Thread Sebastian Reitenbach
On Monday, June 16, 2014 18:55 CEST, Miod Vallat wrote: > > Followings are our kernel variables' default: > > > > - sb_max: 256K > > - tcbhash_size: 128 > > - udbhash_size: 128 > > > > These variables are sometime too small for busy server or gateway. > > > > I'd like to modify confi

make return value of pcap_breakloop in pcap.3 match reality

2013-06-24 Thread Sebastian Reitenbach
include/pcap.h says the return value of pcap_breakloop is void, not int. OK? Index: lib/libpcap/pcap.3 === RCS file: /cvs/src/lib/libpcap/pcap.3,v retrieving revision 1.33 diff -u -p -u -r1.33 pcap.3 --- lib/libpcap/pcap.3 16 Jul 2

Re: zskbd_device_lookup is not used anymore

2013-05-04 Thread Sebastian Reitenbach
On Friday, May 3, 2013 17:16 CEST, Mike Belopuhov wrote: > hi, > > as far as i can tell these functions are not used anymore. my sparcbook 3gx seems to be happy with it. Sebastian > > ok? > > diff --git sys/arch/sparc/dev/z8530kbd.c sys/arch/sparc/dev/z8530kbd.c > index 0a9c364..c746e56

Re: bind mountd to a specified port

2012-10-18 Thread Sebastian Reitenbach
Am Donnerstag, 18. Oktober 2012 20:50 CEST, Bob Beck schrieb: > > Anyways, since in my case, I only need a read-only export, I can also go > > with sharing the files via http. > > Both networks that are separated with the firewall, have about the same > > trust level. > > So now someone could

Re: bind mountd to a specified port

2012-10-18 Thread Sebastian Reitenbach
Am Donnerstag, 18. Oktober 2012 19:17 CEST, Theo de Raadt schrieb: > As you note, this has come up before, and the same reasons exist then > as now. > > The security model makes no sense: firewall, but allow NFS. Yes, its not optimal ;) Before with my search, I only found the one I pointed

bind mountd to a specified port

2012-10-18 Thread Sebastian Reitenbach
Hi, getting NFS through a firewall is not that trivial with mountd binding to a random port each time it starts. The patch below allows to specify a port which mountd will use. The idea and the patch is not from me. 99% is based on an old patch submitted to tech@ in 2007: http://old.nabble.com/

Re: diff: fix LCP keepalive failures on L2TP.

2012-01-31 Thread Sebastian Reitenbach
On Tuesday, January 31, 2012 10:02 CET, "Sebastian Reitenbach" wrote: > On Monday, January 30, 2012 15:43 CET, YASUOKA Masahiko > wrote: > > > On Mon, 30 Jan 2012 22:49:22 +0900 (JST) > > YASUOKA Masahiko wrote: > > > pipex hook in udp_u

Re: diff: fix LCP keepalive failures on L2TP.

2012-01-31 Thread Sebastian Reitenbach
On Monday, January 30, 2012 15:43 CET, YASUOKA Masahiko wrote: > On Mon, 30 Jan 2012 22:49:22 +0900 (JST) > YASUOKA Masahiko wrote: > > pipex hook in udp_usrreq() mistakenly assumed that `inp' is > > connected. The hook could not use the destination address properly, > > so it failed to find

Re: diff: ignore mandatory rx-connect-speed avp

2012-01-20 Thread Sebastian Reitenbach
On Friday, January 20, 2012 08:09 CET, YASUOKA Masahiko wrote: > add handling of `rx connect speed' avp to ignore the bug of xl2tpd. > reported by sebastia@ on misc@. > > ok? this works well for me now. OK. FWIW, I also opened a bug on the xl2tpd bug tracer regarding this issue. Sebastian

Re: diff: fix compiler warnings of npppd

2012-01-17 Thread Sebastian Reitenbach
On Thursday, January 12, 2012 14:30 CET, YASUOKA Masahiko wrote: > This fixes many compiler warnings and some styles. > > ok? since I'm testing npppd to get mobile phone to run, I tested this diff. The hunk to npppd/npppd_radius.c doesn't apply, seems to be already in the tree: Hmm... Th

fix ral (and maybe other cards) hostap mode

2012-01-16 Thread Sebastian Reitenbach
Hi, this is a followup on the misc@ "problem with ral in hopstap mode on -current" thread. I had an AP running with a ral pci card in a soekris box with 4.2 for years. About two weeks ago, I updated to -current. When the box is started, then the ral card works fine as AP for a while, but then s

Re: raise max value for tcp autosizing buffer [WAS: misc@ network tuning for high bandwidth and high latency]

2011-12-25 Thread Sebastian Reitenbach
Hi, On Monday, December 5, 2011 10:53 CET, "Sebastian Reitenbach" wrote: > On Sunday, December 4, 2011 21:01 CET, Mark Kettenis > wrote: > > > > Date: Sun, 4 Dec 2011 15:10:56 +0100 > > > From: Claudio Jeker > > > > > > On Sun,

Re: raise max value for tcp autosizing buffer [WAS: misc@ network tuning for high bandwidth and high latency]

2011-12-05 Thread Sebastian Reitenbach
On Sunday, December 4, 2011 21:01 CET, Mark Kettenis wrote: > > Date: Sun, 4 Dec 2011 15:10:56 +0100 > > From: Claudio Jeker > > > > On Sun, Dec 04, 2011 at 01:35:33PM +0100, Sebastian Reitenbach wrote: > > > On Sunday, December 4, 2011 13:24 CE

Re: raise max value for tcp autosizing buffer [WAS: misc@ network tuning for high bandwidth and high latency]

2011-12-04 Thread Sebastian Reitenbach
On Sunday, December 4, 2011 13:24 CET, Camiel Dobbelaar wrote: > On 4-12-2011 13:01, Sebastian Reitenbach wrote: > > the default maximum size of the tcp send and receive buffer used by the > > autosizing algorithm is way too small, when trying to get maximum speed > > wi

raise max value for tcp autosizing buffer [WAS: misc@ network tuning for high bandwidth and high latency]

2011-12-04 Thread Sebastian Reitenbach
Hi, the default maximum size of the tcp send and receive buffer used by the autosizing algorithm is way too small, when trying to get maximum speed with high bandwidth and high latency connections. I tested to get the best speed with a connection between Germany and Canada, ping times around 1

Re: document ldapd schema files

2010-11-05 Thread Sebastian Reitenbach
On Thursday, November 4, 2010 21:32 CET, Theo de Raadt wrote: > > On second thought, I should answer with a little less snark, though I > > think this one attribute sums it up pretty well. > > > > First, some committee sat around and tried to come up with all the > > things needed to describe

Re: patch to add RequestHeader directive to httpd mod_headers.c

2010-09-23 Thread Sebastian Reitenbach
On Wednesday 22 September 2010 11:19:28 pm Landry Breuil wrote: > On Wed, Sep 22, 2010 at 05:20:04PM +0200, Sebastian Reitenbach wrote: > > Alexander Hall wrote: > > > I don't have any actual interest in the change myself, nor the time to > > > test it, but now a

Re: patch to add RequestHeader directive to httpd mod_headers.c

2010-09-22 Thread Sebastian Reitenbach
gt; > On 09/13/10 19:50, Sebastian Reitenbach wrote: > >> Again, >> >> as I was pointed out the patch was borked, and actually documentation >> missing, here is a new one, including the documentation. >> >> Sebastian >> >> On Monday, Septemb

Re: patch to add RequestHeader directive to httpd mod_headers.c

2010-09-13 Thread Sebastian Reitenbach
Again, as I was pointed out the patch was borked, and actually documentation missing, here is a new one, including the documentation. Sebastian On Monday, September 13, 2010 18:26 CEST, Sebastian Reitenbach wrote: > Hi, > > attached a new revision of the patch. Please comment

Re: patch to add RequestHeader directive to httpd mod_headers.c

2010-09-13 Thread Sebastian Reitenbach
Hi, attached a new revision of the patch. Please comment, and let me know whether its OK to add or still sth. wrong. thanks, Sebastian Alexander Hall wrote: > On 09/12/10 18:20, Sebastian Reitenbach wrote: > >> -table *tbl = (hdr->do_err ? r->err_headers_ou

Re: patch to add RequestHeader directive to httpd mod_headers.c

2010-09-13 Thread Sebastian Reitenbach
Hi, thanks for taking a look. On Sunday 12 September 2010 09:33:44 pm you wrote: > On 09/12/10 18:20, Sebastian Reitenbach wrote: > > -table *tbl = (hdr->do_err ? r->err_headers_out : r->headers_out); > > +table *tbl; > > +switch (hdr->inout) { >

patch to add RequestHeader directive to httpd mod_headers.c

2010-09-12 Thread Sebastian Reitenbach
Hi, my first time I submit a patch which not goes to the ports. I have a web based groupware port in the queue, that would benefit from the patch below. The patch is against mod_headers.c and adds handling of RequestHeader directive in the apache configuration, in order to manipulate the reque

Re: shared libs and ports, maybe a proposal

2010-07-08 Thread Sebastian Reitenbach
On Thursday 08 July 2010 02:03:41 pm Matthieu Herrb wrote: > On Thu, Jul 08, 2010 at 11:50:39AM +0200, Marc Espie wrote: > > each time xenocara farts, we get new libs (or less libs). > > in order for updates to work, we *should* propagate those changes to > > @wantlib in each port. > > For the base