emerge world broken -- SOLVED

[sheepdog]

I'm told this isn't a circular dependency, although it looks circular to me. At any rate, I have been unable to resolve it by removing a lot of packages and masking a lot of packages. Any suggestions, please?

Code: Select all

goliath ~ # emerge -upDt world

These are the packages that would be merged, in reverse order:

Calculating world dependencies -

... done!
[ebuild     U ] media-video/kmplayer-0.9.3a [0.9.3]
[ebuild     U ] app-portage/gentoolkit-0.2.3 [0.2.2]
[nomerge      ] kde-base/kde-3.5.5
[ebuild  N    ]  kde-base/kdeaddons-3.5.5  USE="arts berkdb sdl xinerama -debug -kdeenablefinal"
[ebuild  N    ]   kde-base/kdemultimedia-3.5.5  USE="alsa arts encode gstreamer mp3 vorbis xinerama -akode -audiofile -debug -flac -kdeenablefinal -theora -xine"
[ebuild  N    ]  kde-base/kdegames-3.5.5  USE="arts xinerama -debug -kdeenablefinal -kdehiddenvisibility"
[nomerge      ] media-gfx/gimp-2.2.12
[nomerge      ]  gnome-base/librsvg-2.16.1
[nomerge      ]   gnome-extra/libgsf-1.14.2
[ebuild     U ]    media-gfx/imagemagick-6.3.0.5-r1 [6.3.0.5]
[nomerge      ] app-portage/guitoo-0.50.01
[ebuild     U ]  app-admin/sudo-1.6.8_p12-r1 [1.6.8_p9-r2]
[nomerge      ] kde-base/kde-3.5.5
[nomerge      ]  kde-base/kdeaddons-3.5.5  USE="arts berkdb sdl xinerama -debug -kdeenablefinal"
[nomerge      ]   kde-base/kdemultimedia-3.5.5  USE="alsa arts encode gstreamer mp3 vorbis xinerama -akode -audiofile -debug -flac -kdeenablefinal -theora -xine"
[ebuild     U ]    kde-base/kdelibs-3.5.5-r9 [3.5.5-r8] USE="-alsa* -arts* -cups* -doc* -fam* -spell* -ssl* -xinerama*"
[ebuild  N    ]    kde-base/arts-3.5.5  USE="alsa esd mp3 nas vorbis xinerama -artswrappersuid -debug -jack -kdeenablefinal"
[nomerge      ]     x11-libs/qt-3.3.6-r4
[ebuild     U ]      dev-db/postgresql-8.0.12 [8.0.9-r1]
[nomerge      ] dev-db/knoda-0.8.2_alpha3
[nomerge      ]  dev-db/hk_classes-0.8.2_alpha3
[nomerge      ]   dev-db/postgresql-8.0.12 [8.0.9-r1]
[ebuild     U ]    dev-db/libpq-8.0.12 [8.0.9]
[nomerge      ] mail-filter/spamassassin-3.1.8
[ebuild     U ]  virtual/perl-PodParser-1.35 [1.34]
[nomerge      ] x11-libs/fox-1.6.19
[nomerge      ]  net-print/cups-1.2.6
[nomerge      ]   net-libs/gnutls-1.4.4-r1
[ebuild     U ]    app-crypt/opencdk-0.5.7 [0.5.5]
[nomerge      ] mail-filter/spamassassin-3.1.8
[nomerge      ]  dev-perl/Archive-Tar-1.30
[ebuild     U ]   virtual/perl-Test-Harness-2.64 [2.56]
[nomerge      ] mail-filter/spamassassin-3.1.8
[nomerge      ]  dev-perl/Net-DNS-0.59
[ebuild     U ]   virtual/perl-Test-Simple-0.66 [0.64]
[nomerge      ] mail-filter/spamassassin-3.1.8
[nomerge      ]  dev-perl/Net-DNS-0.59
[ebuild     U ]   perl-core/Test-Simple-0.66 [0.64]
[nomerge      ] dev-python/gnome-python-extras-2.14.0-r1
[nomerge      ]  www-client/mozilla-firefox-2.0.0.2
[ebuild     U ]   dev-libs/nss-3.11.5 [3.11.3]
[ebuild     U ] net-misc/ntp-4.2.4-r1 [4.2.2_p3]
[nomerge      ] dev-python/gnome-python-extras-2.14.0-r1
[nomerge      ]  www-client/mozilla-firefox-2.0.0.2
[ebuild     U ]   www-client/mozilla-launcher-1.56 [1.52]
[nomerge      ] dev-python/gnome-python-extras-2.14.0-r1
[nomerge      ]  www-client/mozilla-firefox-2.0.0.2
[nomerge      ]   dev-libs/nss-3.11.5 [3.11.3]
[ebuild     U ]    dev-libs/nspr-4.6.5-r1 [4.6.3] USE="-debug%"
[blocks B     ] >=kde-base/kdelibs-3.5.4-r2 (is blocking kde-base/kde-env-3-r4)
[blocks B     ] kde-base/kde-env (is blocking kde-base/kdelibs-3.5.5-r9, kde-base/kdelibs-3.5.5-r8)

