1 |
On Fri, 2007-11-05 at 13:19 -0600, Jim Ramsay wrote: |
2 |
> Olivier Crête wrote: |
3 |
> > On Fri, 2007-11-05 at 12:12 -0600, Jim Ramsay wrote: |
4 |
> > > Josh Saddler wrote: |
5 |
> > > > Jim Ramsay wrote: |
6 |
> > > > > I suppose I could also propose: |
7 |
> > > > > |
8 |
> > > > > 4) netscape-flash just RDEPENDS on libflashsupport all the time. |
9 |
> > > > > It's certainly not a large library to be added on. |
10 |
> > > > > |
11 |
> > > > |
12 |
> > > > That is a terrible idea. Don't make it "depend" on something that |
13 |
> > > > it clearly does *not* depend on. Flash works just fine without the |
14 |
> > > > optional add-ons, and those are *definitely* optional. I've never |
15 |
> > > > needed libflashsupport and would prefer not seeing useless cruft |
16 |
> > > > attached to a perfectly working Flash installation. |
17 |
> > > |
18 |
> > > Point taken - If you don't want the extra features you don't want |
19 |
> > > libflashsupport at all. |
20 |
> > > |
21 |
> > > I could make it so that if all of the USE flags for libflashsupport |
22 |
> > > are turned off it doesn't actually install the library at all, just |
23 |
> > > gets added to the list of installed packages. |
24 |
> > > |
25 |
> > > > If you're going to add it to USE, then make sure it's *not* on by |
26 |
> > > > default, thanks. |
27 |
> > > |
28 |
> > > This way it will adhere to your current set of global USE flags. If |
29 |
> > > you have pulseaudio, esd, oss, ssl, or gnutls on globally, it will |
30 |
> > > install libflashsupport with the appropriate hooks in it. If they |
31 |
> > > are all off (either globally or specifically for libflashsupport) |
32 |
> > > you will just get the same old netscape-flash with no add-ons. |
33 |
> > > |
34 |
> > > Is this a worthy compromise? |
35 |
> > |
36 |
> > This seems even worse.. I think either having one local use flag in |
37 |
> > netscape-flash is probably the best solution.. The second best is to |
38 |
> > have all of the use flags and RDEPEND on flash-support if any is |
39 |
> > enabled. |
40 |
> |
41 |
> Can you explain what you mean by "even worse"? I think my latest |
42 |
> solution is more correct than any of the others yet proposed. In fact, |
43 |
> here's another small improvement on it: |
44 |
> |
45 |
> Have netscape-flash with IUSE="vanilla" (by default it is off), which |
46 |
> when enabled will not pull in libflashsupport. |
47 |
|
48 |
flashsupport should be disabled by default. I still think you should add |
49 |
a positive use flag to netscape-flash (call it flashsupport or or a |
50 |
combination of esd/ssl/gnutls/etc). |
51 |
|
52 |
> This meets the following goals: |
53 |
> |
54 |
> 1) It makes it easy for "regular" users to get netscape-flash with any |
55 |
> additions required by any global USE flags in exactly one step: |
56 |
> - emerge netscape-flash |
57 |
> This is my #1 goal, otherwise I'd just have 'libflashsupport' as its |
58 |
> own separate package and those "in the know" would install it |
59 |
> separately if they want any of the extra features. But users should not |
60 |
> have to have special knowledge to get the features they have already |
61 |
> enabled in their global USE flags. |
62 |
> |
63 |
> 2) It makes it easy for "power" users to not have libflashsupport |
64 |
> actually install anything by disabling all the USE flags. This will |
65 |
> take 3 steps: |
66 |
> - Notice at upgrade or install time that there's this new 'extra' |
67 |
> package being installed |
68 |
> - Enable the 'vanilla' flag for netscape-flash |
69 |
> - Continue with upgrade or install |
70 |
> |
71 |
> Also, having all of the ssl/gnutls/pulseaudio/esd/oss flags turned off |
72 |
> for libflashsupport will have the effect of not actually installing the |
73 |
> library, so the only added cost there is one more entry in the list of |
74 |
> installed packages, which I hope you will agree is basically zero. |
75 |
|
76 |
Installing a package without really installing it is EVIL. The db should |
77 |
represent whats installed on the system, otherwise it will become very |
78 |
very confusion for users. |
79 |
|
80 |
-- |
81 |
Olivier Crête |
82 |
tester@g.o |
83 |
Gentoo Developer |