public inbox for gentoo-user@lists.gentoo.org
 help / color / mirror / Atom feed
From: Stroller <stroller@stellar.eclipse.co.uk>
To: gentoo-user@lists.gentoo.org
Subject: Re: [gentoo-user] Browsers cannot access WWW while ping and host utilities work as expected.
Date: Tue, 6 Aug 2013 23:57:25 +0100	[thread overview]
Message-ID: <264A2FB1-B46B-4D93-B3D6-66560FD255C8@stellar.eclipse.co.uk> (raw)
In-Reply-To: <51FFE0C4.8020304@gmail.com>


On 5 August 2013, at 18:28, Alan McKinnon wrote:
> ...
> So why change this? Because you can't rely on ethX always being the same
> physical hardware. On a firewall or router, you absolutely need to rely
> on this. The udev scheme works around this by letting you specify exact
> rules that will always do what you want.
> 
> Why was this changed rammed down your throat? Well, that is political.
> 
> The udev maintainers (along with systemd) work for Red Hat. RH's market
> is almost totally servers, and big multi-nic ones at that. They really
> need consistent names, doubly so if the host is a virtualization host.
> 
> The catch: RH (or more exactly the udev maintainer employed by RH)
> probably couldn't give a toss what you think or want, and went ahead and
> fixed their problem expecting you to "deal with it or shove off"


I believe this all stems from the rejection of BIOS dev names by Linus &/or the kernel folks.

This would have allowed the kernel to determine which interfaces were eth0 / eth1 from the BIOS / firmware of next gen server machines.

An open "standard" to present this information through the firmware was agreed between at least Dell and one other major server vendor (HP springs to mind).

The patches were rejected by the kernel folks because they risked renaming the interfaces on the small number of machines already in service with this firmware facility. 

I believe the response was "do it in userspace, go talk to the udev guys", and the rest is history.

Stroller.



  reply	other threads:[~2013-08-06 22:58 UTC|newest]

Thread overview: 19+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-08-04 18:56 [gentoo-user] Browsers cannot access WWW while ping and host utilities work as expected gevisz
2013-08-04 19:21 ` Mark Pariente
2013-08-04 19:57 ` Mick
2013-08-04 20:10   ` Kurian Thayil
2013-08-05  6:06   ` gevisz
2013-08-05 10:06     ` Mick
2013-08-05 12:59       ` Bruce Hill
2013-08-05 14:31         ` Marc Joliet
2013-08-05 14:41           ` Bruce Hill
2013-08-05 15:21             ` Marc Joliet
2013-08-05 15:37             ` Mick
2013-08-05 16:43             ` Stroller
2013-08-05 17:28             ` Alan McKinnon
2013-08-06 22:57               ` Stroller [this message]
2013-08-12  7:13       ` gevisz
2013-08-12  9:10         ` Alan McKinnon
2013-08-13  6:31           ` gevisz
2013-08-13  7:05             ` Alan McKinnon
2013-08-05 18:37   ` [gentoo-user] " Grant Edwards

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=264A2FB1-B46B-4D93-B3D6-66560FD255C8@stellar.eclipse.co.uk \
    --to=stroller@stellar.eclipse.co.uk \
    --cc=gentoo-user@lists.gentoo.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox