PAM (from D-Bus/HAL discussion)

Dan Nicholson dbn.lists at gmail.com
Fri Apr 7 12:00:21 PDT 2006


On 4/7/06, Randy McMurchy <randy at linuxfromscratch.org> wrote:
> On Fri, 2006-04-07 at 13:20 -0500, Bruce Dubbs wrote:
>
> > Thanks Dan.  It is interesting, but I'm not sure where to go with this
> > right now.
>
> Can of worms!

I'm not proposing adding pam_console to the book.  Just put it out
there for information sake.

I've been following this stuff off and on for a few weeks now.  I
can't say that using pam_console is necessary or not.  I know debian
will be using the new fangled gnome stuff, but not pam_console.  I
might be wrong, but I think if you have appropriate udev rules and
groups, it won't be needed.  pam_console allows you to change
permissions for things at login and logout, which means you can lock
down devices for individual users.

> Not sure what do about this HAL/D-Bus thing. Best I can tell GNOME
> 2.14.0 wants the bleeding edge HAL/D-Bus. Gnome-VFS wants HAL-0.5.7.
> This is the latest and greatest HAL release. KDE works *great* with
> HAL-0.5.4/D-Bus0.50.

Here's why for gnome-vfs:

2006-03-02  David Zeuthen  <davidz at redhat.com>

        * configure.in: Require hal 0.5.7 for new crypto bits in
        libhal-storage 0.5.7

        * libgnomevfs/gnome-vfs-hal-mounts.c: Don't read settings from
        /system/storage and remove code that uses it. Also use new API
        available in libhal-storage 0.5.7 and later instead of relying on
        a magic hal property volume.crypto_luks.clear.backing_volume.

> I mean it works really great. I'm speaking of automounting devices,
> and providing a front-end that is actually *easy* to use with plug-in
> stuff.

In terms of auto-mounting, etc., gnome-mount and gnome-volume-manager
look like they will be super-cool and use HAL to its' fullest.  David
Zeuthen, one of the HAL developers, also works on gnome-mount,
gnome-volume-manager and gnome-power-manager.  I haven't finished
building them yet, but they look neat-o.  This guy is definitely
driving the rapid changes in HAL.

> I just don't see how KDE could work with the old, and the new API/ABI.
> But I am just speculating.
>
> I would hate to see KDE's functionality be diminished by the newer
> HAL/D-Bus. Only time will tell.

That's a good question that needs to be pursued.  I don't follow KDE
at all, so I wouldn't know where to look for this info.  Do you know
which KDE applications use HAL?  Do you need to build the Qt bindings
for D-Bus?

--
Dan



More information about the blfs-dev mailing list