[Pkg-ltsp-devel] Bug#575031: ltspfs: issue KDE popups

Petter Reinholdtsen pere at hungry.com
Thu May 6 09:18:50 UTC 2010


[Oliver Grawert]
> that might be because you attach it directly to the computer device
> in the tree,

Thanks for the tip.

> create an ltsp devicetree first that acts as the parent for your
> disk, that should give you more opportunities to fiddle with
> permissions through dbus service files (there might also be a way
> through consolekit/policykit without the above though).

That would be nice, yes.  As far as I know, hal-device add issues a
NewDevice event to HAL, and get a PermissionDenied in return.  According to
<URL: http://people.freedesktop.org/~dkukawka/hal-spec-git/hal-spec.html >,
uid=0 is required:

  NewDevice  Objref  PermissionDenied  Creates a new device object in the
                                       temporary device list (TDL) and
                                       return the UDI. Caller must be
                                       uid 0.
The hal code in question look like this:

       if (!local_interface && !access_check_message_caller_is_root_or_hal (ci_tra
cker, message)) {
                raise_permission_denied (connection, message, "NewDevice: not privi
leged");
                return DBUS_HANDLER_RESULT_HANDLED;
        }

And if I understand the access_check_message_caller_is_root_or_hal()
implementation, the caller uid need to be 0 or the uid of the running
hald process. :(

BTW: if this approach do not work out, Sune made a new version of
  vaduz available using GIT from
  <URL: http://git.debian.org/?p=users/pusling-guest/vaduz.git;a=summary >
  (use 'git clone http://git.debian.org/git/users/pusling-guest/vaduz.git').
  It need more work to integrate it into the desktop.

Happy hacking,
-- 
Petter Reinholtdsen





More information about the Pkg-ltsp-devel mailing list