>From: [EMAIL PROTECTED] (Bill Davidsen)
>Joerg Schilling <[EMAIL PROTECTED]> wrote:
>> I took Bill Davidsen out of the list as the email address [EMAIL PROTECTED]
>> is bad and is bounced since half a year.
>What he means is that his site triggers the SPAM filters, even though it
>works fine for others including debian.org, so he decided unilaterally
So you should correct your spam filters!
Our mailer never has send any spam nor did it forward any spam.
If your mailer assumes that our site is a spam site, it is not configired
correctly and should be fixed.
Why don't you do this. Your mailer problem is present for a long time
and I even asked you at east once for the reason.
>> It is hard to check for the SCSI subsystem size on Linux. On Solaris
>> it is 30 kB for the SCSI glue layer and about 40 kB for a host adapter
>> driver. Less than 100 kB of code is no argument for a system with > 64MB
>> of memory. As most systems installed in this year have 512 MB of memory
>> it is becoming a joke to use this argument.
>I thought you were on another continent, it sounds as f your on a
>diferent planet. Looking at standard RAM in the USA, try 64MB normal,
>less than that on budget models. A number of Dell and Compaq models seem
>to have 512MB as the max, not the standard.
In our research institute nobody bought a PC with less that 512 MB in 2001.
Asking perople abouth their private PC's, I know that nobod bought less than
128 MB for a PC that is new this year.
>> So you don't care to get the right solution because you don't understand it.
>> Please give me a real argument for keeping ide-cdrom in current kernels!
>For the same reason you have stuff in your code, that's the way they
>want it, and/or they have better things to change. If you don't like
>Linux, write your own O/S, we do like Linux, have no problem finding out
>which units (most) work fine, and using them. Just as there are units
>which cdwrite doesn't handle, there are units Linux probably doesn't
>handle, and I see no reason why that should change. People write free
>software for their needs and choices, not to satisfy a small minority
>who want the standard to be convenient for them and the hell with the
>rest of the users.
The fact that you know how to reconfigure Linux to make a ATAPI CD-writer
work does not mean that the average Linux user knows how to do this.
I am simply asking that Linux should dafault to a configuration that
is easy to use for most of it's current (new) users.
>> If you disagree, you need to convince me. If you don't give arguments, you
>> never will convince me.
>It may come as a shock, but I doubt most people care if they convince
>you. Several of us have explained why we disagree, but if you persits in
>thinking that the default should be what you use, I'm certainly not
>losing any sleep over it.
Telling me that you like it the way it currently is on Linux is no argument.
I gave you enough arguments why Linux kernel defaults should be changed.
If you have arguments against, please explain them - you are welcome.
But please don't tell me that 'I like it the way it is' is an argument.
>> >>There is a growing majority of people with a CD writer and
>> >>people like e.g. Alan Cox who don't understand what ATAPI is
>> >>are going to force these people to live with a badly structured
>> >>and limited Linux kernel.
> Then people won't use it, will they? Of course most people are happy
>with Linux, so maybe there's a lesson there.
People send me private mail if they have problems. One solution may be to
commentless forward this mail to you and Alan Cox .....
>> While ATAPI CD-ROM's support the IDE read command like IDE hard disks,
>> all other features only work by sending a SCSI command to the drive using
>> the IDE Packet command. So the right way to support ATAPI drives is to
>> use the SCSI subsystem to send the commands via a special host adaptor driver
>> that knows how to send SCSI commands via IDE transport.
> What more than read do you need for a CD-ROM? My drives all have a
>convenient button to eject media, which is handy because I use my hand
>to pick up the CD and my finger is right there. As I found out once, by
>using software eject you can stick the tray right out where someone can
>bang into it.
Open/close tray, lock tray, read audio, read toc, change error recovery parameters
and a lot more.
>> >>You are saying the same thing as Alan Cox:
>> >>
>> >> Let us keep the bugs in ide-scsi & the SCSI cdrom driver on Linux because
>> >> I do not realize any problem for _my_ personal work.
> Isn't this just about exactly what you say when someone asks for a
>feature you don't need? Some version of "I have better things to do with
>my time?" So do the Linux developers, things they think are more useful,
>either to them or the vast majority of users who don't care at all if
>some obscure SCSI command is implemented. Particularly since many ATAPI
>device have broken firmware for features not used frequently, as you
>have rightly pointed out.
So you are going to convince me to stop with my attempt to make Linux easier
to use and just forward any mail to you and Alan. I hope that at least then
you will realize that there is a problem that needs to be solved.
>> (**1) On Solaris you have a kernel debugger and crash dumps that may be annalysed
>> later ooffline. On Linux I see no way to debug the kernel.
> On that one we agree completely, I really wish Linux did a better job
>of crash dump. But I have no illusions that my problems are common, and
>I don't bother to even request something which would benefit so few.
Thank you for this statement. I thought that I must have missed an important fact.
J�rg
EMail:[EMAIL PROTECTED] (home) J�rg Schilling D-13353 Berlin
[EMAIL PROTECTED] (uni) If you don't have iso-8859-1
[EMAIL PROTECTED] (work) chars I am J"org Schilling
URL: http://www.fokus.gmd.de/usr/schilling ftp://ftp.fokus.gmd.de/pub/unix
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
