1 |
If it was an extra ebuild, the profiles directory would need to exist |
2 |
outside of /usr/portage, would it not? This to prevent it from being |
3 |
blown up at next sync. |
4 |
|
5 |
On 8/29/05, Patrick Lauer <patrick@g.o> wrote: |
6 |
> On Mon, 2005-08-29 at 11:59 -0400, Chris Gianelloni wrote: |
7 |
> > As I understood it, they were implemented to reduce the amount of work |
8 |
> > necessary in maintaining them. As it was back then, it required changes |
9 |
> > to an extremely large number of profiles every time a change was made to |
10 |
> > the default USE flags. |
11 |
> Just a crazy idea - why not create a package containing some profiles? |
12 |
> You can use the default profile, and if you want a different profile, |
13 |
> "emerge portage-profiles" or whatever it is called and use that. I guess |
14 |
> I've missed something obvious here? |
15 |
> > I honestly don't think it would be a good idea |
16 |
> > to forget the lessons of the past and start bloating the profiles with |
17 |
> > tons of "desktop" and "server" profiles, among anything else people |
18 |
> > would want. After all, as soon as we did a "desktop" profile, then we |
19 |
> > would have requests for "gnome" and "kde" sub-profiles. |
20 |
> which are not much work if kde = desktop -gtk -gnome +kde |
21 |
> |
22 |
> > As I stated earlier, it's easier to not provide *any* than to try to |
23 |
> > provide all of the ones that will inevitably be requested as soon as we |
24 |
> > start adding them. |
25 |
> 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? |
26 |
> |
27 |
> -- |
28 |
> Stand still, and let the rest of the universe move |
29 |
> |
30 |
> |
31 |
> -----BEGIN PGP SIGNATURE----- |
32 |
> Version: GnuPG v1.4.2-ecc0.1.6 (GNU/Linux) |
33 |
> |
34 |
> iD8DBQBDE0+EqER3hOUoZM4RAoExAJ9vJH9lSOug5o8gVYljtNewLucYnwCcCgL5 |
35 |
> uBwy5L+fKeOF2nw/YzyfjSM= |
36 |
> =WwNl |
37 |
> -----END PGP SIGNATURE----- |
38 |
> |
39 |
> |
40 |
> |
41 |
|
42 |
-- |
43 |
gentoo-dev@g.o mailing list |