From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) by finch.gentoo.org (Postfix) with ESMTP id CCD33138E66 for ; Sun, 23 Feb 2014 18:45:37 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id EE825E0ACB; Sun, 23 Feb 2014 18:45:33 +0000 (UTC) Received: from mail-wi0-f195.google.com (mail-wi0-f195.google.com [209.85.212.195]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 435DEE0AA2 for ; Sun, 23 Feb 2014 18:45:32 +0000 (UTC) Received: by mail-wi0-f195.google.com with SMTP id f8so1050172wiw.6 for ; Sun, 23 Feb 2014 10:45:31 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=7HV4GArF5W3MaOvWF/Vcvs2yUE4X6CcJP+5S0kN10V0=; b=GXIeQ6NU9b58Hi4lBUI1VL1Z7U7UJLVEIzgLxDJGRncMJ7zWg496WrkJ7blcor2khh 8KgWMuAF4So5tYJeQI15VHGGNhaeKpUgv7LkbH6VTID2QHsWirrRgsG9AgzRGl8IH/kx GO47S5xcnV6sk8j9tYJIZm/XGRCzjB2FXexIQET9sEtYgxyhDtU/mk4IQ3WEz1eBu0z0 /DBNubrhczxzL5BkWN/HFVZEkSXNwZzRrmk4t14rq5mrmSV679lKhcu5ut0fC2IHiW73 DyBMvnBlsbJ1RoWNI0IzTrpip5Hihr6y7OOKAwupDgAfGOVN8gfk2IRVuWVytAZ5FRTS vi7A== Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org MIME-Version: 1.0 X-Received: by 10.180.106.40 with SMTP id gr8mr10964254wib.31.1393181131008; Sun, 23 Feb 2014 10:45:31 -0800 (PST) Received: by 10.227.147.135 with HTTP; Sun, 23 Feb 2014 10:45:30 -0800 (PST) In-Reply-To: <20140223121300.GC3191@acm.acm> References: <20140222211505.GB2639@acm.acm> <53091F57.1020106@gmail.com> <20140223121300.GC3191@acm.acm> Date: Sun, 23 Feb 2014 20:45:30 +0200 Message-ID: Subject: Re: [gentoo-user] "Multiple package instances ....". Help me understand this emerge error, please. From: =?ISO-8859-1?Q?Kerem_G=FClver?= To: gentoo-user@lists.gentoo.org Content-Type: multipart/alternative; boundary=f46d044519a96bf5e104f31742bb X-Archives-Salt: a5d5ee4c-2547-4955-956a-4c58d073d963 X-Archives-Hash: d3ccec2771e6e5eb7e00c740d7017ade --f46d044519a96bf5e104f31742bb Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable I remember having past a similar problem by this steps: unmerge it. try to update and write the offered package choices on corresponding files, i.e: *.mask/use. update it with "--newuse" option. Doesn't work, try first installing the aforementioned package and then update. It's actually not a bug, per say, but a short-coming of portage Gentoo should look at. Since this is my first post and in the general user group I have to mention that I hate that G logo. Even Larry rocks it cooler than that. Not that it is pretty ugly, it doesn't even connotate a G. On 23 February 2014 19:50, Tanstaafl wrote: > On 2014-02-23 12:42 PM, Mick wrote: > >> On Sunday 23 Feb 2014 17:25:18 Tanstaafl wrote: >> >>> You do realize that blind bottom posting is far WORSE than blind >>> top-posting (done here intentionally to make a point), don't you? >>> >>> Please trim your posts. >>> >> > Sorry for this, I wasn't being lazy. I usually do trim my posts, except >> for >> cases where I think that the original post is still of value. Since my >> answer >> merely provided a work around with an uncertain outcome, I thought that = I >> should leave in the OP's analysis in case some one more learned than I >> could >> chime in. This would also save the OP bumping his post in case it becam= e >> lost >> in the thread. >> > > My main point being, in a case like that, blind TOP-posting would be a > much better choice. > > There actually are cases where blind top-posting is the best option. > > --=20 G=DCLVER, Kerem (+9-05303175062) On 23 February 2014 14:13, Alan Mackenzie wrote: > Hi, Alan. > > On Sun, Feb 23, 2014 at 12:06:15AM +0200, Alan McKinnon wrote: > > On 22/02/2014 23:15, Alan Mackenzie wrote: > > > Hi, Gentoo. > > > > I've just tried an emerge -puND world, after a shockingly long > interval. > > > I got the error message: > > > > !!! Multiple package instances within a single package slot have > been pulled > > > !!! into the dependency graph, resulting in a slot conflict: > > > > , etc. > > > > To simplify the problem, I tried to emerge an individual package > > > identified in that message, and tried emerge -p libpng. I got the sa= me > > > message, with this: > > > > > #########################################################################= ###### > > > !!! Multiple package instances within a single package slot have been > pulled > > > !!! into the dependency graph, resulting in a slot conflict: > > > > media-libs/libpng:0 > > > > (media-libs/libpng-1.5.17-r1::gentoo, installed) pulled in by > > > media-libs/libpng:0/0=3D required by > (x11-libs/cairo-1.12.14-r4::gentoo, installed) > > > >=3Dmedia-libs/libpng-1.4:0/0=3D required by > (app-editors/emacs-24.3-r2::gentoo, installed) > > > media-libs/libpng:0/0=3D required by > (media-libs/libwebp-0.3.1::gentoo, installed) > > > media-libs/libpng:0/0=3D required by > (net-print/cups-filters-1.0.36-r1::gentoo, installed) > > > media-libs/libpng:0/0=3D required by > (kde-base/kdelibs-4.11.2-r1::gentoo, installed) > > > media-libs/libpng:0/0=3D required by (dev-qt/qtgui-4.8.5-r1::gent= oo, > installed) > > > media-libs/libpng:0/0=3D required by > (app-text/poppler-0.24.3::gentoo, installed) > > > (and 3 more with the same problems) > > > > (media-libs/libpng-1.6.8::gentoo, ebuild scheduled for merge) pulle= d > in by > > > (no parents that aren't satisfied by other packages in this slot) > > > > #########################################################################= ###### > > > Clearly, I'm trying to update libpng-1.5.17 to libpng-1.6.8. What do= es > > > this portion of the message mean: > > > > media-libs/libpng:0/0=3D > > > ^^^^^ > > > > ? Is it somehow telling me that cairo and friends require the > currently > > > installed version, whatever that is? Where is this format documented= ? > I > > > couldn't find anything about it in the Gentoo handbook, and not in th= e > > > emerge man page either. > > > > What do I have to do to get this thing emerged? > > > > Thanks! > > > > You've hit the dreaded sub-slot (a new portage feature). It causes no > > end of trouble as so few people know how it really works, but it's > > intended to replace @preserved-rebuild by DoingItRite and finally make > > revdep-rebuild obsolete. > > > It's documented in man 5 ebuild under these headings: > > > Atom Slots > > Sub Slots > > Atom Slot Operators > > SLOT > > Thanks! I know what :0/0=3D means, now. > > > libpng:0/0 is libpng SLOT 0 which has been around since EAPI1 and > > SUBSLOT 0 which is new. > > > Take cairo which is one of your deps. In the ebuild: > > > RDEPEND=3D" > > media-libs/libpng:0=3D > > " > > > eix libpng shows: > > > (0) 1.5.15 1.5.17-r1 (~)1.6.6(0/16) (~)1.6.7(0/16) 1.6.8(0/16) > > (~)1.6.9(0/16) > > > That shows libpng-1.5.* have slot/subslot 0/0 and > > libpng-1.6.* have slot/subslot 0/16 > > where presumably "16" is shorthand for "1.6" in the version > > > > > Now read those headings in the man page, you will find this gem: > > > "=3D Indicates that any slot value is acceptable. In addition, fo= r > > runtime dependencies, indicates that the package will break unless a > > matching package with slot and sub-slot equal to the slot and > > sub-slot of the best installed version at the time the package was > > installed is available. > > > Examples: > > dev-libs/icu:=3D > > dev-lang/perl:=3D > > dev-libs/glib:=3D > > " > > > in other words, even though libpng-1.5.17-r1 and libpng-1.6.8 are in th= e > > same SLOT, nevertheless cairo will break if you upgrade libpng that way= . > > OK. > > > Or expressed another way in language from before sub-slots, cairo will > > stop working properly after the emerge world until you run > > revdep-rebuild and fix and the borkage > > I wouldn't have a problem with that. Trouble is, emerge won't merge > libpng because of this "conflict". > > > The world update wants to upgrade libpng as a new stable version is > > available but portage won't do it as it will break packages that use > libpng. > > Yes. > > > All my hosts here are up to date so I can't reproduce your problem: > > > - is portage up to date runnign latest version in your tree? Update tha= t > > first (always a good idea anyway) > > Yes: I've got portage-2.2.7, having synched my portage yesterday and > checked with emerge -s. > > > - are you sure that's an emerge failure and not just a convoluted info > > message? Perhaps post the entire emerge output. > > I tried it again without the -p, and got the same output. > > I think this is a portage bug. At the very least, it's poor > documentation. I've reported the situation to bugs.gentoo.org, bug > #502236. > > Thanks for the help. > > > -- > > Alan McKinnon > > alan.mckinnon@gmail.com > > -- > Alan Mackenzie (Nuremberg, Germany). > > --=20 G=DCLVER, Kerem (+9-05303175062) --f46d044519a96bf5e104f31742bb Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
I remember having past a similar problem by this steps:unmerge it.
try to update and write the offered package choices= on corresponding files, i.e: *.mask/use.
update it with "--= newuse" option. Doesn't work, try first installing the aforementio= ned package and then update.

