[gentoo-user] "Multiple package instances ....". Help me understand this emerge error, please.

[gentoo-user] "Multiple package instances ....". Help me understand this emerge error, please.

[Alan Mackenzie]

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 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

  (media-libs/libpng-1.5.17-r1::gentoo, installed) pulled in by
    media-libs/libpng:0/0= required by (x11-libs/cairo-1.12.14-r4::gentoo, installed)
    >=media-libs/libpng-1.4:0/0= required by (app-editors/emacs-24.3-r2::gentoo, installed)
    media-libs/libpng:0/0= required by (media-libs/libwebp-0.3.1::gentoo, installed)
    media-libs/libpng:0/0= required by (net-print/cups-filters-1.0.36-r1::gentoo, installed)
    media-libs/libpng:0/0= required by (kde-base/kdelibs-4.11.2-r1::gentoo, installed)
    media-libs/libpng:0/0= required by (dev-qt/qtgui-4.8.5-r1::gentoo, installed)
    media-libs/libpng:0/0= 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) pulled 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 does
this portion of the message mean:

    media-libs/libpng:0/0=
                     ^^^^^

?  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 the
emerge man page either.

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

Thanks!

-- 
Alan Mackenzie (Nuremberg, Germany).

Re: [gentoo-user] "Multiple package instances ....". Help me understand this emerge error, please.

[Alan McKinnon]

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 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
> 
>   (media-libs/libpng-1.5.17-r1::gentoo, installed) pulled in by
>     media-libs/libpng:0/0= required by (x11-libs/cairo-1.12.14-r4::gentoo, installed)
>     >=media-libs/libpng-1.4:0/0= required by (app-editors/emacs-24.3-r2::gentoo, installed)
>     media-libs/libpng:0/0= required by (media-libs/libwebp-0.3.1::gentoo, installed)
>     media-libs/libpng:0/0= required by (net-print/cups-filters-1.0.36-r1::gentoo, installed)
>     media-libs/libpng:0/0= required by (kde-base/kdelibs-4.11.2-r1::gentoo, installed)
>     media-libs/libpng:0/0= required by (dev-qt/qtgui-4.8.5-r1::gentoo, installed)
>     media-libs/libpng:0/0= 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) pulled 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 does
> this portion of the message mean:
> 
>     media-libs/libpng:0/0=
>                      ^^^^^
> 
> ?  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 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

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="
        media-libs/libpng:0=
"

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:

"=      Indicates  that any slot value is acceptable. In addition, for
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:=
                          dev-lang/perl:=
                          dev-libs/glib:=
"

in other words, even though libpng-1.5.17-r1 and libpng-1.6.8 are in the
same SLOT, nevertheless cairo will break if you upgrade libpng that way.

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


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.


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 that
first (always a good idea anyway)
- are you sure that's an emerge failure and not just a convoluted info
message? Perhaps post the entire emerge output.


-- 
Alan McKinnon
alan.mckinnon@gmail.com

Re: [gentoo-user] "Multiple package instances ....". Help me understand this emerge error, please.

[Mick]

[-- Attachment #1: Type: Text/Plain, Size: 4974 bytes --]

On Saturday 22 Feb 2014 22:06:15 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 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
> > 
> >   (media-libs/libpng-1.5.17-r1::gentoo, installed) pulled in by
> >   
> >     media-libs/libpng:0/0= required by
> >     (x11-libs/cairo-1.12.14-r4::gentoo, installed)
> >     
> >     >=media-libs/libpng-1.4:0/0= required by
> >     >(app-editors/emacs-24.3-r2::gentoo, installed)
> >     
> >     media-libs/libpng:0/0= required by (media-libs/libwebp-0.3.1::gentoo,
> >     installed) media-libs/libpng:0/0= required by
> >     (net-print/cups-filters-1.0.36-r1::gentoo, installed)
> >     media-libs/libpng:0/0= required by
> >     (kde-base/kdelibs-4.11.2-r1::gentoo, installed)
> >     media-libs/libpng:0/0= required by (dev-qt/qtgui-4.8.5-r1::gentoo,
> >     installed) media-libs/libpng:0/0= 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) pulled 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
> > does
> > 
> > this portion of the message mean:
> >     media-libs/libpng:0/0=
> >     
> >                      ^^^^^
> > 
> > ?  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 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
> 
> 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="
>         media-libs/libpng:0=
> "
> 
> 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:
> 
> "=      Indicates  that any slot value is acceptable. In addition, for
> 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:=
>                           dev-lang/perl:=
>                           dev-libs/glib:=
> "
> 
> in other words, even though libpng-1.5.17-r1 and libpng-1.6.8 are in the
> same SLOT, nevertheless cairo will break if you upgrade libpng that way.
> 
> 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
> 
> 
> 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.
> 
> 
> 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 that
> first (always a good idea anyway)
> - are you sure that's an emerge failure and not just a convoluted info
> message? Perhaps post the entire emerge output.

