Bug 128433
| Summary: | [patch] Add option to allow a full login when doing 'su' in rc.subr(8) | ||||||
|---|---|---|---|---|---|---|---|
| Product: | Base System | Reporter: | Volker Theile <votdev> | ||||
| Component: | conf | Assignee: | freebsd-bugs (Nobody) <bugs> | ||||
| Status: | Open --- | ||||||
| Severity: | Affects Only Me | Keywords: | patch | ||||
| Priority: | Normal | ||||||
| Version: | Unspecified | ||||||
| Hardware: | Any | ||||||
| OS: | Any | ||||||
| Attachments: |
|
||||||
For bugs matching the following criteria: Status: In Progress Changed: (is less than) 2014-06-01 Reset to default assignee and clear in-progress tags. Mail being skipped Keyword:
patch
or patch-ready
– in lieu of summary line prefix:
[patch]
* bulk change for the keyword
* summary lines may be edited manually (not in bulk).
Keyword descriptions and search interface:
<https://bugs.freebsd.org/bugzilla/describekeywords.cgi>
|
To allow running an application using a specific user I have to modify the /etc/rc.subr script because the current implementation does not do a full login when using 'su'. But sometimes it is necessary to do a full login to allow the application to read/write config data in the user home directory. To enable a full login when doing a 'su' the application rc-script can be modified the following way: xxx_user=${xxx_user:-"xyz"} xxx_suopt=${xxx_suopt:-"-l"} Please see also http://lists.freebsd.org/pipermail/freebsd-rc/2008-October/001511.html Don't know if this behaviour can be solved another way, but if not, I think it is a useful enhancement. Anyway, I'm wondering that nobody else had this problem till now. Regards Volker How-To-Repeat: Try to run transmission daemon as user 'transmission'. It fails to start the daemon because it was not possible to read/write config data in /root/.config/transmission_daemon. Using the patch a full login will be done when doing 'su' in rc.subr and the daemon will read/write config data in /home/transmission/.config/transmission_daemon