On Sat, Apr 10, 2010 at 2:45 AM, Robin H. Johnson wrote:
> On Fri, Apr 09, 2010 at 01:34:46PM +0200, Fabio Erculiani wrote:
>> app-admin/authconfig
> (just checking, this is the nsswitch.conf changer right?), if so, then
> add to below.
>
>> net-misc/fcoe-utils
>> sys-apps/hbaapi
>> sys-block/open
On Tue, Apr 13, 2010 at 12:47 PM, "Paweł Hajdan, Jr."
wrote:
> I think that the packages that currently depend on one icon theme, could
> instead just depend on that virtual. For example, xfce works fine
> without the xfce theme, provided some other theme (like gnome or tango)
> is there.
>
> Is i
On Wed, 14 Apr 2010 13:03:10 + (UTC)
Duncan <1i5t5.dun...@cox.net> wrote:
> BTW, gcc seems to do some stage output comparing in its bootstrap
> process. Is that all absolute code correctness, or is there some
> performance benchmarking there that could benefit from this as well?
It's all c
On Wed, 14 Apr 2010 21:31:34 +0200
Sebastian Pipping wrote:
> hello!
>
>
> lifera is maintainer-needed at the moment.
>
> iskren slavov is here to help out but he'll need you as a dev to proxy
> him for now. he's started working on an ebuild in his gentoo-hosted
> overlay, already [2]; contac
hello!
lifera is maintainer-needed at the moment.
iskren slavov is here to help out but he'll need you as a dev to proxy
him for now. he's started working on an ebuild in his gentoo-hosted
overlay, already [2]; contact info's up there, too. please step up if
you can do this.
thanks in advance
Brian Harring posted on Wed, 14 Apr 2010 11:10:29 -0700 as excerpted:
>> The next thing is aborting merges. When running multiple emerges,
>> aborting one of them is as simple as pressing ^c. With daemon, we would
>> have to implement an ability of aborting/removing packages in runtime
>> -- and t
On Wed, 14 Apr 2010 11:10:29 -0700
Brian Harring wrote:
> Running multiple emerge's in parallel is unsafe due to the fact
> they've got two potentially very different plans as to what is being
> done, and that there is no possibility to ensure that pkg D that PM-2
> is building isn't affected
On Wed, Apr 14, 2010 at 04:20:18PM +0200, Michaaa GGGrny wrote:
> On Tue, 13 Apr 2010 23:10:16 -0700
> Brian Harring wrote:
>
> > Running multiple emerges in parallel is already a bad idea. The
> > solution for that case is for the new/second emerge to feed the
> > request into the original em
On Tue, 13 Apr 2010 23:10:16 -0700
Brian Harring wrote:
> Running multiple emerges in parallel is already a bad idea. The
> solution for that case is for the new/second emerge to feed the
> request into the original emerge (or a daemon).
Although such solution will be useful in many cases ind
Justin posted on Wed, 14 Apr 2010 08:46:15 +0200 as excerpted:
> On 14/04/10 04:12, Zac Medico wrote:
>> Hi everyone,
>>
>> Should we add a RESTRICT=parallel value for ebuilds that can't be built
>> at the same time as other ebuilds? Brian says we need it for things
>> like xorg-server which call
On Wed, 14 Apr 2010 08:46:15 +0200 Justin wrote:
> There is at least one other example which benefits from singlular
> build, atlas libs. They run a benchmark suite to create platform
> specific headers, which is heavily influenced by the system load. So
> having RESTRICT=parallel would make the
Nirbheek Chauhan wrote:
> On Tue, Apr 13, 2010 at 10:03 PM, Matti Bickel wrote:
>> I rather like the changelogs auto-generated. A method to link my git
>> commit to bugzie would be awesome. I *do* envy debian and others for the
>> auto bughandling they have. Previewing more than a raw number would
On Wed, Apr 14, 2010 at 07:06:56AM +, Duncan wrote:
> Brian Harring posted on Tue, 13 Apr 2010 23:10:16 -0700 as excerpted:
>
> > RESTRICT=parallel is basically a big lock that forces building to go
> > down to one specific build/merge job- it's not at all fine grained. That
> > said, I'm not
Brian Harring posted on Tue, 13 Apr 2010 23:10:16 -0700 as excerpted:
> RESTRICT=parallel is basically a big lock that forces building to go
> down to one specific build/merge job- it's not at all fine grained. That
> said, I'm not convinced it's worth actually *trying* to be fine grained.
>
> St
14 matches
Mail list logo
