1 |
On Mon, 2020-08-10 at 13:52 +0200, Thomas Deutschmann wrote: |
2 |
> On 2020-08-09 23:14, William Hubbs wrote: |
3 |
> > Here is something else to consider. |
4 |
> > |
5 |
> > Blueness and any of the other eudev maintainers are doing good work |
6 |
> > for alternative c library support such as musl. In fact, the musl |
7 |
> > profiles hard mask sys-fs/udev, so they are covered no matter what |
8 |
> > happens as a result of this thread. |
9 |
> > |
10 |
> > Eudev is supposed to be udev without systemd along with alternative c |
11 |
> > library support, but it appears to be behind what eudev offers. |
12 |
> > |
13 |
> > The following commit appears to be the last time eudev synced with udev: |
14 |
> > |
15 |
> > https://github.com/gentoo/eudev/commit/2ab887ec67afd15eb9b0849467f1f9c036a2b6c8 |
16 |
> > |
17 |
> > There are roughly 100 commits in the udev master branch since the date of this |
18 |
> > sync: |
19 |
> > |
20 |
> > https://github.com/systemd/systemd/commits/master/src/udev |
21 |
> > |
22 |
> > There are several new commits in libudev and udev rules since then as |
23 |
> > well: |
24 |
> > |
25 |
> > https://github.com/systemd/systemd/commits/master/src/libudev |
26 |
> > https://github.com/systemd/systemd/commits/master/rules.d |
27 |
> > |
28 |
> > I would like to publically thank Leio for providing me with the |
29 |
> > information above. |
30 |
> > |
31 |
> > I asked the council for guidance and was told that they don't need to be |
32 |
> > involved, so I guess the best thing to do now is call for testers. |
33 |
> > |
34 |
> > It would be helpful if people migrate their systems manually from eudev to udev |
35 |
> > and report issues. |
36 |
> > |
37 |
> > I'm not a valid test case because I have always run udev. |
38 |
> |
39 |
> This is not answering my questions. |
40 |
> |
41 |
> If anything from above would be valid (like others have asked you for |
42 |
> bugs and already mentioned that commit count alone don't say anything) |
43 |
> we wouldn't just be talking about switching default for *new* |
44 |
> installations. Instead we would need to talk about ditching eudev in |
45 |
> general... |
46 |
> |
47 |
> So for me it still looks like change for change's sake without a real |
48 |
> reason. |
49 |
> |
50 |
|
51 |
...or a revert of a change made for change's sake. In the end, it all |
52 |
boils down to preference of a single person, and potential of another |
53 |
person reverting it. |
54 |
|
55 |
-- |
56 |
Best regards, |
57 |
Michał Górny |