From: Darren Salt <linux@youmustbejoking.demon.co.uk>
To: linux-hotplug@vger.kernel.org
Subject: Re: new version of udev has different cd/dvd devices
Date: Fri, 30 Dec 2005 22:51:18 +0000 [thread overview]
Message-ID: <4DE19573B5%linux@youmustbejoking.demon.co.uk> (raw)
In-Reply-To: <43B313ED.40402@bl.com>
I demand that Kay Sievers may or may not have written...
> On Fri, Dec 30, 2005 at 09:00:12PM +0000, Darren Salt wrote:
>> I demand that Kay Sievers may or may not have written...
[snip]
>>> Plug in/out any device on any bus, reboot and all your silly numbers will
>>> change. That's no longer acceptable with current system requirements.
>> That's a known effect and, as such, can be routed around. For some
>> devices, I can see that this can be a problem; but for others, it may well
>> be perfectly acceptable.
> "Some devices" concepts are exactly that we are working on to get rid of.
> Why are you running an explicitely marked as "unstable" system, if you have
> no clue what we are working on?
I'm running what was currently in Debian testing when I last updated -
0.076-6.
>> I know that (given the previous, stable, naming) removing and not
>> replacing the sound card here in my main Linux box would cause the
>> on-board sound hardware to be "card 0" rather than "card 1". That's
>> acceptable and expected (I'm allowing ALSA to automatically number them
>> because, until fairly recently, this worked reliably).
> Then you never used USB sound devices, like headsets or something else.
In the case of USB sound devices, it is *possible* that I would already have
taken the time to explicitly number those (and the others if they turned out
to require numbering as a result), but I would have to have seen randomness
in udev's behaviour or some appropriate warning of such randomness.
I don't know about USB headsets or speakers, though. I'm avoiding such things
on the assumption that they're not compatible with my existing sound
hardware.
(It still seems to me to be breaking things which may be working for some
before adequate replacement is ready.)
[snip]
>>> There is by concept no "sane enumeration" on a dynamic system and will
>>> never be. But seem you don't get the picture at all.
>> If the user says that "these parts of the system are static" (and I say
>> that much of my system is static), why *shouldn't* some enumeration be
>> considered sane?
> Cause _nothing_ is static today. Get used to it.
Then the udev package which I'm using (076) should have contained appropriate
warnings. However, if this randomisation wasn't expected or noticed by the
packager...
Marco, have you done this for 079?
[snip]
--
| Darren Salt | d youmustbejoking,demon,co,uk | nr. Ashington,
| Debian, | s zap,tartarus,org | Northumberland
| RISC OS | @ | Toon Army
| <URL:http://www.youmustbejoking.demon.co.uk/> (PGP 2.6, GPG keys)
RISC OS 4 easter egg E3A00002 E28F1004 E3A02000 EF00001E 55515249 736C6974 00
-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems? Stop! Download the new AJAX search engine that makes
searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_idv37&alloc_id\x16865&op=click
_______________________________________________
Linux-hotplug-devel mailing list http://linux-hotplug.sourceforge.net
Linux-hotplug-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/linux-hotplug-devel
next prev parent reply other threads:[~2005-12-30 22:51 UTC|newest]
Thread overview: 38+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-12-28 22:38 new version of udev has different cd/dvd devices Moshe Yudkowsky
2005-12-28 22:50 ` Marco d'Itri
2005-12-28 23:29 ` Kay Sievers
2005-12-29 0:10 ` Moshe Yudkowsky
2005-12-29 0:22 ` Marco d'Itri
2005-12-29 0:44 ` Moshe Yudkowsky
2005-12-29 13:20 ` Phil Howard
2005-12-29 13:36 ` Marco d'Itri
2005-12-29 15:18 ` Phil Howard
2005-12-29 16:57 ` Kay Sievers
2005-12-30 7:46 ` Greg KH
2005-12-30 13:45 ` Phil Howard
2005-12-30 18:09 ` Marco d'Itri
2005-12-30 18:16 ` Darren Salt
2005-12-30 18:49 ` Kay Sievers
2005-12-30 18:56 ` Kay Sievers
2005-12-30 19:12 ` Darren Salt
2005-12-30 19:16 ` Kay Sievers
2005-12-30 19:47 ` Darren Salt
2005-12-30 20:34 ` Kay Sievers
2005-12-30 21:00 ` Darren Salt
2005-12-30 21:45 ` Kay Sievers
2005-12-30 21:58 ` Kay Sievers
2005-12-30 22:51 ` Darren Salt [this message]
2005-12-30 23:02 ` Darren Salt
2005-12-30 23:47 ` Marco d'Itri
2005-12-31 0:04 ` Kay Sievers
2005-12-31 0:20 ` Darren Salt
2005-12-31 0:39 ` Marco d'Itri
2006-01-02 10:35 ` Martin Schwenke
2006-01-04 18:48 ` Patrick Mansfield
2006-01-04 21:23 ` Darren Salt
2006-01-05 12:27 ` Marco d'Itri
2006-01-05 17:03 ` Greg KH
2006-01-05 17:52 ` Greg KH
2006-01-05 18:50 ` patman
2006-01-06 0:50 ` Greg KH
2006-01-06 3:40 ` patman
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=4DE19573B5%linux@youmustbejoking.demon.co.uk \
--to=linux@youmustbejoking.demon.co.uk \
--cc=linux-hotplug@vger.kernel.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;
as well as URLs for NNTP newsgroup(s).