1 |
In my opinion the use of the use flag flac (or encoder or whatever) then |
2 |
should cause an RDEPEND for flac. I have to agree with Spider and I disagree |
3 |
that this an education issue. The point of portage is to manage what gets |
4 |
installed on a system so it should figure out that flac is a run dependency |
5 |
to encoding. |
6 |
|
7 |
Bart |
8 |
|
9 |
On Monday 29 December 2003 18:12, foser wrote: |
10 |
> On Mon, 2003-12-29 at 15:54, Spider wrote: |
11 |
> > its a possible runtime dep, and very necessary if you wish to use |
12 |
> > sound-juicer to actually encode sound into flac, which would be the |
13 |
> > forseeable idea here. |
14 |
> > |
15 |
> > i think our RDEPEND is the best fitting clause right now, but that might |
16 |
> > just be another limitation we hit in portage as-is :) |
17 |
> |
18 |
> Nah, i think it is outside the scope of what portage is supposed to |
19 |
> handle. |
20 |
> |
21 |
> > Same goes for rhythmbox i think. Having a user look around for the |
22 |
> > rather implausble name "gst-plugins-flac" to make it play the sound is |
23 |
> > sorta strange. |
24 |
> > |
25 |
> > (No, I don't expect anyone to know that gst-plugins-flac is the right |
26 |
> > thing to install to get rhythmbox to play flac, and sound-juicer to |
27 |
> > encode to flac ..) |
28 |
> |
29 |
> Education would be needed, that is no reason to add it (this is still a |
30 |
> TODO since the introduction of separate gst plug-ins). The fact is you |
31 |
> don't need the plug-in to build or use both applications without |
32 |
> problems, you should compare it to xmms plug-ins really. |
33 |
> |
34 |
> In these specific cases i can see why a use flagged dep would be |
35 |
> arguable a reasonable addition, but essentially the applications do not |
36 |
> have to limit their in or output plug-ins. Where do you stop adding new |
37 |
> unnecessary use flags for non-essential plug-ins ? I'd say stop right |
38 |
> now. |
39 |
> |
40 |
> - foser |
41 |
> |
42 |
> |
43 |
> |
44 |
> -- |
45 |
> gentoo-dev@g.o mailing list |
46 |
|
47 |
|
48 |
-- |
49 |
gentoo-dev@g.o mailing list |