[actaea]

I've had a gentoo system up and running for two weeks and have been able to solve about every problem, but the beryl-whitescreen issue--which isn't important--and a similar important issue about emergeing kdm. The response to emerge kdm -pv:

These are the packages that would be merged, in order:

Calculating dependencies... done!
[ebuild N ] kde-base/libkonq-3.5.5 USE="-arts -debug -kdeenablefinal -kdehiddenvisibility -xinerama" 0 kB
[ebuild N ] kde-base/kdebase-data-3.5.5 USE="-debug -kdeenablefinal -xinerama" 0 kB
[ebuild N ] kde-base/kdialog-3.5.5 USE="-arts -debug -kdeenablefinal -kdehiddenvisibility -xinerama" 0 kB
[ebuild N ] kde-base/khotkeys-3.5.5 USE="-arts -debug -kdeenablefinal -kdehiddenvisibility -xinerama" 0 kB
[ebuild N ] kde-base/kdesu-3.5.5 USE="-arts -debug -kdeenablefinal -kdehiddenvisibility -xinerama" 6 kB
[ebuild N ] kde-base/khelpcenter-3.5.5 USE="-arts -debug -kdeenablefinal -kdehiddenvisibility -xinerama" 0 kB
[ebuild N ] kde-base/kcminit-3.5.3 USE="-arts -debug -kdeenablefinal -kdehiddenvisibility -xinerama" 23,081 kB
[ebuild U ] kde-base/kdelibs-3.5.5-r9 [3.5.5-r8] USE="alsa ssl -acl -arts -avahi -cups -debug -doc -fam -jpeg2k -kdeenablefinal -kdehiddenvisibility -kerberos -legacyssl -lua -openexr -spell -tiff -utempter -xinerama -zeroconf" LINGUAS="-he" 0 kB
[ebuild N ] kde-base/kcheckpass-3.5.0 USE="pam -arts -debug -kdeenablefinal -kdehiddenvisibility -kdexdeltas -xinerama" 22,689 kB
[ebuild N ] kde-base/kicker-3.5.5 USE="-arts -debug -kdeenablefinal -kdehiddenvisibility -xcomposite -xinerama" 0 kB
[ebuild N ] kde-base/kdepasswd-3.5.5 USE="-arts -debug -kdeenablefinal -kdehiddenvisibility -xinerama" 0 kB
[ebuild N ] kde-base/kfind-3.5.5 USE="-arts -debug -kdeenablefinal -kdehiddenvisibility -xinerama" 0 kB
[ebuild N ] kde-base/kdebase-kioslaves-3.5.5-r1 USE="hal -arts -debug -kdeenablefinal -kdehiddenvisibility -ldap -openexr -samba -xinerama" 0 kB
[ebuild N ] kde-base/kcontrol-3.5.5 USE="ssl -arts -debug -ieee1394 -kdeenablefinal -kdehiddenvisibility -logitech-mouse -opengl -xinerama" 7 kB
[ebuild N ] kde-base/kdm-3.5.5-r1 USE="pam -arts -debug -kdeenablefinal -kdehiddenvisibility -xinerama" 0 kB
[ebuild N ] kde-base/konqueror-3.5.5 USE="-arts -debug -java -kdeenablefinal -kdehiddenvisibility -xinerama" 0 kB
[ebuild N ] kde-base/kdesktop-3.5.5-r1 USE="-arts -debug -kdeenablefinal -kdehiddenvisibility -xinerama -xscreensaver" 0 kB
[blocks B ] =kde-base/konqueror-3.5* (is blocking kde-base/kdebase-3.5.5-r3)
[blocks B ] =kde-base/kicker-3.5* (is blocking kde-base/kdebase-3.5.5-r3)
[blocks B ] =kde-base/kcontrol-3.5* (is blocking kde-base/kdebase-3.5.5-r3)
[blocks B ] =kde-base/kdm-3.5* (is blocking kde-base/kdebase-3.5.5-r3)
[blocks B ] =kde-base/kdesu-3.5* (is blocking kde-base/kdebase-3.5.5-r3)
[blocks B ] =kde-base/kdebase-data-3.5* (is blocking kde-base/kdebase-3.5.5-r3)
[blocks B ] =kde-base/kcheckpass-3.5* (is blocking kde-base/kdebase-3.5.5-r3)
[blocks B ] =kde-base/kfind-3.5* (is blocking kde-base/kdebase-3.5.5-r3)
[blocks B ] =kde-base/libkonq-3.5* (is blocking kde-base/kdebase-3.5.5-r3)
[blocks B ] =kde-base/khelpcenter-3.5* (is blocking kde-base/kdebase-3.5.5-r3)
[blocks B ] =kde-base/kdebase-3.5* (is blocking kde-base/kdepasswd-3.5.5, kde-base/kcontrol-3.5.5, kde-base/kdebase-data-3.5.5, kde-base/kdm-3.5.5-r1, kde-base/libkonq-3.5.5, kde-base/khelpcenter-3.5.5, kde-base/khotkeys-3.5.5, kde-base/kdesktop-3.5.5-r1, kde-base/kcheckpass-3.5.0, kde-base/kdialog-3.5.5, kde-base/kcminit-3.5.3, kde-base/konqueror-3.5.5, kde-base/kdebase-kioslaves-3.5.5-r1, kde-base/kfind-3.5.5, kde-base/kicker-3.5.5, kde-base/kdesu-3.5.5)
[blocks B ] =kde-base/kdebase-kioslaves-3.5* (is blocking kde-base/kdebase-3.5.5-r3)
[blocks B ] =kde-base/khotkeys-3.5* (is blocking kde-base/kdebase-3.5.5-r3)
[blocks B ] =kde-base/kcminit-3.5* (is blocking kde-base/kdebase-3.5.5-r3)
[blocks B ] =kde-base/kdialog-3.5* (is blocking kde-base/kdebase-3.5.5-r3)
[blocks B ] =kde-base/kdepasswd-3.5* (is blocking kde-base/kdebase-3.5.5-r3)
[blocks B ] =kde-base/kdesktop-3.5* (is blocking kde-base/kdebase-3.5.5-r3)

