Stephen P. Becker wrote:
> Steev Klimaszewski wrote:
>> Donnie Berkholz wrote:
>>> Mike Frysinger wrote:
how about a local USE flag like "all-the-junk-in-the-trunk" ?
>>> Why? Just makes more work for us, for no apparent reason. I'd rather be
>>> able to pull unused stuff from the tree after a
Steev Klimaszewski wrote:
Donnie Berkholz wrote:
Mike Frysinger wrote:
how about a local USE flag like "all-the-junk-in-the-trunk" ?
Why? Just makes more work for us, for no apparent reason. I'd rather be
able to pull unused stuff from the tree after a while than add a new
option to install st
Donnie Berkholz wrote:
> Mike Frysinger wrote:
>> how about a local USE flag like "all-the-junk-in-the-trunk" ?
>
> Why? Just makes more work for us, for no apparent reason. I'd rather be
> able to pull unused stuff from the tree after a while than add a new
> option to install stuff nobody will e
Mike Frysinger wrote:
> how about a local USE flag like "all-the-junk-in-the-trunk" ?
Why? Just makes more work for us, for no apparent reason. I'd rather be
able to pull unused stuff from the tree after a while than add a new
option to install stuff nobody will ever run.
Thanks,
Donnie
signat
On Saturday 09 September 2006 22:46, Donnie Berkholz wrote:
> Mike Frysinger wrote:
> > so we're clear (cause i might have just missed it on irc) but there will
> > be a "meta monolithic" ebuild right ? one that has all the same deps as
> > what the current monolithic provides ?
>
> Not planning o
Mike Frysinger wrote:
> so we're clear (cause i might have just missed it on irc) but there will be
> a "meta monolithic" ebuild right ? one that has all the same deps as what
> the current monolithic provides ?
Not planning on it. There will be the xorg-x11 metabuild that provides a
recommende
On Saturday 09 September 2006 20:10, Donnie Berkholz wrote:
> This is a formal notice that monolithic X is no longer supported.
awesome !
> Developers with X-dependent packages may pull the || virtual/x11 section
> and retain just the modular dep list. Monolithic X will receive no
> further secur
