Gentoo Archives: gentoo-user

From: "Rick \\\"Zero_Chaos\\\" Farina" <zerochaos@g.o>
To: gentoo-user@l.g.o
Subject: Re: [gentoo-user] Weird portage behaviour
Date: Mon, 14 Apr 2014 02:47:08
Message-Id: 534B4C8B.6070708@gentoo.org
In Reply to: Re: [gentoo-user] Weird portage behaviour by Peter Humphrey
1 -----BEGIN PGP SIGNED MESSAGE-----
2 Hash: SHA1
3
4 On 04/13/2014 08:20 PM, Peter Humphrey wrote:
5 > On Monday 14 Apr 2014 00:30:44 Alan McKinnon wrote:
6 >
7 >> A proper answer involves posting the full verbose output of those emerge
8 >> commands.
9 >
10 > OK. Attached; list and listk are as in my first message.
11 >
12 >> Without that we can only guess. My guess is that USE is different
13 >> between your Atom and your build host, so using -k causes a different
14 >> set of package deps to be pulled in.
15 >
16 > I've checked - for the umpteenth time - that package.use, package.keywords and
17 > package.mask are identical; also the portage profile and the world file. And
18 > here are the differences between the two make.confs (portage.serv is the Atom's
19 > etc/portage and /etc/portage is the build host's):
20
21 The real answer is almost certainly dynamic-deps. The binary packages
22 store the deps from BUILD time, while when you are installing things
23 live, it allows the current ebuilds to update the deps even for
24 installed packages.
25
26 That means, after you install a package, if the deps in the ebuild are
27 changed, portage will take that into account for source builds, but
28 binary packages are LOCKED to the deps from the time they were built.
29
30 Why dynamic-deps aren't available no matter what? Now that's a great
31 question...
32
33 - -Zero
34 >
35 > # diff portage.serv/make.conf /etc/portage/make.conf
36 > 8c8
37 > < FEATURES="parallel-fetch userfetch"
38 > ---
39 >> FEATURES="buildpkg parallel-fetch userfetch"
40 > 10c10
41 > < ftp_proxy="ftp://localhost:8080/"
42 > ---
43 >> ftp_proxy="ftp://serv.prhnet:8080/"
44 > 14c14
45 > < http_proxy="http://localhost:8080/"
46 > ---
47 >> http_proxy="http://serv.prhnet:8080/"
48 > 17c17
49 > < MAKEOPTS="-j3"
50 > ---
51 >> MAKEOPTS="-j5"
52 > 24c24,25
53 > < SYNC="rsync://rsync.uk.gentoo.org/gentoo-portage"
54 > ---
55 >> SYNC="rsync://serv.prhnet/gentoo-portage"
56 >
57 > The machine serv.prhnet is a portage mirror for the rest of the LAN (it's the
58 > Atom box); besides rsyncd it runs http-replicator listening to port 8080 to
59 > serve the distfiles etc. Sometimes I have to think uncomfortably hard to
60 > remember what's where, doing what to whom :-(
61 >
62
63 -----BEGIN PGP SIGNATURE-----
64 Version: GnuPG v2.0.22 (GNU/Linux)
65 Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/
66
67 iQIcBAEBAgAGBQJTS0yLAAoJEKXdFCfdEflKOQIP/3RSALd4/ArvT9nFN3IzPjHT
68 zVw9iimHMTOOeec4c4dhw6URCMNlOzeA2XL4cAdhiPM+ufHdJUWuR67tu78qD44S
69 /p9UjBppBU2pTjpD/b0XcXXoER+D0uLmcnOzV4AZ0aTxVic1mYGR2PUnzFmZGYYd
70 /+EM8ohTyiDyS9AANSzkqZsMS0NQpfmvVy3aqL6CjZt7zG92IOAYfXFysedh4Y7p
71 aOordofyUXdMsooiajM9KKF5kgyUW/S0OuS6yAncWAgb38EqXlrwgbqQlLbvZaDp
72 WSYkQy9HGfRxgNP3K2kEWJOrfjxQz/NoFwffaaPcgFPRRQ1SN9g7LkheZtCYhhV+
73 VAUXDjMk3NswcS36hiVqPqb87/XFlowkuqyjP/xCD0GdotY8CYblhr3lpFXZ/ucL
74 VE6IpHRXd+JknK3h2N57MIbkxReW3KKBJ6TWnZBcVYsWcnu0gTf40babpzYvmVz6
75 dBAZ9ID/8BAkIUCdLsQcGPNcl1VUOMcJC19S7RZLg5sbX6pwvwlGmFuz5Kqchx3L
76 W53e7js0c1PnWp505vPGnvfmXuYGQapRJ1JUQy6ERsST3y7DeWYn3gR0sSnp4VX2
77 9ymJHUytULUX51fc9YUbWTJfrG02J3j3kycF6PRz6M9BrBBXnNsQQ4HJaaBqTfrr
78 9l9gCfTtQAJcRuF21WvW
79 =9tei
80 -----END PGP SIGNATURE-----

Replies

Subject Author
Re: [gentoo-user] Weird portage behaviour Peter Humphrey <peter@××××××××××××.uk>