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 fo
> > 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
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.
> >
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 po
Stuart Henderson wrote:
> On 2015/06/01 10:20, patrick keshishian wrote:
> > On 6/1/15, Sunil Nimmagadda 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) fo
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 10:55
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?
> > 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 (
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 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,
On 2015/06/01 10:20, patrick keshishian wrote:
> On 6/1/15, Sunil Nimmagadda 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
ftp. Like it or
Hi,
quick comments inline.
On 6/1/15, Sunil Nimmagadda 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 ...
>>
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 in
On Sun, 31 May 2015 19:25:22 -0400
Todd Mortimer 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 actuall
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.
> >
On 31/05/15(Sun) 22:05, mxb wrote:
>
> Hello,
> any ideas regarding ?
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 becaus
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 in
16 matches
Mail list logo
