1 |
On 2008-07-15 22:58, Tiziano Müller uttered these thoughts: |
2 |
> Patrick Börjesson wrote: |
3 |
> > On 2008-07-15 21:40, Tiziano Müller uttered these thoughts: |
4 |
> > The same thing would apply to gcc if all "real" depends were to be |
5 |
> > required in all ebuilds, but that would pretty much have to be manually |
6 |
> > stated since the PM wouldn't be able to judge that by automatic |
7 |
> > measures. |
8 |
> That's a different thing: |
9 |
> A dependency on gcc just ensures that gcc is installed not that it is |
10 |
> actually used to build a package. |
11 |
|
12 |
Not quite sure what you mean here. I'm just saying that if you want to |
13 |
go the route of stating all deps explicitly, you have to state in the |
14 |
ebuild (DEPENDS) that gcc is needed to build the package, if that's the |
15 |
case. I'm not against this at all (I'm not an ebuild-maintainer), i just |
16 |
gave an example for when there's no sane way for the PM to automatically |
17 |
inject a dependency. |
18 |
|
19 |
> And for such a dependency we'd need new ways to express deps since gcc is |
20 |
> only needed when building packages not when it gets installed from a |
21 |
> binpkg. |
22 |
|
23 |
Portage (or whichever PM you want) uses it's own way of packaging |
24 |
binpkgs, so for it to be able to extract those binpkgs, a RDEPEND on the |
25 |
applications used for that specific task has to be stated in the _PM_ |
26 |
itself. It isn't the ebuild deciding which format it's gonna be |
27 |
packaged down into. |
28 |
I'm far from sure about this, but DEPENDS aren't really taken into |
29 |
consideration when installing from a binpkg, so stating (f.ex) gcc in |
30 |
DEPENDS wouldn't draw it in when you install the package from a binpkg. |
31 |
|
32 |
It is however known to the ebuild-maintainer and/or the PM which format |
33 |
the source is packaged in, so that's a sane thing to put in DEPEND, |
34 |
whether by manual editing of the ebuild/eclass, or by automation in the PM. |
35 |
|
36 |
Patrick B |
37 |
|
38 |
-- |
39 |
() The ASCII Ribbon Campaign - against HTML Email |
40 |
/\ and proprietary formats. |