On Fri, Sep 22, 2017 at 11:56:51PM +0100, Raf Czlonka wrote:
> 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
> >
Yeah, the SHA256.sig should be enough and just veify that everything is
correct. If not, fetch the incorrect sets again. I just wanted to give
a brief explaination on how I noticed this inconsistency. But yeah,
thanks for pointing me to a better solution.
On Sat, Sep 23, 2017 at 05:12:32AM
Hello Lads,
I have submitted a proposed patch for hostname.if5 to show a user how
to do Point to Point Addressing on an interface (thanks to @Tedu for
publishing the correct syntax which helped me.
So I (tried to ) show syntax for that case on the hostname.if manual file
Thanks to Nikolai
On Sat, Sep 23, 2017 at 11:16:54AM +0200, Gellert Farkas wrote:
> Hi,
>
> I'm not quite sure of the process or exact protocol, but would it be
> possible for those responsible for ACPI related bugs have a look at my
> previous post? https://marc.info/?l=openbsd-tech=150607863024523
>
> I don't
Raf Czlonka wrote:
> This is unrelated to your diff but what I do instead is to check
> the BUILDINFO file - it's tiny and all the information you need,
> is already there.
While we're on the subject, I'll point out that sometimes only the base sets
change, but not the x sets. If you download
On Sat, Sep 23, 2017 at 10:12:32AM BST, Ted Unangst wrote:
> Raf Czlonka wrote:
> > This is unrelated to your diff but what I do instead is to check
> > the BUILDINFO file - it's tiny and all the information you need,
> > is already there.
>
> While we're on the subject, I'll point out that
Otto Moerbeek wrote:
> 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
Hi,
I'm not quite sure of the process or exact protocol, but would it be
possible for those responsible for ACPI related bugs have a look at my
previous post? https://marc.info/?l=openbsd-tech=150607863024523
I don't want to be pushy and I am in no rush for a fix, I just want to
ensure that
Alexander Bluhm(alexander.bl...@gmx.net) on 2017.09.22 19:54:56 +0200:
> 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()
>
Yeah, fully understandable. I'll bump this once 6.2 is out.
I'll apply the changes Philip suggested (thanks!) and then build a
release to verify that everything works.
On Fri, Sep 22, 2017 at 11:35:03PM +0100, Stuart Henderson wrote:
> I like this, but it's rather late in the release cycle to
On Fri, Sep 22, 2017 at 04:35:39PM -0400, Daniel Micay wrote:
> 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.
>
On Sat, Sep 23, 2017 at 02:05:34PM +, Otto Moerbeek wrote:
> On Sat, Sep 23, 2017 at 05:28:57AM -0400, Ted Unangst wrote:
>
> > Otto Moerbeek wrote:
> > > 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
On Sat, Sep 23, 2017 at 05:28:57AM -0400, Ted Unangst wrote:
> Otto Moerbeek wrote:
> > 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
On Sat, 2017-09-23 at 09:32 +0200, Otto Moerbeek wrote:
> On Fri, Sep 22, 2017 at 04:35:39PM -0400, Daniel Micay wrote:
>
> > 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
> On Sat, Sep 23, 2017 at 09:43:12AM +0200, Jesper Wallin wrote:
> Yeah, fully understandable. I'll bump this once 6.2 is out.
>
> I'll apply the changes Philip suggested (thanks!) and then build a
> release to verify that everything works.
>
>
Woups, seems like I managed to break ftp(1) in the
Moving bugs@ and Matthieu to BCC, addings tech@.
Since no one else has fixed this yet, I did. This bug is a combination
or two things. 1.) When a wsmouse goes away on a KVM, it becomes
detached, but not disconnected, and 2.) some mice still have things to
be read (or think they do) when they're
16 matches
Mail list logo