1 |
On 02/08/2016 07:07 PM, Rich Freeman wrote: |
2 |
> |
3 |
> Sure, but if you've already picked which one you want as your default |
4 |
> at install time, then you won't have one pulled in as a default. If a |
5 |
> package does pull in the virtual and you didn't want it installed at |
6 |
> boot, chances are the package won't work anyway, or the dependency |
7 |
> probably shouldn't be there. |
8 |
> |
9 |
> But, if we want to change the default it sounds like the main criteria are: |
10 |
> * lots of distros using it by default |
11 |
> * feature parity with udev |
12 |
> * encouraged by its upstream as installed |
13 |
> |
14 |
> Sounds like systemd is the obvious default. :) |
15 |
> |
16 |
> Oh wait, I left one out: |
17 |
> * being an in-house fork |
18 |
> |
19 |
> Well, I suppose I could just git clone systemd from a month ago and |
20 |
> occasionally cherry-pick commits from upstream and stick that in the |
21 |
> tree. Maybe I'll rename systemd-nspawn back to nspawn to add some |
22 |
> distinctiveness. Then we can say that we're eating our own dogfood. |
23 |
> |
24 |
> And this is why I think it is better to sidestep these sorts of |
25 |
> debates and just stick the instructions in the handbook. I don't |
26 |
> really care which is listed first - heck, we still don't have dracut |
27 |
> in there and I don't get why anybody would install a system without |
28 |
> that. (Another weekend project to do, along with integrating and |
29 |
> simplifying the systemd install instructions...) |
30 |
> |
31 |
|
32 |
I think the real issue here is maintaining the "freedom of choice" |
33 |
Gentoo typically strives to offer. If upstream makes udev something that |
34 |
cannot be installed without the rest of systemd (which from the sound of |
35 |
things is very likely) you suddenly have a large userbase who are going |
36 |
to be forced to go full systemd or migrate to something like eudev. When |
37 |
this happens we either need to make systemd default over openrc, or make |
38 |
eudev default over udev. Either way i think we need a better way of |
39 |
letting the user decide which path they want to chose at install time. |
40 |
|
41 |
As far as upstream support for eudev goes, consider that we are |
42 |
currently breaking out udev for use with openrc. There may still be |
43 |
loose support for this now, but when udev is not longer able to be |
44 |
separated from systemd it's guaranteed that support for this kind of |
45 |
configuration will be dropped. |
46 |
|
47 |
So with that being said, I'm all for making eudev default as the only |
48 |
other option would be making systemd default which is a completely |
49 |
different discussion. One or the other will likely have to happen at |
50 |
some point. |