On Thu, 22 Sep 2005 22:28:35 +0200
Tom Fredrik Blenning Klaussen <[EMAIL PROTECTED]> wrote:
> Now as for the USE flag system. It has actually become so big
> that it's difficult to use it effectively. I would actually
> suggest that a two level system of USE flags could be employed.
> Something li
On Friday 23 September 2005 05:28, Tom Fredrik Blenning Klaussen wrote:
> Now as for the USE flag system. It has actually become so big that it's
> difficult to use it effectively. I would actually suggest that a two
> level system of USE flags could be employed. Something like
> wtk/gtk (Windowing
Tom Fredrik Blenning Klaussen wrote:
> The average gentoo users are not stupid.
Many people would not agree with that statement ;)
come so far as to adjust something beyond the most basic USE flags at
all, you're probably advanced enough to deciphre such a message. (It
would be nice to have som
On Wed, 2005-09-21 at 18:07 -0400, Alec Warner wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Tom Fredrik Blenning Klaussen wrote:
> > On Thu, 2005-09-08 at 20:01 +0100, John Mylchreest wrote:
> >
> >>For the record, there is a bug open for this. (#64009)
> >>Personally, I'm not kee
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Tom Fredrik Blenning Klaussen wrote:
> On Thu, 2005-09-08 at 20:01 +0100, John Mylchreest wrote:
>
>>For the record, there is a bug open for this. (#64009)
>>Personally, I'm not keen on the idea.
>>the only way which we can do this is by detecting whi
On Thu, 2005-09-08 at 20:01 +0100, John Mylchreest wrote:
> For the record, there is a bug open for this. (#64009)
> Personally, I'm not keen on the idea.
> the only way which we can do this is by detecting which arch we are
> installing the sources, for, which immediately means many installs of
>
John Mylchreest wrote:
> In general, there is no obvious technical reason against individual
> installs differing from one another, however from a support and QA point
> of view it makes it a much less trivial issue.
Well, I was talking about <10 variants (one for each supported arch),
but iggy's
Petteri Räty wrote:
warnera6 wrote:
IMHO it is, but not as a USE flag (it will never be stable enough
without upstream support) but I think many would find the functionality
useful in a script. I know I would. If it works most of the time and
saves space, there is no reason not trim things
warnera6 wrote:
>
> IMHO it is, but not as a USE flag (it will never be stable enough
> without upstream support) but I think many would find the functionality
> useful in a script. I know I would. If it works most of the time and
> saves space, there is no reason not trim things. If it breaks,
Greg KH wrote:
On Thu, Sep 08, 2005 at 10:49:04PM +0100, twofourtysix wrote:
On 05/09/05, Petteri R?ty <[EMAIL PROTECTED]> wrote:
I have a couple of old machines I maintain and emerging and unmerging
kernel sources take a while because there are so many files. Also one
set of gentoo sources t
On Thu, Sep 08, 2005 at 10:49:04PM +0100, twofourtysix wrote:
> On 05/09/05, Petteri R?ty <[EMAIL PROTECTED]> wrote:
> > I have a couple of old machines I maintain and emerging and unmerging
> > kernel sources take a while because there are so many files. Also one
> > set of gentoo sources takes ab
On 05/09/05, Petteri Räty <[EMAIL PROTECTED]> wrote:
> I have a couple of old machines I maintain and emerging and unmerging
> kernel sources take a while because there are so many files. Also one
> set of gentoo sources takes about 230MB of disk space. By removing stuff
> not belonging to x86 I wa
On Thu, 2005-09-08 at 22:14 +0200, Jan Kundrát wrote:
> Er, but why is this a problem? Does it matter that the package will
> install different files on x86 than on mips? Or am I just overlooking
> the point?
In general, there is no obvious technical reason against individual
installs differing f
At one time we had a problem with gentoo sources having way too many use flags
and patches which lead to there being an incalculable number of ways that gentoo
-sources could turn out. It was a pita to maintain. A pita to troubleshoot.
There were weird bugs that we couldn't reproduce easily. Bas
John Mylchreest wrote:
> For the record, there is a bug open for this. (#64009)
> Personally, I'm not keen on the idea.
> the only way which we can do this is by detecting which arch we are
> installing the sources, for, which immediately means many installs of
> USE=minimal are not the same.
Er,
For the record, there is a bug open for this. (#64009)
Personally, I'm not keen on the idea.
the only way which we can do this is by detecting which arch we are
installing the sources, for, which immediately means many installs of
USE=minimal are not the same.
There are plenty of other reasons I c
On Thursday 08 September 2005 20:10, solar wrote:
> Perhaps you can simply just take advantage of tar's
> --exclude=/-e options in the unpack() function of ebuild.sh when
> USERLAND == GNU
tar --exclude/-e is supported by both bsdtar and gtar.
--
Diego "Flameeyes" Pettenò
Gentoo Developer - http
On Mon, 2005-09-05 at 22:08 +0300, Petteri Räty wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> I have a couple of old machines I maintain and emerging and unmerging
> kernel sources take a while because there are so many files. Also one
> set of gentoo sources takes about 230MB of di
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Michael Hanselmann wrote:
> Hello
>
> The idea isn't too bad, but if you implement it, please do it in a cross
> plattform compatible way, not x86-only.
Well I didn't explain the implementation, but of course I would myself
only add the implementatio
Hello
> The stuff I removed:
> arch/* except i386 and x86_64
> include/asm-* expect asm-generic, asm-i386 and asm-x86_64
> So I propose we implement a minimal USE flag in the kernel-2 eclass that
> would make the cleaning [...|
The idea isn't too bad, but if you implement it, please do it in a c
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I have a couple of old machines I maintain and emerging and unmerging
kernel sources take a while because there are so many files. Also one
set of gentoo sources takes about 230MB of disk space. By removing stuff
not belonging to x86 I was able to succ
21 matches
Mail list logo