I can't recall how I got out of this, but by instinct I would probably unmerge 
libpng, emerge world and then @preserved-rebuild and revdep-rebuild.
-- 
Regards,
Mick

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 490 bytes --]

Re: [gentoo-user] "Multiple package instances ....". Help me understand this emerge error, please.

[wabenbau]

Am Samstag, 22.02.2014 um 21:15
schrieb Alan Mackenzie <acm@muc.de>:

> 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
> 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
> 
>   (media-libs/libpng-1.5.17-r1::gentoo, installed) pulled in by
>     media-libs/libpng:0/0= required by
> (x11-libs/cairo-1.12.14-r4::gentoo, installed)
>     >=media-libs/libpng-1.4:0/0= required by
>     >(app-editors/emacs-24.3-r2::gentoo, installed)
>     media-libs/libpng:0/0= required by
> (media-libs/libwebp-0.3.1::gentoo, installed) media-libs/libpng:0/0=
> required by (net-print/cups-filters-1.0.36-r1::gentoo, installed)
> media-libs/libpng:0/0= required by
> (kde-base/kdelibs-4.11.2-r1::gentoo, installed)
> media-libs/libpng:0/0= required by (dev-qt/qtgui-4.8.5-r1::gentoo,
> installed) media-libs/libpng:0/0= 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)
> pulled 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
> does this portion of the message mean:
> 
>     media-libs/libpng:0/0=
>                      ^^^^^
> 
> ?  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 the emerge man page either.
> 
> What do I have to do to get this thing emerged?
> 
> Thanks!
> 

Sometimes it is helpful to increase the backtrack value. Some weeks ago
I had a similar problem and could I solve it with

emerge --backtrack=100 ...

Re: [gentoo-user] "Multiple package instances ....". Help me understand this emerge error, please.

[Alan Mackenzie]

On Sun, Feb 23, 2014 at 01:32:36AM +0100, wabenbau@gmail.com wrote:
> Am Samstag, 22.02.2014 um 21:15

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

> > Thanks!


> Sometimes it is helpful to increase the backtrack value. Some weeks ago
> I had a similar problem and could I solve it with

> emerge --backtrack=100 ...

Thanks for the suggestion.  Unfortunately, it didn't help.  :-(

-- 
Alan Mackenzie (Nuremberg, Germany).

Re: [gentoo-user] "Multiple package instances ....". Help me understand this emerge error, please.

[Alan Mackenzie]

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 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

> >   (media-libs/libpng-1.5.17-r1::gentoo, installed) pulled in by
> >     media-libs/libpng:0/0= required by (x11-libs/cairo-1.12.14-r4::gentoo, installed)
> >     >=media-libs/libpng-1.4:0/0= required by (app-editors/emacs-24.3-r2::gentoo, installed)
> >     media-libs/libpng:0/0= required by (media-libs/libwebp-0.3.1::gentoo, installed)
> >     media-libs/libpng:0/0= required by (net-print/cups-filters-1.0.36-r1::gentoo, installed)
> >     media-libs/libpng:0/0= required by (kde-base/kdelibs-4.11.2-r1::gentoo, installed)
> >     media-libs/libpng:0/0= required by (dev-qt/qtgui-4.8.5-r1::gentoo, installed)
> >     media-libs/libpng:0/0= 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) pulled 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 does
> > this portion of the message mean:

