1 |
Petteri, |
2 |
|
3 |
Thanks, there are indeed some solutions for users running X, but I |
4 |
think a lot of services could benefit from being able to be started |
5 |
without the user logging in (for example, webservers really should |
6 |
launch clients' websites as fastcgi services at boot time) and without |
7 |
having to run X anywhere. |
8 |
|
9 |
As for who should handle this... there are some other ideas on the |
10 |
ideas page concerning OpenRC, which I think is the most appropriate |
11 |
project for this idea. And depending on the exact implementation, it |
12 |
might very well be dependent upon the system's init.d software (in |
13 |
this case OpenRC, but different distros use different systems). Ergo, |
14 |
I'd say this idea does fit inside Gentoo's scope. |
15 |
|
16 |
Auke. |
17 |
|
18 |
On Fri, Mar 19, 2010 at 12:22 PM, Petteri Räty <betelgeuse@g.o> wrote: |
19 |
> On 18.3.2010 16.58, Auke Booij wrote: |
20 |
> |
21 |
>> 2. Per-user daemons. Currently, there are some daemons, like |
22 |
>> PulseAudio, jackd, several download daemons, and soon possibly X.org |
23 |
>> (which will no longer need to run as root, and really should run as a |
24 |
>> normal user), which run as specific users, instead of root or a |
25 |
>> systemwide daemon-specific user. There is currently no framework for |
26 |
>> launching these daemons at all, and the current solution is to either |
27 |
>> make users figure out their own solution (a popular one is an extra |
28 |
>> line in .xinitrc), or to set the username in some conf.d file, thus |
29 |
>> disabling the possibility to run several of them for different users. |
30 |
>> I would like to develop an extension to our current init.d system |
31 |
>> which will enable users to write and start their own init scripts, |
32 |
>> which at first only run as themselves, not as another user. This would |
33 |
>> make it possible to cleanly launch several identical daemons for |
34 |
>> several users. This project would involve either writing a new |
35 |
>> additional init.d system, or extend our current system. I would like |
36 |
>> to know 1. if you guys are understanding a word of what I'm saying at |
37 |
>> all 2. if this would be an interesting idea (I think it is, of course) |
38 |
>> 3. anyone has any ideas or would like to mentor me. |
39 |
>> |
40 |
> |
41 |
> Isn't this something that should be handled by the upstream projects |
42 |
> instead of doing it at the distribution level? Also see: |
43 |
> http://standards.freedesktop.org/autostart-spec/autostart-spec-latest.html |
44 |
> |
45 |
> Regards, |
46 |
> Petteri |
47 |
> |
48 |
> |