Total: 17 packages (1 upgrade, 16 new, 17 blocks), Size of downloads: 45,782 kB

I too would like some hints on how to resolve this issue, so I can use kdm.

[sheepdog]

Managed to get everything except kdelibs to emerge by adding the following to /etc/portage/package.mask:

Code: Select all

>=kde-base/kdelibs-3.5.5-r9

Still seems to be a circular dependency between kdelibs and kde-env.

[iphands]

Blocking means that a package can't coexist with another..... In this particular case a package's name has changed (Because of a major kde change I guess... I'm a gnome guy) kinda like xorg 6.9 (monolithic) to xorg 7 (modular) there were lots of new package names! Portage does not really know what to do here... it can't uninstall package a-r1 and install package a-r2 because package a is now called or broken up into ab-r3 ac-r3 ad-r3.... Get it? (sorry I suck at explaining things)

The easiest thing to do here is "emerge -C" everything that has a B by it, and then:

Code: Select all

emerge -NDu world

There are some precautions when the blocking packages are things like pam/shadow (which could render the system useless if the new version fails to install) but this shouldn't be a worry here. (use quickpkg if you really need to backup your current version)

[Carlo]

@sheepdog: You will have an outdated kde.eclass in one of your overlays. Don't use overlays, which come with eclasses shading the ones provided by the Gentoo repository provided eclasses or follow changes closely and adapt your local eclasses accordingly.

@actaea: You already have kdm installed as part of the kdebase ebuild. When you want to use the split KDE ebuilds, you have to unmerge the monolithic couterparts before.

[sheepdog]

@sheepdog: You will have an outdated kde.eclass in one of your overlays. Don't use overlays, which come with eclasses shading the ones provided by the Gentoo repository provided eclasses or follow changes closely and adapt your local eclasses accordingly.

Removing the entire overlay directory does not correct the problem:

Code: Select all

goliath ~ # emerge -upND kdelibs
!!! Invalid PORTDIR_OVERLAY (not a dir): '/usr/local/portage'

These are the packages that would be merged, in order:

Calculating dependencies... done!
[ebuild     U ] kde-base/kdelibs-3.5.5-r9 [3.5.5-r8]
[blocks B     ] kde-base/kde-env (is blocking kde-base/kdelibs-3.5.5-r9, kde-base/kdelibs-3.5.5-r8)
[blocks B     ] >=kde-base/kdelibs-3.5.4-r2 (is blocking kde-base/kde-env-3-r4)

[aidanjt]

Drop into a tty, stop xdm, unmerge the old blockers, and emerge kde-meta

[sheepdog]

Drop into a tty, stop xdm, unmerge the old blockers, and emerge kde-meta

Emerging kde-meta would take several days. Last time I tried it it didn't work anyway. That doesn't seem practical. Faster to switch to Ubuntu.

[iphands]

Drop into a tty, stop xdm, unmerge the old blockers, and emerge kde-meta

Emerging kde-meta would take several days. Last time I tried it it didn't work anyway. That doesn't seem practical. Faster to switch to Ubuntu.

Or just stop updating.....

[actaea]

Thanks, Carlo and iphands. I feel kind of dumb about not getting what Carlo pointed out about kdm already being installed, but still I was able to use iphand's answer to solve an unrelated portage issue.

[red-wolf76]

Actually, it's possible to do it in stages. I.e. remove one of the monoliths and substitute the -meta build. I did this on my gf's pc and she never even found out.

[sheepdog]

Or just stop updating.....

That doesn't seem practical either. After all, eventually you will need to install something new. If emerge is broken no telling whether you will be able to install what you need or not.

[jonnevers]

Or just stop updating.....

That doesn't seem practical either. After all, eventually you will need to install something new. If emerge is broken no telling whether you will be able to install what you need or not.

you have no choice but to unmerge the blocking packages. bite the bullet and do it. if it really takes several days, then yes you probably should be using a binary based distribution.

[iphands]

Or just stop updating.....

That doesn't seem practical either. After all, eventually you will need to install something new. If emerge is broken no telling whether you will be able to install what you need or not.

Umm if updating requires rebuilding kde-meta... then either rebuild or don't update. Right?

Oh and a blocking package does not mean at all that "emerge is broken". It means that emerge is working properly!

[aidanjt]

You're better off with kde-meta to avoid headaches like this in the future, it might take awhile, but it'll be worth it in the long run.

[Hu]

Note that you can use --buildpkgonly and --usepkgonly to minimize the time that you do not have the binaries installed. Do this:

Code: Select all

# emerge --buildpkgonly some-modular-package
# emerge --unmerge blocking-monolithic-equivalent
# emerge --usepkgonly some-modular-package

The first command builds the package, but does not install it. Since the package is not being installed, a blocker does not affect it at this stage. The second command pulls out the blocker. The third command installs the package built by step one. Since --usepkgonly is an untar operation + metadata updates, it is very fast even for relatively large packages. Thus, you are only lacking that package during the time window between step two and step three, which is on the order of seconds or minutes. Note that you could specify multiple packages in any of these steps, so you could even take the opportunity to switch to modular KDE at the same time (as opposed to installing the meta packages that drag in all the modules).

[sheepdog]

You're better off with kde-meta to avoid headaches like this in the future, it might take awhile, but it'll be worth it in the long run.

Then why is it possible to install KDE packages without installing all of kde-meta? Documentation says this:

If you want to have even more control on what parts of KDE you install, you have the possibility to install just the single KDE applications that you need.

It doesn't say, "But if you do it could break your emerge, so just use kde-meta." Following the documentation should not break emerge.

[sheepdog]

Here's how I solved this problem:

kdelibs and kde-env show circular dependencies, because a) kde-env is now part of kdelibs and, b) something is depending on kde-env. So
1) find everything depending on kde-env and remove them.
2) remove kde-env,
3) re-emerge everything previously removed.