> >     media-libs/libpng:0/0=
> >                      ^^^^^

> > ?  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 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!  I know what :0/0= 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="
>         media-libs/libpng:0=
> "

> 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:

> "=      Indicates  that any slot value is acceptable. In addition, for
> 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:=
>                           dev-lang/perl:=
>                           dev-libs/glib:=
> "

> in other words, even though libpng-1.5.17-r1 and libpng-1.6.8 are in the
> 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 that
> 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).

Re: [gentoo-user] "Multiple package instances ....". Help me understand this emerge error, please.

[Alan Mackenzie]

Hi, Mick.

On Sat, Feb 22, 2014 at 11:32:42PM +0000, Mick wrote:
> On Saturday 22 Feb 2014 22:06:15 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 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

> > >   (media-libs/libpng-1.5.17-r1::gentoo, installed) pulled in by

> > >     media-libs/libpng:0/0= required by
> > >     (x11-libs/cairo-1.12.14-r4::gentoo, installed)

> > >     >=media-libs/libpng-1.4:0/0= required by
> > >     >(app-editors/emacs-24.3-r2::gentoo, installed)

> > >     media-libs/libpng:0/0= required by (media-libs/libwebp-0.3.1::gentoo,
> > >     installed) media-libs/libpng:0/0= required by
> > >     (net-print/cups-filters-1.0.36-r1::gentoo, installed)
> > >     media-libs/libpng:0/0= required by
> > >     (kde-base/kdelibs-4.11.2-r1::gentoo, installed)
> > >     media-libs/libpng:0/0= required by (dev-qt/qtgui-4.8.5-r1::gentoo,
> > >     installed) media-libs/libpng:0/0= 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) pulled 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
> > > does

> > > this portion of the message mean:
> > >     media-libs/libpng:0/0=

> > >                      ^^^^^

> > > ?  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 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

> > 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="
> >         media-libs/libpng:0=
> > "

> > 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:

> > "=      Indicates  that any slot value is acceptable. In addition, for
> > 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:=
> >                           dev-lang/perl:=
> >                           dev-libs/glib:=
> > "

> > in other words, even though libpng-1.5.17-r1 and libpng-1.6.8 are in the
> > same SLOT, nevertheless cairo will break if you upgrade libpng that way.

> > 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


> > 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.


> > 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 that
> > first (always a good idea anyway)
> > - are you sure that's an emerge failure and not just a convoluted info
> > message? Perhaps post the entire emerge output.

> I can't recall how I got out of this, but by instinct I would probably unmerge 
> libpng, emerge world and then @preserved-rebuild and revdep-rebuild.

I've reported the situation to bugs.gentoo.org (#502236), so I'll wait
and see what comes back before I change my current portage state.

> -- 
> Regards,
> Mick

-- 
Alan Mackenzie (Nuremberg, Germany).

Re: [gentoo-user] "Multiple package instances ....". Help me understand this emerge error, please.

[Alan McKinnon]

On 23/02/2014 14:13, Alan Mackenzie wrote:
>> - 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.
> 

I don't think you have a portage bug as such (other than the sloppy
bizarre output messages that are going into recent versions). I think we
have bug in an ebuild, probably a maintainer that doesn't quite know how
to navigate these new subslots waters,


One of the other replies suggested to unmerge libpng, emerge it back,
and continue with emerge world, @preserved-rebuild, revdep-rebuild.

Chances are this will work around the issue and let you update
everything. There *is* a chance some package(s) won't work with or won't
compile with libpng[1] and you'll have to unwind things again. If this
happens that will be valuable info to add the entry at bgo

[1] This happened to me at least once before, I had to package.mask the
latest version of the library until the tree sorted itself out. IIRC, it
was libpng then too!


-- 
Alan McKinnon
alan.mckinnon@gmail.com

