1 |
Hi, Andreas. |
2 |
|
3 |
On Mon, Jun 09, 2014 at 09:15:48PM +0200, Andreas K. Huettel wrote: |
4 |
> Am Montag, 9. Juni 2014, 13:28:03 schrieb Alan Mackenzie: |
5 |
> > Hi, Gentoo! |
6 |
|
7 |
> > The latest episode of my months long update saga. |
8 |
|
9 |
> [snip] |
10 |
|
11 |
> > This all seems crazy. Keeping Gentoo up to date shouldn't be this |
12 |
> > difficult. |
13 |
|
14 |
> You are making it artificially complicated by doing it piecewise. Whenever you |
15 |
> try to update only part of your tree, emerge cannot do changes anywhere else, |
16 |
> which means that other stuff can block your intended changes. |
17 |
|
18 |
I tried to break it down into manageable pieces when doing the whole |
19 |
world at once gave too many errors. |
20 |
|
21 |
> emerge can do a lot more if you let it run over the whole world set. |
22 |
|
23 |
> [which doesnt mean that blockers are impossible then. just that emerge has a |
24 |
> lot more free hand to work around them.] |
25 |
|
26 |
I've not got blockers at the moment. They might come back again later. |
27 |
|
28 |
> emerge -uDNavt --backtrack=100 world |
29 |
|
30 |
emerge -vtpuND --backtrack=100 --color y world 2>&1 | less |
31 |
|
32 |
gives me this (without deletia): |
33 |
|
34 |
These are the packages that would be merged, in reverse order: |
35 |
|
36 |
Calculating dependencies ... done! |
37 |
|
38 |
!!! Multiple package instances within a single package slot have been pulled |
39 |
!!! into the dependency graph, resulting in a slot conflict: |
40 |
|
41 |
dev-libs/icu:0 |
42 |
|
43 |
(dev-libs/icu-51.1::gentoo, installed) pulled in by |
44 |
dev-libs/icu:0/51.1= required by (media-libs/harfbuzz-0.9.23::gentoo, installed) |
45 |
|
46 |
(dev-libs/icu-52.1::gentoo, ebuild scheduled for merge) pulled in by |
47 |
dev-libs/icu:=[abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?] required by (dev-libs/libxml2-2.9.1-r4::gentoo, ebuild scheduled for merge) |
48 |
|
49 |
dev-lang/perl:0 |
50 |
|
51 |
(dev-lang/perl-5.16.3::gentoo, ebuild scheduled for merge) pulled in by |
52 |
(no parents that aren't satisfied by other packages in this slot) |
53 |
|
54 |
(dev-lang/perl-5.12.4-r1::gentoo, installed) pulled in by |
55 |
dev-lang/perl:0/0= required by (net-print/cups-filters-1.0.53::gentoo, installed) |
56 |
|
57 |
app-text/poppler:0 |
58 |
|
59 |
(app-text/poppler-0.24.3::gentoo, installed) pulled in by |
60 |
app-text/poppler:0/43=[cxx,jpeg,lcms,tiff,xpdf-headers(+)] required by (net-print/cups-filters-1.0.53::gentoo, installed) |
61 |
|
62 |
(app-text/poppler-0.26.1::gentoo, ebuild scheduled for merge) pulled in by |
63 |
(no parents that aren't satisfied by other packages in this slot) |
64 |
|
65 |
|
66 |
It may be possible to solve this problem by using package.mask to |
67 |
prevent one of those packages from being selected. However, it is also |
68 |
possible that conflicting dependencies exist such that they are |
69 |
impossible to satisfy simultaneously. If such a conflict exists in |
70 |
the dependencies of two different packages, then those packages can |
71 |
not be installed simultaneously. |
72 |
|
73 |
For more information, see MASKED PACKAGES section in the emerge man |
74 |
page or refer to the Gentoo Handbook. |
75 |
|
76 |
|
77 |
emerge: there are no ebuilds to satisfy "media-libs/libpng:0/0=". |
78 |
(dependency required by "app-text/poppler-0.24.3" [installed]) |
79 |
(dependency required by "net-print/cups-filters-1.0.53" [installed]) |
80 |
(dependency required by "net-print/cups-1.7.1-r1" [installed]) |
81 |
(dependency required by "x11-libs/gtk+-2.24.23[cups]" [ebuild]) |
82 |
(dependency required by "www-client/firefox-bin-24.5.0" [ebuild]) |
83 |
(dependency required by "@selected" [set]) |
84 |
(dependency required by "@world" [argument]) |
85 |
|
86 |
!!! The ebuild selected to satisfy ">=dev-libs/libattica-0.4.2" has unmet requirements. |
87 |
- dev-libs/libattica-0.4.2::gentoo USE="-debug -qt4 (-qt5) -test" |
88 |
|
89 |
The following REQUIRED_USE flag constraints are unsatisfied: |
90 |
exactly-one-of ( qt4 qt5 ) |
91 |
|
92 |
(dependency required by "kde-base/kdelibs-4.12.5" [ebuild]) |
93 |
(dependency required by "@selected" [set]) |
94 |
(dependency required by "@world" [argument]) |
95 |
|
96 |
|
97 |
. dev-libs/icu is a low(ish) level system utility. Why should I, as a |
98 |
user, have to worry about icu-51.1 and icu-52.1? That's the job of the |
99 |
package manager. The fact that portage has, somehow, got its internal |
100 |
records into a state where it wants to merge both of these is surely a |
101 |
bug. Is this, perhaps, the situation that revdep-rebuild used to solve |
102 |
so inelegantly? |
103 |
|
104 |
Likewise, I have libpng-1.6.10, the latest version, installed. Why |
105 |
"there are no ebuilds to satisfy "media-libs/libpng:0/0="" isn't |
106 |
something I feel I should have to worry about. I don't even know what |
107 |
":0/0=" means, although I remember other Alan explaining it to me in an |
108 |
email back in Februrary. |
109 |
|
110 |
I feel a victim of portage's flexibility and rich feature set, much like |
111 |
I feel a victim of CUPS's flexibility and rich feature set. At the |
112 |
moment, I'm determined not to become a victim of systemd's flexibility |
113 |
and rich feature set. I long for infrastructure components which are |
114 |
simple and robust. (I put openrc and lprng into that category.) |
115 |
|
116 |
I have never done anything adventurous with portage, only regularly |
117 |
updated my (stable) system, while I still could. Things went crazy when |
118 |
Gnome 3 was made stable and I tried to switch to xfce to avoid having to |
119 |
switch to systemd. I started my latest update attempt in February, but |
120 |
it fell to one side as I had lots of other things to do. I foresee |
121 |
several weekends more of mind-numbing drudgery before finally getting my |
122 |
system back to a state where it can be regularly updated. |
123 |
|
124 |
Anyhow, thanks for all the help, and hope you had a good bank holiday. |
125 |
:-) |
126 |
|
127 |
> -- |
128 |
|
129 |
> Andreas K. Huettel |
130 |
> Gentoo Linux developer |
131 |
> dilfridge@g.o |
132 |
> http://www.akhuettel.de/ |
133 |
|
134 |
-- |
135 |
Alan Mackenzie (Nuremberg, Germany) |