It's actually not a bug, per say, but a short-comin= g of portage Gentoo should look at.
Since this is my first post and in t= he general user group I have to mention that I hate that G logo. Even Larry= rocks it cooler than that. Not that it is pretty ugly, it doesn't even= connotate a G.


On 23 Februar= y 2014 19:50, Tanstaafl=A0<tanstaafl@libertytrek.org>=A0wrote:
On 2014-02-23 12:42 PM, Mick <michaelkintzios@gma= il.com> wrote:
On Sunday 23 Feb 2014 17:25:18 Tanst= aafl wrote:
You do realize that blind bottom pos= ting is far WORSE than blind
top-posting (done here intentionally to make a point), don't you?
Please trim your posts.

Sorry for this, I wasn't being lazy. =A0I usually do trim my posts, exc= ept for
cases where I think that the original post is still of value. = =A0Since my answer
merely provided a work around with an uncertain outco= me, I thought that I
should leave in the OP's analysis in case some one more learned than I = could
chime in. =A0This would also save the OP bumping his post in case = it became lost
in the thread.

My main point be= ing, in a case like that, blind TOP-posting would be a much better choice.<= br>
There actually are cases where blind top-posting is the best option.



--=A0
G=DCL= VER, Kerem
(+9-05303175062)


On 23 February 2014 14:13, Alan Mackenzi= e <acm= @muc.de> wrote:
Hi, Alan.

