Bug 154521 - [TRACKER] sys-apps/dbus 1.0 Love
|
Bug#:
154521
(dbus-1)
|
Product: Gentoo Linux
|
Version: 2006.1
|
Platform: All
|
|
OS/Version: Linux
|
Status: RESOLVED
|
Severity: normal
|
Priority: P2
|
|
Resolution: FIXED
|
Assigned To: gentopia@gentoo.org
|
Reported By: cardoe@gentoo.org
|
|
Component: Ebuilds
|
|
|
URL:
http://dev.gentoo.org/~cardoe/dbus-depends-to-update
|
|
Summary: [TRACKER] sys-apps/dbus 1.0 Love
|
|
Keywords:
|
|
Status Whiteboard:
|
|
Opened: 2006-11-08 19:42 0000
|
D-Bus 1.0 will officially hit tomorrow November 9th. I would like to have it in
the tree.
Except the bindings are now broken out to the following.
dev-libs/dbus-glib
dev-python/dbus-python
dev-libs/dbus-qt3-old
dev-dotnet/dbus-sharp
Basically people will need to update the depends.
i.e. something that ldd says uses libdbus-glib
dbus? ( >=sys-apps/dbus-0.34 )
...
dbus? ( || ( >=dev-libs/dbus-glib-0.71
( <sys-apps/dbus-0.90 >=sys-apps/dbus-0.34 ) )
)
Now apps which use the glib bindings will link the libdbus as well. But it's
proper not to depend directly on dbus since this will be changing in future
releases.
Are you sure this syntax will work?
( <sys-apps/dbus-0.90 >=sys-apps/dbus-0.34 )
I ran into a lot of problem with this style of syntax before with portage. It
doesn't and them together, it sees them as two separate depends (unless some
really new version of portage has this fixed)
According to Portage devs, it's correct for Portage 2.1. For Portage 2.0, it'll
give up/down issues. Like it did with the told D-Bus & HAL.
BTW, is there a timeframe for unmasking? I've put a Qt-4.2.1-r1 into portage,
package.masked, that re-adds Qt4 dbus support for whenever dbus is ready.
For some reason I thought the new dbus was in a different slot. I assume that
it's intention to only have on dbus version installed, right?
Sorry for the noise here...
So anything that used to depend on the qt3 use flag with dbus-0.6x should now
depend on dbus-qt3-old?
It will be unmasked as soon as that whole list is gone through. Currently the
following applications implement the D-Bus API incorrectly and will not work:
avahi
ivman
There might be others which I don't know of. But you are correct Caleb, Qt3
binding consumers should use dbus-qt3-old.
Since the protocol is 100% the same, there will be no slotting. The API is also
steady from 0.50 and higher. In fact, most of it is steady from 0.30 and
higher. They finally pulled out the 0.2x API calls that have been deprecated
since 0.30.
Gotcha.
I assume the hal, which isn't on the list, is slated to be taken care of by the
gentopia project?
question. the apps that needs dbus-sharp like tomboy, muine will be affected by
dbus 1.0 ? Or can we have dbus 1.0 and dbus-sharp 0.6x bindings ? since
dbus-sharp is dead can we have a git snapshot of the "official" bindings ?
another issue that needs to be fixed.
USE="doc"
checking for doxygen... no
checking whether to build Doxygen documentation... configure: error: Building
Doxygen docs explicitly required, but Doxygen not found
So far, the ebuild status is following (FIXED means that the deps look OK where
package requires dbus-glib):
dev-python - FIXED
sys-apps/hal - FIXED
media-libs/libipoddevice - FIXED
media-video/totem - FIXED
net-dns/avahi - FIXED
net-print/cups - doesn't need dbus-glib
net-wireless/bluez-utils - doesn't need dbus-glib
net-wireless/wpa_supplicant - doesn't need dbus-glib
x11-misc/notification-daemon - FIXED
x11-misc/service-discover-applet - FIXED
Cardoe, could you please remove these from your list (after confirming ;) ) and
maybe create new bugs for avahi and ivman.
The list has been culled. Sorry it took me so long.
Just updated the list a little bit. And cross referenced the first half of the
list to herds. I'll fix your package if you provide me a readelf -d
/usr/bin/app to show me what bindings your app uses. Obviously it's a python
app it won't have that but just say python bindings... If you want to fix it
yourself, that would be great.
Fixed:
net-libs/libetelepathy
net-voip/cohoba
net-voip/telepathy-stream-egine
Fixed:
app-editors/katoob
app-misc/workrave
mail-client/evolution
Cardoe:
I don't know how you have generated the list of pkgs to update, but it seems
incomplete, e.g.:
missing net-libs/libtelepathy-0.0.39
missing net-voip/telepathy-gabble
These two I have of course fixed, but maybe others are missing too.
I think I've taken care of all my packages (when libgpod-0.4.0 is stable on
pcc64/sparc, I'll remove the older dbus dependent versions). Please tell me if
I forgot anything, where is the list of affected packages anyways ?
Done:
net-im/ekiga : voip
net-im/tapioca-xmpp : voip
net-im/tapiocad : voip
I've checked net-p2p/gtk-gnutella, but it does not depend on the glib bindings
so no change was needed.
net-analyzer/sussen done.
app-office/openoffice: done
=gnome-extra/music-applet got love
Updated the following:
xfce-base/thunar
xfce-extra/xfmedia
xfce-extra/exo
xfce-extra/terminal