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

2014-03-21 Thread Tom Wijsman
On Sun, 23 Feb 2014 11:54:43 +
Alan Mackenzie a...@muc.de wrote:

 On Sun, Feb 23, 2014 at 01:32:36AM +0100, waben...@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  : tom...@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.

2014-03-21 Thread Tom Wijsman
On Sat, 22 Feb 2014 21:15:05 +
Alan Mackenzie a...@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  : tom...@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.

2014-02-23 Thread Alan Mackenzie
On Sun, Feb 23, 2014 at 01:32:36AM +0100, waben...@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.

2014-02-23 Thread 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.mckin...@gmail.com

-- 
Alan Mackenzie (Nuremberg, Germany).



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

2014-02-23 Thread Alan Mackenzie
Hi, Mick.

On Sat, Feb 22, 2014 at 11:32:42PM +, 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.

2014-02-23 Thread 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.mckin...@gmail.com




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

2014-02-23 Thread 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.mckin...@gmail.com

-- 
Alan Mackenzie (Nuremberg, Germany).



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

2014-02-23 Thread 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.mckin...@gmail.com




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

2014-02-23 Thread 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 michaelkintz...@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.

2014-02-23 Thread Mick
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


signature.asc
Description: This is a digitally signed message part.


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

2014-02-23 Thread Tanstaafl

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

2014-02-23 Thread Kerem Gülver
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 tansta...@libertytrek.org wrote:

 On 2014-02-23 12:42 PM, Mick michaelkintz...@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 a...@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 

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

2014-02-23 Thread Neil Bothwick
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!


signature.asc
Description: PGP signature


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

2014-02-22 Thread 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.mckin...@gmail.com




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

2014-02-22 Thread Mick
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


signature.asc
Description: This is a digitally signed message part.


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

2014-02-22 Thread wabenbau
Am Samstag, 22.02.2014 um 21:15
schrieb Alan Mackenzie a...@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 ...