1 |
On 02/08/13 11:01, Samuli Suominen wrote: |
2 |
> On 02/08/13 05:48, Dale wrote: |
3 |
>> Samuli Suominen wrote: |
4 |
>>> |
5 |
>>> Huh? USE="firmware-loader" is optional and enabled by default in |
6 |
>>> sys-fs/udev |
7 |
>>> Futhermore predictable network interface names work as designed, not a |
8 |
>>> single valid bug filed about them. |
9 |
>>> |
10 |
>>> Stop spreading FUD. |
11 |
>>> |
12 |
>>> Looking forward to lastrite sys-fs/eudev just like |
13 |
>>> sys-apps/module-init-tools already was removed as unnecessary later on. |
14 |
>> |
15 |
>> So your real agenda is to kill eudev? Maybe it is you that is spreading |
16 |
>> FUD instead of others. Like others have said, udev was going to cause |
17 |
>> issues, eudev has yet to cause any. |
18 |
> |
19 |
> Yes, absolutely sys-fs/eudev should be punted from tree since it doesn't |
20 |
> bring in anything useful, and it reintroduced old bugs from old version |
21 |
> of udev, as well as adds confusing to users. |
22 |
> And no, sys-fs/udev doesn't have issues, in fact, less than what |
23 |
> sys-fs/eudev has. |
24 |
> Like said earlier, the bugs assigned to udev-bugs@g.o apply also to |
25 |
> sys-fs/eudev and they have even more in their github ticketing system. |
26 |
> And sys-fs/udev maintainers have to constantly monitor sys-fs/eudev so |
27 |
> it doesn't fall too much behind, which adds double work unnecessarily. |
28 |
> They don't keep it up-to-date on their own without prodding. |
29 |
> |
30 |
> Really, this is how it has went right from the start and the double work |
31 |
> and user confusion needs to stop. |
32 |
> |
33 |
> - Samuli |
34 |
> |
35 |
|
36 |
From my point of view, its udev/systemd that should be punted - what |
37 |
about user choice? - Ive decided I no longer want to buy into the flaky, |
38 |
unusable systems gnome3 and udev/systemd integration caused me even |
39 |
though I didn't have systemd installed, so why should I be forced to? A |
40 |
group have come up with a way to keep my systems running properly |
41 |
without those packages and its working better than udev ever has for me ... |
42 |
|
43 |
BillK |