I've now got a workaround:
Append '-l' to the umount command in /etc/security/pam_mount.conf. That
causes umount to remove the volume from the filesystem immediately and
unmount it properly when it is no longer busy (i.e. gconfd exits).
--
The gconf daemon takes upto one minute to exit
https://l
I can confirm this bug. I'm running an up-to-date Dapper install on
i386.
The problem is that gconfd takes around 10 seconds to exit once the
Gnome session has ended. This means that the files used by gconfd in the
user's SMB-mounted home directory are still in use when pam_mount goes
to unmount t
I should say that this doesn't just apply to SMB mounted home
directories as my previous comment implies - it will equally affect the
unmounting of any type of partition/network share.
--
The gconf daemon takes upto one minute to exit
https://launchpad.net/bugs/45002
--
desktop-bugs mailing lis
Public bug reported:
When attempting to open an svg document with dia, it fails to load it
and gives the following console output:
** (dia:5351): WARNING **: root element was 'svg' -- expecting 'svg'.
This bug appears to have been fixed upstream in March 2005:
http://bugzilla.gnome.org/show_bug.
