Gentoo Logo
Gentoo Spaceship

Installation:
Gentoo Handbook
Installation Docs

Documentation:
Home
Listing
About Gentoo
Philosophy
Social Contract

Resources:
Bug Tracker
Developer List
Discussion Forums
Gentoo BitTorrents
Gentoo Linux Enhancement Proposals
IRC Channels
Mailing Lists
Mirrors
Name and Logo Guidelines
Online Package Database
Security Announcements
Staffing Needs
Supporting Vendors
View our CVS

Graphics:
Logos and themes
Icons
ScreenShots

Miscellaneous Resources:
Gentoo Linux Store
Gentoo-hosted projects
IBM dW/Intel article archive




List Archive: gentoo-dev
Navigation:
Lists: gentoo-dev: < Prev By Thread Next > < Prev By Date Next >
Headers:
To: gentoo-dev@g.o
From: Josh Sled <jsled@...>
Subject: Re: [RFC] Splitting desktop profile to KDE and GNOME
Date: Mon, 26 Oct 2009 17:21:18 -0400
Maciej Mrozowski <reavertm@...> writes:
> And I fail to see *any* point in forcing users to learn Gentoo internals (sic! 
> like USE flags). What else? Ebuild syntax so that they're able to get to know 
> what particular global USE flag is responsible for, when someone forgot (or 
> decided not to) describe it in metadata.xml even when semantics is different?
> Maybe I sound too harsh here, but that's because I'm not ideologist - I'm 
> practical man.

If the point of the distribution is – like some other distros – to have
a high-functioning, high-polish, well-integrated system and desktop with
a minimal amount of end-user knowledge, then, yes, the goal should be
for end-users to not need to know about such things.

But profiles, make.conf, USE flags (especially!), elog, &c. … these
things are not "internals", but instead the interface the package
manager presents to its user.  They are the "language" the user is
expected to speak in to interact with her system.  The trade off for
doing this is more and finer-grained control over the system, and the
reason people choose Gentoo.  Even ebuilds themselves are (usually)
sufficiently non-magical that I think they could qualify in some
circumstances, though that quickly starts to get into eclasses, PM
behavior and real "internals".

-- 
...jsled
http://asynchronous.org/ - a=jsled; b=asynchronous.org; echo ${a}@${b}
Attachment:
pgpZJTEEWW0l9.pgp (PGP signature)
References:
[RFC] Splitting desktop profile to KDE and GNOME
-- Maciej Mrozowski
Re: [RFC] Splitting desktop profile to KDE and GNOME
-- Rémi Cardona
Re: [RFC] Splitting desktop profile to KDE and GNOME
-- Maciej Mrozowski
Navigation:
Lists: gentoo-dev: < Prev By Thread Next > < Prev By Date Next >
Previous by thread:
Re: [RFC] Splitting desktop profile to KDE and GNOME
Next by thread:
Re: [RFC] Splitting desktop profile to KDE and GNOME
Previous by date:
qemu/kvm image with prepared multilib setup for testing
Next by date:
Re: [RFC] Splitting desktop profile to KDE and GNOME


Updated Nov 21, 2009

Donate to support our development efforts.

Gentoo Centric Hosting: vr.org

VR Hosted

Tek Alchemy

Tek Alchemy

SevenL.net

SevenL.net

php|architect

php|architect

Copyright 2001-2007 Gentoo Foundation, Inc. Questions, Comments? Email www@gentoo.org.