1 |
I totaly agree with the choice argument. |
2 |
Then, personally I have a mixed feeling about this system. On one hand I have |
3 |
all the same arguments about introducing unnecessary dependencies, tightness |
4 |
and non-compliance (not that our present way is completely "compliant", but |
5 |
this one is much further away.). |
6 |
On the other hand this is quite a nice approach to automation of init scripts |
7 |
handling and looks to be a clean way to parallelize the process. The former |
8 |
should allow creation of nicely looking front ends for init sequence |
9 |
manipulation, which even a newbie user should be able to apply for simplistic |
10 |
manipulation, but that should also allow a more involved edits for the |
11 |
inclined user. |
12 |
|
13 |
This makes me think, that both approaches have a room to existance as they are |
14 |
targeting diferent situations (namely small goal-specific systems, where |
15 |
tightness and hands-on controll are a must vs desktop and ease-of-abuse). |
16 |
Thus the only sensible way of going about adding this to gentoo I see is to |
17 |
create a new (experimental) profile. |
18 |
|
19 |
Wouter: this apparently requires: |
20 |
1. impementation to stabilize |
21 |
2. finding large enough group of interested people, who would provide support |
22 |
and maintaince to the profile (and this is apparently pointless without some |
23 |
backing on a user side) |
24 |
3. appropriate packaging of all related software, so that it could be |
25 |
effectively handled by the profile.. |
26 |
|
27 |
As you see not too small amount of work ;), but who knows, may be some time |
28 |
this will become more popular than our present way? |
29 |
|
30 |
George |
31 |
|
32 |
|
33 |
On Friday 02 May 2003 13:34, Joshua Brindle wrote: |
34 |
> >On Fri, May 02, 2003 at 10:08:03AM -0700, Jon Kent wrote: |
35 |
> >It's not a proposal to change Gentoo's default init-system (or at least I |
36 |
> >hope so). I fully support the OP with his work because one can never know |
37 |
> >what it provides untill it's available. |
38 |
> > |
39 |
> >So, keep up the development. |
40 |
> |
41 |
> I agree. Everyone here should know very well that gentoo is about |
42 |
> choices. We provide the user with choices every opportunity we have, |
43 |
> though some places it's difficult to do. When a choice presents itself |
44 |
> don't scrutinize it, we do not ever attempt to lock users into a single |
45 |
> solution, and we make every attempt to provide as many choices as possible. |
46 |
> |
47 |
> On the subject of init scripts, I recall having a conversation with seemant |
48 |
> about this init system which used tree based dependancies and could start |
49 |
> init scripts simaltaeneously if their dependancy trees didn't collide (for |
50 |
> faster bootups), does this solution provide this? we'd really like to get |
51 |
> something that will take some of the overhead out of the init system... |
52 |
> |
53 |
> Joshua Brindle |
54 |
|
55 |
|
56 |
-- |
57 |
gentoo-dev@g.o mailing list |