| View previous topic :: View next topic |
| Author |
Message |
figueroa
Advocate
Joined: 14 Aug 2005
Posts: 2963
Location: Edge of marsh USA
|
 Posted: Sat Aug 28, 2021 3:52 am Post subject: eudev retirement |
 |
|
In reference to news item "2021-08-24-eudev-retirement" https://www.gentoo.org/support/news-items/2021-08-24-eudev-retirement.html, which apppears to be suddenly just now removed. (Maybe the removal of the news item should be discussed?)
Many years ago, I added sys-fs/udev to package.mask and sys-fs/eudev was installed in its place. This was optional at the time. All these years have been uneventful with regard to udev/eudev.
If I change the package.mask right now to sys-fs/eudev, upon update the following would happens:
| Code: | $ emerge -uDU @world -p
These are the packages that would be merged, in order:
Calculating dependencies... done!
[ebuild N ] acct-group/kmem-0-r1
[ebuild N ] acct-group/tty-0-r1
[ebuild N ] acct-group/cdrom-0-r1
[ebuild N ] acct-group/dialout-0-r1
[ebuild N ] acct-group/disk-0-r1
[ebuild N ] acct-group/tape-0-r1
[ebuild N ] acct-group/video-0-r1
[ebuild N ] sys-fs/udev-249-r2 USE="acl kmod (split-usr) (-selinux) -static-libs -test" ABI_X86="(64) -32 (-x32)"
[uninstall ] sys-fs/eudev-3.2.10-r1
[blocks b ] sys-fs/udev ("sys-fs/udev" is blocking sys-fs/eudev-3.2.10-r1) |
Would there be any obvious downside to just doing this and getting on with it? I'm running amd64 stable, on the 17.1/desktop (stable) profile.
_________________
Andy Figueroa
hp pavilion hpe h8-1260t/2AB5; spinning rust x3
i7-2600 @ 3.40GHz; 16 gb; Radeon HD 7570
amd64/23.0/split-usr/desktop (stable), OpenRC, -systemd -pulseaudio -uefi |
|
| Back to top |
|
 |
alamahant
Advocate
Joined: 23 Mar 2019
Posts: 3879
|
| Posted: Sat Aug 28, 2021 8:38 am Post subject: |
|
|
I just did it in an arm64 install and everything seems ok.
The arach64 stage 3 tarball comes with eudev installed instead of udev.
However I noticed that many others like devuan or artix also use eudev.
I wonder what they will also do.
_________________
 |
