Re: [patch] ftp(1): change mtime for http/https links

On Sat, 23 Sep 2017, Jesper Wallin wrote: ... > The patch below will use the Last-Modified header in order to set the > modification time for http or https links. I also added, what to me > looked like a missing "\n" on the error message in ftp.c. ... > --- fetch.c 7 Mar 2017 08:00:23 -

perl 5.24.3 update (OK?)

Hoping this will be able to go in before the lock, I've heard good things about RC1 working without any issue, so hopefully I can find OKs from the right folks, so please give it a try and let me know as I'd really like to pick up some of the other items. I've got a test release building now, so

Re: [patch] ftp(1): change mtime for http/https links

On Fri, Sep 22, 2017 at 11:01:57PM BST, Jesper Wallin wrote: > Hi all, > > My morning routine consists of downloading the latest snapshot files and > running the upgrade. To avoid wasting bandwidth and time, I check the > local modification time of INSTALL.amd64, fetch the remote one and check >

Re: [patch] ftp(1): change mtime for http/https links

I like this, but it's rather late in the release cycle to be adding features to ftp(1), could you send a reminder when we're at 6.2-current? (Also, if you haven't already done so, check that "make release" and the installer still work). On 2017/09/22 22:01, Jesper Wallin wrote: > Hi all, > >

[patch] ftp(1): change mtime for http/https links

Hi all, My morning routine consists of downloading the latest snapshot files and running the upgrade. To avoid wasting bandwidth and time, I check the local modification time of INSTALL.amd64, fetch the remote one and check if the modification time has changed. A few days ago, the mirror I use

Ethernet media autoselect for DEC 3000

The on-board Ethernet interface on DEC 3000 systems (except for models 300) has both a 10base5 and a 10baseT connector, which is software selected. The following diff, based upon sparc le@ledma attachment, lets the user force a specific media regardless of the PROM settings, and will also, when

Re: malloc.c: better double free check

A linear search works well for the current small quarantine (16) but won't work well if you ever want to have a larger / configurable quarantine size. It would also be nice to make this fast enough to enable by default. We (CopperheadOS) use an open addressed hash table for this based on the

relayd http read line

Hi, The relayd regression tests for chunked http traffic fail sometimes. Ktrace reveals that this happens when the \r and \n at the end of a header line are read in separate chunks. Then evbuffer_readline() interpretes the \r as the end of the first line and the \n as an additional empty line.

Dell XPS 13 Skylake - wsconsctl blocked from reading backlight state

Hello, I am experiencing a problem with my Dell XPS 13 (Skylake) and OpenBSD. I am running a snapshot that causes a black screen and hang when trying a start X. The snapshot is OpenBSD 6.2-beta (dated Mon Sep 18 23:31:27 MDT 2017) I have found the same bug (albeit from a different type of

Re: have netstart handle tap interfaces as well as tun

On 2017/09/22 06:26, Claudio Jeker wrote: > On Tue, Sep 19, 2017 at 04:54:04PM +1000, David Gwynne wrote: > > this helsp if you want to have a tap interface joined to a bridge > > on boot. > > > > ok? > > Uhm, why? bridge is already delayed and tap will be initialized therefore > before bridge?

Re: man page update for bgpctl

Thank you Jason, Denis, I will learn how to generate proper patches, thanks for your patience and help Appreciated, will submit more and better ones in future Thanks Tom Smyth On 21 September 2017 at 13:07, Tom Smyth wrote: > Hello > minor Grammar Correction on

malloc.c: better double free check

Hi, Malloc maintains a list if 16 slots of chunks to be freed. On free a chunk is put in a random slot and the existing chunk in that slot is actually freed. Currently, the code only checks the slot selected for a double free. This diff adds code to check all slots. It also removes the option to

Re: have netstart handle tap interfaces as well as tun

On Tue, Sep 19, 2017 at 04:54:04PM +1000, David Gwynne wrote: > this helsp if you want to have a tap interface joined to a bridge > on boot. > > ok? Uhm, why? bridge is already delayed and tap will be initialized therefore before bridge? Neither tun nor tap should be in that list in my opinion