As noted on misc, ftp http://www.spamhaus.org/drop/drop.lasso fails due
to whitespace after the value of the content-length header.
wget/curl/lynx/w3m all handle this.
OK?
Index: fetch.c
===
RCS file: /cvs/src/usr.bin/ftp/fetch.c,v
Diff below adds vmxnet3 to pcidevs.
vmxnet and vmxnet2 have the same PCI ID and thus catched by the same
macro - VMWARE NET.
While there, remove \t with space for MACHINE_2
//maxim
Index: sys/dev/pci/pcidevs
===
RCS file: /cvs/sr
On 23/04/12 4:32 AM, mxb wrote:
Diff below adds vmxnet3 to pcidevs.
vmxnet and vmxnet2 have the same PCI ID and thus catched by the same
macro - VMWARE NET.
While there, remove \t with space for MACHINE_2
The PCI id entries are sorted so this new addition needs to be
moved further down so it i
On Fri, Apr 20, 2012 at 9:47 PM, Brad Smith wrote:
> On 13/04/12 11:37 AM, Paul Irofti wrote:
>>
>> On Fri, Apr 13, 2012 at 05:34:09PM +0300, Paul Irofti wrote:
>>>
>>> Okay? (Yes, I'll do the manpage bits as well).
>>
>>
>> Now with documentation and style fixes and hppa support.
>
>
> Tested wit
On 04/23/2012 10:39 AM, Brad Smith wrote:
On 23/04/12 4:32 AM, mxb wrote:
Diff below adds vmxnet3 to pcidevs.
vmxnet and vmxnet2 have the same PCI ID and thus catched by the same
macro - VMWARE NET.
While there, remove \t with space for MACHINE_2
The PCI id entries are sorted so this new addi
On Mon, Apr 23, 2012 at 10:40:27AM +0200, David Coppa wrote:
> On Fri, Apr 20, 2012 at 9:47 PM, Brad Smith wrote:
> > On 13/04/12 11:37 AM, Paul Irofti wrote:
> >>
> >> On Fri, Apr 13, 2012 at 05:34:09PM +0300, Paul Irofti wrote:
> >>>
> >>> Okay? (Yes, I'll do the manpage bits as well).
> >>
> >>
On 2012/04/23 10:32, mxb wrote:
> User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:11.0) Gecko/20120329
> Thunderbird/11.0.1
> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Ne point resending now as it's simple enough to redo, but Thunderbird
mangled your diff, see this for inf
There's no reason for the kernel to track the system's timezone
anymore. This is handled in userspace by the TZ environment variable,
and POSIX doesn't even define what happens if you pass a non-NULL
pointer as the 'struct timezone *' argument to gettimeofday() (and
settimeofday() has never been i
On Mon, Apr 23, 2012 at 8:37 PM, Matthew Dempsky wrote:
> There's no reason for the kernel to track the system's timezone
> anymore. B This is handled in userspace by the TZ environment variable,
> and POSIX doesn't even define what happens if you pass a non-NULL
> pointer as the 'struct timezone