| 1 |
On 15/02/16 02:16, Mike Frysinger wrote: |
| 2 |
> On 14 Feb 2016 15:56, Anthony G. Basile wrote: |
| 3 |
>> On 2/14/16 3:47 PM, Mike Frysinger wrote: |
| 4 |
>>> On 14 Feb 2016 15:42, Anthony G. Basile wrote: |
| 5 |
>>>> On 2/14/16 3:23 PM, Mike Frysinger wrote: |
| 6 |
>>>>> eudev: no one of any relevance outside of Gentoo runs it. |
| 7 |
>>>> that's not true, nor is it the central criticism, imo. |
| 8 |
>>> can you list the projects that utilize eudev ? the repo doesn't |
| 9 |
>>> that i can see. it is the central criticism imo when correct |
| 10 |
>>> interaction with other projects is key. people rely on rules being |
| 11 |
>>> parsed & run correctly, as well as information provided by udev |
| 12 |
>>> matching what they are running/testing everyday. |
| 13 |
>> until patrick brought up the list of distros, i was only aware of |
| 14 |
>> alpine which is a musl based distro. then puppy and slack came |
| 15 |
>> forward. they build their entire system using eudev as the libudev |
| 16 |
>> provider. if there were issues, they would bring forward bug reports |
| 17 |
>> like any other project. |
| 18 |
>> |
| 19 |
>> so when you say "people rely on rules being parsed ..." i don't know |
| 20 |
>> why those user bases are dismissed. |
| 21 |
> i'm not dismissing them per-se. i'm being practical here: i think you |
| 22 |
> can agree that the combined developer base of alpine/puppy/slack(ware?) |
| 23 |
> is significantly smaller as compared to the distros using udev. |
| 24 |
> -mike |
| 25 |
by "udev" do you mean systemd (as they are losely one-and-the-same) or |
| 26 |
the unsupported udev-severed-from-systemd ... |
| 27 |
Of course there is no comparison between Anthony's work on eudev and the |
| 28 |
systemd 'crowd' it's just a non-question. |
| 29 |
|
| 30 |
I think people are confusing the fact that there IS no separate 'udev' |
| 31 |
.. it is the work of a gentoo maintainer to make it work without |
| 32 |
systemd. To this end, does it really matter that OpenRC users are |
| 33 |
reliant on a gentoo developer applying heavy patching of 'upstream' |
| 34 |
udev-for-systemd .. or another gentoo developer working on an |
| 35 |
alternative that's roughly API-compatible. The discussion is how you |
| 36 |
jump the inevitable shark, and perhaps by switching the default and |
| 37 |
having a bit of time ahead to deal with issues, is surely better than |
| 38 |
facing a large breakage ahead, when there remains an option to switch |
| 39 |
back to the current udev if there are problems with eudev. It also gives |
| 40 |
Anthony a chance to have a greater user-base to test and evaluate eudev |
| 41 |
so that improvements can be made in a timely fashion before |
| 42 |
udev-without-systemd becomes unavailable (for whatever set of reasons). |
Archives