inotify regression in dbus 1.1.20 (with patch)
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
dbus (Ubuntu) |
Fix Released
|
Medium
|
Martin Pitt | ||
Hardy |
Fix Released
|
Undecided
|
Martin Pitt |
Bug Description
Binary package hint: dbus
** This will hurt anything that installs files to /etc/dbus-
This bug was discovered after a large influx of users into #synce following the Hardy release. In Gutsy, the SynCE PPA worked just fine. However, when Hardy was released we started having trouble with one of the packages that needed to install a file to /etc/dbus-
Our contact at Mandriva was quick to tell us of a problem they had with dbus 1.1.20 and link us to the patch. This was fixed in OpenSuse and Mandriva very quickly, and the patch is quite small. Without this patch the odccm package needs to restart dbus to install cleanly, which I consider to be a bad thing. Apparently this was fixed so quickly elsewhere that there isn't a bug #, either for Mandriva or dbus.
The patch can be found at:
http://
Please see below for a better description of what is going on:
http://
TEST CASE:
Simulate uninstalled nm-applet:
killall nm-applet
sudo mv /etc/dbus-
sudo /etc/init.d/dbus force-reload
Now, if you start nm-applet from a Terminal, you'll see an error message that it cannot connect to dbus:
nma_dbus_init(): could not acquire its service. dbus_bus_
Now move back the configuration:
sudo mv /tmp/nm-applet.conf /etc/dbus-
With the current Hardy dbus, nm-applet will still fail to start. With the fixed version in hardy-proposed, it will work immediately.
Please keep in mind that you need to reboot after you installed the dbus update (or at least do sudo /etc/init.d/dbus restart, which will break your session somewhat, though.)
Rolled the Mandriva patch as a debdiff.