Re: [gentoo-user] "Multiple package instances ....". Help me understand this emerge error, please.

[Alan Mackenzie]

Hello, Alan.

On Sun, Feb 23, 2014 at 05:22:15PM +0200, Alan McKinnon wrote:
> On 23/02/2014 14:13, Alan Mackenzie wrote:
> >> - 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.


> I don't think you have a portage bug as such (other than the sloppy
> bizarre output messages that are going into recent versions). I think we
> have bug in an ebuild, probably a maintainer that doesn't quite know how
> to navigate these new subslots waters,

OK.  This is a bit philosophical.  The way I see it is even if the main
bug is in the libpng ebuild, portage should have a way of protecting
itself against whatever is in the ebuild.  Currently it's wedged.

> One of the other replies suggested to unmerge libpng, emerge it back,
> and continue with emerge world, @preserved-rebuild, revdep-rebuild.

I'll wait a few days on the response to the bug report, just in case
somebody wants me to probe the current state.

> Chances are this will work around the issue and let you update
> everything. There *is* a chance some package(s) won't work with or won't
> compile with libpng[1] and you'll have to unwind things again. If this
> happens that will be valuable info to add the entry at bgo

> [1] This happened to me at least once before, I had to package.mask the
> latest version of the library until the tree sorted itself out. IIRC, it
> was libpng then too!

Surely package management shouldn't be this difficult?

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

-- 
Alan Mackenzie (Nuremberg, Germany).

Re: [gentoo-user] "Multiple package instances ....". Help me understand this emerge error, please.

[Alan McKinnon]

On 23/02/2014 18:13, Alan Mackenzie wrote:
> Hello, Alan.
> 
> On Sun, Feb 23, 2014 at 05:22:15PM +0200, Alan McKinnon wrote:
>> On 23/02/2014 14:13, Alan Mackenzie wrote:
>>>> - 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.
> 
> 
>> I don't think you have a portage bug as such (other than the sloppy
>> bizarre output messages that are going into recent versions). I think we
>> have bug in an ebuild, probably a maintainer that doesn't quite know how
>> to navigate these new subslots waters,
> 
> OK.  This is a bit philosophical.  The way I see it is even if the main
> bug is in the libpng ebuild, portage should have a way of protecting
> itself against whatever is in the ebuild.  Currently it's wedged.


I know what you mean. emerge doesn't work, therefore the system is broken.


> 
>> One of the other replies suggested to unmerge libpng, emerge it back,
>> and continue with emerge world, @preserved-rebuild, revdep-rebuild.
> 
> I'll wait a few days on the response to the bug report, just in case
> somebody wants me to probe the current state.
> 
>> Chances are this will work around the issue and let you update
>> everything. There *is* a chance some package(s) won't work with or won't
>> compile with libpng[1] and you'll have to unwind things again. If this
>> happens that will be valuable info to add the entry at bgo
> 
>> [1] This happened to me at least once before, I had to package.mask the
>> latest version of the library until the tree sorted itself out. IIRC, it
>> was libpng then too!
> 
> Surely package management shouldn't be this difficult?

Indeed.

yum is not this difficult.
apt is not this difficult.
FreeBSD ports are not this difficult.
[Windows OTOH often is this difficult].

The big difference is those are binary distros so they have a somewhat
stable and predictable base. Gentoo is not, Gentoo's base is "whatever
emerge finds happens to be there". All the complexity, new features and
weird verbose messages in portage are not there to make things work,
they are there to detect problems when it doesn't work and prevent
problem situations from going into the works in the first place.

Personally, I think portage has gone too far and the complex solutions
are causing problems that are worse than what they attempt to solve.
Amzing solutions (like sub-slots) aren't really much use in the real
world if the package maintainers use them incorrectly, right?

Well that's my 2c.
I was quite happy with revdep-rebuild


-- 
Alan McKinnon
alan.mckinnon@gmail.com

Re: [gentoo-user] "Multiple package instances ....". Help me understand this emerge error, please.

