Your message dated Fri, 24 Aug 2007 15:18:51 +0200
with message-id <[EMAIL PROTECTED]>
and subject line Bug#439353: custom HAL mount options ignored
has caused the attached Bug report to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

Debian bug tracking system administrator
(administrator, Debian Bugs database)

--- Begin Message ---
Package: gnome-mount
Version: 0.6-1+b2
Severity: normal

As I'm sharing my removable USB storage devices with Czech edition of
Microsoft(R) operation system, I'd like to set some custom mount options
to have national characters translated correctly (-o utf8,codepage=852)
and to have sane permissions on FAT files (fmask=0133,dmask=0022).

I've created custom FDI file for HAL

# cat /usr/share/hal/fdi/policy/20thirdparty/fat_mount.fdi 
<?xml version="1.0" encoding="UTF-8"?>
<!-- -*- xml -*- -->
<deviceinfo version="0.2">
<device>
<match key="block.is_volume" bool="true">
<match key="volume.fsusage" string="filesystem">
<match key="volume.fstype" string="vfat">
<merge key="volume.policy.mount_option.fmask=0133" type="bool">true</merge>
<merge key="volume.policy.mount_option.dmask=0022" type="bool">true</merge>
<merge key="volume.policy.mount_option.utf8" type="bool">true</merge>
<merge key="volume.policy.mount_option.codepage=852" type="bool">true</merge>
</match>
</match>
</match>
</device>
</deviceinfo>

which works fine, as lshal shows following for all my FAT based devices

...
  volume.policy.mount_option.codepage=852 = true  (bool)
  volume.policy.mount_option.dmask=0022 = true  (bool)
  volume.policy.mount_option.fmask=0133 = true  (bool)
  volume.policy.mount_option.utf8 = true  (bool)
...

and I'm happy so far. But when I try to mount my devices using Nautilus, mount
command reveals bad news:

...
/dev/sdd1 on /media/KINGSTON type vfat 
(rw,nosuid,nodev,shortname=lower,uid=1000)
/dev/sde1 on /media/HT203 type vfat (rw,nosuid,nodev,shortname=lower,uid=1000)
...

Seems like something (gnome-mount?) silently ignores mount options set by HAL.

Packages versions:

# dpkg -l | egrep -e hal\|gnome-mount\|pmount\|nautilus
ii  gnome-mount                      0.6-1+b2                            
wrapper for (un)mounting and ejecting storag
ii  hal                              0.5.9.1-2                           
Hardware Abstraction Layer
ii  hal-info                         20070618-1                          
Hardware Abstraction Layer - fdi files
...
ii  nautilus                         2.18.3-2                            file 
manager and graphical shell for GNOME
...
ii  pmount                           0.9.16-3                            mount 
removable devices as normal user

Just for the record, I believe similar behavior (but KDE issue) is reported 
here:

   http://qa.mandriva.com/show_bug.cgi?id=26472


--- End Message ---
--- Begin Message ---
Zitat von [EMAIL PROTECTED]:

Package: gnome-mount
Version: 0.6-1+b2
Severity: normal

As I'm sharing my removable USB storage devices with Czech edition of
Microsoft(R) operation system, I'd like to set some custom mount options
to have national characters translated correctly (-o utf8,codepage=852)
and to have sane permissions on FAT files (fmask=0133,dmask=0022).

I've created custom FDI file for HAL

[..]

...

Seems like something (gnome-mount?) silently ignores mount options set by HAL.


That's not the way, how it is supposed to work (and that also why I'm closing the bug report). When you are using gnome-mount, gnome-mount will define the policy, hal is only a mechanism. You will have to define the options within gnome-mount, which btw is much easier:
Open nautilus
Right click on the drive and select properties.
Change the settings in the volume or drive tab.

gnome-mount will then pass these options down to hal.

Cheers,
Michael




------------------------------------------------------------
This mail was sent through TecO-Webmail: http://www.teco.edu


--- End Message ---

Reply via email to