Hi all, I agree: if things can be done without hooked scripts at user creation time, it's clearly better. This also means more commitment on the multiuser topic from developers and maintainers, which is also a good thing.
Now, having this consensus raises another question: if I suppose that we support user deletion (please confirm that assertion !), what happens at user deletion time ? NB: for actual resources not in user homedir, the tizen-platform-config package will help to move easily some files from /opt to /home simply by changing the global tizen-platform.conf file (this is anticipated). I see at least two cases: -1- a user-specific resource is stored INSIDE the user home dir (database, files ...) -2- a user has objects or is referenced OUTSIDE his/her homedir (global database, global files ...) for example the media-server or package manager. If removing the user also removes his/her homedir, there's no problem for case 1: all user related object will be removed correctly. If we exclude deletion hooks on gumd, how can we deal with case 2 ? I mean: what is the link between gumd and the daemons responsible for those global, user-related resources ? A solution can be to run the cleanup procedure at system start time (or daemon start). Pro: this would delete the resources associated to deleted/non existing users later at next reboot Cons: next reboot maybe longer Other ideas ? Thanks for feedback. -- Stéphane Desneux Intel OTC - Vannes/FR gpg:1CA35726/DFA9B0232EF80493AF2891FA24E3A2841CA35726 On 11/03/2014 16:45, Dominig ar Foll (Intel OTC) wrote: > OK, > > I read a consensus here, so we leave that tasks to the App themselves > and we do NOT add the service in gumd, or any other system useradd service. > > App's developers, now you know what you have to do. > > - extract any user specific initialisation out of the rpm install phase > - move them in a first run initialisation section of your App (e.g. > empty $HOME detection) > > Thanks for all inputs. > > Dominig ar Foll > Senior Architect > Intel Open Source Technology Centre > > > _______________________________________________ > Dev mailing list > [email protected] > https://lists.tizen.org/listinfo/dev _______________________________________________ Dev mailing list [email protected] https://lists.tizen.org/listinfo/dev
