Re: bridge(4) and if_input()

2015-06-01 Thread Martin Pieuchot
On 28/05/15(Thu) 11:23, Martin Pieuchot wrote: Let's use if_input() rather than ether_input_mbuf(). This simplifies the bpf(4) bits and removes some duplicate rcvif assignments. Once ether_input_mbuf() is no more my plan is to start merging various ifp counters and put an interface index in

Re: [Patch] httpd - don't leak fcgi file descriptors

2015-06-01 Thread Adam Wolk
On Sun, 31 May 2015 19:25:22 -0400 Todd Mortimer t...@opennet.ca wrote: Hi tech@, Hi Joerg, Thanks for getting back to me. I cloned the server and upgraded it to the 31 May snapshot, did the sysmerge and upgraded the packages to the snapshot versions. The behaviour is still there. It

Re: ftp(1) rewrite

2015-06-01 Thread Sunil Nimmagadda
On Thu, May 21, 2015 at 11:16:09PM -0400, Ted Unangst wrote: Sunil Nimmagadda wrote: Hi, The idea is to start with the subset of ftp(1) functionality needed by pkg_add(1): ftp [-o output] url ... i.e., should be able to download files over HTTP(S) and FTP. This

Re: arpresolve: unresolved and rt_expire == 0

2015-06-01 Thread Martin Pieuchot
On 31/05/15(Sun) 22:05, mxb wrote: Hello, any ideas regarding subject ? Yes various. Any idea about how to reproduce it? What you're seeing is a side-effect of r1.151 of netinet/if_ether.c. I see this in ‘dmesg’. Also all local (on machine itself) arp entries are incomplete: Yes

Thinkpad E550

2015-06-01 Thread Sébastien Morand
Hi, I got a Lenovo Thinkpad E550. I installed -current and everything looks fine except a few things: - it reboots on resume after suspend - graphics card is Intel HD 5500, it's supposed to be recognized bu I fall back into VESA driver (unable to get VGA screen working, nor watching videos for

Re: ftp(1) rewrite

2015-06-01 Thread patrick keshishian
Hi, quick comments inline. On 6/1/15, Sunil Nimmagadda su...@nimmagadda.net wrote: On Thu, May 21, 2015 at 11:16:09PM -0400, Ted Unangst wrote: Sunil Nimmagadda wrote: Hi, The idea is to start with the subset of ftp(1) functionality needed by pkg_add(1): ftp [-o output] url ...

Re: ftp(1) rewrite

2015-06-01 Thread Stuart Henderson
On 2015/06/01 10:20, patrick keshishian wrote: On 6/1/15, Sunil Nimmagadda su...@nimmagadda.net wrote: On Thu, May 21, 2015 at 11:16:09PM -0400, Ted Unangst wrote: screw ftp. just make a new util http, that just does http. Sorry, it's not good enough to replace ftp(1) for system use without

Re: ftp(1) rewrite

2015-06-01 Thread Joerg Jung
On Mon, Jun 01, 2015 at 08:06:38PM +0100, Stuart Henderson wrote: On 2015/06/01 10:20, patrick keshishian wrote: On 6/1/15, Sunil Nimmagadda su...@nimmagadda.net wrote: On Thu, May 21, 2015 at 11:16:09PM -0400, Ted Unangst wrote: screw ftp. just make a new util http, that just does http.

Re: ftp(1) rewrite

2015-06-01 Thread Theo de Raadt
Sorry, it's not good enough to replace ftp(1) for system use without ftp. Like it or not, ports fetches need FTP and can't really rely on installing something for ports to do that. Yes, but splitting these protocols is good, right? IMHO, having a clean and simple http(1) and a (more)

Re: arpresolve: unresolved and rt_expire == 0

2015-06-01 Thread mxb
I had an old kernel from 'Apr 28' laying around, as well as from 'May 15' . Both are OK. On 2015-06-01 23:04, mxb wrote: Well, this is a vmware setup, thus I have vmx(4). I just made a clean 'cvs co -P src' from anoncvs.eu.openbsd.org and still have the same result. //mxb On 2015-06-01

Re: arpresolve: unresolved and rt_expire == 0

2015-06-01 Thread mxb
Well, this is a vmware setup, thus I have vmx(4). I just made a clean 'cvs co -P src' from anoncvs.eu.openbsd.org and still have the same result. //mxb On 2015-06-01 10:55, Martin Pieuchot wrote: Any idea about how to reproduce it?

Re: ftp(1) rewrite

2015-06-01 Thread Ted Unangst
Stuart Henderson wrote: On 2015/06/01 10:20, patrick keshishian wrote: On 6/1/15, Sunil Nimmagadda su...@nimmagadda.net wrote: On Thu, May 21, 2015 at 11:16:09PM -0400, Ted Unangst wrote: screw ftp. just make a new util http, that just does http. Sorry, it's not good enough to replace

Re: ftp(1) rewrite

2015-06-01 Thread Dmitrij D. Czarkoff
Ted Unangst said: Stuart Henderson wrote: Sorry, it's not good enough to replace ftp(1) for system use without ftp. Like it or not, ports fetches need FTP and can't really rely on installing something for ports to do that. It's not obvious to me why this would be the case. The ports tree

Re: ftp(1) rewrite

2015-06-01 Thread Stuart Henderson
On 2015/06/02 00:09, Dmitrij D. Czarkoff wrote: Ted Unangst said: Stuart Henderson wrote: Sorry, it's not good enough to replace ftp(1) for system use without ftp. Like it or not, ports fetches need FTP and can't really rely on installing something for ports to do that. It's not

Re: ftp(1) rewrite

2015-06-01 Thread Theo de Raadt
One important thing is missing from this discussion: what exactly is wrong with ftp(1)? The code isto put it nicelyrather dated ;-) First off, let's show the result of a grep. cmds.c: (void)setjmp(jabort); cmds.c: (void)setjmp(jabort); cmds.c: (void)setjmp(jabort); cmds.c: if

Re: ftp(1) rewrite

2015-06-01 Thread Brad Smith
On 06/01/15 18:29, Stuart Henderson wrote: On 2015/06/02 00:09, Dmitrij D. Czarkoff wrote: Ted Unangst said: Stuart Henderson wrote: Sorry, it's not good enough to replace ftp(1) for system use without ftp. Like it or not, ports fetches need FTP and can't really rely on installing something