1 |
I remember having past a similar problem by this steps: |
2 |
unmerge it. |
3 |
try to update and write the offered package choices on corresponding files, |
4 |
i.e: *.mask/use. |
5 |
update it with "--newuse" option. Doesn't work, try first installing the |
6 |
aforementioned package and then update. |
7 |
|
8 |
It's actually not a bug, per say, but a short-coming of portage Gentoo |
9 |
should look at. |
10 |
Since this is my first post and in the general user group I have to mention |
11 |
that I hate that G logo. Even Larry rocks it cooler than that. Not that it |
12 |
is pretty ugly, it doesn't even connotate a G. |
13 |
|
14 |
|
15 |
On 23 February 2014 19:50, Tanstaafl <tanstaafl@×××××××××××.org> wrote: |
16 |
|
17 |
> On 2014-02-23 12:42 PM, Mick <michaelkintzios@×××××.com> wrote: |
18 |
> |
19 |
>> On Sunday 23 Feb 2014 17:25:18 Tanstaafl wrote: |
20 |
>> |
21 |
>>> You do realize that blind bottom posting is far WORSE than blind |
22 |
>>> top-posting (done here intentionally to make a point), don't you? |
23 |
>>> |
24 |
>>> Please trim your posts. |
25 |
>>> |
26 |
>> |
27 |
> Sorry for this, I wasn't being lazy. I usually do trim my posts, except |
28 |
>> for |
29 |
>> cases where I think that the original post is still of value. Since my |
30 |
>> answer |
31 |
>> merely provided a work around with an uncertain outcome, I thought that I |
32 |
>> should leave in the OP's analysis in case some one more learned than I |
33 |
>> could |
34 |
>> chime in. This would also save the OP bumping his post in case it became |
35 |
>> lost |
36 |
>> in the thread. |
37 |
>> |
38 |
> |
39 |
> My main point being, in a case like that, blind TOP-posting would be a |
40 |
> much better choice. |
41 |
> |
42 |
> There actually are cases where blind top-posting is the best option. |
43 |
> |
44 |
> |
45 |
|
46 |
|
47 |
-- |
48 |
GÜLVER, Kerem |
49 |
(+9-05303175062) |
50 |
|
51 |
|
52 |
On 23 February 2014 14:13, Alan Mackenzie <acm@×××.de> wrote: |
53 |
|
54 |
> Hi, Alan. |
55 |
> |
56 |
> On Sun, Feb 23, 2014 at 12:06:15AM +0200, Alan McKinnon wrote: |
57 |
> > On 22/02/2014 23:15, Alan Mackenzie wrote: |
58 |
> > > Hi, Gentoo. |
59 |
> |
60 |
> > > I've just tried an emerge -puND world, after a shockingly long |
61 |
> interval. |
62 |
> > > I got the error message: |
63 |
> |
64 |
> > > !!! Multiple package instances within a single package slot have |
65 |
> been pulled |
66 |
> > > !!! into the dependency graph, resulting in a slot conflict: |
67 |
> |
68 |
> > > , etc. |
69 |
> |
70 |
> > > To simplify the problem, I tried to emerge an individual package |
71 |
> > > identified in that message, and tried emerge -p libpng. I got the same |
72 |
> > > message, with this: |
73 |
> |
74 |
> > > |
75 |
> ############################################################################### |
76 |
> > > !!! Multiple package instances within a single package slot have been |
77 |
> pulled |
78 |
> > > !!! into the dependency graph, resulting in a slot conflict: |
79 |
> |
80 |
> > > media-libs/libpng:0 |
81 |
> |
82 |
> > > (media-libs/libpng-1.5.17-r1::gentoo, installed) pulled in by |
83 |
> > > media-libs/libpng:0/0= required by |
84 |
> (x11-libs/cairo-1.12.14-r4::gentoo, installed) |
85 |
> > > >=media-libs/libpng-1.4:0/0= required by |
86 |
> (app-editors/emacs-24.3-r2::gentoo, installed) |
87 |
> > > media-libs/libpng:0/0= required by |
88 |
> (media-libs/libwebp-0.3.1::gentoo, installed) |
89 |
> > > media-libs/libpng:0/0= required by |
90 |
> (net-print/cups-filters-1.0.36-r1::gentoo, installed) |
91 |
> > > media-libs/libpng:0/0= required by |
92 |
> (kde-base/kdelibs-4.11.2-r1::gentoo, installed) |
93 |
> > > media-libs/libpng:0/0= required by (dev-qt/qtgui-4.8.5-r1::gentoo, |
94 |
> installed) |
95 |
> > > media-libs/libpng:0/0= required by |
96 |
> (app-text/poppler-0.24.3::gentoo, installed) |
97 |
> > > (and 3 more with the same problems) |
98 |
> |
99 |
> > > (media-libs/libpng-1.6.8::gentoo, ebuild scheduled for merge) pulled |
100 |
> in by |
101 |
> > > (no parents that aren't satisfied by other packages in this slot) |
102 |
> > > |
103 |
> ############################################################################### |
104 |
> > > Clearly, I'm trying to update libpng-1.5.17 to libpng-1.6.8. What does |
105 |
> > > this portion of the message mean: |
106 |
> |
107 |
> > > media-libs/libpng:0/0= |
108 |
> > > ^^^^^ |
109 |
> |
110 |
> > > ? Is it somehow telling me that cairo and friends require the |
111 |
> currently |
112 |
> > > installed version, whatever that is? Where is this format documented? |
113 |
> I |
114 |
> > > couldn't find anything about it in the Gentoo handbook, and not in the |
115 |
> > > emerge man page either. |
116 |
> |
117 |
> > > What do I have to do to get this thing emerged? |
118 |
> |
119 |
> > > Thanks! |
120 |
> |
121 |
> |
122 |
> > You've hit the dreaded sub-slot (a new portage feature). It causes no |
123 |
> > end of trouble as so few people know how it really works, but it's |
124 |
> > intended to replace @preserved-rebuild by DoingItRite and finally make |
125 |
> > revdep-rebuild obsolete. |
126 |
> |
127 |
> > It's documented in man 5 ebuild under these headings: |
128 |
> |
129 |
> > Atom Slots |
130 |
> > Sub Slots |
131 |
> > Atom Slot Operators |
132 |
> > SLOT |
133 |
> |
134 |
> Thanks! I know what :0/0= means, now. |
135 |
> |
136 |
> > libpng:0/0 is libpng SLOT 0 which has been around since EAPI1 and |
137 |
> > SUBSLOT 0 which is new. |
138 |
> |
139 |
> > Take cairo which is one of your deps. In the ebuild: |
140 |
> |
141 |
> > RDEPEND=" |
142 |
> > media-libs/libpng:0= |
143 |
> > " |
144 |
> |
145 |
> > eix libpng shows: |
146 |
> |
147 |
> > (0) 1.5.15 1.5.17-r1 (~)1.6.6(0/16) (~)1.6.7(0/16) 1.6.8(0/16) |
148 |
> > (~)1.6.9(0/16) |
149 |
> |
150 |
> > That shows libpng-1.5.* have slot/subslot 0/0 and |
151 |
> > libpng-1.6.* have slot/subslot 0/16 |
152 |
> > where presumably "16" is shorthand for "1.6" in the version |
153 |
> |
154 |
> |
155 |
> |
156 |
> > Now read those headings in the man page, you will find this gem: |
157 |
> |
158 |
> > "= Indicates that any slot value is acceptable. In addition, for |
159 |
> > runtime dependencies, indicates that the package will break unless a |
160 |
> > matching package with slot and sub-slot equal to the slot and |
161 |
> > sub-slot of the best installed version at the time the package was |
162 |
> > installed is available. |
163 |
> |
164 |
> > Examples: |
165 |
> > dev-libs/icu:= |
166 |
> > dev-lang/perl:= |
167 |
> > dev-libs/glib:= |
168 |
> > " |
169 |
> |
170 |
> > in other words, even though libpng-1.5.17-r1 and libpng-1.6.8 are in the |
171 |
> > same SLOT, nevertheless cairo will break if you upgrade libpng that way. |
172 |
> |
173 |
> OK. |
174 |
> |
175 |
> > Or expressed another way in language from before sub-slots, cairo will |
176 |
> > stop working properly after the emerge world until you run |
177 |
> > revdep-rebuild and fix and the borkage |
178 |
> |
179 |
> I wouldn't have a problem with that. Trouble is, emerge won't merge |
180 |
> libpng because of this "conflict". |
181 |
> |
182 |
> > The world update wants to upgrade libpng as a new stable version is |
183 |
> > available but portage won't do it as it will break packages that use |
184 |
> libpng. |
185 |
> |
186 |
> Yes. |
187 |
> |
188 |
> > All my hosts here are up to date so I can't reproduce your problem: |
189 |
> |
190 |
> > - is portage up to date runnign latest version in your tree? Update that |
191 |
> > first (always a good idea anyway) |
192 |
> |
193 |
> Yes: I've got portage-2.2.7, having synched my portage yesterday and |
194 |
> checked with emerge -s. |
195 |
> |
196 |
> > - are you sure that's an emerge failure and not just a convoluted info |
197 |
> > message? Perhaps post the entire emerge output. |
198 |
> |
199 |
> I tried it again without the -p, and got the same output. |
200 |
> |
201 |
> I think this is a portage bug. At the very least, it's poor |
202 |
> documentation. I've reported the situation to bugs.gentoo.org, bug |
203 |
> #502236. |
204 |
> |
205 |
> Thanks for the help. |
206 |
> |
207 |
> > -- |
208 |
> > Alan McKinnon |
209 |
> > alan.mckinnon@×××××.com |
210 |
> |
211 |
> -- |
212 |
> Alan Mackenzie (Nuremberg, Germany). |
213 |
> |
214 |
> |
215 |
|
216 |
|
217 |
-- |
218 |
GÜLVER, Kerem |
219 |
(+9-05303175062) |