[systemd-devel] Udev won't rename interfaces that are already UP

Reindl Harald h.reindl at thelounge.net
Wed Feb 18 13:11:32 PST 2015



Am 18.02.2015 um 21:58 schrieb Giancarlo Razzolini:
> On 18-02-2015 18:49, Reindl Harald wrote:
>> that won't change the fact that if *anybody* comes to the idea to take
>> an interface which *is up* down for rename it should get removed any
>> commit permissions instantaneously because he don't care about *a ton*
>> of implications depending on the local environment doing so
>>
> First of all, I'm not a systemd dev. Nor want to be. Secondly, I believe
> you didn't really understood my proposition. You are talking about
> userspace *after* initramfs and *after* systemd is initialized and
> renamed (or not) any interface. Of course systemd should *never* mess
> with an interface *after* system initialization. But it can do anything
> *right after* the initramfs hand the control to systemd. Of course
> except if the interface is up for a nfsroot. In this case the renaming
> shouldn't happen. But this is an exception

and since you say *this* is an exception you can be sure that you could 
find enough people point to this and that which explains why it is a bad 
idea - implement something which changes existing behavior and needs 
exceptions right from the start is doomed to fail in the long run

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 181 bytes
Desc: OpenPGP digital signature
URL: <http://lists.freedesktop.org/archives/systemd-devel/attachments/20150218/4dfbde4e/attachment.sig>


More information about the systemd-devel mailing list