Re: upstream vendors and why they can be really harmful

2012-11-08 Thread Kevin Chadwick
On Thu, 8 Nov 2012 10:18:28 +0100 Lars von den Driesch wrote: The only distros with a fair few users who have switched and still have far less users are Fedora, Mageia and OpenSUSE. Let's have an eye on Arch-Linux. And they have lost users over it. I left them out because they

[PATCH] mlockall() problem in OpenBSD 5.2

2012-11-08 Thread Ilya Bakulin
Hi list, after upgrade on OpenBSD 5.2 we observe the following message from ntpd: Oct 22 17:20:13 gg74 ntpd[2918]: ntpd 4.2.6p2@1.2194-o Tue Oct 16 20:26:47 UTC 2012 (1) Oct 22 17:20:13 gg74 ntpd[10103]: mlockall(): Cannot allocate memory Oct 22 17:20:13 gg74 ntpd[10103]: signal_no_reset: signal

Re: heads-up: on -current, -static may not be as static as you think

2012-11-08 Thread Christian Weisgerber
Stuart Henderson s...@spacehopper.org wrote: gtar/star/screen/tcsh are obviously intended for a recovery environment and I think should not require ld.so. Indeed. I was hoping we wouldn't have to do anything and -static would take on the expected semantics again. -- Christian naddy

Re: [PATCH] mlockall() problem in OpenBSD 5.2

2012-11-08 Thread Gerhard Roth
I did a similar change recently (http://marc.info/?l=openbsd-cvsm=135055003602935w=2). Therefore I think that Ilya's patch is valid and should be applied. If anyone is willing to ok, I can commit it. Gerhard On 11/08/2012 01:34 PM, Ilya Bakulin wrote: Hi list, after upgrade on OpenBSD 5.2 we

Re: [PATCH] mlockall() problem in OpenBSD 5.2

2012-11-08 Thread Stuart Henderson
Oh talking of RLIMIT reminds me...can someone who knows this area take a look at http://thread.gmane.org/gmane.os.aeriebsd.general/100 please?

Re: upstream vendors and why they can be really harmful

2012-11-08 Thread Marc Espie
synchronicity, seen thx to Bruno Rohee... https://igurublog.wordpress.com/2012/11/05/gnome-et-al-rotting-in-threes/

Re: [PATCH] mlockall() problem in OpenBSD 5.2

2012-11-08 Thread Gerhard Roth
On 11/08/2012 02:08 PM, Stuart Henderson wrote: Oh talking of RLIMIT reminds me...can someone who knows this area take a look at http://thread.gmane.org/gmane.os.aeriebsd.general/100 please? To me the fix looks reasonable. Limiting the stack size below the current usage shouldn't be allowed.

Re: [PATCH] mlockall() problem in OpenBSD 5.2

2012-11-08 Thread Mark Kettenis
Date: Thu, 8 Nov 2012 13:08:24 + From: Stuart Henderson s...@spacehopper.org Oh talking of RLIMIT reminds me...can someone who knows this area take a look at http://thread.gmane.org/gmane.os.aeriebsd.general/100 please? Change looks reasonable, but I think that instead of multiplying

Re: upstream vendors and why they can be really harmful

2012-11-08 Thread David Coppa
On Thu, Nov 8, 2012 at 2:21 PM, Marc Espie es...@nerim.net wrote: synchronicity, seen thx to Bruno Rohee... https://igurublog.wordpress.com/2012/11/05/gnome-et-al-rotting-in-threes/ Marketing? Brand presence? Visual identity? WTF?!? The following, in particular, is a little gem: The point

src/sys/net/if_pflow.c - fix kernel builds without bpfilter

2012-11-08 Thread Gleydson Soares
Hi, protect bpfilter portion with #if NBPFILTER 0. fix kernel builds without bpfilter. OK ? Index: if_pflow.c === RCS file: /cvs/src/sys/net/if_pflow.c,v retrieving revision 1.21 diff -u -p -r1.21 if_pflow.c --- if_pflow.c 30 Oct

Re: src/sys/net/if_pflow.c - fix kernel builds without bpfilter

2012-11-08 Thread Stuart Henderson
On 2012/11/08 11:52, Gleydson Soares wrote: Hi, protect bpfilter portion with #if NBPFILTER 0. fix kernel builds without bpfilter. OK ? Due to the variable ifp being unused. Yep, OK. Index: if_pflow.c === RCS file:

Re: [PATCH] group.c: group_autogroup looks for best match

2012-11-08 Thread Okan Demirmen
On Tue 2012.10.30 at 01:46 -0500, Kent R. Spillner wrote: Hi, [snip unrelated] I'm replying here instead of the new thread, for this one has context, so on that... However, in general, I do prefer last matching when it comes to the matching options in the config. So the below allows for

Re: Small memcpy optimization

2012-11-08 Thread Mark Kettenis
From: Stefan Fritsch s...@sfritsch.de Date: Thu, 1 Nov 2012 22:43:33 +0100 On Tuesday 21 August 2012, Stefan Fritsch wrote: On x86, the xchg operation between reg and mem has an implicit lock prefix, i.e. it is a relatively expensive atomic operation. This is not needed here. OKs,

Re: [PATCH] mlockall() problem in OpenBSD 5.2

2012-11-08 Thread Ted Unangst
On Thu, Nov 08, 2012 at 13:34, Ilya Bakulin wrote: The problem seems to be in uvm_map_pageable_all() function (sys/uvm/uvm_map.c). This function is a special case of uvm_map_pageable, which tries to mlockall() all mapped memory regions. Prior to calling uvm_map_pageable_wire(), which actually

Re: Small memcpy optimization

2012-11-08 Thread Ted Unangst
On Thu, Nov 01, 2012 at 22:43, Stefan Fritsch wrote: On Tuesday 21 August 2012, Stefan Fritsch wrote: On x86, the xchg operation between reg and mem has an implicit lock prefix, i.e. it is a relatively expensive atomic operation. This is not needed here. OKs, anyone? What do other

Re: upstream vendors and why they can be really harmful

2012-11-08 Thread sickmind
On 15:01 Thu 08 Nov , David Coppa wrote: On Thu, Nov 8, 2012 at 2:21 PM, Marc Espie es...@nerim.net wrote: synchronicity, seen thx to Bruno Rohee... https://igurublog.wordpress.com/2012/11/05/gnome-et-al-rotting-in-threes/ Marketing? Brand presence? Visual identity? WTF?!?