From: Joerg Schilling <schilling@fokus.fraunhofer.de>
To: schilling@fokus.fraunhofer.de, mrmacman_g4@mac.com
Cc: toon@hout.vanvergehaald.nl, ltd@cisco.com,
linux-kernel@vger.kernel.org, dtor_core@ameritech.net,
7eggert@gmx.de
Subject: Re: OT] Joerg Schilling flames Linux on his Blog
Date: Tue, 31 May 2005 13:03:31 +0200 [thread overview]
Message-ID: <429C4483.nail5X0215WJQ@burner> (raw)
In-Reply-To: <46BE0C64-1246-4259-914B-379071712F01@mac.com>
Kyle Moffett <mrmacman_g4@mac.com> wrote:
> > BTW: an implementation that uses something like Solaris does with
> > /etc/path_to_inst and puts USB serial numbers into the path_to_inst
> > kernel instance database could come very close to the desired result
> > and would give stable SCSI addresses too.
>
> But why fix what isn't broken? I can tell all my other programs, from
> dd to mount, that I want to use the udev-created /dev/green_burner, so
> why do you indicate such usage is _deprecated_ in cdrecord? For such
> device nodes, a _filesystem_ is the preferred name=>number index, so
> why add an extra strange file "just because Solaris does".
If you use /dev/ entries to directly address SCSI targets, then you
are relying on on assumptions that cannot be granted everywhere.
Cdrecord is portable and this needs to implement a way that is portable
and does not rely on nonportable assumptions like yours.
> And why again do you need stable SCSI addresses for my _USB_ drive?
Well if the udev program was polite to users, it would also support
to edit /etc/default/cdrecord......
... if it _really_ does wat you like with /dev/ links, then it has all
the information that is needed to also maintain /etc/default/cdrecord
Jörg
--
EMail:joerg@schily.isdn.cs.tu-berlin.de (home) Jörg Schilling D-13353 Berlin
js@cs.tu-berlin.de (uni)
schilling@fokus.fraunhofer.de (work) Blog: http://schily.blogspot.com/
URL: http://cdrecord.berlios.de/old/private/ ftp://ftp.berlios.de/pub/schily
next prev parent reply other threads:[~2005-05-31 11:06 UTC|newest]
Thread overview: 75+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-05-30 9:19 OT] Joerg Schilling flames Linux on his Blog Lincoln Dale (ltd)
2005-05-30 9:34 ` Toon van der Pas
2005-05-30 12:26 ` Joerg Schilling
2005-05-30 14:14 ` Kyle Moffett
2005-05-31 11:03 ` Joerg Schilling [this message]
2005-05-31 7:29 ` Terry Vernon
2005-05-31 11:46 ` Richard B. Johnson
2005-05-31 16:59 ` Gerd Knorr
2005-05-31 19:05 ` Lennart Sorensen
2005-05-31 19:56 ` Gerd Knorr
2005-06-01 15:56 ` Joerg Schilling
2005-06-01 16:20 ` Dagfinn Ilmari Mannsåker
2005-06-01 16:55 ` Gerd Knorr
2005-06-01 2:23 ` Horst von Brand
2005-06-01 15:56 ` Lennart Sorensen
2005-06-03 13:29 ` Theodore Ts'o
2005-06-01 16:28 ` Oliver Neukum
2005-06-01 15:41 ` Joerg Schilling
2005-06-01 15:11 ` Joerg Schilling
2005-06-01 15:42 ` Jim Crilly
2005-06-01 16:55 ` Joerg Schilling
2005-06-01 17:29 ` Jim Crilly
2005-06-01 17:50 ` Joerg Schilling
2005-06-01 17:59 ` Jim Crilly
2005-06-02 1:14 ` Bill Davidsen
2005-06-02 1:46 ` Måns Rullgård
2005-06-02 1:23 ` Bill Davidsen
2005-06-03 19:51 ` Patrick McFarland
2005-06-01 22:06 ` Matthias Andree
2005-06-01 15:57 ` Patrick McFarland
2005-05-31 17:22 ` Jim Crilly
2005-05-31 19:28 ` Dmitry Torokhov
2005-05-31 20:54 ` Jim Crilly
2005-06-01 15:53 ` Joerg Schilling
2005-06-01 16:05 ` Dmitry Torokhov
2005-06-01 17:03 ` Joerg Schilling
2005-06-01 17:28 ` Chris Friesen
2005-06-02 2:08 ` Måns Rullgård
2005-06-01 17:35 ` Patrick McFarland
2005-06-02 10:34 ` Lukasz Stelmach
2005-06-01 16:21 ` Matthias Andree
2005-06-01 17:29 ` Joerg Schilling
2005-06-01 15:28 ` Joerg Schilling
2005-06-01 15:48 ` Jim Crilly
2005-05-30 13:38 ` Tomasz Torcz
2005-05-30 9:46 ` Joerg Schilling
-- strict thread matches above, loose matches on Subject: below --
2005-05-30 22:00 Lincoln Dale (ltd)
2005-05-31 11:17 ` Joerg Schilling
[not found] <48cRq-7TH-5@gated-at.bofh.it>
[not found] ` <48cRq-7TH-7@gated-at.bofh.it>
[not found] ` <48cRq-7TH-3@gated-at.bofh.it>
[not found] ` <48dDM-5I-1@gated-at.bofh.it>
[not found] ` <48wdp-7lh-1@gated-at.bofh.it>
2005-05-26 21:53 ` Bodo Eggert
2005-05-26 23:12 ` Lee Revell
[not found] <4847F-8q-23@gated-at.bofh.it>
[not found] ` <E1Db3zm-0004vF-9j@be1.7eggert.dyndns.org>
2005-05-25 22:46 ` Joerg Schilling
2005-05-25 23:31 ` Kyle Moffett
2005-05-26 19:20 ` Bill Davidsen
2005-05-26 21:26 ` Kyle Moffett
2005-05-26 23:30 ` Matthias Andree
2005-05-27 9:39 ` Joerg Schilling
2005-05-27 11:09 ` Wakko Warner
2005-05-27 14:21 ` Dmitry Torokhov
2005-05-30 9:07 ` Joerg Schilling
2005-05-30 10:47 ` Markus Plail
2005-05-30 22:27 ` Dmitry Torokhov
2005-05-30 23:20 ` Måns Rullgård
2005-05-30 23:35 ` Brian O'Mahoney
2005-05-31 12:51 ` Joerg Schilling
2005-05-31 12:47 ` Joerg Schilling
[not found] ` <Pine.LNX.4.58.0505260205390.19389@be1.lrz>
2005-05-27 10:03 ` Joerg Schilling
[not found] ` <Pine.LNX.4.58.0505271633200.3055@be1.lrz>
2005-05-30 9:36 ` Joerg Schilling
[not found] ` <Pine.LNX.4.58.0505301326450.2363@be1.lrz>
2005-05-31 10:57 ` Joerg Schilling
2005-05-25 13:15 Joerg Schilling
2005-05-25 23:12 ` Kyle Moffett
2005-05-26 10:15 ` Joerg Schilling
2005-05-26 11:42 ` Bill Davidsen
2005-05-25 12:50 Joerg Schilling
2005-05-26 4:11 ` Patrick McFarland
2005-05-26 7:14 ` Markus Plail
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=429C4483.nail5X0215WJQ@burner \
--to=schilling@fokus.fraunhofer.de \
--cc=7eggert@gmx.de \
--cc=dtor_core@ameritech.net \
--cc=linux-kernel@vger.kernel.org \
--cc=ltd@cisco.com \
--cc=mrmacman_g4@mac.com \
--cc=toon@hout.vanvergehaald.nl \
/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