All of this took about an hour, once I figured out how to do it. Turns out there was no ebuild for guitoo so left that out.

I like Gentoo and it has great tools. But I often have difficulty figuring out how to use them to get my problem solved. It still does little to assist the user when things are not automatic.

In this case, it would have been entirely possible for the system to have at least told me the above 3 steps. Preferrably, it should have just done it on its own.

Code: Select all

goliath ~ # equery d kde-env
[ Searching for packages depending on kde-env... ]
app-portage/guitoo-0.50.01 (~kde-base/kde-env-3)
dev-util/umbrello-1.1.1 (~kde-base/kde-env-3)
goliath ~ # equery l guitoo
[ Searching for package 'guitoo' in all categories among: ]
 * installed packages
[I--] [M ] app-portage/guitoo-0.50.01 (0)
goliath ~ # equery l umbrello
[ Searching for package 'umbrello' in all categories among: ]
 * installed packages
[I--] [M ] dev-util/umbrello-1.1.1 (0)
goliath ~ # emerge -Cp umbrello guitoo

>>> These are the packages that would be unmerged:

 app-portage/guitoo
    selected: 0.50.01
   protected: none
     omitted: none

 dev-util/umbrello
    selected: 1.1.1
   protected: none
     omitted: none

>>> 'Selected' packages are slated for removal.
>>> 'Protected' and 'omitted' packages will not be removed.

