> I think something along these lines (in /var though) is what
> accountsservice already does?
Oh yes, this is exactly what I wanted to have! Thanks a lot.
Best regards,
Martin
Hi,
why are the face files located in user's home? In case of encrypted home
directories the login managers cannot access them and the user management
programs of the different DEs need to create an extra copy of the face files in
a location outside of the home directory, which is login manager
>
> For all such situations a workaround exists. Still I've been wondering
> for years why appearently nobody else considers this a problem. So I
> patched adduser to determine the user (also: group) ID from a static
> "acount name"<->"ID" mapping. It's in the BTS somewhere eight years
> ago, and
> Actually, I do like this idea; obviously with reasoning contrary to the
> original report. In any small organization or a family, where you have an
> ad hoc set of machines without centralized user management, it is nice to
> have consistent uids.
>
> This helps with cases like moving a disk ar
> Actually, I do like this idea; obviously with reasoning contrary to the
> original report. In any small organization or a family, where you have an
> ad hoc set of machines without centralized user management, it is nice to
> have consistent uids.
>
> This helps with cases like moving a disk ar
Hi,
currently the sharing of data like music, videos and fotos is too complex,
especially for unexperienced users.
If we want to have a Linux for the masses then we need an easier solution.
An example for the current situation:
A family wants to share their multimedia files and John copies the fo
Hi,
I've got an issue with the generation of UIDs and GIDs when new users are
added. By default UIDs and GIDs for users and user groups are values starting
from 1000 (on Red Hat from 500). When a user is added the next free value is
chosen.
The issue now is when the same user names are added on
7 matches
Mail list logo