[Tanstaafl]

Mick,

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.

On 2014-02-22 6:32 PM, Mick <michaelkintzios@gmail.com> wrote:
> On Saturday 22 Feb 2014 22:06:15 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 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
>>>
>>>    (media-libs/libpng-1.5.17-r1::gentoo, installed) pulled in by
>>>
>>>      media-libs/libpng:0/0= required by
>>>      (x11-libs/cairo-1.12.14-r4::gentoo, installed)
>>>
>>>      >=media-libs/libpng-1.4:0/0= required by
>>>      >(app-editors/emacs-24.3-r2::gentoo, installed)
>>>
>>>      media-libs/libpng:0/0= required by (media-libs/libwebp-0.3.1::gentoo,
>>>      installed) media-libs/libpng:0/0= required by
>>>      (net-print/cups-filters-1.0.36-r1::gentoo, installed)
>>>      media-libs/libpng:0/0= required by
>>>      (kde-base/kdelibs-4.11.2-r1::gentoo, installed)
>>>      media-libs/libpng:0/0= required by (dev-qt/qtgui-4.8.5-r1::gentoo,
>>>      installed) media-libs/libpng:0/0= 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) pulled 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
>>> does
>>>
>>> this portion of the message mean:
>>>      media-libs/libpng:0/0=
>>>
>>>                       ^^^^^
>>>
>>> ?  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 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
>>
>> 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="
>>          media-libs/libpng:0=
>> "
>>
>> 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:
>>
>> "=      Indicates  that any slot value is acceptable. In addition, for
>> 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:=
>>                            dev-lang/perl:=
>>                            dev-libs/glib:=
>> "
>>
>> in other words, even though libpng-1.5.17-r1 and libpng-1.6.8 are in the
>> same SLOT, nevertheless cairo will break if you upgrade libpng that way.
>>
>> 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
>>
>>
>> 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.
>>
>>
>> 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 that
>> first (always a good idea anyway)
>> - are you sure that's an emerge failure and not just a convoluted info
>> message? Perhaps post the entire emerge output.
>
> I can't recall how I got out of this, but by instinct I would probably unmerge
> libpng, emerge world and then @preserved-rebuild and revdep-rebuild.
>

Re: [gentoo-user] "Multiple package instances ....". Help me understand this emerge error, please.

[Mick]

[-- Attachment #1: Type: Text/Plain, Size: 666 bytes --]

On Sunday 23 Feb 2014 17:25:18 Tanstaafl wrote:
> Mick,
> 
> 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 became lost 
in the thread.
-- 
Regards,
Mick

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 490 bytes --]

Re: [gentoo-user] "Multiple package instances ....". Help me understand this emerge error, please.

[Tanstaafl]

On 2014-02-23 12:42 PM, Mick <michaelkintzios@gmail.com> 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 became 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.

Re: [gentoo-user] "Multiple package instances ....". Help me understand this emerge error, please.

[Kerem Gülver]

[-- Attachment #1: Type: text/plain, Size: 7229 bytes --]

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 <tanstaafl@libertytrek.org> wrote:

> On 2014-02-23 12:42 PM, Mick <michaelkintzios@gmail.com> 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 became
>> 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.
>
>


-- 
GÜLVER, Kerem
(+9-05303175062)


On 23 February 2014 14:13, Alan Mackenzie <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 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 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
>
> > >   (media-libs/libpng-1.5.17-r1::gentoo, installed) pulled in by
> > >     media-libs/libpng:0/0= required by
> (x11-libs/cairo-1.12.14-r4::gentoo, installed)
> > >     >=media-libs/libpng-1.4:0/0= required by
> (app-editors/emacs-24.3-r2::gentoo, installed)
> > >     media-libs/libpng:0/0= required by
> (media-libs/libwebp-0.3.1::gentoo, installed)
> > >     media-libs/libpng:0/0= required by
> (net-print/cups-filters-1.0.36-r1::gentoo, installed)
> > >     media-libs/libpng:0/0= required by
> (kde-base/kdelibs-4.11.2-r1::gentoo, installed)
> > >     media-libs/libpng:0/0= required by (dev-qt/qtgui-4.8.5-r1::gentoo,
> installed)
> > >     media-libs/libpng:0/0= 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) pulled
> 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 does
> > > this portion of the message mean:
>
> > >     media-libs/libpng:0/0=
> > >                      ^^^^^
>
> > > ?  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 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!  I know what :0/0= 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="
> >         media-libs/libpng:0=
> > "
>
> > 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:
>
> > "=      Indicates  that any slot value is acceptable. In addition, for
> > 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:=
> >                           dev-lang/perl:=
> >                           dev-libs/glib:=
> > "
>
> > in other words, even though libpng-1.5.17-r1 and libpng-1.6.8 are in the
> > 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 that
> > 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).
>
>


