1 |
On Tue, Nov 11, 2014 at 12:20 AM, Walter Dnes <waltdnes@××××××××.org> wrote: |
2 |
> On Mon, Nov 10, 2014 at 05:48:49PM +0200, Samuli Suominen wrote |
3 |
> |
4 |
>> I wouldn't worry about it at all, there is no way *sys-fs/udev ebuild* |
5 |
>> will ever need systemd. There might be a news item later, with |
6 |
>> instructions on moving to something else, but that's not something we |
7 |
>> are even planning at the moment, so sys-fs/udev is still the de facto |
8 |
>> proper upstream /dev manager. |
9 |
> |
10 |
> What worries me is that Lennart has been able to get modifications |
11 |
> done to the kernel, e.g. kdbus. I know this'll sound paranoid, but how |
12 |
> long before he pushes a patch that requires systemd to run the linux |
13 |
> kernel? |
14 |
|
15 |
Apologies if this comes across a bit agro, but: |
16 |
|
17 |
1. kdbus isn't in the kernel (though that seems likely to happen at some point) |
18 |
2. it does sound paranoid |
19 |
3. if he pushes a patch that requires systemd I'd be shocked if Linus merged it |
20 |
|
21 |
Can you find one example of any situation where the linux kernel has |
22 |
ever required any specific implementation of anything in userspace as |
23 |
a matter of policy in its 23 year history? I'm sure you could find |
24 |
some examples of cases where there just happened to be one de-facto |
25 |
implementation of something, but even that might be tough with all the |
26 |
diversity in the linux world. |
27 |
|
28 |
Linus himself has articulated some of the reasons why kdbus is likely |
29 |
to get merged. It fills in a gap in Linux as compared to many |
30 |
competing operating systems, and it is logical to implement at the |
31 |
kernel level. That is generally the criteria for getting stuff into |
32 |
the kernel, and is basically good software design. The linux kernel |
33 |
is all about stable userspace ABIs - if there is only one |
34 |
implementation of something it is probably because nobody was bothered |
35 |
enough to write another. |
36 |
|
37 |
-- |
38 |
Rich |