I uploaded this patch to the hardy-proposed queue. Steve, can you please
process it?

I tested it with the TEST CASE I added to the description.

** Description changed:

  Binary package hint: dbus
  
  ** This will hurt anything that installs files to /etc/dbus-1/system.d/
  **
  
  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-1/system.d/. We
  quickly worked out dbus needed a restart before the new system.d file
  would be loaded. This was not the case with Gutsy - so this is a
  regression.
  
  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://svn.mandriva.com/cgi-bin/viewvc.cgi/packages/cooker/dbus/current/SOURCES/dbus-1.1.20-fixmonitor.patch?revision=190617&view=markup&pathrev=190617
  
  Please see below for a better description of what is going on:
  http://thread.gmane.org/gmane.comp.freedesktop.dbus/9182
+ 
+ TEST CASE:
+ 
+ Simulate uninstalled nm-applet:
+   killall nm-applet
+   sudo mv /etc/dbus-1/system.d/nm-applet.conf /tmp
+   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_acquire_service() says: 'Connection ":1.56" is not allowed to
+ own the service "org.freedesktop.NetworkManagerInfo" due to security
+ policies in the configuration file'
+ 
+ Now move back the configuration:
+ 
+   sudo mv /tmp/nm-applet.conf /etc/dbus-1/system.d/
+ 
+ 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.)

** Attachment added: "Hardy SRU debdiff"
   http://launchpadlibrarian.net/14515456/dbus.221834.hardy.debdiff

-- 
inotify regression in dbus 1.1.20 (with patch)
https://bugs.launchpad.net/bugs/221834
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.

-- 
ubuntu-bugs mailing list
[email protected]
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs

Reply via email to