Your message dated Wed, 27 Aug 2008 22:53:17 +0200
with message-id <[EMAIL PROTECTED]>
and subject line Re: [Pkg-utopia-maintainers] Bug#496829: hal: more usb
lack-of-mountability action
has caused the Debian Bug report #496829,
regarding hal: more usb lack-of-mountability action
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 this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [EMAIL PROTECTED]
immediately.)
--
496829: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=496829
Debian Bug Tracking System
Contact [EMAIL PROTECTED] with problems
--- Begin Message ---
Package: hal
Version: 0.5.11-2
Severity: important
Although very similar to #486496 this one is because hal no longer
honours groups added to the user by pam_group.
I upgraded a machine from etch to lenny and no can no longer mount USB
disks and whatnot via thunar; identical error that Mr #486496 was
getting.
So this got me thinking, in my /etc/security/group.conf file I have:
===
gdm;:*;*;Al0000-2400;audio,floppy,video,cdrom,plugdev,powerdev
===
And it does truely work, when I log in and type 'id' into an xterm I
am a member of the plugdev group. With etch this was enough, however
with hal in lenny this is not the case and it seems to only care about
whatever lurks in /etc/group :( When I manually add my user to
/etc/group I can mount and umount to my hearts content.
If course running pmount from an xterm with the pam_group method works,
but then I'm in an xterm. I'm guessing hal is evaluating the user from
outside the context of pam and just as a raw user...or something?
Cheers
-- System Information:
Debian Release: lenny/sid
APT prefers testing
APT policy: (500, 'testing')
Architecture: i386 (i686)
Kernel: Linux 2.6.25-2-686 (SMP w/1 CPU core)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages hal depends on:
ii adduser 3.110 add and remove users and groups
ii dbus 1.2.1-3 simple interprocess messaging syst
ii hal-info 20080508+git20080601-1 Hardware Abstraction Layer - fdi f
ii libc6 2.7-13 GNU C Library: Shared libraries
ii libdbus-1-3 1.2.1-3 simple interprocess messaging syst
ii libdbus-glib-1-2 0.76-1 simple interprocess messaging syst
ii libexpat1 2.0.1-4 XML parsing C library - runtime li
ii libgcc1 1:4.3.1-2 GCC support library
ii libglib2.0-0 2.16.4-2 The GLib library of C routines
ii libhal-storage1 0.5.11-2 Hardware Abstraction Layer - share
ii libhal1 0.5.11-2 Hardware Abstraction Layer - share
ii libsmbios1 0.13.13-1 Provide access to (SM)BIOS informa
ii libstdc++6 4.3.1-2 The GNU Standard C++ Library v3
ii libusb-0.1-4 2:0.1.12-12 userspace USB programming library
ii libvolume-id0 0.125-5 libvolume_id shared library
ii lsb-base 3.2-19 Linux Standard Base 3.2 init scrip
ii mount 2.13.1.1-1 Tools for mounting and manipulatin
ii pciutils 1:3.0.0-4 Linux PCI Utilities
ii pm-utils 1.1.2.3-1 utilities and scripts for power ma
ii udev 0.125-5 /dev/ and hotplug management daemo
ii usbutils 0.73-8 Linux USB utilities
Versions of packages hal recommends:
ii eject 2.1.5+deb1-1 ejects CDs and operates CD-Changer
pn libsmbios-bin <none> (no description available)
Versions of packages hal suggests:
pn gnome-device-manager <none> (no description available)
-- no debconf information
--- End Message ---
--- Begin Message ---
[EMAIL PROTECTED] wrote:
> Package: hal
> Version: 0.5.11-2
> Severity: important
>
> Although very similar to #486496 this one is because hal no longer
> honours groups added to the user by pam_group.
>
> I upgraded a machine from etch to lenny and no can no longer mount USB
> disks and whatnot via thunar; identical error that Mr #486496 was
> getting.
>
> So this got me thinking, in my /etc/security/group.conf file I have:
>
> ===
> gdm;:*;*;Al0000-2400;audio,floppy,video,cdrom,plugdev,powerdev
> ===
>
> And it does truely work, when I log in and type 'id' into an xterm I
> am a member of the plugdev group. With etch this was enough, however
> with hal in lenny this is not the case and it seems to only care about
> whatever lurks in /etc/group :( When I manually add my user to
> /etc/group I can mount and umount to my hearts content.
>
Hi,
first of all, this is not a bug in hal, but a dbus issue.
Second, afaik, dbus never supported dynamic group memberships via
/etc/security/group.conf.
I guess the reason why thunar worked in etch is probably, that it
directly used pmount.
If you don't want to use static group memberships, please install
consolekit_0.2.10-2 and hal_0.5.11-3.
I can't see a bug in hal, so closing.
Cheers,
Michael
--
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?
signature.asc
Description: OpenPGP digital signature
--- End Message ---
