Re: freetype bumps [Re: CVS: cvs.openbsd.org: xenocara]

On 2018/05/25 22:55, Matthieu Herrb wrote: > On Fri, May 25, 2018 at 12:11:27PM +0100, Stuart Henderson wrote: > > > > Some packages depend on freetype AND another X lib that depends on freetype, > > Until new packages are available and the user has run pkg_add -u, this > > results > > in two

Re: freetype bumps [Re: CVS: cvs.openbsd.org: xenocara]

On Fri, May 25, 2018 at 12:11:27PM +0100, Stuart Henderson wrote: > > Some packages depend on freetype AND another X lib that depends on freetype, > Until new packages are available and the user has run pkg_add -u, this results > in two conflicting versions of freetype being pulled in. > >

fix libepoxy build on mips64el

Hi, after the update to 1.5.2 libepoxy fails to link on loongson with: gl_generated_dispatch.c:(.text+0x88): relocation truncated to fit: R_MIPS_CALL16 against `epoxy_is_desktop_gl' and other similar errors. This fixes it. ok ? Index: Makefile

Re: [Patch] mg(1) tutorial: no columns :(

> Then why not write that diff? Because I see setting column-number-mode on by default as best solution, but you have/had nice reason to set it to off by default. Ok, here's diff: Index: display.c === RCS file:

Re: [patch] Skip background scan if bssid is set

Hi Stefan, Unfortunately, it makes no difference. :-/ With bssid specified: 25 packets transmitted, 25 packets received, 0.0% packet loss round-trip min/avg/max/std-dev = 7.357/8.340/25.425/3.489 ms Without bssid specified: 25 packets transmitted, 20 packets received, 20.0% packet loss

Re: [Patch] mg(1) tutorial: no columns :(

On 05/25/18 10:25, Leonid Bobrov wrote: Mentioning would be nice. display.c's 1.39 revision log says "off by default to not kill slow serial lines" -_- Then why not write that diff? Something like the below, maybe? I'm not totally sold that we need it, but am not unsold either. I could go

Re: [patch] Skip background scan if bssid is set

On Sun, Apr 29, 2018 at 03:39:07AM +0200, Jesper Wallin wrote: > Hi all, > > I recently learned that my AP behaves badly and I have packet loss when > the background scan is running. Hi Jesper, Can you please check if this diff makes your AP work without hardcoding its bssid? Index: if_iwm.c

Re: [Patch] mg(1) tutorial: no columns :(

Mentioning would be nice. display.c's 1.39 revision log says "off by default to not kill slow serial lines" -_-

Re: [Patch] mg(1) tutorial: no columns :(

On Fri, May 25, 2018 at 7:43 AM, Leonid Bobrov wrote: > Index: tutorial > === > RCS file: /cvs/src/usr.bin/mg/tutorial,v > retrieving revision 1.17 > diff -u -p -u -p -r1.17 tutorial > --- tutorial30 May

[Patch] mg(1) tutorial: no columns :(

Index: tutorial === RCS file: /cvs/src/usr.bin/mg/tutorial,v retrieving revision 1.17 diff -u -p -u -p -r1.17 tutorial --- tutorial30 May 2017 07:11:40 - 1.17 +++ tutorial25 May 2018 03:42:23 - @@ -218,10 +218,9

Re: Unlock 16 network-related syscalls

On 25.5.2018. 10:35, Martin Pieuchot wrote: > Updated diff that should prevent reported hangs, as analyzed by tb@ and > visa@. with this diff i can't reproduce lockup .. tnx ..

Re: [UPDATE] FreeType 2.9.1

On 2018-05-20 14:15:47, Matthieu Herrb wrote: > On Thu, Apr 26, 2018 at 01:01:33PM +0200, David Coppa wrote: > > > > Hi all, > > > > Attached you will find an update to the latest freetype (2.9.1). > > > > ok matthieu@. > > note that the uninialized memory access with some

Re: Unlock 16 network-related syscalls

Theo Buehler wrote: > On Fri, May 25, 2018 at 10:35:35AM +0200, Martin Pieuchot wrote: > > On 22/05/18(Tue) 15:39, Martin Pieuchot wrote: > > > By assuming that `f_data' is immutable, which AFAIK is true for sockets, > > > we can remove the KERNEL_LOCK() from the following syscalls iff files are >

Re: Unlock 16 network-related syscalls

On Fri, May 25, 2018 at 10:35:35AM +0200, Martin Pieuchot wrote: > On 22/05/18(Tue) 15:39, Martin Pieuchot wrote: > > By assuming that `f_data' is immutable, which AFAIK is true for sockets, > > we can remove the KERNEL_LOCK() from the following syscalls iff files are > > refcounted in an MP-safe

Re: Unlock 16 network-related syscalls

On 22/05/18(Tue) 15:39, Martin Pieuchot wrote: > By assuming that `f_data' is immutable, which AFAIK is true for sockets, > we can remove the KERNEL_LOCK() from the following syscalls iff files are > refcounted in an MP-safe way. > > This diff includes the EBUSY check in dup2(2) which is

in_ioctl: split out SIOC{A,D,S}IFADDR

The second step of merging the two switches in in_ioctl() is to split the six ioctls in this function into two families of three and to start disentangling them. While it is not strictly needed, it seemed cleanest to introduce a new function analogous to what was done in in6_ioctl(). This way we

Re: smtpd.conf new grammar

On Thu, May 24, 2018 at 04:38:17PM -0400, Rupert Gallagher wrote: > On Thu, May 24, 2018 at 14:18, Gilles Chehade wrote: > > > In effect, instead of having: > > accept from any for local deliver to mbox > > > > You will have: > > action "my_action" mbox > > match from any for