From: "Jim Crilly" <jim@why.dont.jablowme.net>
To: Joerg Schilling <schilling@fokus.fraunhofer.de>
Cc: toon@hout.vanvergehaald.nl, mrmacman_g4@mac.com, ltd@cisco.com,
linux-kernel@vger.kernel.org, kraxel@suse.de,
dtor_core@ameritech.net, 7eggert@gmx.de
Subject: Re: OT] Joerg Schilling flames Linux on his Blog
Date: Wed, 1 Jun 2005 13:29:00 -0400 [thread overview]
Message-ID: <20050601172900.GC14299@voodoo> (raw)
In-Reply-To: <429DE874.nail7BFM1RBO2@burner>
On 06/01/05 06:55:16PM +0200, Joerg Schilling wrote:
> "Jim Crilly" <jim@why.dont.jablowme.net> wrote:
>
> >
> > Just because it's old, that doesn't mean it's good. The kernel using the
>
> Just because it is old, it does not mean that it is bad....
Agreed and AFAIK most unix users prefer to use filenames to access their
devices. Why bother populating /dev at all if half if your apps require
random ID numbers to use them?
> > numbers internally makes sense, but requiring them for userspace seems
> > stupid. All you should do is open the appropriate device node and let the
> > kernel figure out which SCSI ID to send the commands to. Every other tool
> > I've ever seen uses device nodes, why should cdrecord be different? All it
> > does is make cdrecord more difficult to use.
>
> Note that Linux did not have a usable /dev/whatever based interface 10 years ago.
> Also note that cdda2wav distinguishes between "OS native Audio ioctl calls" and
> generic SCSI from checking the dev= parameter. For this reason using
> /dev/whateter is just wrong. Take it this way or you are a victim of you own
> decision to ignore the documentation of a program.
I don't use cdda2wav so I can't comment, but every other ripping tool that
I've used on Linux has had no problem using the /dev/whatever interface, so
once again it appears that your tool is the blacksheep for no good reason.
>
> Jörg
>
Jim.
next prev parent reply other threads:[~2005-06-01 17:34 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
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 [this message]
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=20050601172900.GC14299@voodoo \
--to=jim@why.dont.jablowme.net \
--cc=7eggert@gmx.de \
--cc=dtor_core@ameritech.net \
--cc=kraxel@suse.de \
--cc=linux-kernel@vger.kernel.org \
--cc=ltd@cisco.com \
--cc=mrmacman_g4@mac.com \
--cc=schilling@fokus.fraunhofer.de \
--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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.