Your message dated Sun, 2 Apr 2006 19:37:57 +0200
with message-id <[EMAIL PROTECTED]>
and subject line Bug#358504: hal: won't use filesystem label with space in it
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: hal
Version: 0.5.7-1
Severity: normal
I'm using testing. Since a few days ago, when I insert my usb stick with
a filesystem called "Mr. Brown", it no longer gets mounted at
"/media/Mr. Brown", and instead gets mounted at "/media/sda1" (or
whatever the device file happens to be). This breaks various scripts and
other setups of mine that rely on a deterministic name for that
particular usb stick.
I was told by piman on IRC that this seems to be because
/usr/share/hal/scripts/hal-system-storage-mount checks that the label is
acceptable, and since the label contains a space, it isn't acceptable.
It used to be, without any ill effects, so I think the new stricter rule
is harmful, and would like to see it reverted.
Note that although I can change the name for this particular filesystem,
if it had been a read-only medium, such as an optical disk, I could not
have.
-- System Information:
Debian Release: testing/unstable
APT prefers testing
APT policy: (500, 'testing')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.15-1-686
Locale: LANG=fi_FI.UTF-8, LC_CTYPE=fi_FI.UTF-8 (charmap=UTF-8)
Versions of packages hal depends on:
ii adduser 3.85 Add and remove users and groups
ii dbus 0.61-4 simple interprocess messaging syst
ii libc6 2.3.6-3 GNU C Library: Shared libraries an
ii libdbus-1-2 0.61-4 simple interprocess messaging syst
ii libdbus-glib-1-2 0.61-4 simple interprocess messaging syst
ii libexpat1 1.95.8-3 XML parsing C library - runtime li
ii libglib2.0-0 2.8.6-1 The GLib library of C routines
ii libhal1 0.5.7-1 Hardware Abstraction Layer - share
ii libusb-0.1-4 2:0.1.11-4 userspace USB programming library
ii lsb-base 3.0-15 Linux Standard Base 3.0 init scrip
ii pciutils 1:2.1.11-15.3 Linux PCI Utilities
ii udev 0.085-1 /dev/ and hotplug management daemo
ii usbutils 0.71+cvs20051029-4 USB console utilities
hal recommends no packages.
-- no debconf information
--- End Message ---
--- Begin Message ---
On Sun, Apr 02, 2006 at 02:22:30PM +0300, Lars Wirzenius wrote:
> ma, 2006-03-27 kello 18:31 +0200, Sjoerd Simons kirjoitti:
> > On Thu, Mar 23, 2006 at 12:59:04AM +0200, Lars Wirzenius wrote:
> > > Package: hal
> > > Version: 0.5.7-1
> > > Severity: normal
> > >
> > > I'm using testing. Since a few days ago, when I insert my usb stick with
> > > a filesystem called "Mr. Brown", it no longer gets mounted at
> > > "/media/Mr. Brown", and instead gets mounted at "/media/sda1" (or
> > > whatever the device file happens to be). This breaks various scripts and
> > > other setups of mine that rely on a deterministic name for that
> > > particular usb stick.
> >
> > Just tried to reproduce this. Called my usb stick ''Mr. Black'' and that
> > works
> > fine. I gues the version of pmount in testing is too old, causing some
> > breackage. Could you try the pmount version from unstable ?
>
> The version from unstable works. Thanks!
Closing the bug
Sjoerd
--
Faith is under the left nipple.
-- Martin Luther
--- End Message ---
