Eduard Bloch <[EMAIL PROTECTED]> wrote:
> #include <hallo.h>
> * Joerg Schilling [Sun, Jul 09 2006, 01:41:04AM]:
> > Hi,
> >
> > your problem is caused by the fact that the Linux kernel is made
> > incompatible
> > to itself faster than Debian updates cdrtools (Debian did not update
> > cdrtools
> > for more than 14 months).
>
> The last thing has another reasons and not some assumed "Linux kernel
> incompatibilites with itself". You know the reasons, stop claiming
> something else please.
Eduard, you are uninformed!
Stop your bashing and inform yourself before writing nonsense.
The relevent incompatible interface changes in recent Linux kernels are:
- Instead of fixing the bug that allowed anyone to send arbitrary SCSI
commands to CD/DVD-recorders (caused by not requiring write permission
on the node), the behavior of SCSI generic was changed (in 2.6.8.1).
Old behavior: open device as root and send commands as user.
New behavior: open device as user and send commands as root.
- Some time between January 2006 and 2004, a new rlimit "RLIMIT_NOFILE"
was added and implemented in a way that is not compatible to previous
kernel behavior.
Old behavior: mlockall(MCL_CURRENT|MCL_FUTURE) done as root was honored
for the same process if later continued as user.
New behavior: mlockall(MCL_CURRENT|MCL_FUTURE) done as root is no
longer
honored for the same process if later continued as
user.
> > Just use a recent _original_ cdrtools version (that knows about Linux
> > self-incompatibilities) from:
> >
> > ftp://ftp.berlios.de/pub/cdrecord/alpha/
> >
> > and install it suid root. It does not have the problems you mention.
> ^^^^^^^^^
>
> That is not the scenario we are talking about. The original version
> fails as well. It works as root, sure. It does NOT work as NON-ROOT. And
> it does not need to be root after simple modifications.
Vincent, this verifies my statements from yesterday night:
Eduard is not a programmer and he does not know how cdrecord works.
For this reason, he e.g. incorrectly believes that cdrecord is able to work
correctly when run without root privileges. A simple test with the original
software from
ftp://ftp.berlios.de/pub/cdrecord/alpha/
verifies that the original version works correctly.
Please don't believe him, you will end up with strange problems because
cdrecord will not be able to send all needed SCSI commands if not run with
root privileges.
> The first thing is bullshit and the second is half-true. I am CS student
> and beginning the diploma thesis RSN, and I coded lots of C/C++ code in
> the past years. And I can follow the control flow in your code long
> enough to find where it does unneccessary things that the kernel does
> not allow. YOU YOURSELF marked the suspicious code telling doubts about
> its usefullness. If you think that is a kernel issue then it is a very
> natural issue, there is no point in giving non-root users more
> permissions than they need.
If Eduard would be able to follow cdrecord's control flow, he would not
write such a nonsense!
If not run with root privileges, cdrecord is unable to send all needed SCSI
commands and then fails in strange ways and it is hard to understand why this
was a permission problem.
> > His patch does not do the right thing [1] and is illegal because it tries
> > to change
> > the license of the code although Eduard is not the copyright holder of the
> > code!
>
> That was a patch for the version of cdrtools that YOU YOURSELF have
> distributed under the GPL license. You know pretty well that it permits
> modifications. This patch does not even change the library interfaces
> and repairs broken things. I cannot understand what you are talking
> about.
Edurard did already write a lot of nonsense, he does not understand the basics
of licensing.
Jörg
--
EMail:[EMAIL PROTECTED] (home) Jörg Schilling D-13353 Berlin
[EMAIL PROTECTED] (uni)
[EMAIL PROTECTED] (work) Blog: http://schily.blogspot.com/
URL: http://cdrecord.berlios.de/old/private/ ftp://ftp.berlios.de/pub/schily