On Sun, Feb 23, 2014 at 12:06:15AM +0200, Alan McKinnon wrote:
> On 22/02/2014 23:15, Alan Mackenzie wrote:
> > Hi, Gentoo.

> > I've just tried an emerge -puND world, after a shockingly lon= g interval.
> > I got the error message:

> > =A0 =A0!!! Multiple package instances within a single package slo= t have been pulled
> > =A0 =A0!!! into the dependency graph, resulting in a slot conflic= t:

> > , etc.

> > To simplify the problem, I tried to emerge an individual package<= br> > > identified in that message, and tried emerge -p libpng. =A0I got = the same
> > message, with this:

> > #################################################################= ##############
> > !!! Multiple package instances within a single package slot have = been pulled
> > !!! into the dependency graph, resulting in a slot conflict:

> > media-libs/libpng:0

> > =A0 (media-libs/libpng-1.5.17-r1::gentoo, installed) pulled in by=
> > =A0 =A0 media-libs/libpng:0/0=3D required by (x11-libs/cairo-1.12= .14-r4::gentoo, installed)
> > =A0 =A0 >=3Dmedia-libs/libpng-1.4:0/0=3D required by (app-edit= ors/emacs-24.3-r2::gentoo, installed)
> > =A0 =A0 media-libs/libpng:0/0=3D required by (media-libs/libwebp-= 0.3.1::gentoo, installed)
> > =A0 =A0 media-libs/libpng:0/0=3D required by (net-print/cups-filt= ers-1.0.36-r1::gentoo, installed)
> > =A0 =A0 media-libs/libpng:0/0=3D required by (kde-base/kdelibs-4.= 11.2-r1::gentoo, installed)
> > =A0 =A0 media-libs/libpng:0/0=3D required by (dev-qt/qtgui-4.8.5-= r1::gentoo, installed)
> > =A0 =A0 media-libs/libpng:0/0=3D required by (app-text/poppler-0.= 24.3::gentoo, installed)
> > =A0 =A0 (and 3 more with the same problems)

