Hello, x11-libs/qt-4.2.0_rc1 fails collision test (well.. why does qt include /usr/bin/dbus??): [...] * checking 7444 files for package collisions existing file /usr/bin/dbus is not owned by this package existing file /usr/bin/dbuscpp2xml is not owned by this package 1000 files checked ... 2000 files checked ... 3000 files checked ... 4000 files checked ... 5000 files checked ... 6000 files checked ... 7000 files checked ... * spent 17.5427589417 seconds checking for file collisions * This package is blocked because it wants to overwrite * files belonging to other packages (see messages above). * If you have no clue what this is all about report it * as a bug for this package on http://bugs.gentoo.org package x11-libs/qt-4.2.0_rc1 NOT merged No package files given... Grabbing a set. $ emerge --info Portage 2.1-r2 (default-linux/ppc/ppc64/2006.1/64bit-userland/970/pmac, gcc-4.1.1, glibc-2.4-r3, 2.6.18-rc4 ppc64) ================================================================= System uname: 2.6.18-rc4 ppc64 PPC970FX, altivec supported Gentoo Base System version 1.12.4 ccache version 2.3 [disabled] app-admin/eselect-compiler: [Not Present] dev-lang/python: 2.4.3-r1 dev-python/pycrypto: 2.0.1-r5 dev-util/ccache: 2.3 dev-util/confcache: [Not Present] sys-apps/sandbox: 1.2.17 sys-devel/autoconf: 2.13, 2.59-r7 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2 sys-devel/binutils: 2.17.50.0.3 sys-devel/gcc-config: 1.3.13-r3 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.16 ACCEPT_KEYWORDS="ppc64" AUTOCLEAN="yes" CBUILD="powerpc64-unknown-linux-gnu" CFLAGS="-pipe -ggdb" CHOST="powerpc64-unknown-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/share/X11/xkb /usr/share/config" CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /etc/gconf /etc/java-config/vms/ /etc/revdep-rebuild /etc/terminfo /etc/texmf/web2c" CXXFLAGS="-pipe -ggdb" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs autoconfig collision-protect cvs distlocks metadata-transfer nostrip parallel-fetch sandbox sfperms strict" GENTOO_MIRRORS="http://mirrors.sec.informatik.tu-darmstadt.de/gentoo/" LANG="en_US.UTF-8" LC_ALL="en_US.UTF-8" LINGUAS="de" MAKEOPTS="-j4" PKGDIR="/usr/portage/packages" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude='/distfiles' --exclude='/local' --exclude='/packages'" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="ppc64 X a52 aac alsa altivec amr apache2 apm asf bash-completion berkdb bitmap-fonts bzip2 ccache cdinstall cdparanoia cdr cli crypt cups curl cvs dbus dlloader dri dts dv dvd dvdr dvdread eds emboss encode exscalibar ffmpeg flac foomaticdb fortran gd gdbm ggi gif gimpprint glib glitz gmp gnokii gnutls gphoto2 gpm graphviz gs gstreamer gtk hal ieee1394 imagemagick imlib ipv6 isdnlog jpeg kde kdeenablefinal kdehiddenvisibility latex ldap libg++ libwww mad matroska mdnsresponder-compat mikmod mjpeg motif mp3 mp4 mpeg mplayer multiuser musicbrainz mysql ncurses network nls no-old-linux nptl nptlonly nsplugin objc objc++ ogg openal opengl pam pcre pdf pdflib perl php plotutils png ppds pppd python qt3 qt4 quicktime rdesktop readline reflection ruby samba scanner screen sdl session skins smp spell spl ssl stream subtitles subversion svg tcltk tcpd teamarena tetex theora threads tiff truetype truetype-fonts type1-fonts udev unicode upnp usb videos vim-pager vorbis wxwindows x264 xcomposite xml xorg xv xvid xvmc zeroconf zlib elibc_glibc input_devices_mouse input_devices_keyboard kernel_linux linguas_de userland_GNU video_cards_radeon" Unset: CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LDFLAGS, PORTAGE_RSYNC_EXTRA_OPTS
yuk. I'm wondering if it's the same dbus? perhaps it's one of their utilities, and it's just being merged poorly. I'll have to investigate.
As best as I can tell, qt provides these as addons to the normal dbus package. I'm curious if the qt dbus extensions provided by our normal dbus is what's also providing these causing teh collision. Easiest for me to just make qt not install these files. Are they being provided directly by the dbus package?
I've lost the chroot this happened in (disk died) and I'm not able to reproduce this. sys-apps/dbus only provides /usr/bin/dbus-* binaries. As the chroot is gone I cannot check which package the /usr/bin/dbus package belonged to. Marking as INVALID. Please reopen if this is was wrong.
s/package belonged to/binary belonged to
I just did an emerge and qt didn't create and /usr/bin/dbus* files, just /usr/bin/qdbus, /usr/bin/qdbuscpp2xml, and /usr/bin/qdbusxml2cpp, so it looks like it might have been fixed since _rc1