|
| Back to top |
|
|
freke
l33t
Joined: 23 Jan 2003
Posts: 977
Location: Somewhere in Denmark
|
| Posted: Sat Aug 28, 2021 11:03 am Post subject: |
|
|
I did that switch a few weeks ago on my small headless-servers, that was quite uneventful
Though it puzzled me why I would need all those groups. |
|
| Back to top |
|
|
Chiitoo
Administrator
Joined: 28 Feb 2010
Posts: 2575
Location: Here and Away Again
|
| Posted: Sat Aug 28, 2021 11:54 am Post subject: ><)))°€ |
|
|
There are at least a few news items missing there, but I don't believe they've been removed.
It's probably caused by a CDN or some other issue like that.
_________________
Kindest of regardses. |
|
| Back to top |
|
|
Ionen
Developer
Joined: 06 Dec 2018
Posts: 2719
|
| Posted: Sun Aug 29, 2021 1:57 am Post subject: Re: ><)))°€ |
|
|
| Chiitoo wrote: | There are at least a few news items missing there, but I don't believe they've been removed.
It's probably caused by a CDN or some other issue like that. |
Yeah, few other people have reported it. I see the news item personally, so I'm likely just hitting a good one.
For anyone in doubt, just look at your repo, it'll be there, e.g.
/var/db/repos/gentoo/metadata/news/2021-08-24-eudev-retirement/
or
https://gitweb.gentoo.org/data/gentoo-news.git/tree/ |
|
| Back to top |
|
|
Tony0945
Watchman
Joined: 25 Jul 2006
Posts: 5127
Location: Illinois, USA
|
| Posted: Sun Aug 29, 2021 12:20 pm Post subject: |
|
|
| Code: | ~ # ls -al /var/db/repos/gentoo/metadata/news/2021-08-24-eudev-retirement/
ls: cannot access '/var/db/repos/gentoo/metadata/news/2021-08-24-eudev-retirement/': No such file or directory |
|
|
| Back to top |
|
|
Ionen
Developer
Joined: 06 Dec 2018
Posts: 2719
|
| Posted: Sun Aug 29, 2021 12:51 pm Post subject: |
|
|
"e.g." implied it was an example because not everyone has their repo in the same place
But you can do this instead, assuming at least sync'ed in the last 5 days:
ls -l "$(portageq get_repo_path / gentoo)"/metadata/news/2021-08-24-eudev-retirement/
If it's there but you're missing news altogether, it'd mean you've sync'ed the dev repo rather than the sync one though. |
|
| Back to top |
|
|
bagas
Apprentice
Joined: 29 Jun 2018
Posts: 206
|
| Posted: Mon Aug 30, 2021 7:48 am Post subject: elogind eudev being replaced |
|
|
Hello.
My system built on elogind eudev.
| Code: | qlist -Iv | egrep '(eu|ev|u)dev'
dev-libs/libevdev-1.11.0
dev-libs/libgudev-234
sys-fs/eudev-3.2.10-r1
sys-fs/udev-init-scripts-34
virtual/libudev-232-r4
virtual/udev-217-r3
x11-drivers/xf86-input-evdev-2.10.6 |
Eudev will be removed 2022-01-01, what is the current replacement for eudev?
Formerly posted in Installing Gentoo with 'eudev retirement' title -- fedeliallalinea
_________________
BSD, Linux systems blog |
|
| Back to top |
|
|
asturm
Developer
Joined: 05 Apr 2007
Posts: 8936
|
|
| Back to top |
|
|
fedeliallalinea
Administrator
Joined: 08 Mar 2003
Posts: 30915
Location: here
|
| Posted: Mon Aug 30, 2021 7:57 am Post subject: |
|
|
bagas's post was merge with this thread.
_________________
Questions are guaranteed in life; Answers aren't. |
|
| Back to top |
|
|
bagas
Apprentice
Joined: 29 Jun 2018
Posts: 206
|
|
| Back to top |
|
|
fedeliallalinea
Administrator
Joined: 08 Mar 2003
Posts: 30915
Location: here
|
| Posted: Mon Aug 30, 2021 8:22 am Post subject: |
|
|
| bagas wrote: | | Not Found (404) |
As Chiitoo say there are some problems, use Ionen command cat "$(portageq get_repo_path / gentoo)"/metadata/news/2021-08-24-eudev-retirement/2021-08-24-eudev-retirement.en.txt
_________________
Questions are guaranteed in life; Answers aren't. |
|
| Back to top |
|
|
bagas
Apprentice
Joined: 29 Jun 2018
Posts: 206
|
| Posted: Mon Aug 30, 2021 8:33 am Post subject: |
|
|
Strangely opened through a proxy.
Looks like some kind of geo stub.
I read this news already in my system.
| Code: | eselect news read
deleting emerge --deselect sys-fs/eudev
after installing sys-fs/udev |
Do I need to reconfigure xorg.conf?
_________________
BSD, Linux systems blog |
|
| Back to top |
|
|
figueroa
Advocate
Joined: 14 Aug 2005
Posts: 2963
Location: Edge of marsh USA
|
| Posted: Tue Aug 31, 2021 3:07 am Post subject: |
|
|
I pulled the trigger on my x86 server, masking sys-fs/eudev and applying the update as described above. dispatch-conf was prompted for, didn't require any input from me. Reboot was uneventful.
_________________
Andy Figueroa
hp pavilion hpe h8-1260t/2AB5; spinning rust x3
i7-2600 @ 3.40GHz; 16 gb; Radeon HD 7570
amd64/23.0/split-usr/desktop (stable), OpenRC, -systemd -pulseaudio -uefi |
|
| Back to top |
|
|
figueroa
Advocate
Joined: 14 Aug 2005
Posts: 2963
Location: Edge of marsh USA
|
| Posted: Tue Aug 31, 2021 3:14 am Post subject: |
|
|
| bagas wrote: | ...
Do I need to reconfigure xorg.conf? |
Not xorg, but changing from eudev to udev may ask you to update a conf file (i.e. with dispatch-conf). Did you reboot? sys-fs/eudev nor sys-fs/udev should be in /var/lib/portage/world.
_________________
Andy Figueroa
hp pavilion hpe h8-1260t/2AB5; spinning rust x3
i7-2600 @ 3.40GHz; 16 gb; Radeon HD 7570
amd64/23.0/split-usr/desktop (stable), OpenRC, -systemd -pulseaudio -uefi |
|
| Back to top |
|
|
CaptainBlood
Advocate
Joined: 24 Jan 2010
Posts: 3623
|
| Posted: Tue Aug 31, 2021 5:38 am Post subject: |
|
|
figueroa,
IIRC, you're (almost?) on stable, right?
Whishing to know as switch seems to have worked flawlessly for you.
It would help to decide for a switch here too...
Thks 4 ur attention, interest & support.
_________________
USE="-* ..." in /etc/portage/make.conf here.
LT: "I've been doing a passable imitation of the Fontana di Trevi, except my medium is mucus. Sooo much mucus. " |
|
| Back to top |
|
|
figueroa
Advocate
Joined: 14 Aug 2005
Posts: 2963
Location: Edge of marsh USA
|
| Posted: Tue Aug 31, 2021 5:51 am Post subject: |
|
|
Yes, CaptainBlood, very stable. Only a few ancient games and the LXDE programs are ~. The machine I just switched to udev is x86, originally installed in 2004.
_________________
Andy Figueroa
hp pavilion hpe h8-1260t/2AB5; spinning rust x3
i7-2600 @ 3.40GHz; 16 gb; Radeon HD 7570
amd64/23.0/split-usr/desktop (stable), OpenRC, -systemd -pulseaudio -uefi |
|
| Back to top |
|
|
Zucca
Moderator
Joined: 14 Jun 2007
Posts: 3345
Location: Rasi, Finland
|
| Posted: Tue Aug 31, 2021 7:54 am Post subject: |
|
|
So... udev can work without systemd it seems.
Why we had eudev then?
_________________
..: Zucca :..
Gentoo IRC channels reside on Libera.Chat.
--
| Quote: | | I am NaN! I am a man! |
|
|
| Back to top |
|
|
fedeliallalinea
Administrator
Joined: 08 Mar 2003
Posts: 30915
Location: here
|
| Posted: Tue Aug 31, 2021 7:57 am Post subject: |
|
|
| Zucca wrote: | | Why we had eudev then? |
| eudev retirement on 2022-01-01 news wrote: | The integration of udev into the systemd git repo introduced numerous
problems for non-glibc systems, such as musl and uclibc. Several
options were considered, and the one chosen was to fork and maintain udev
independent of the rest of systemd. This was meant as a stop-gap solution
until such time as the problems with systemd on musl had been resolved.
This is now the case with patches provided by openembedded, and my original
reason for maintaining eudev is no longer relevant |
_________________
Questions are guaranteed in life; Answers aren't. |
|
| Back to top |
|
|
Ionen
Developer
Joined: 06 Dec 2018
Posts: 2719
|
| Posted: Tue Aug 31, 2021 8:32 am Post subject: |
|
|
And at this point sys-fs/udev was patched to work on musl and has people who care about this maintaining those patches.
uclibc is still an issue last I know of but blueness spoke of dropping uclibc support several months ago to focus on musl, and this will be happening (it was already barely usable given nobody really works on this in Gentoo).
There's the whole thing about the "fear" that won't be able to split udev from systemd anymore, but if it really comes down to that we can always fork it again /then/ if patching it is becoming non-trivial (there's no need to "trust" systemd or whatever, last split-able version won't vanish into thin air). |
|
| Back to top |
|
|
Zucca
Moderator
Joined: 14 Jun 2007
Posts: 3345
Location: Rasi, Finland
|
| Posted: Tue Aug 31, 2021 7:59 pm Post subject: |
|
|
Well then. This is great news if you ask me. :)
_________________
..: Zucca :..
Gentoo IRC channels reside on Libera.Chat.
--
| Quote: | | I am NaN! I am a man! |
|
|
| Back to top |
|
|
tld
Veteran
Joined: 09 Dec 2003
Posts: 1816
|
| Posted: Wed Sep 08, 2021 12:10 am Post subject: |
|
|
I converted my amd64 machine and my two x86 MythTV machines today. Everything went OK except for one ugly thing with my MythTV x86 backend. Maybe someone has a clue why in hell this would happen:
The only thing I've ever done to ensure that my NIC uses the expected eth0 name is to have this dummy file:
| Code: | cat /etc/udev/rules.d/80-net-name-slot.rules
# Dummy to keep old eth name(s). |
That worked on my amd64 machine and my MythTV frontend, but NOT on the other x86 (the MythTV backend). It was doing this after the conversion to udev:
| Code: | Sep 7 19:41:44 mythback kernel: e100 0000:01:08.0 eth0: addr 0xfeaff000, irq 20, MAC addr 00:0c:f1:7d:76:97
Sep 7 19:41:51 mythback kernel: e100 0000:01:08.0 enp1s8: renamed from eth0 |
In order to fix it I had to append "net.ifnames=0" to my kernel boot line. What the hell. This makes zero sense to me. The x86 machines are very similar, both with one onboard NIC. Why on earth would they behave differently? Insane.
Tom |
|
| Back to top |
|
|
tld
Veteran
Joined: 09 Dec 2003
Posts: 1816
|
| Posted: Wed Sep 08, 2021 12:35 am Post subject: |
|
|
| tld wrote: | The only thing I've ever done to ensure that my NIC uses the expected eth0 name is to have this dummy file:
| Code: | cat /etc/udev/rules.d/80-net-name-slot.rules
# Dummy to keep old eth name(s). |
|
I'm reading conflicting crap on this but I guess at some point that file name is changing to 80-net-setup-link.rules? Could they try to confuse that a little more somehow? All that aside, again this worked on two out of three machines perfectly with nothing but that dummy 80-net-name-slot.rules file, so the fact that this one didn't seems totally random to me. I also see many recommending linking that to /dev/null as apposed to a dummy file, but I've never done that. I have to assume that's in case something that I'm not using (NetworkManager?) tries to write to it(?).
They still should be shot for that whole "predictable" name fiasco frankly.
Tom |
|
| Back to top |
|
|
figueroa
Advocate
Joined: 14 Aug 2005
Posts: 2963
Location: Edge of marsh USA
|
| Posted: Wed Sep 08, 2021 12:58 am Post subject: |
|
|
Instead of a dummy file, I've been using symlink to /dev/null and didn't have an issue with eth0.
| Code: | $ ls -l /etc/udev/rules.d
total 24
-rw-r--r-- 1 root root 5666 Dec 2 2020 40-smfp_samsung.rules
lrwxrwxrwx 1 root root 9 May 24 2018 80-net-name-slot.rules -> /dev/null
lrwxrwxrwx 1 root root 9 May 24 2018 80-net-setup-link.rules -> /dev/null
-rw-r--r-- 1 root root 812 Jul 19 22:06 90-local-net-name.rules
-rw-r--r-- 1 root root 725 May 13 17:10 90-local-net-name.rules~
-rw-r--r-- 1 root root 95 Aug 26 10:24 91-usbmouse.rules
-rw-r--r-- 1 root root 94 Aug 24 00:25 91-usbmouse.rules~
|
On my amd64 desktop, I also have this:
| Code: | $ grep -i net /etc/default/grub
#GRUB_CMDLINE_LINUX="net.ifnames=0 biosdevname=0"
GRUB_CMDLINE_LINUX="net.ifnames=0"
# Boot with network interface renaming disabled
# GRUB_CMDLINE_LINUX="net.ifnames=0" |
_________________
Andy Figueroa
hp pavilion hpe h8-1260t/2AB5; spinning rust x3
i7-2600 @ 3.40GHz; 16 gb; Radeon HD 7570
amd64/23.0/split-usr/desktop (stable), OpenRC, -systemd -pulseaudio -uefi |
|
| Back to top |
|
|
tld
Veteran
Joined: 09 Dec 2003
Posts: 1816
|
| Posted: Wed Sep 08, 2021 1:25 am Post subject: |
|
|
Thanks...Yea, I've seen those sym links suggested, as well as dummy files. As I mentioned, the only reason I could imagine for those symlinks is for some odd case where something tries to write those files, which clearly never happens in my case. As far as that kernel parameter, yea, in this case that's what fixed that machine for me. However I never needed that with eudev, and even stranger, I don't need on my other two machines. Insane.
The more I read about this the more I'm convinced that the behavior is unpredictable, which is inexcusable frankly. All three of my machines have the same versions of everything (I sync them from this machine), and they all have one and only one NIC. Frankly the only difference is the specific NIC hardware. I'm sorry, but for that one to behave differently is beyond insane. This doesn't seem to be just me either. Some end up needing that kernel parameter and nobody seems to know why.
This is what happens the second you let something from the systemd idiots into your life I guess.
Tom |
|
| Back to top |
|
|
|
Portage & Programming
