1 |
-----BEGIN PGP SIGNED MESSAGE----- |
2 |
Hash: SHA1 |
3 |
|
4 |
On Sunday 04 July 2004 19:59, Ciaran McCreesh wrote: |
5 |
> On Sun, 04 Jul 2004 12:50:40 +0200 Alexander Holler |
6 |
> |
7 |
> <holler@××××××××××.de> wrote: |
8 |
> | > it's mostly used to force upgrades with related packages but to |
9 |
> | > avoid circular dependencies (which would happen with RDEPEND) |
10 |
> | |
11 |
> | I think you mean DEPEND, not RDEPEND. Circular dependencies using |
12 |
> | RDEPEND can't occur, because RDEPEND says nothing about the order in |
13 |
> | which ebuilds must be installed. |
14 |
> |
15 |
> No, he means RDEPEND. Currently, portage will always install RDEPEND |
16 |
> before the package. This is considered by some to be a Bad Thing (TM). |
17 |
|
18 |
It is usually not necessary to install RDEPENDs prior to a package itself, but |
19 |
it is unsafe to do it any other way until portage's dependency resolution |
20 |
advances significantly. Take the following: |
21 |
|
22 |
foo:DEPEND="bar" |
23 |
bar:RDEPEND="baz" |
24 |
baz:DEPEND="" |
25 |
|
26 |
If none of the above packages are installed, the order should be either |
27 |
baz-bar-foo or bar-baz-foo. The reason being that bar needs to be runnable |
28 |
for foo to be built and running bar requires baz. In the above example, if |
29 |
foo only had a RDEPEND on bar then the package order would be unimportant. |
30 |
|
31 |
Marius also brought up an interesting point when I was discussing this with |
32 |
him. When a user installs a series of packages (by whatever means), they tend |
33 |
to expect that a package is executable as soon as it is installed. |
34 |
|
35 |
Regards, |
36 |
Jason Stubbs |
37 |
-----BEGIN PGP SIGNATURE----- |
38 |
Version: GnuPG v1.2.4 (GNU/Linux) |
39 |
|
40 |
iQCVAwUBQOfmbloikN4/5jfsAQKDawQAt2CP6BP6/7LvSJMx8a4D8Nyfv3LOO+PX |
41 |
/OryFYxLkPuQ8XnsdZ9cT3TGgZx5/5V5tavrNE7dJJugxeFFQa9sKFmiUeBBvyir |
42 |
utYN28VJx0JexAkjLjpKSjq0TTAvcLTxUJnQQtUoV/HDGrYdfBKt018UOkh+M/LD |
43 |
HkdwtX3GjsQ= |
44 |
=FEOw |
45 |
-----END PGP SIGNATURE----- |
46 |
|
47 |
-- |
48 |
gentoo-dev@g.o mailing list |