If it was an extra ebuild, the profiles directory would need to exist outside of /usr/portage, would it not? This to prevent it from being blown up at next sync.
On 8/29/05, Patrick Lauer <[EMAIL PROTECTED]> wrote: > On Mon, 2005-08-29 at 11:59 -0400, Chris Gianelloni wrote: > > As I understood it, they were implemented to reduce the amount of work > > necessary in maintaining them. As it was back then, it required changes > > to an extremely large number of profiles every time a change was made to > > the default USE flags. > Just a crazy idea - why not create a package containing some profiles? > You can use the default profile, and if you want a different profile, > "emerge portage-profiles" or whatever it is called and use that. I guess > I've missed something obvious here? > > I honestly don't think it would be a good idea > > to forget the lessons of the past and start bloating the profiles with > > tons of "desktop" and "server" profiles, among anything else people > > would want. After all, as soon as we did a "desktop" profile, then we > > would have requests for "gnome" and "kde" sub-profiles. > which are not much work if kde = desktop -gtk -gnome +kde > > > As I stated earlier, it's easier to not provide *any* than to try to > > provide all of the ones that will inevitably be requested as soon as we > > start adding them. > Or provide them in an extra ebuild that throws lots of warnings so that any > users that don't read the warnings can be RESOLVED WONTFIXed? > > -- > Stand still, and let the rest of the universe move > > > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.2-ecc0.1.6 (GNU/Linux) > > iD8DBQBDE0+EqER3hOUoZM4RAoExAJ9vJH9lSOug5o8gVYljtNewLucYnwCcCgL5 > uBwy5L+fKeOF2nw/YzyfjSM= > =WwNl > -----END PGP SIGNATURE----- > > > -- gentoo-dev@gentoo.org mailing list