That's a new one.

[azonenberg@ioc.exchange]

@domi I don't mind predictable names if they are actually predictable since I tend to have a LOT of nics.

But if it's enp3s0 and then I update and it's suddenly eno1, then next release it's enp6s0, and I add a new SSD and it's enp5s0 now? That's not good.

[domi@donotsta.re]

@azonenberg@ioc.exchange i would take predictable names if they'd resolve to en<MAC> by default

[toast@donotsta.re]

@domi @azonenberg I should write this udev rule :^) (actually can you? I'm not sure udev is mac-aware)

[azonenberg@ioc.exchange]

@domi That would be awesome, since it would also (unlike the current "predictable" ones) be stable if you moved the nic between slots, something I have to do sometimes

[domi@donotsta.re]

@toast @azonenberg@ioc.exchange probably not, but I bet you can do some hacks to extract a MAC anyways

[toast@donotsta.re]

@domi @azonenberg hmm, you might be able to? cursory reading of udev(7) suggests ATTR{} is a thin layer over sysfs, and in sysfs you have device/address which contains the MAC…

[toast@donotsta.re]

@domi @azonenberg@ioc.exchange hello from enx5847[censored]
I was going to go into the deep end but turns out the same script used for "predictable inames" actually exports this information too, but never uses it in the default script
looks like so to get this working:

ACTION!="add", GOTO="net_name_slot_end"
SUBSYSTEM!="net", GOTO="net_name_slot_end"
NAME!="", GOTO="net_name_slot_end"

IMPORT{cmdline}="net.ifnames"
ENV{net.ifnames}=="0", GOTO="net_name_slot_end"

NAME=="", ENV{ID_NET_NAME_MAC}!="", NAME="$env{ID_NET_NAME_MAC}"

LABEL="net_name_slot_end"

save as /etc/udev/rules.d/80-net-name-slot.rules
the line starting with NAME=="" is the only important one realistically
it does look like $attr{address} should also match but then you have to add the en/wl/etc prefix yourself (which could probably be done using KERNEL==… I might poke at that after my meeting)

[emily@fedi.uni.horse]

@domi @toast @azonenberg it is! I do this in my laptop's udev config:

SUBSYSTEM=="net", ACTION=="add", ATTR{address}=="84:ba:59:38:80:77", NAME="eth-onboard"
SUBSYSTEM=="net", ACTION=="add", ATTR{address}=="34:99:71:00:0f:63", NAME="eth-dock"
SUBSYSTEM=="net", ACTION=="add", ATTR{address}=="a0:d3:65:a8:1f:ba", NAME="wlan0"

[cmm11@fosstodon.org]

@azonenberg Fwiw it was mentioned in the release notes - https://www.debian.org/releases/trixie/release-notes/issues.en.html#etc-sysctl-conf-is-no-longer-honored

[azonenberg@ioc.exchange]

@cmm11 failing to move the existing sysctl.conf to the new location is still a bug imo