| 1 |
On Wed, Dec 21, 2016 at 05:19:35PM -0800, Daniel Campbell wrote |
| 2 |
> On Wed, Dec 21, 2016 at 07:53:51AM -0500, Rich Freeman wrote: |
| 3 |
> |
| 4 |
> > How do you think we ended up with eudev? |
| 5 |
> |
| 6 |
> I assume we ended up with eudev because upstream decided that |
| 7 |
> they were going back on their promise that udev would remain usable |
| 8 |
> without systemd. (I can fish up the e-mail -- sent by Lennart himself |
| 9 |
> -- if you'd like. It may take some time) To this day it still is, but |
| 10 |
> that's only until the successor to kdbus wriggles itself into the |
| 11 |
> kernel. At that point, they will have the leverage (and the excuse, in |
| 12 |
> their minds) to drop all support for udev outside of systemd. |
| 13 |
|
| 14 |
https://lists.freedesktop.org/archives/systemd-devel/2012-August/006066.html |
| 15 |
|
| 16 |
> Well, we intent to continue to make it possible to run udevd outside |
| 17 |
> of systemd. But that's about it. We will not polish that, or add |
| 18 |
> new features to that or anything. |
| 19 |
> |
| 20 |
> OTOH we do polish behaviour of udev when used *within* systemd |
| 21 |
> however, and that's our primary focus. |
| 22 |
> |
| 23 |
> And what we will certainly not do is compromise the uniform |
| 24 |
> integration into systemd for some cosmetic improvements for |
| 25 |
> non-systemd systems. |
| 26 |
> |
| 27 |
> (Yes, udev on non-systemd systems is in our eyes a dead end, in case |
| 28 |
> you haven't noticed it yet. I am looking forward to the day when we |
| 29 |
> can drop that support entirely.) |
| 30 |
> |
| 31 |
> Lennart |
| 32 |
> |
| 33 |
> -- |
| 34 |
> Lennart Poettering - Red Hat, Inc. |
| 35 |
|
| 36 |
Right now the "stand-alone udev" actually requires building the entire |
| 37 |
systemd+udev combo, and then copying just the udev parts. I remember |
| 38 |
Anthony Basile mentioning that he had refactored the code during the the |
| 39 |
udev ==> eudev conversion process, and removed over a hundred uncalled |
| 40 |
functions. They were probably part of udev's integration into systemd. |
| 41 |
So one advantage of eudev is that it has less memory footprint and |
| 42 |
attack surface. |
| 43 |
|
| 44 |
> eudev is an attempt to retain udev as it was originally -- init |
| 45 |
> agnostic. At some point in the future, it will become the only way to |
| 46 |
> get udev outside of systemd. |
| 47 |
|
| 48 |
Agreed. |
| 49 |
|
| 50 |
-- |
| 51 |
Walter Dnes <waltdnes@××××××××.org> |
| 52 |
I don't run "desktop environments"; I run useful applications |
Archives