On 08/23/2012 12:45, Luigi Rizzo wrote:
On Thu, Aug 23, 2012 at 12:08:40PM -0500, Alan Cox wrote:
...
yes i do see that.
Maybe less aggressive with M_NOWAIT but still kills processes.
Are you compiling world with MALLOC_PRODUCTION? The latest version of
whatever the default is. But:
jemall
On Thu, 23 Aug 2012, Eitan Adler wrote:
On 23 August 2012 22:55, Steve Wills wrote:
As far as I understand it, POLA is about changing existing things:
okay, so forget POLA. My point is that a user following a how to or
even *our* documentation on how to install something unrelated, like
sa
Hello!
Does anybody get same error at buildworld with recent -current?
clang -Os -fno-strict-aliasing -pipe -Qunused-arguments -march=core2
-I/usr/src/lib/libc/include -I
/usr/src/lib/libc/../../include -I/usr/src/lib/libc/amd64 -DNLS
-D__DBINTERFACE_PRIVATE -I/usr/src/
lib/libc/../../contri
On 23 August 2012 22:59, Doug Barton wrote:
> No, POLA refers to not changing long-established practices out from
> under the user.
forget pola
>
> I tend to agree with Steve here ... we can't be responsible for other
> people's poorly written docs.
This isn't about poorly written docs. This is
On 8/23/2012 7:23 PM, Eitan Adler wrote:
> On 23 August 2012 22:15, Steve Wills wrote:
>> On Aug 23, 2012, at 10:08 PM, Eitan Adler wrote:
>>
>>> On 23 August 2012 22:05, Steve Wills wrote:
>>>
Why can't one of those steps be to run "pkg-bootstrap"?
>>>
>>> Because the how-to may not be for
On 23 August 2012 22:55, Steve Wills wrote:
> As far as I understand it, POLA is about changing existing things:
okay, so forget POLA. My point is that a user following a how to or
even *our* documentation on how to install something unrelated, like
say, apache, will be very confused when the d
On Aug 23, 2012, at 10:23 PM, Eitan Adler wrote:
> On 23 August 2012 22:15, Steve Wills wrote:
>> On Aug 23, 2012, at 10:08 PM, Eitan Adler wrote:
>>
>>> On 23 August 2012 22:05, Steve Wills wrote:
>>>
Why can't one of those steps be to run "pkg-bootstrap"?
>>>
>>> Because the how-to may
On 23 August 2012 22:15, Steve Wills wrote:
> On Aug 23, 2012, at 10:08 PM, Eitan Adler wrote:
>
>> On 23 August 2012 22:05, Steve Wills wrote:
>>
>>> Why can't one of those steps be to run "pkg-bootstrap"?
>>
>> Because the how-to may not be for a new system ;)
>
> The possibility of bad docs so
On Aug 23, 2012, at 10:08 PM, Eitan Adler wrote:
> On 23 August 2012 22:05, Steve Wills wrote:
>
>> Why can't one of those steps be to run "pkg-bootstrap"?
>
> Because the how-to may not be for a new system ;)
The possibility of bad docs somewhere outside of our control, when we can (and
I am
On 23 August 2012 22:05, Steve Wills wrote:
> Why can't one of those steps be to run "pkg-bootstrap"?
Because the how-to may not be for a new system ;)
--
Eitan Adler
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/list
On Aug 23, 2012, at 9:57 PM, Eitan Adler wrote:
> On 23 August 2012 18:19, Steve Wills wrote:
>> Hi,
>>
>> It seems to me that renaming the pkg binary in /usr/sbin/pkg to
>> /usr/sbin/pkg-bootstrap would make sense. From a user standpoint, it is
>> confusing that running the command gets diff
On 23 August 2012 18:19, Steve Wills wrote:
> Hi,
>
> It seems to me that renaming the pkg binary in /usr/sbin/pkg to
> /usr/sbin/pkg-bootstrap would make sense. From a user standpoint, it is
> confusing that running the command gets different results the second time it
> is run vs. the first t
On Thu, 23 Aug 2012 18:19:57 -0400
Steve Wills wrote:
> Hi,
>
> It seems to me that renaming the pkg binary in /usr/sbin/pkg
> to /usr/sbin/pkg-bootstrap would make sense. From a user standpoint,
> it is confusing that running the command gets different results the
> second time it is run vs. th
Le Fri, 24 Aug 2012 00:27:13 +0200,
Baptiste Daroussin a écrit :
Hello,
> > So, opinions? There may still be time to fix it for 9.1 if we can
> > decide quickly.
> >
> I do personnally have no opinion on this, I have hesitated long
> between both before choosing /usr/sbin/pkg.
>
> I'm interest
On 8/23/2012 5:19 PM, Steve Wills wrote:
> Hi,
>
> It seems to me that renaming the pkg binary in /usr/sbin/pkg to
> /usr/sbin/pkg-bootstrap would make sense. From a user standpoint, it is
> confusing that running the command gets different results the second time it
> is run vs. the first time
On 8/23/2012 3:19 PM, Steve Wills wrote:
> Hi,
>
> It seems to me that renaming the pkg binary in /usr/sbin/pkg to
> /usr/sbin/pkg-bootstrap would make sense. From a user standpoint, it is
> confusing that running the command gets different results the second time it
> is run vs. the first time
On Thu, Aug 23, 2012 at 06:19:57PM -0400, Steve Wills wrote:
> Hi,
>
> It seems to me that renaming the pkg binary in /usr/sbin/pkg to
> /usr/sbin/pkg-bootstrap would make sense. From a user standpoint, it is
> confusing that running the command gets different results the second time it
> is ru
Hi,
It seems to me that renaming the pkg binary in /usr/sbin/pkg to
/usr/sbin/pkg-bootstrap would make sense. From a user standpoint, it is
confusing that running the command gets different results the second time it is
run vs. the first time. I can imagine a user saying "I ran pkg, but it didn
On Aug 23, 2012, at 11:45 AM, Luigi Rizzo wrote:
> On Thu, Aug 23, 2012 at 12:08:40PM -0500, Alan Cox wrote:
> ...
>>> yes i do see that.
>>>
>>> Maybe less aggressive with M_NOWAIT but still kills processes.
>>
>> Are you compiling world with MALLOC_PRODUCTION? The latest version of
>
> wha
On Thu, Aug 23, 2012 at 03:50:11PM -0400, Kris Moore wrote:
> Well, it was about time I got to doing a benchmark of this anyway :)
> I did quick benchmark of how one of our utilities parses through a list
> of 1k packages on a newer i5 system:
> First test, using /var/db/pkg/ check we have been d
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 8/22/2012 5:27 AM, Ivan Voras wrote:
> On 21/08/2012 22:15, Doug Barton wrote:
>
>> And in this case, it doesn't matter how awesome the new tools
>> are, they are a MAJOR paradigm shift for how users interact with
>> ports, and we are
>
> Unless
Hm, it's sqlite, so if the tables are indexed correctly, that should
be a quick query?
Or is it recursing through each dependency and listing that too?
adrian
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freeb
On 08/23/2012 16:31, olli hauer wrote:
> On 2012-08-23 21:50, Kris Moore wrote:
>> On 08/23/2012 13:10, Jeremy Messenger wrote:
>>> On Thu, Aug 23, 2012 at 11:49 AM, Kris Moore wrote:
On 08/23/2012 12:26, Jeffrey Bouquet wrote:
> I am following with dread the planned implementation of the
On 2012-08-23 21:50, Kris Moore wrote:
> On 08/23/2012 13:10, Jeremy Messenger wrote:
>> On Thu, Aug 23, 2012 at 11:49 AM, Kris Moore wrote:
>>> On 08/23/2012 12:26, Jeffrey Bouquet wrote:
I am following with dread the planned implementation of the deprecation of
/var/db/pkg as a packag
On Thu, Aug 23, 2012 at 03:50:11PM -0400, Kris Moore wrote:
> On 08/23/2012 13:10, Jeremy Messenger wrote:
> > On Thu, Aug 23, 2012 at 11:49 AM, Kris Moore wrote:
> >> On 08/23/2012 12:26, Jeffrey Bouquet wrote:
> >>> I am following with dread the planned implementation of the deprecation
> >>> o
On 23 August 2012 20:50, Kris Moore wrote:
> On 08/23/2012 13:10, Jeremy Messenger wrote:
>> On Thu, Aug 23, 2012 at 11:49 AM, Kris Moore wrote:
>>> On 08/23/2012 12:26, Jeffrey Bouquet wrote:
I am following with dread the planned implementation of the deprecation of
/var/db/pkg as a p
On 08/23/2012 13:10, Jeremy Messenger wrote:
> On Thu, Aug 23, 2012 at 11:49 AM, Kris Moore wrote:
>> On 08/23/2012 12:26, Jeffrey Bouquet wrote:
>>> I am following with dread the planned implementation of the deprecation of
>>> /var/db/pkg as a package registry... I use each /var/db/pkg director
On Thu, Aug 23, 2012 at 08:29:53PM +0200, Julien Laffaye wrote:
> > portmaster or via core dumping install. By installing on one box,
> > my home box, port security/cyrus-sasl2 manually, luckily install and
> > mtree didn't coredump and it worked - and this procedure rescued me.
> > But on my lab's
On 8/23/2012 6:26 PM, Jeffrey Bouquet wrote:
I am following with dread the planned implementation of the deprecation of
/var/db/pkg as a package registry... I use each /var/db/pkg directory as a
database into the port installation/status, using
sed/grep/portmaster/portmanager/.sh scripts/find/
On Thursday, August 23, 2012 1:40:37 pm Luigi Rizzo wrote:
> On Thu, Aug 23, 2012 at 04:55:05PM +0100, Attilio Rao wrote:
> > On Thu, Aug 23, 2012 at 5:05 PM, Luigi Rizzo wrote:
> > > On Thu, Aug 23, 2012 at 03:52:56PM +0100, Attilio Rao wrote:
> > >> On 8/23/12, Luigi Rizzo wrote:
> > >> > Hi,
>
On Thu, Aug 23, 2012 at 12:08:40PM -0500, Alan Cox wrote:
...
> >yes i do see that.
> >
> >Maybe less aggressive with M_NOWAIT but still kills processes.
>
> Are you compiling world with MALLOC_PRODUCTION? The latest version of
whatever the default is. But:
> jemalloc uses significantly more m
On Thu, Aug 23, 2012 at 04:55:05PM +0100, Attilio Rao wrote:
> On Thu, Aug 23, 2012 at 5:05 PM, Luigi Rizzo wrote:
> > On Thu, Aug 23, 2012 at 03:52:56PM +0100, Attilio Rao wrote:
> >> On 8/23/12, Luigi Rizzo wrote:
> >> > Hi,
> >> > I am a bit unclear on what are the pros and cons of using
> >>
On Thu, Aug 23, 2012 at 11:49 AM, Kris Moore wrote:
> On 08/23/2012 12:26, Jeffrey Bouquet wrote:
>> I am following with dread the planned implementation of the deprecation of
>> /var/db/pkg as a package registry... I use each /var/db/pkg directory as a
>> database into the port installation/sta
On 08/23/2012 11:31, Luigi Rizzo wrote:
On Thu, Aug 23, 2012 at 10:48:27AM -0500, Alan Cox wrote:
On Wed, Aug 22, 2012 at 7:01 AM, Luigi Rizzo wrote:
I am trying to make netmap adapt the amount of memory it allocates
to what is available. At its core, it uses contigmalloc() with
small chunks
On 23 Aug 2012 17:50, "Kris Moore" wrote:
>
> On 08/23/2012 12:26, Jeffrey Bouquet wrote:
> > I am following with dread the planned implementation of the deprecation
of /var/db/pkg as a package registry... I use each /var/db/pkg directory as
a database into the port installation/status, using
sed/
On 08/23/2012 12:26, Jeffrey Bouquet wrote:
> I am following with dread the planned implementation of the deprecation of
> /var/db/pkg as a package registry... I use each /var/db/pkg directory as a
> database into the port installation/status, using
> sed/grep/portmaster/portmanager/.sh scripts/
I am following with dread the planned implementation of the deprecation of
/var/db/pkg as a package registry... I use each /var/db/pkg directory as a
database into the port installation/status, using
sed/grep/portmaster/portmanager/.sh scripts/find/pipes etc... to fix stuff.
For instance, an u
On Thu, Aug 23, 2012 at 10:48:27AM -0500, Alan Cox wrote:
> On Wed, Aug 22, 2012 at 7:01 AM, Luigi Rizzo wrote:
>
> > I am trying to make netmap adapt the amount of memory it allocates
> > to what is available. At its core, it uses contigmalloc() with
> > small chunks (even down to 1 page) to fet
On Thu, Aug 23, 2012 at 5:05 PM, Luigi Rizzo wrote:
> On Thu, Aug 23, 2012 at 03:52:56PM +0100, Attilio Rao wrote:
>> On 8/23/12, Luigi Rizzo wrote:
>> > Hi,
>> > I am a bit unclear on what are the pros and cons of using
>> > TUNABLE_INT vs TUNABLE_INT_FETCH within a device driver.
>>
>> TUNABLE_
On Wed, Aug 22, 2012 at 7:01 AM, Luigi Rizzo wrote:
> I am trying to make netmap adapt the amount of memory it allocates
> to what is available. At its core, it uses contigmalloc() with
> small chunks (even down to 1 page) to fetch memory.
>
> Problem is, i notice that before failing, contigmallo
On Thu, Aug 23, 2012 at 03:52:56PM +0100, Attilio Rao wrote:
> On 8/23/12, Luigi Rizzo wrote:
> > Hi,
> > I am a bit unclear on what are the pros and cons of using
> > TUNABLE_INT vs TUNABLE_INT_FETCH within a device driver.
>
> TUNABLE_INT is basically the "statically initializer" version of
> T
On 8/23/12, Luigi Rizzo wrote:
> Hi,
> I am a bit unclear on what are the pros and cons of using
> TUNABLE_INT vs TUNABLE_INT_FETCH within a device driver.
TUNABLE_INT is basically the "statically initializer" version of
TUNABLE_INT_FETCH.
In short terms, you will use TUNABLE_INT_FETCH() in norma
Hi,
I am a bit unclear on what are the pros and cons of using
TUNABLE_INT vs TUNABLE_INT_FETCH within a device driver.
As a matter of fact, as i read the definitions in sys/kernel.h
I almost wonder whether we need the TUNABLE_INT form at all.
can anyone help clarify the differences ?
thanks
luig
On Wednesday, August 22, 2012 9:35:34 pm Peter Jeremy wrote:
> On 2012-Aug-22 15:35:01 -0400, John Baldwin wrote:
> >Hmm. Perhaps we could use a debouncer to ignore "short" link flaps? Kind of
> >gross (and OpenBSD doesn't do this). For now this change basically ignores
> >link up events if the
On Wednesday, August 22, 2012 9:35:34 pm Peter Jeremy wrote:
> BTW to jhb: Can you check your mailer's list configuration. You
> appear to be adding and leaving
> in the Cc list.
It's a "feature" of kmail that the kmail developers refuse to provide
an option to disable. (It's due to the List-I
45 matches
Mail list logo
