First Last Prev Next    No search results available      Search page      Enter new bug
Bug#: 187369
Alias:
Product:
Component:
Status: RESOLVED
Resolution: FIXED
Assigned To: Mr. Bones. <mr_bones_@gentoo.org>
Hardware:
OS:
Version:
Priority:
Severity:
Reporter: Sebastian <sebastian_ml@gmx.net>
Add CC:
CC:
Remove selected CCs
URL:
Summary:
Status Whiteboard:
Keywords:

Filename Description Type Creator Created Size Actions
Create a New Attachment (proposed patch, testcase, etc.) View All

Bug 187369 depends on: Show dependency tree
Bug 187369 blocks:
Votes: 0    Show votes for this bug    Vote for this bug

Additional Comments: (this is where you put emerge --info)


Not eligible to see or edit group visibility for this bug.






View Bug Activity   |   Format For Printing   |   XML   |   Clone This Bug


Description:   Opened: 2007-08-01 12:10 0000
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

------- Comment #1 From Sebastian 2007-08-01 12:11:46 0000 -------
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

------- Comment #2 From Jakub Moc (RETIRED) 2007-08-01 12:33:46 0000 -------
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* )

------- Comment #3 From Jakub Moc (RETIRED) 2007-08-01 12:48:43 0000 -------
@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.

------- Comment #4 From Jakub Moc (RETIRED) 2007-08-01 15:54:11 0000 -------
This is not a KDE bug, please re-read the comments above.

------- Comment #5 From Mr. Bones. 2007-08-01 16:38:51 0000 -------
they can fix it.

------- Comment #6 From Jakub Moc (RETIRED) 2007-08-01 17:21:42 0000 -------
(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?! 

------- Comment #7 From Doug Goldstein 2007-08-01 17:25:57 0000 -------
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?

------- Comment #8 From Samuli Suominen 2007-08-01 17:56:35 0000 -------
x11-libs/libnotify
x11-misc/notification-daemon

Fixed these so Xfce is safe.

------- Comment #9 From Gilles Dartiguelongue 2007-08-01 18:13:30 0000 -------
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.

------- Comment #10 From Samuli Suominen 2007-08-01 18:21:16 0000 -------
(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.

------- Comment #11 From Rémi Cardona 2007-08-01 18:48:01 0000 -------
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.

------- Comment #12 From Mr. Bones. 2007-08-02 04:21:39 0000 -------
I'll go over the whole list again and make sure it's corrected.

------- Comment #13 From Mr. Bones. 2007-08-02 06:50:07 0000 -------
Should be all fixed.

Thanks for the bug report.

First Last Prev Next    No search results available      Search page      Enter new bug