users-admin lacks support for setting up default privilege groups.

[Sivan Greenberg]

The patch for achiving this from warty (my martin pitt) was dropped, so a more
general solution was decided to to be implemented.

The problem: when using users-admin and adding new users, the user is set as a
memebr only to his default group ($user) while he should also be a memeber of
plugdev,cdrom,audio etc enabling him to do basic desktop operations.

So, I have worked out with Carlos Garnacho an upstream solution that can now be
used on debian as well, as they have the same set of default groups.

I have added support for this in the following way:
1) Modifying the platform guesser backend script to recognize it's on ubuntu.
(to allow for setting ubuntu's specific set of groups when no profile exists)
2) add a hardcoded list of groups, to be used when yet there are no profiles
created. this group can be easily modified when we change our default set. (or
for any other distro to change to their likings)
3) Added support for this through the frontend. (mostly in
privileges-table.[ch]) GUI::[Add user-->advanced--->user profiles--->"add new"
-->"profile privileges"
4) carlos added support for pasring the xml on the users-conf.in backend script.

The result for this should that a sysadmin would have a set of predefined
profiles per each user class he is giving access from his machine, with their
specific set of privilege groups.

All the code is now upstream, awaiting upstream release so Seb could package it
and close this bug! :-)

[Sivan Greenberg (sivan)]

(In reply to comment #0)
> The patch for achiving this from warty (my martin pitt) was dropped, so a more
> general solution was decided to to be implemented.
>
> The problem: when using users-admin and adding new users, the user is set as a
> memebr only to his default group ($user) while he should also be a memeber of
> plugdev,cdrom,audio etc enabling him to do basic desktop operations.
>
>
> So, I have worked out with Carlos Garnacho an upstream solution that can now be
> used on debian as well, as they have the same set of default groups.
>
> I have added support for this in the following way:
> 1) Modifying the platform guesser backend script to recognize it's on ubuntu.
> (to allow for setting ubuntu's specific set of groups when no profile exists)
> 2) add a hardcoded list of groups, to be used when yet there are no profiles
> created. this group can be easily modified when we change our default set. (or
> for any other distro to change to their likings)
> 3) Added support for this through the frontend. (mostly in
> privileges-table.[ch]) GUI::[Add user-->advanced--->user profiles--->"add new"
> -->"profile privileges"
> 4) carlos added support for pasring the xml on the users-conf.in backend script.
>
>
> The result for this should that a sysadmin would have a set of predefined
> profiles per each user class he is giving access from his machine, with their
> specific set of privilege groups.
>
> All the code is now upstream, awaiting upstream release so Seb could package it
> and close this bug! :-)

New upstream version is out. Seb can you please package it?

[Sebastien Bacher (seb128)]

(In reply to comment #1)

> New upstream version is out. Seb can you please package it?

sure, I was going to ... that's jut that evil upstreams just released it this
night while I was sleeping after too full days of GNOME 2.9.4 packaging :p
(usually not need to ping to get a package for the new GNOME releases)

[Sebastien Bacher (seb128)]

just a note to say that the new upstream release has some issues (the default
groups are not working correctly and there is a build issue) and I'm waiting to
get them fixed before uploading

[Sebastien Bacher (seb128)]

1.1.4.1 uploaded

[Sivan Greenberg (sivan)]

I have created a source package available at
http://muse.19inch.net/~sivan/g-s-t/ , please review and include if neccessary
to finally close this bug, this package will install the right ubuntu stock user
creation profiles, in /etc/gnome-system-tools as well as contains modified
versions of some of the backends, to allow them to use /etc/gnome-system-tools
as a configuration storage place rather than /var/cache/setup-tool-backends/ .

PLease comment back if there are any erros or corrections to be made,

thanks sivan

[Sivan Greenberg (sivan)]

fixed in 1.1.90-0ubuntu3, uploaded.