[Bug 293311] Re: nautilus thumbnails files on a mounted NFS share
"nfs shares are usually local": this is completely counter-intuitive. NFS = Network File System. I think most would agree than a "network" file system is definitely not a local one (and would rightly so, when considering the differences in terms of access latencies). Even on a high-bandwidth LAN (with 10GbE and 500+ Gb/s core switching capacity), having Nautilus preview feature enabled by default on NFS shares just throws our filers down, thanks to thumbnailing kicking in when users browse their 20'000+ (scientific research) videos folder. -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. https://bugs.launchpad.net/bugs/293311 Title: nautilus thumbnails files on a mounted NFS share To manage notifications about this bug go to: https://bugs.launchpad.net/nautilus/+bug/293311/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 608774] Re: Nautilus should honor the HAL setting 'storage.automount_enabled_hint'
Thanks for the quick feedback.
So, for others who may be lost like me, the new 'udev' way is (in
/etc/udev/rules.d/99-my-rule.rules):
# Exclude my USB token (cf. pamusb) from automount
# NOTE: use 'udevadm test /sys/block/sdX' to find the ENV{ID_SERIAL} parameter
SUBSYSTEM=="block", ENV{ID_SERIAL}="", ENV{UDISKS_PRESENTATION_NOPOLICY}="1"
(See http://manpages.ubuntu.com/manpages/lucid/man7/udisks.7.html ,
http://manpages.ubuntu.com/manpages/lucid/man7/udev.7.html, and
http://manpages.ubuntu.com/manpages/lucid/man8/udevadm.8.html for
further info)
Cheers
--
Nautilus should honor the HAL setting 'storage.automount_enabled_hint'
https://bugs.launchpad.net/bugs/608774
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to nautilus in ubuntu.
--
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 608774] [NEW] Nautilus should honor the HAL setting 'storage.automount_enabled_hint'
Public bug reported: Binary package hint: nautilus Hello, Some use cases (e.g. using a USB key as an authentication token along with 'pamusb') require automount to be disabled for specific drive(s) (rather than globally for all drives, using for example 'gconf-editor -> apps -> nautilus -> preferences -> media_automount = false') This could be achieved using HAL policies. Example given (in /etc/hal/fdi/policy/my-policy.fdi): false false true Unfortunately, in Lucid Lynx 10.04, this does not seem to work (anylonger?). Nautilus should honor (at least one of) the possible HAL settings listed above. Or is there a new recommended way to achieve this behavior? Cheers ** Affects: nautilus (Ubuntu) Importance: Undecided Status: New ** Tags: automount pamusb -- Nautilus should honor the HAL setting 'storage.automount_enabled_hint' https://bugs.launchpad.net/bugs/608774 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to nautilus in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 529882] Re: user switch crashes with process termination (lucid alpha)
Could it be upstart related? I experience the same bug and temporarily solved it by restarting GDM after a 15 seconds delay in /etc/rc.local. -- user switch crashes with process termination (lucid alpha) https://bugs.launchpad.net/bugs/529882 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gdm in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 449198] Re: No GUI option to change login theme
I just found out that all the 'sudo -u gdm gconf-editor && etc.' hacks were just wiped out by the latest GDM update (because the %gconf... files in /var/lib/gdm got overwritten). We need to find a way to allow customization of GDM in a way that resists update, via a sensible '/etc/gdm/custom.conf' file and without reverting to horrible hacks like the "CTRL-ALT-F1 + sudo + ...". While I can live with lack of wallpaper and time format customization (thought I'd rather not), I must ensure a few other parameters are enforced, like getting rid of the users list. Could we imagine some automated script that would get executed when X/GDM launches (e.g. via '.xsession', IIRC), that would push some parameters in the GDM configuration from a /etc/gdm/custom.conf file via 'gconftool-2' ? -- No GUI option to change login theme https://bugs.launchpad.net/bugs/449198 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gdm in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 432598] Re: Do not show suspend/hiberate related UI if suspend is disabled in polkit
Scratch my previous comment. The /etc/polkit-1/localauthority/*.d files ARE honored, provided the files are named *.pkla Sorry -- Do not show suspend/hiberate related UI if suspend is disabled in polkit https://bugs.launchpad.net/bugs/432598 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-session in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 432598] Re: Do not show suspend/hiberate related UI if suspend is disabled in polkit
On Lucid, it would seem the /etc/polkit-1/* folders are not used. Puting a power.conf file: [Disable suspend] Identity=unix-user:* Action=org.freedesktop.devicekit.power.suspend ResultActive=no ResultAny=no [Disable hibernate] Identity=unix-user:* Action=org.freedesktop.devicekit.power.hibernate ResultActive=no ResultAny=no [Disable shutdown] Identity=unix-user:* Action=org.freedesktop.consolekit.system.stop ResultActive=no ResultAny=no In: - /etc/polkit-1/localauthority/50-local.d - /etc/polkit-1/localauthority.conf.d Does NOT affect the applied policy (cf. pkcheck and Gnome shutdown dialog) Modifying the /usr/share/polkit-1/actions/* files DOES lead to the expected results (cf. pkcheck and Gnome shutdown dialog) Am I: - missing something (like reloading a daemon somewhere) - or is this a bug; a sysadmin would expect his custom settings to be in /etc/polkit-1 and be honored (and not be erased by some package update) ? -- Do not show suspend/hiberate related UI if suspend is disabled in polkit https://bugs.launchpad.net/bugs/432598 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-session in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
