From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gentoo-user+bounces-144271-garchives=archives.gentoo.org@lists.gentoo.org>
Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80])
	by finch.gentoo.org (Postfix) with ESMTP id 75AB8138350
	for <garchives@archives.gentoo.org>; Mon,  7 Jan 2013 23:31:54 +0000 (UTC)
Received: from pigeon.gentoo.org (localhost [127.0.0.1])
	by pigeon.gentoo.org (Postfix) with SMTP id C3A6F21C0F4;
	Mon,  7 Jan 2013 23:31:25 +0000 (UTC)
Received: from mail-wg0-f42.google.com (mail-wg0-f42.google.com [74.125.82.42])
	(using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits))
	(No client certificate requested)
	by pigeon.gentoo.org (Postfix) with ESMTPS id 68B2421C052
	for <gentoo-user@lists.gentoo.org>; Mon,  7 Jan 2013 23:29:57 +0000 (UTC)
Received: by mail-wg0-f42.google.com with SMTP id dr1so2847025wgb.3
        for <gentoo-user@lists.gentoo.org>; Mon, 07 Jan 2013 15:29:56 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=x-received:date:from:to:subject:message-id:in-reply-to:references
         :organization:x-mailer:mime-version:content-type
         :content-transfer-encoding;
        bh=4diAJT2olV/jzO1tSCNxByl4AqbJ2SMmjxwsfpn4W+U=;
        b=rwk9HGOx+Gtg/R/kUAnNnWssL1s3mzuMrLyCYgYikcmGy6QKxXNUY+7XEpotziUdoe
         NNiEvL7AVgew3XZScTeLWfezgNH2gHPO/Cs0H27E+0qir4xfCvAW1L/kVGjnyhDY8HvE
         gxxLl4QfsL9bNDz210g/afavDytdQ++G6XbdUI+cvYt6R2iS4itttXKMfgqmfWG9bseD
         zZ4So8fIx6GzaXmkXUhg/EVfZKhNa9koOCJbdr98jJ4m8KKMQcqGSCPkGbPBi20SnBt7
         hZtLBDwPvuhw4V5osU1Yrrqvg1j53y7e/XaTmzdH2N026mgC/8FbdecpG5FOMUVzlRk+
         7gxw==
X-Received: by 10.194.58.13 with SMTP id m13mr80025874wjq.18.1357601395943;
        Mon, 07 Jan 2013 15:29:55 -0800 (PST)
Received: from khamul.example.com (196-215-209-117.dynamic.isadsl.co.za. [196.215.209.117])
        by mx.google.com with ESMTPS id bd6sm14281071wib.10.2013.01.07.15.29.53
        (version=SSLv3 cipher=RC4-SHA bits=128/128);
        Mon, 07 Jan 2013 15:29:54 -0800 (PST)
Date: Tue, 8 Jan 2013 01:25:33 +0200
From: Alan McKinnon <alan.mckinnon@gmail.com>
To: gentoo-user@lists.gentoo.org
Subject: Re: [gentoo-user] Re: 4 machines - no /dev/cdrom or /dev/dvd
 anymore
Message-ID: <20130108012533.04004d12@khamul.example.com>
In-Reply-To: <CAK2H+ee55QC+M47K9+Qk93w-FfufhOu6_3Dx8W0V-PfeKU9iLw@mail.gmail.com>
References: <CAK2H+eeuq1PdsX6YiALPDR3otE-O-y+mZC0wUzM8NrbwSqdb6w@mail.gmail.com>
	<CAK2H+ec+5wA0D2vLYMnmnDY29qP+JYFvVCSVfmo0b7Fhnvm74Q@mail.gmail.com>
	<201301061119.56710.michaelkintzios@gmail.com>
	<CAK2H+eegj5Vmsv=77Kn3_C_TwTPH7swx=_3sGf+vriy+QY4Mtg@mail.gmail.com>
	<50EA2364.4080604@gmail.com>
	<kceovj$fp7$1@ger.gmane.org>
	<CAK2H+ee55QC+M47K9+Qk93w-FfufhOu6_3Dx8W0V-PfeKU9iLw@mail.gmail.com>
Organization: Internet Solutions
X-Mailer: Claws Mail 3.9.0 (GTK+ 2.24.14; x86_64-pc-linux-gnu)
Precedence: bulk
List-Post: <mailto:gentoo-user@lists.gentoo.org>
List-Help: <mailto:gentoo-user+help@lists.gentoo.org>
List-Unsubscribe: <mailto:gentoo-user+unsubscribe@lists.gentoo.org>
List-Subscribe: <mailto:gentoo-user+subscribe@lists.gentoo.org>
List-Id: Gentoo Linux mail <gentoo-user.gentoo.org>
X-BeenThere: gentoo-user@lists.gentoo.org
Reply-to: gentoo-user@lists.gentoo.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Archives-Salt: 8236dd40-b291-4ad9-bc7c-f611b1dd9d45
X-Archives-Hash: 6605c7160bb0671d721226e9aa3015d8

On Mon, 7 Jan 2013 09:37:05 -0800
Mark Knecht <markknecht@gmail.com> wrote:

> Now, my point is that change to /dev/srX was the root cause is FUD. It
> isn't the root cause of this change because it didn't change on my
> systems. All I know is that ID_PATH (from the old file) used to work
> and no longer does. Whatever is responsible for creating that, likely
> some portion of the kernel, changed the value and created a need to
> modify how udev looks at the system. Is it a bug? I don't know.  It's
> just the way it is.


It's not a bug as /dev/dvd is a mere convenience for the user - a
nickname if you will. You are highly unlikely to find a standards doc
of any kind stating the symlink should be there. Which means if it's
not there, you get to make your own convenient nicknames.

/dev/harddrive has never existed, right? Same with /dev/dvd and
friends. make them if you want, but you can't expect them to be there
and their absence is not a bug.

Obviously someone left them out of the rules files. Maybe they had a
reason, maybe they got lazy. Either way you get to add your own rules
to get the names YOU want.

It really is as simple as that, don't overthink this one.


-- 
Alan McKinnon
alan.mckinnon@gmail.com