whenn i tried to install gnome with 'emerge -vp gnome', it happens every times Reproducible: Always Steps to Reproduce: 1.install gentoo 2.emerge -vp gnome 3. Actual Results: gnome-base/gnome-control-center-2.22.2.1 & gnome-settings-deamon-2.22.2.1 circular dependencies Expected Results: show the USE flags of gnome
Portage 2.1.4.4 (default/linux/x86/2008.0, gcc-4.1.2, glibc-2.6.1-r0, 2.6.25-gentoo-r7 i686) ================================================================= System uname: 2.6.25-gentoo-r7 i686 Intel(R) Core(TM)2 CPU T5600 @ 1.83GHz Timestamp of tree: Thu, 25 Sep 2008 23:45:05 +0000 ccache version 2.4 [enabled] app-shells/bash: 3.2_p33 dev-lang/python: 2.4.4-r13, 2.5.2-r7 dev-python/pycrypto: 2.0.1-r6 dev-util/ccache: 2.4-r7 sys-apps/baselayout: 1.12.11.1 sys-apps/sandbox: 1.2.18.1-r2 sys-devel/autoconf: 2.61-r2 sys-devel/automake: 1.10.1-r1 sys-devel/binutils: 2.18-r3 sys-devel/gcc-config: 1.4.0-r4 sys-devel/libtool: 1.5.26 virtual/os-headers: 2.6.23-r3 ACCEPT_KEYWORDS="x86" CBUILD="i686-pc-linux-gnu" CFLAGS="-O2 -march=i686 -pipe" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc" CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/fonts/fonts.conf /etc/gconf /etc/revdep-rebuild /etc/terminfo /etc/udev/rules.d" CXXFLAGS="-O2 -march=i686 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="ccache distlocks metadata-transfer sandbox sfperms strict unmerge-orphans userfetch" GENTOO_MIRRORS="ftp://sunsite.informatik.rwth-aachen.de/pub/Linux/gentoo " LDFLAGS="-Wl,-O1" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage" USE="X acl berkdb bzip2 cli cracklib crypt cups dbus dri gdbm gnome gpm gtk hal iconv isdnlog midi mudflap ncurses nls nptl nptlonly openmp pam pcre perl pppd python readline reflection session spl ssl sysfs tcpd unicode x86 xorg zlib" ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1 emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0 intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ymfpci" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mmap_emul mulaw multi null plug rate route share shm softvol" APACHE2_MODULES="actions alias auth_basic authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias" ELIBC="glibc" INPUT_DEVICES="keyboard mouse" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" USERLAND="GNU" VIDEO_CARDS="s3" Unset: CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, FFLAGS, INSTALL_MASK, LANG, LC_ALL, LINGUAS, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS, PORTDIR_OVERLAY
*** Bug 238704 has been marked as a duplicate of this bug. ***
This is most likely to be some variant of bug #175808. Please refer to bug #175808, comment #38.
This is not a problem that can be worked around by adjusting USE flags. Unconditional dependences are in effect as follows: "gnome-settings-daemon-2.22.2.1" needs "=>=gnome-base/gnome-control-center-2.22" "gnome-control-center-2.22.2.1" needs "gnome-base/gnome-settings-daemon" The first of these appears to be highly questionable. Why can gnome-settings-daemon not be built alone? The dep actually used to be of the blocking variety which is quite different: !<gnome-base/gnome-control-center-2.22 This was changed in revision 1.9 to: >=gnome-base/gnome-control-center-2.22 ... which I believe to be quite wrong. Either it should remain as it was or be removed entirely. So I'm adding the gnome herd as I think this is assigned to the wrong herd, and users are already asking questions ... There are also many other problems with the gnome-settings-daemon package in that it's missing dependencies on: * XML-Parser (possibly only a build dep) * gtk+ * gconf * dbus-glib * libgnome
Setting severity to blocker. I think this is justified as it does actually stop people from being able to install gnome.
Sorry, I was wrong about some of the missing dependencies. Tired at time of writing, and forgot that I'd used -O as an emerge parameter (as I was hoping it would be a valid workaround for the user I was counselling at the time). XML-Parser is the only missing dep I think. This isn't related to the topic of the bug though.
Confirmed on amd64: !!! Error: circular dependencies: ('ebuild', '/', 'gnome-base/gnome-control-center-2.22.2.1', 'merge') depends on ('ebuild', '/', 'gnome-base/gnome-settings-daemon-2.22.2.1', 'merge') (hard) ('ebuild', '/', 'gnome-base/gnome-settings-daemon-2.22.2.1', 'merge') depends on ('ebuild', '/', 'gnome-base/gnome-control-center-2.22.2.1', 'merge') (hard)
Indeed, g-s-d does not depend on g-c-c. Fixed in portage without a revbump. Thanks
Comment #4 already told what was the problem - during HPPA stabling in rev1.9 this was broken without any justification, probably accidentally. I have restored it to be a blocker, as it HAS to be because it provides files that gnome-control-center older than 2.22 also do.
*** Bug 238759 has been marked as a duplicate of this bug. ***
(In reply to comment #6) > XML-Parser is the only missing dep I think. This isn't related to the topic of > the bug though. XML-Parser is not needed by gnome-control-center. intltool is needed at build time, and intltool runtime depends on XML-Parser