-- 
GÜLVER, Kerem
(+9-05303175062)

[-- Attachment #2: Type: text/html, Size: 9635 bytes --]

[gentoo-user] Re: "Multiple package instances ....". Help me understand this emerge error, please.

[Jonathan Callen]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA512

Alan,

The easiest method may be to parse the error given:

On 02/23/2014 07:13 AM, Alan Mackenzie wrote:
>>> ############################################################################### !!!
>>> 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=
>>> required by (x11-libs/cairo-1.12.14-r4::gentoo, installed)
>>>> =media-libs/libpng-1.4:0/0= required by (app-editors/emacs-24.3-r2::gentoo, installed)
>>> media-libs/libpng:0/0= required by (media-libs/libwebp-0.3.1::gentoo, installed) 
>>> media-libs/libpng:0/0= required by (net-print/cups-filters-1.0.36-r1::gentoo, installed) 
>>> media-libs/libpng:0/0= required by (kde-base/kdelibs-4.11.2-r1::gentoo, installed) 
>>> media-libs/libpng:0/0= required by (dev-qt/qtgui-4.8.5-r1::gentoo, installed) 
>>> media-libs/libpng:0/0= 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) pulled in by (no parents that
>>> aren't satisfied by other packages in this slot) 
>>> ###############################################################################

Each of the packages listed will need to be rebuilt with libpng, so try listing them explicitly on
the same emerge command (note that `emerge -uD @world` lists them implicitly, so doing that
sometimes will work when a single package fails).

For example, you may be able to get

# emerge --oneshot media-libs/libpng:0/16 x11-libs/cairo app-editors/emacs \
	media-libs/libwebp net-print/cups-filters kde-base/kdelibs dev-qt/qtgui \
	app-text/poppler

to work, or to give you the "3 more with the same problems", which can then be added to the
command line and rebuilt.

Because you didn't tell portage that it was allowed to rebuild packages not listed on the command
line, portage refused to update the package you *did* list, because it would break those other
packages.

- -- 
Jonathan Callen
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.22 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQIcBAEBCgAGBQJTCmzBAAoJELHSF2kinlg4uJ4P/3bRC7UMRGWDrCFEYrlcKWAQ
74LtaAmKXfE75cwb2NtN7tyDM3mDlD2JTG89m9aQp340v2HuH3H7W9nM8MsCqm/g
8/7rv1pViO6GdjzKLnWc0KsFrKCcVsc9r11+0KWRT45y21x92XCiecX/Hb0uDOEN
U83xESg8BSrpm/ZNpdtzlZaOjwIYTOlIRvRYGvUeR8oZpTXOzvp8fmlIftp8SDAb
ywHRMQ1EDb2qZxb+qO4TBrFRbH2za5aktT6oRo7mEs4DmtTBpE5SFXqqwpEEZgHV
N42VprrPdfpqm4x/xOE+s3vYyg4uJaQIyPJKj5AibKpJq0iBl1Q2+/aLxkENVW5l
DuJETmlQ4P1SOPmlDdgaV8+EQjjLEBp48chj1eGg0XfE8pljydIqqj3f7xpaWHbD
Cay2Rqs2mL4UXeUEdAundGyc9XRlqfD6uag1QGSOZN+hgMRJhVpCt8SyMWOiwBZ1
uUp5G0iQaw8YlXDt/3xvraeGsOXf1kzuAApKWjLzsLRObBzOfPia3IGIB4wX5VDS
0rX+/4LSDNYICbQL0oDFOkN/5vCtGGOMfqkuwv0XLdNoMybYhbPwYsKWjj5sO0Cx
Sj9OdQY+bnDhicIHxebniqv//LbCurZLyNywJEf7qlal/mVj+GBF6yZl4RA+lBQv
4uHdr+ZFoKvzdzL6hldZ
=O4Qv
-----END PGP SIGNATURE-----

Re: [gentoo-user] "Multiple package instances ....". Help me understand this emerge error, please.

[Neil Bothwick]

[-- Attachment #1: Type: text/plain, Size: 1044 bytes --]

On Sun, 23 Feb 2014 18:59:14 +0200, Alan McKinnon wrote:

> Personally, I think portage has gone too far and the complex solutions
> are causing problems that are worse than what they attempt to solve.
> Amzing solutions (like sub-slots) aren't really much use in the real
> world if the package maintainers use them incorrectly, right?
> 
> Well that's my 2c.
> I was quite happy with revdep-rebuild

I wasn't because it relied on your system being broken before it could do
anything useful. @preserved-rebuild on the other hand was a perfectly
acceptable solution. It didn't break things but kept them working until
you could re-emerge the affected packages at a time t suit. Sub-slots are
not only complex, they force rebuilds of packages at a time of their
choosing, not mine. I'd rather not put all my other updates on hold
because sub-slots decide that e-emerging the current versions of
libreoffice and chromium is more important (thanks icu!).


-- 
Neil Bothwick

There is never enough beer, sex or disk space!

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [gentoo-user] "Multiple package instances ....". Help me understand this emerge error, please.

[Tom Wijsman]

On Sat, 22 Feb 2014 21:15:05 +0000
Alan Mackenzie <acm@muc.de> wrote:

>   (media-libs/libpng-1.6.8::gentoo, ebuild scheduled for merge)
> pulled in by (no parents that aren't satisfied by other packages in
> this slot)

Whenever you see this, "(no parents that ...)", you'll want to be aware
that there is backtracking going on and that in this case it failed to
find a solution through backtracking.

Exactly, the rest of your emerge output you have cut away actually
matters here; the part above could reveal that there perhaps might be a
blocker stopping the backtracking, the part under reveals that you need
to increase the backtracking value and try again (if no blocker).

-- 
With kind regards,

Tom Wijsman (TomWij)
Gentoo Developer

E-mail address  : TomWij@gentoo.org
GPG Public Key  : 6D34E57D
GPG Fingerprint : C165 AF18 AB4C 400B C3D2  ABF0 95B2 1FCD 6D34 E57D

Re: [gentoo-user] "Multiple package instances ....". Help me understand this emerge error, please.

[Tom Wijsman]

On Sun, 23 Feb 2014 11:54:43 +0000
Alan Mackenzie <acm@muc.de> wrote:

> On Sun, Feb 23, 2014 at 01:32:36AM +0100, wabenbau@gmail.com wrote:
> > Am Samstag, 22.02.2014 um 21:15
> 
> > > What do I have to do to get this thing emerged?
> 
> > > Thanks!
> 
> 
> > Sometimes it is helpful to increase the backtrack value. Some weeks
> > ago I had a similar problem and could I solve it with
> 
> > emerge --backtrack=100 ...
> 
> Thanks for the suggestion.  Unfortunately, it didn't help.  :-(

Maybe there is a blocker then? Scanned the entire thread; I'm not sure,
but can you let us know if the problem is resolved and how?

-- 
With kind regards,

Tom Wijsman (TomWij)
Gentoo Developer

E-mail address  : TomWij@gentoo.org
GPG Public Key  : 6D34E57D
GPG Fingerprint : C165 AF18 AB4C 400B C3D2  ABF0 95B2 1FCD 6D34 E57D