Hi, Andreas.
On Mon, Jun 09, 2014 at 09:15:48PM +0200, Andreas K. Huettel wrote:
> Am Montag, 9. Juni 2014, 13:28:03 schrieb Alan Mackenzie:
> > Hi, Gentoo!
> > The latest episode of my months long update saga.
> [snip]
> > This all seems crazy. Keeping Gentoo up to date shouldn't be this
> > difficult.
> You are making it artificially complicated by doing it piecewise. Whenever
> you
> try to update only part of your tree, emerge cannot do changes anywhere else,
> which means that other stuff can block your intended changes.
I tried to break it down into manageable pieces when doing the whole
world at once gave too many errors.
> emerge can do a lot more if you let it run over the whole world set.
> [which doesnt mean that blockers are impossible then. just that emerge has a
> lot more free hand to work around them.]
I've not got blockers at the moment. They might come back again later.
> emerge -uDNavt --backtrack=100 world
emerge -vtpuND --backtrack=100 --color y world 2>&1 | less
gives me this (without deletia):
These are the packages that would be merged, in reverse order:
Calculating dependencies ... done!
!!! Multiple package instances within a single package slot have been pulled
!!! into the dependency graph, resulting in a slot conflict:
dev-libs/icu:0
(dev-libs/icu-51.1::gentoo, installed) pulled in by
dev-libs/icu:0/51.1= required by (media-libs/harfbuzz-0.9.23::gentoo,
installed)
(dev-libs/icu-52.1::gentoo, ebuild scheduled for merge) pulled in by
dev-libs/icu:=[abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?]
required by (dev-libs/libxml2-2.9.1-r4::gentoo, ebuild scheduled for merge)
dev-lang/perl:0
(dev-lang/perl-5.16.3::gentoo, ebuild scheduled for merge) pulled in by
(no parents that aren't satisfied by other packages in this slot)
(dev-lang/perl-5.12.4-r1::gentoo, installed) pulled in by
dev-lang/perl:0/0= required by (net-print/cups-filters-1.0.53::gentoo,
installed)
app-text/poppler:0
(app-text/poppler-0.24.3::gentoo, installed) pulled in by
app-text/poppler:0/43=[cxx,jpeg,lcms,tiff,xpdf-headers(+)] required by
(net-print/cups-filters-1.0.53::gentoo, installed)
(app-text/poppler-0.26.1::gentoo, ebuild scheduled for merge) pulled in by
(no parents that aren't satisfied by other packages in this slot)
It may be possible to solve this problem by using package.mask to
prevent one of those packages from being selected. However, it is also
possible that conflicting dependencies exist such that they are
impossible to satisfy simultaneously. If such a conflict exists in
the dependencies of two different packages, then those packages can
not be installed simultaneously.
For more information, see MASKED PACKAGES section in the emerge man
page or refer to the Gentoo Handbook.
emerge: there are no ebuilds to satisfy "media-libs/libpng:0/0=".
(dependency required by "app-text/poppler-0.24.3" [installed])
(dependency required by "net-print/cups-filters-1.0.53" [installed])
(dependency required by "net-print/cups-1.7.1-r1" [installed])
(dependency required by "x11-libs/gtk+-2.24.23[cups]" [ebuild])
(dependency required by "www-client/firefox-bin-24.5.0" [ebuild])
(dependency required by "@selected" [set])
(dependency required by "@world" [argument])
!!! The ebuild selected to satisfy ">=dev-libs/libattica-0.4.2" has unmet
requirements.
- dev-libs/libattica-0.4.2::gentoo USE="-debug -qt4 (-qt5) -test"
The following REQUIRED_USE flag constraints are unsatisfied:
exactly-one-of ( qt4 qt5 )
(dependency required by "kde-base/kdelibs-4.12.5" [ebuild])
(dependency required by "@selected" [set])
(dependency required by "@world" [argument])
. dev-libs/icu is a low(ish) level system utility. Why should I, as a
user, have to worry about icu-51.1 and icu-52.1? That's the job of the
package manager. The fact that portage has, somehow, got its internal
records into a state where it wants to merge both of these is surely a
bug. Is this, perhaps, the situation that revdep-rebuild used to solve
so inelegantly?
Likewise, I have libpng-1.6.10, the latest version, installed. Why
"there are no ebuilds to satisfy "media-libs/libpng:0/0="" isn't
something I feel I should have to worry about. I don't even know what
":0/0=" means, although I remember other Alan explaining it to me in an
email back in Februrary.
I feel a victim of portage's flexibility and rich feature set, much like
I feel a victim of CUPS's flexibility and rich feature set. At the
moment, I'm determined not to become a victim of systemd's flexibility
and rich feature set. I long for infrastructure components which are
simple and robust. (I put openrc and lprng into that category.)
I have never done anything adventurous with portage, only regularly
updated my (stable) system, while I still could. Things went crazy when
Gnome 3 was made stable and I tried to switch to xfce to avoid having to
switch to systemd. I started my latest update attempt in February, but
it fell to one side as I had lots of other things to do. I foresee
several weekends more of mind-numbing drudgery before finally getting my
system back to a state where it can be regularly updated.
Anyhow, thanks for all the help, and hope you had a good bank holiday.
:-)
> --
> Andreas K. Huettel
> Gentoo Linux developer
> dilfri...@gentoo.org
> http://www.akhuettel.de/
--
Alan Mackenzie (Nuremberg, Germany)
