1 |
I like a DEPEND way. But in this way many packages will need to be modified and missing dependencies likely appear. I developed an util to detect missing dependencies |
2 |
https://bugs.gentoo.org/show_bug.cgi?id=autodep |
3 |
|
4 |
Best, |
5 |
Alexander Bersenev |
6 |
|
7 |
On 16.09.2011, at 10:49, Zac Medico <zmedico@g.o> wrote: |
8 |
|
9 |
> On 09/15/2011 09:42 PM, Matt Turner wrote: |
10 |
>> On Fri, Sep 16, 2011 at 12:32 AM, Matt Turner <mattst88@g.o> wrote: |
11 |
>>> Often packages depending on X11 libraries will also have to specify |
12 |
>>> the X11 libraries' proto packages in DEPEND. This is because the X11 |
13 |
>>> library itself #includes files provided by the proto package. It's not |
14 |
>>> really that the X11 library depends on this at run-time, so the |
15 |
>>> protocol packages aren't specified in the RDEPEND of the libraries. |
16 |
>>> |
17 |
>>> This is documented in a number of bug reports (see 379545), and it |
18 |
>>> seems that the decision is between |
19 |
>>> - add proto package to dependency list of packages using X11 libs |
20 |
>>> - add proto package to rdepend list of the relevant library itself |
21 |
>>> |
22 |
>>> The first is more correct, I think, but it's also much more annoying. |
23 |
>>> Mesa winds up having x11-proto/inputproto in DEPEND for some long |
24 |
>>> forgotten reason, for instance. |
25 |
>>> |
26 |
>>> The second option is much simpler and less error prone, but removes |
27 |
>>> the ability to depclean the proto packages. |
28 |
>>> |
29 |
>>> It seems that some sort of DEPEND variable that means "I only need |
30 |
>>> this when other packages are building against me" would be useful. |
31 |
>>> Thoughts? |
32 |
>>> |
33 |
>>> Matt |
34 |
>> |
35 |
>> Another similar situation: |
36 |
>> |
37 |
>> https://bugs.gentoo.org/show_bug.cgi?id=342393 |
38 |
> |
39 |
> Maybe the virtual/mesa-build approach that I suggested can be adapted to |
40 |
> other similar situations: |
41 |
> |
42 |
> https://bugs.gentoo.org/show_bug.cgi?id=342393#c23 |
43 |
> |
44 |
> -- |
45 |
> Thanks, |
46 |
> Zac |
47 |
> |