goliath ~ # emerge -Cq umbrello guitoo

 app-portage/guitoo
    selected: 0.50.01
   protected: none
     omitted: none

 dev-util/umbrello
    selected: 1.1.1
   protected: none
     omitted: none
>>> Waiting 5 seconds before starting...
>>> (Control-C to abort)...
>>> Unmerging in: 5 4 3 2 1
>>> Unmerging app-portage/guitoo-0.50.01...
>>> Unmerging dev-util/umbrello-1.1.1...
goliath ~ # emerge -upND kdelibs

These are the packages that would be merged, in order:

Calculating dependencies... done!
[ebuild     U ] kde-base/kdelibs-3.5.5-r9 [3.5.5-r8]
[blocks B     ] kde-base/kde-env (is blocking kde-base/kdelibs-3.5.5-r9, kde-base/kdelibs-3.5.5-r8)
[blocks B     ] >=kde-base/kdelibs-3.5.4-r2 (is blocking kde-base/kde-env-3-r4)
goliath ~ # equery d kde-env
[ Searching for packages depending on kde-env... ]
goliath ~ # emerge -Cp kde-env

>>> These are the packages that would be unmerged:

 kde-base/kde-env
    selected: 3-r4
   protected: none
     omitted: none

>>> 'Selected' packages are slated for removal.
>>> 'Protected' and 'omitted' packages will not be removed.

goliath ~ # emerge -C kde-env

 kde-base/kde-env
    selected: 3-r4
   protected: none
     omitted: none

>>> 'Selected' packages are slated for removal.
>>> 'Protected' and 'omitted' packages will not be removed.

>>> Waiting 5 seconds before starting...
>>> (Control-C to abort)...
>>> Unmerging in: 5 4 3 2 1
>>> Unmerging kde-base/kde-env-3-r4...
No package files given... Grabbing a set.
<<<        obj /etc/env.d/99kde-env
--- !empty dir /etc/env.d
--- !empty dir /etc
 * GNU info directory index is up-to-date.
goliath ~ # emerge -upND kdelibs

These are the packages that would be merged, in order:

Calculating dependencies... done!
[ebuild     U ] kde-base/kdelibs-3.5.5-r9 [3.5.5-r8]
goliath ~ # emerge -uaND world

These are the packages that would be merged, in order:

Calculating world dependencies \
!!! Ebuilds for the following packages are either all
!!! masked or don't exist:
dev-util/global dev-python/pycrash media-gfx/xsvg app-misc/jbidwatcher www-client/mozilla dev-python/pylinda app-misc/beancounter dev-util/pmd

... done!
[ebuild     U ] kde-base/kdelibs-3.5.5-r9 [3.5.5-r8]

Would you like to merge these packages? [Yes/No]  

[Carlo]

I didn't notice that someone added kdelibs as a blocker to the kde-env ebuild itself, which - while technically correct - wasn't a that good idea. The kde-env package is gne now.