1 |
On Mon, 2005-08-29 at 20:10 +0200, Patrick Lauer wrote: |
2 |
> On Mon, 2005-08-29 at 11:59 -0400, Chris Gianelloni wrote: |
3 |
> > As I understood it, they were implemented to reduce the amount of work |
4 |
> > necessary in maintaining them. As it was back then, it required changes |
5 |
> > to an extremely large number of profiles every time a change was made to |
6 |
> > the default USE flags. |
7 |
|
8 |
> Just a crazy idea - why not create a package containing some profiles? |
9 |
> You can use the default profile, and if you want a different profile, |
10 |
> "emerge portage-profiles" or whatever it is called and use that. I guess |
11 |
> I've missed something obvious here? |
12 |
|
13 |
How exactly would updating a ton of profiles, making a tarball of them, |
14 |
uploading the new tarball, waiting for it to hit the mirrors, then |
15 |
updating the ebuild in portage be easier to maintain than just |
16 |
maintaining the profiles directly in the tree? |
17 |
|
18 |
> > I honestly don't think it would be a good idea |
19 |
> > to forget the lessons of the past and start bloating the profiles with |
20 |
> > tons of "desktop" and "server" profiles, among anything else people |
21 |
> > would want. After all, as soon as we did a "desktop" profile, then we |
22 |
> > would have requests for "gnome" and "kde" sub-profiles. |
23 |
|
24 |
> which are not much work if kde = desktop -gtk -gnome +kde |
25 |
|
26 |
Once there is multiple inheritance, I see this being easier. I still |
27 |
think it is going to be a waste of time for us to maintain them, |
28 |
however. Especially since *NO MEDIA* will be built against *any* of |
29 |
them except the default. |
30 |
|
31 |
> > As I stated earlier, it's easier to not provide *any* than to try to |
32 |
> > provide all of the ones that will inevitably be requested as soon as we |
33 |
> > start adding them. |
34 |
> 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? |
35 |
|
36 |
You're more than welcome to do this. *I* would just WONTFIX it anyway |
37 |
and not add *any* superfluous profiles just to appease some lazy users. |
38 |
The current profiles are built to be used *as is* for doing GRP |
39 |
installations. If the user doesn't like a flag or two, then they change |
40 |
it themselves. We don't need to get into the business of determining |
41 |
what should and should not be enabled on user's systems because we would |
42 |
*never* be able to make people happy. |
43 |
|
44 |
-- |
45 |
Chris Gianelloni |
46 |
Release Engineering - Strategic Lead/QA Manager |
47 |
Games - Developer |
48 |
Gentoo Linux |