> > =A0 (media-libs/libpng-1.6.8::gentoo, ebuild scheduled for merge)= pulled in by
> > =A0 =A0 (no parents that aren't satisfied by other packages i= n this slot)
> > #################################################################= ##############
> > Clearly, I'm trying to update libpng-1.5.17 to libpng-1.6.8. = =A0What does
> > this portion of the message mean:

> > =A0 =A0 media-libs/libpng:0/0=3D
> > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0^^^^^

> > ? =A0Is it somehow telling me that cairo and friends require the = currently
> > installed version, whatever that is? =A0Where is this format docu= mented? =A0I
> > couldn't find anything about it in the Gentoo handbook, and n= ot in the
> > emerge man page either.

> > What do I have to do to get this thing emerged?

> > Thanks!


> You've hit the dreaded sub-slot (a new portage feature). It = causes no
> end of trouble as so few people know how it really works, but it's=
> intended to replace @preserved-rebuild by DoingItRite and finally make=
> revdep-rebuild obsolete.

> It's documented in man 5 ebuild under these headings:

> Atom Slots
> Sub Slots
> Atom Slot Operators
> SLOT

Thanks! =A0I know what :0/0=3D means, now.

> libpng:0/0 is libpng SLOT 0 which has been around since EAPI1 and
> SUBSLOT 0 which is new.

> Take cairo which is one of your deps. In the ebuild:

> RDEPEND=3D"
> =A0 =A0 =A0 =A0 media-libs/libpng:0=3D
> "

> eix libpng shows:

> =A0 =A0 =A0(0) =A0 =A01.5.15 1.5.17-r1 (~)1.6.6(0/16) (~)1.6.7(0/16) 1= .6.8(0/16)
> (~)1.6.9(0/16)

> That shows libpng-1.5.* have slot/subslot 0/0 and
> =A0 =A0 =A0 =A0 =A0 =A0libpng-1.6.* have slot/subslot 0/16
> where presumably "16" is shorthand for "1.6" in th= e version



> Now read those headings in the man page, you will find this gem:

> "=3D =A0 =A0 =A0Indicates =A0that any slot value is acceptable. I= n addition, for
> runtime dependencies, indicates that the package will break unless a > matching package with slot and =A0sub-slot =A0equal to =A0the =A0slot = =A0and
> sub-slot =A0of =A0the =A0best =A0installed version at the time the pac= kage was
> installed is available.

> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0Examples:
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 dev-libs/icu:=3D > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 dev-lang/perl:=3D<= br> > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 dev-libs/glib:=3D<= br> > "

> in other words, even though libpng-1.5.17-r1 and libpng-1.6.8 are in t= he
> same SLOT, nevertheless cairo will break if you upgrade libpng that wa= y.

OK.

> Or expressed another way in language from before sub-slots, cairo will=
> stop working properly after the emerge world until you run
> revdep-rebuild and fix and the borkage

I wouldn't have a problem with that. =A0Trouble is, emerge won't me= rge
libpng because of this "conflict".

> The world update wants to upgrade libpng as a new stable version is > available but portage won't do it as it will break packages that u= se libpng.

Yes.

> All my hosts here are up to date so I can't reproduce your problem= :

> - is portage up to date runnign latest version in your tree? Update th= at
> first (always a good idea anyway)

Yes: =A0I've got portage-2.2.7, having synched my portage yesterday and=
checked with emerge -s.

> - are you sure that's an emerge failure and not just a convoluted = info
> message? Perhaps post the entire emerge output.

I tried it again without the -p, and got the same output.

I think this is a portage bug. =A0At the very least, it's poor
documentation. =A0I've reported the situation to bugs.gentoo.org, bug
#502236.

Thanks for the help.

> --
> Alan McKinnon
> alan.mckinnon@gmail.com=

--
Alan Mackenzie (Nuremberg, Germany).




--
= G=DCLVER, Kerem
(+9-05303175062)
--f46d044519a96bf5e104f31742bb--