<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Thu, Nov 12, 2015 at 10:52 AM, Matthew Hall <span dir="ltr"><<a href="mailto:mhall@mhcomputing.net" target="_blank">mhall@mhcomputing.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On Thu, Nov 12, 2015 at 09:56:28AM +0200, Mantas Mikul??nas wrote:<br>
> You begin with saying that eth# is good because that's how it's been done<br>
</span>> for decades ??? but then you say the exact same thing is now *bad* and the<br>
<span class="">> kernel should start putting new interfaces under net#, completely<br>
> contradicting your earlier "trying to change it would drive me crazy". What<br>
> even?<br>
><br>
> The kernel has been "dynamically populating the eth* namespace with random<br>
> unexpected network interfaces" since day one. It's not a systemd thing.<br>
> It's as you said "how UNIX has always worked".<br>
<br>
</span>Yes, of course at first it appears to be a contradiction.<br>
<br>
Until you consider that for most of these decades, the software was populating<br>
more or less the same set of static devices once at boot, albeit in a<br>
potentially weird order. It was not randomly adding or removing things<br>
on-the-fly as some new driver comes up or down.<br>
<br>
So, we took was was an admittedly semi-random process that was working pretty<br>
well, and starting doing thinsg in a new way. Except this new way comes with<br>
some unpleasant side effects.<br>
<br>
This new way steals the old eth* namespace everybody was comfortable with,<br>
despite its issues, and makes it a lot more random and full of weird dynamic<br>
stuff. The need for weird dynamic stuff was unavoidable, but it seems<br>
unhelpful to complicate the problems with eth* by pouring more gasoline on it.<br>
<br>
Putting weird stuff in there by itself would not be a big deal. Except now<br>
you're saying that we are prohibited from giving meaning and lofical back to<br>
that namespace, merely because the software wants to reserve the right to<br>
randomly insert weird stuff into the middle of that namespace at any point for<br>
no really reason in terms of features or usability as far as I could determine.<br></blockquote><div><br></div><div>I am _still_ not sure what you're talking about. The kernel's eth* assignment policy hasn't changed for _many years_ – first device detected gets eth0, second gets eth1, and so on. It has always been so.</div><div><br></div><div>The "new way" of systemd _does not_ use the eth* namespace for anything. Just as you said, it uses alternative prefixes such as en* for the "persistent" names.</div></div><br clear="all"><div><br></div>-- <br><div class="gmail_signature"><div dir="ltr">Mantas Mikulėnas <<a href="mailto:grawity@gmail.com" target="_blank">grawity@gmail.com</a>></div></div>
</div></div>