Gentoo Logo
Gentoo Spaceship




Note: Due to technical difficulties, the Archives are currently not up to date. GMANE provides an alternative service for most mailing lists.
c.f. bug 424647
List Archive: gentoo-dev
Navigation:
Lists: gentoo-dev: < Prev By Thread Next > < Prev By Date Next >
Headers:
To: gentoo-dev@g.o
From: "Zeerak Waseem" <zeerak.w@...>
Subject: Re: [RFC] Splitting desktop profile to KDE and GNOME
Date: Tue, 27 Oct 2009 00:26:38 +0100
But instead of just giving the user the answer, wouldn't it be more  
appropriate, as far as understanding useflags and their uses goes, to give  
users lists of useflags and what they do. Ie a list of base use flags for  
say, kde, and also what basic useflags to disable, and a suggestion to  
read the descriptions of the useflags to add what's necessary. As the  
handbook currently does. I think with the documentation, one should have  
enough information to assess what useflags are desired for one's system.  
And then I'd suggest looking at the packages and the need for various use  
flags individually, if you want to. But the documentation provides basic  
useflags for running your system.
But again, this is just my take on it :-)

On Tue, 27 Oct 2009 01:08:30 +0100, Dawid Węgliński <cla@g.o> wrote:

> On Monday 26 October 2009 21:06:04 Rémi Cardona wrote:
>> Le 24/10/2009 15:42, Maciej Mrozowski a écrit :
>> > If you have any comments, suggestions, important notices regarding  
>> this
>> > change, please keep discussion in gentoo-desktop mailing list.
>>
>> IMHO, we shouldn't even have desktop/server subprofiles to begin with.
>>
>> I've always considered Gentoo to be an "opt-in" distro where after a
>> successful install, you end up with a bash prompt and a _means_ of
>> installing new packages.
>>
>> Finding out what USE flags mean and do is part of the Gentoo experience.
>> If we were doing spin-off distros like Ubuntu and Fedora do, then
>> subprofiles would be fine, but we're not.
>>
>
> So hmm, let me make few hypothetical statements. You see package  
> foo-libs/baz
> has USE="pic" that is not set by default in profile. It's well  
> documented in
> metadata.xml which says "disable optimized assembly code that is not PIC
> friendly". So as an ordinary user you set it in your make.conf because  
> it may
> be helpful. Then you want to install another package with USE="pic" but  
> you
> note this useflag for this package means "Force shared libraries to be  
> built as
> PIC (this is slower)". Of course you don't want your programs run  
> slower, do
> you? So you disable useflag in make.conf or package.use. This situation  
> may
> lead user to reinstall half of his system, because some packages with  
> USE="-
> pic" force foo-libs/baz[-pic] and foo-libs/bar[-pic] too. You end up with
> nothing after some time spent on reading metadata.xml, recompilling foo,  
> bar,
> baz... just because you were forced to have a choice.
>
> IMO profiles are very good solution for every user. Especially for those  
> that
> don't know what every use flag means and they (profiles) should have at  
> least
> base useflags set. And if base, why not most of useful? They are only  
> option.
> User can alwasy disable it (eg. -kde if he wants gnome, -gnome if he  
> wants kde
> or - both if he uses openbox).
>
> My $0,02.


Replies:
Re: [RFC] Splitting desktop profile to KDE and GNOME
-- Dawid Węgliński
References:
[RFC] Splitting desktop profile to KDE and GNOME
-- Maciej Mrozowski
Re: [RFC] Splitting desktop profile to KDE and GNOME
-- Rémi Cardona
Navigation:
Lists: gentoo-dev: < Prev By Thread Next > < Prev By Date Next >
Previous by thread:
Re: Re: [RFC] Splitting desktop profile to KDE and GNOME
Next by thread:
Re: [RFC] Splitting desktop profile to KDE and GNOME
Previous by date:
Re: Re: [RFC] Splitting desktop profile to KDE and GNOME
Next by date:
Re: [RFC] Splitting desktop profile to KDE and GNOME


Updated Jun 29, 2012

Summary: Archive of the gentoo-dev mailing list.

Donate to support our development efforts.

Copyright 2001-2013 Gentoo Foundation, Inc. Questions, Comments? Contact us.