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.
ok, good to know.
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
rox-extra/memo done
net-im/gnugadu: done
media-sound/bmpx: done
Updated the following: xfce-base/thunar xfce-extra/xfmedia xfce-extra/exo xfce-extra/terminal
Nothing left here.