On Sat, Apr 27 2019, Nathanael Rensen wrote:
> The diff below speeds up ld.so library intialisation where the dependency
> tree is broad and deep, such as samba's smbd which links over 100 libraries.
>
> See for example https://marc.info/?l=openbsd-misc&m=155007285712913&w=2
>
> See https://marc.i
Hi,
thanks for checking the pappend() and filename.c patches,
those are now committed.
Here is basic cleanup of the last major function in line.c, pshift().
Several minor issues still remain in the file, but those are for later.
This gets rid of two LWCHAR variables, one call to utf_len(),
get_w
Tobias Stoeckmann wrote:
> This patch avoids a possible integer overflow on excessively large
> amount of events added to an event base in kqueue mode (default).
>
> Just as with previous changes, this is very unlikely to trigger and
> is a just a defensive measure.
>
> Changes in this diff:
>
>
This patch avoids a possible integer overflow on excessively large
amount of events added to an event base in kqueue mode (default).
Just as with previous changes, this is very unlikely to trigger and
is a just a defensive measure.
Changes in this diff:
* KNF (sorted imports and added limits.h f
On Tue, May 7, 2019 at 2:07 PM Anders Andersson wrote:
>
> ...[snip]...
What they probably did not realize is that the OpenBSD foundation is
openbsdfoundation.org
and not openbsd.org, so for the nature of their e-mail message, the
To: domain is going
to tech@openbsd.org of the OpenBSD Project,
Hello,
thanks for the great new tool, sysupgrade. Works like a charm.
While on it, I came with this patch to speed up the downloading.
It uses xargs -P to parallelize downloads (max 6, chosen from top of my head).
Also, removed trailing spaces in two lines.
Without parallel patch:
4m20.91s
On Tue, May 7, 2019 at 12:47 PM Lipinska, Sara
wrote:
>
> HireRight Limited is a limited liability company incorporated in England
> (registered number 4036193) whose registered office is at Gun Court, 70
> Wapping Lane, London, E1W 2RD.
>
> This communication contains information that may be co
On Tue, May 07, 2019 at 11:55:51AM +0100, Nicholas Marriott wrote:
> Hi
>
> You have the right idea general idea of the problem. display-panes
> blocks the queue until it is finished, so the key press isn't processed
> until then, which is too late.
>
> But your change defeats the purpose, the id
On Tue, May 07, 2019 at 11:55:51AM +0100, Nicholas Marriott wrote:
> Hi
>
> You have the right idea general idea of the problem. display-panes
> blocks the queue until it is finished, so the key press isn't processed
> until then, which is too late.
>
> But your change defeats the purpose, the id
Hi
You have the right idea general idea of the problem. display-panes
blocks the queue until it is finished, so the key press isn't processed
until then, which is too late.
But your change defeats the purpose, the idea is that new key presses
should be queued after the commands inserted by previo
Dear Sir/Madam,
We are the appointed pre-employment screening representatives and have been
asked to confirm that our Candidate was employed at OpenBSD Foundation, Paris.
I would be grateful if you could provide contact details to you HR or to the
person who would be able to confirm the dates o
On 2019/05/06 01:05, Luthing wrote:
> I finally got something working with the igmp-proxy package.
>
> But I am not sur this is stable because :
> - I guess only multicast traffic advertised with IGMP packets will be
> forwarded.
> - The process sometimes crashes
>
> Somebody has an experience fe
On Mon, May 06, 2019 at 10:47:39PM +0200, Thomas Huber wrote:
> Hi tech@,
>
> after struggeling a while to setup a load-balancer, I´ve finaly managed it.
> At least not as I originally had in mind but it works.
>
> During this kind of learning process I read the faq quite often and over
> again.
13 matches
Mail list logo
