Hello, I wanted to add hal support to KDE so I recompiled kdebase-kioslaves with hal in USE. After a restart I had hald up and running but KDE didn't use it. I recompiled kdebase-kioslaves and found this: checking for linux/cdrom.h... yes checking for the HAL... headers -I/usr/include/hal libraries -L/usr/lib -lhal -lhal-storage checking for DBus... headers -I/usr/include/dbus-1.0 -I/usr/lib/dbus-1.0/include libraries -L/usr/lib -ldbus-1 checking for DBus-Qt3 bindings... searched but not found checking if the HAL backend for media:/ should be compiled... no checking for special C compiler options needed for large files... no After emerging dbus-qt3-old the output changed: checking for linux/cdrom.h... yes checking for the HAL... headers -I/usr/include/hal libraries -L/usr/lib -lhal -lhal-storage checking for DBus... headers -I/usr/include/dbus-1.0 -I/usr/lib/dbus-1.0/include libraries -L/usr/lib -ldbus-1 checking for DBus-Qt3 bindings... headers /usr/include/dbus-1.0 libraries /usr/lib checking if the HAL backend for media:/ should be compiled... yes checking for special C compiler options needed for large files... no Any idea what changed? I was a little stunned because I enabled Hal on other boxes before without issues. It seems this test in the ebuild is wrong: hal? ( || ( dev-libs/dbus-qt3-old >=sys-apps/dbus-0.34 ) =sys-apps/hal-0.5* ) because apparently the kioslaves still need dbus-qt3-old with sys-apps/dbus-1.0.2-r2 (currently installed). Any thoughts? Regards Sebastian Reproducible: Always
emerge --info Portage 2.1.2.9 (default-linux/x86/2007.0/desktop, gcc-4.1.2, glibc-2.5-r4, 2.6.22.1 i686) ================================================================= System uname: 2.6.22.1 i686 AMD Sempron(tm) 2400+ Gentoo Base System release 1.12.9 Timestamp of tree: Wed, 01 Aug 2007 11:20:01 +0000 ccache version 2.4 [enabled] dev-lang/python: 2.4.4-r4 dev-python/pycrypto: 2.0.1-r6 dev-util/ccache: 2.4-r7 sys-apps/sandbox: 1.2.17 sys-devel/autoconf: 2.13, 2.61 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10 sys-devel/binutils: 2.17 sys-devel/gcc-config: 1.3.16 sys-devel/libtool: 1.5.23b virtual/os-headers: 2.6.21 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-O2 -march=athlon-xp -pipe -fomit-frame-pointer" CHOST="i686-pc-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/gconf /etc/revdep-rebuild /etc/terminfo /etc/texmf/web2c" CXXFLAGS="-O2 -march=athlon-xp -pipe -fomit-frame-pointer" DISTDIR="/home/portage/distfiles" EMERGE_DEFAULT_OPTS="--with-bdeps y" FEATURES="ccache distlocks metadata-transfer sandbox sfperms strict" GENTOO_MIRRORS="ftp://sunsite.informatik.rwth-aachen.de/pub/Linux/gentoo" LANG="de_DE@euro" LC_ALL="de_DE@euro" LINGUAS="de" MAKEOPTS="-j2" PKGDIR="/home/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 --filter=H_**/files/digest-*" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.informatik.rwth-aachen.de/gentoo-portage" USE="3dnow 3dnowext X aotuv bzip2 cups dvdr dynamic foomaticdb gdbm gif gnutls iconv jpeg kde logrotate mmx mmxext nls nptl nptlonly png ppds readline sasl spell sse ssl svg threads tiff x86 xorg zlib" ELIBC="glibc" INPUT_DEVICES="mouse keyboard" KERNEL="linux" LINGUAS="de" LIRC_DEVICES="serial" USERLAND="GNU" VIDEO_CARDS="radeon" Unset: CTARGET, INSTALL_MASK, LDFLAGS, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS
Because this commit is totally broken: http://sources.gentoo.org/viewcvs.py/gentoo-x86/kde-base/kdebase-kioslaves/kdebase-kioslaves-3.5.7.ebuild?r1=1.2&r2=1.3 Should be hal? ( dev-libs/dbus-qt3-old =sys-apps/hal-0.5* )
@mr_bones_: you've broken about every dbus dependency in the tree that you have touched recently, please fix. Now none of the ebuilds will pull in the correct bindings if people already have sys-apps/dbus installed, which is heavily broken behaviour. || ( dev-libs/dbus-qt3-old ( <sys-apps/dbus-0.90 >=sys-apps/dbus-0.34 ) ) does NOT transform into || ( dev-libs/dbus-qt3-old >=sys-apps/dbus-0.34 ) but into plain and simple dev-libs/dbus-qt3-old Those are bindings split from the old monolithic <sys-apps/dbus-0.90, so the purpose of the original deps was to pull in *either* the split bindings, *or* the monolithic dbus. Ditto for dev-libs/dbus-glib, dev-python/dbus-python.
This is not a KDE bug, please re-read the comments above.
they can fix it.
(In reply to comment #5) > they can fix it. OK, let's summarize it. You broke: app-cdr/k3b app-crypt/seahorse app-misc/tracker app-office/openoffice app-text/evince dev-libs/libgalago gnome-base/control-center gnome-base/gdm gnome-base/gnome-applets gnome-base/gnome-panel gnome-base/gnome-session gnome-base/gnome-mount gnome-base/gnome-vfs gnome-base/gnome-volume-manager gnome-extra/nautilus-cd-burner gnome-extra/hal-device-manager gnome-extra/nautilus-sendto gnome-extra/deskbar-applet gnome-extra/yelp kde-base/kdebase kde-base/kdebase-kioslaves kde-misc/kdbus mail-client/evolution media-gfx/f-spot media-libs/libipoddevice media-video/totem media-sound/rhythmbox net-news/liferea net-im/tapiocad net-im/ekiga sys-apps/galago-daemon sys-power/powersave www-client/epiphany www-client/epiphany-extensions x11-libs/libnotify x11-misc/notification-daemon x11-plugins/beryl-plugins x11-terms/roxterm including lots of ebuilds in stable tree and all you have to say is "they can fix it"?! Well, all I have to say to this is - WTF?!
Just wanna make sure I'm sane here... stable ebuilds that were working fine, they just had stale depends which didn't cause any error or problem.. were updated by Mr. Bones to incorrect depends, which now results in massive tree breakage for ~arch and stable and he expects us to fix his bad commits?
x11-libs/libnotify x11-misc/notification-daemon Fixed these so Xfce is safe.
just to be sure I won't break anything by attempting to fix this : - shall we just revert the change or - shall we simply remove references to old/deprecated/not even in tree anymore dbus version. I'd vote for first option just for the sake of old installs, live/install cds.
(In reply to comment #9) > I'd vote for first option just for the sake of old installs, live/install cds. I'd go with the second.. What do you mean by that? If you upgrade tree from one of those old installs, and install something -- you get new dbus while installing like you should.
I vote for the second choice as well. I "accidentally" fixed gnome-applets in the gnome-experimental overlay. Doug confirmed there's no need to depend on that old cruft anymore.
I'll go over the whole list again and make sure it's corrected.
Should be all fixed. Thanks for the bug report.
