Wodim is a cdrecord version from September 2004, with
DVD support ripped off and with SCSI specific bugs from Debian
added.
There was no development in the project since May 2007.
I recommend you to upgrade to recent original software from:
ftp://ftp.berlios.de/pub/cdrecord/alpha/
to
cdrkit has been created with the intention to harm users
on Linux and by people who have no clue on portability
and even on SCSI on Linux.
While the majority of platforms does not even allow to send SCSI commands to a
file descriptor that was derived from a device sprcific special file, the
Joerg Schilling joerg.schill...@fokus.fraunhofer.de wrote:
Josselin Mouette j...@debian.org wrote:
Le jeudi 23 avril 2009 à 15:39 +0200, Joerg Schilling a écrit :
It may make sense to talk to the brasero maintainers/authors directly.
Note that Solaris decided not to include cdrdao
The mail above (sent at Sun, 26 Apr 2009 10:08:18 +0200 from a malicious
account at malsain.org) is spam, it hast been sent by a faker!
Please remove this junk from the bugtracking system.
Jörg
--
EMail:jo...@schily.isdn.cs.tu-berlin.de (home) Jörg Schilling D-13353 Berlin
Hi,
genisoimage is just a 4+ year old version of mkisofs.
Genisoimage does not support large files. If you like
to use large files, you need to use the original mkisofs from:
ftp://ftp.berlios.de/pub/cdrecord/alpha/
Make sure to use mkisofs -iso-level 3 or above.
Jörg
--
You wrote:
My original problem was that I could not get brasero to burn an ISO
(with TOC) image of an audio CD. Eventually I discovered that it works
if cdrdao is installed (but only v 1.2.2-16, no later, but I think
that's a bug in cdrdao's drivers and my particular hardware). Without
Josselin Mouette j...@debian.org wrote:
Le jeudi 23 avril 2009 à 12:50 +0200, Joerg Schilling a écrit :
just a note:
The best audio quality is achived when using cdrecord (cdrtools).
Jason, please ignore any communications from Jörg Schilling.
The problem with brasero
Jason Heeris jason.hee...@gmail.com wrote:
Joerg Schilling wrote:
just a note:
The best audio quality is achived when using cdrecord (cdrtools).
[...]
wodim is unmaintained, just represents an old (4+ years old) state of
cdrtools
...But the description of the Debian cdrecord
Josselin Mouette j...@debian.org wrote:
Le jeudi 23 avril 2009 à 15:39 +0200, Joerg Schilling a écrit :
It may make sense to talk to the brasero maintainers/authors directly.
Note that Solaris decided not to include cdrdao at all and that Solaris
tries to use brasero, so there is a need
I further noticed that the perl script mp3burn calls cdrecord, hence
that dependency is actually needed. What needs to be done is to
modify the program itself to call wodim instead of cdrecord. Given
that wodim has the same command line syntax as cdrecord you simply
have to replace all occurences
Please do not forward private mail to public mailing lists!
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/
Hi,
Debian uses an extremely outdated version of mkisofs and in
addition added new bugs.
The official mkisofs correctly handles deep directory relocation
in all cases since 2 years.
Jörg
--
EMail:[EMAIL PROTECTED] (home) Jörg Schilling D-13353 Berlin
[EMAIL PROTECTED]
PLEASE FINALLY FIX YOUR MAILER
This is the third time you destroyed the mail address for Mika (Michael Prokop)
and this is the third time I had to manually insert the correct address for
Mika.
Pawel Wiecek [EMAIL PROTECTED] wrote:
On Apr 16, 1:19pm, Joerg Schilling wrote
Pawel Wiecek [EMAIL PROTECTED] wrote:
[ personal attacks removed...]
You are wrong: *you* did create a patch that is repsonsible for the fact
that
your build environment for star uses a broken star_fat.c
Stop talking about packaging if you do not understand related procedures.
Instead
Pawel Wiecek [EMAIL PROTECTED] wrote:
PLEASE FIX YOUR MAILER!
Your mailer repeatedly bastardizes the mail address for Mika
On Apr 15, 11:18pm, Joerg Schilling wrote:
Ehm, no, manpage naming binaries differently than they are named in
filesystem
Pawel Wiecek [EMAIL PROTECTED] wrote:
Let me see...
star/star.1
Obviously using Joerg's version would very quickly get me a lot of bug
reports.
Why do you expect to get bugreports for a correct man page?
Looking at the current Debian Bug list shows that all bug reports that are not
Pawel Wiecek [EMAIL PROTECTED] wrote:
On Apr 15, 11:03am, Joerg Schilling wrote:
Why do you expect to get bugreports for a correct man page?
Ehm, no, manpage naming binaries differently than they are named in filesystem
is not actually correct.
The star man page names the binaries the same
Hi,
I recommend to through away the sources at http://hg.svartech.com/debian/star/
and cleanly start with the official source.
The reason for a clean start is:
1) your source includes a broken star_fat.c, but it sould not
contain this file at all. Seeing star_fat.c makes me asume
Vincent Lefevre [EMAIL PROTECTED] wrote:
I've attached an archive containing a directory dir (all the files
are empty, but what's important is their filename and if they are
present or not), the corresponding ISO image obtained on Mac OS X
with:
What happens if you mount this filesystem on
Vincent Lefevre [EMAIL PROTECTED] wrote:
The log messages just say:
Dec 25 21:01:32 vin kernel: loop: module loaded
Dec 25 21:02:01 vin kernel: ISO 9660 Extensions: Microsoft Joliet Level 1
Dec 25 21:02:01 vin kernel: ISO 9660 Extensions: IEEE_P1282
Dec 25 21:03:46 vin kernel: ISO 9660
Apple may or may not follow the standards here...
Your primary problem seems to be Linux kernel related and
it seems to be important to verify the filesystem image for
standard compliance. If the filesystem is not standard compliant,
you need to send a bug report to Apple. If the filesystem
Vincent Lefevre [EMAIL PROTECTED] wrote:
On 2007-12-24 12:17:42 +0100, Joerg Schilling wrote:
Apple may or may not follow the standards here...
Since isoinfo detect errors (or do you mean that isoinfo may be
isoinfo is based in mkisofs technology.
The original Author of the Apple
Vincent Lefevre [EMAIL PROTECTED] wrote:
On 2007-12-24 12:17:42 +0100, Joerg Schilling wrote:
Not all problems seen in cdrkit are present with the original
software, so it may be helpful to check therecent original cdrtools first.
ftp://ftp.berlios.de/pub/cdrecord/alpha/
I could
$ gdb genisoimage
(gdb) set args -C 312032,365680 -M /dev/cdrom -v -v -print-size -JR -uid 0
-gid
0 -graft-points users/ivan/archives/=/.../users/ivan/archives/
Nothing strange (AFAICT) in /.../users/ivan/archives/. I may
specify another directory and it will segfault, too.
Hi,
you are not using cdrecord but a bastardizd variant that
does not really support to write DVDs.
To verify a real problem, you would first need to upgrade to a
recent version of the official source:
ftp://ftp.berlios.de/pub/cdrecord/alpha/
Make sure to install cdrecord suid root.
Further
This bug has been introduced by Debian.
Upgrade to a recent original version from:
ftp://ftp.berlios.de/pub/cdrecord/alpha/
and it will go away.
Jörg
--
EMail:[EMAIL PROTECTED] (home) Jörg Schilling D-13353 Berlin
[EMAIL PROTECTED](uni)
[EMAIL PROTECTED]
The original mkisofs includes the feature you like via the build in
find(1) since 1.5 years:
Get a recent original from:
ftp://ftp.berlios.de/pub/cdrecord/alpha/
and call
mkisofs -find . -xdev
Jörg
--
EMail:[EMAIL PROTECTED] (home) Jörg Schilling D-13353 Berlin
[EMAIL PROTECTED]
Brent S. Elmer, Ph.D. [EMAIL PROTECTED] wrote:
I replaced wodim and family and made symbolic links to cdrecord and
mkisofs as can be seen here:
[EMAIL PROTECTED]:~$ wodim -version
Cdrecord-ProDVD-ProBD-Clone 2.01.01a33 (i686-pc-linux-gnu) Copyright (C)
1995-2007 Jörg Schilling
[1]+ Done
Brent S. Elmer, Ph.D. [EMAIL PROTECTED] wrote:
I'm not sure what you mean. Are these not the versions of cdrecord and
mkisofs I should be using? I got them from the link in your email.
Cdrecord-ProDVD-ProBD-Clone 2.01.01a33 (i686-pc-linux-gnu) Copyright (C)
1995-2007 Jörg Schilling
Ond??ej Surý [EMAIL PROTECTED] wrote:
Joerg,
please stop filling our BTS with comments which are useless for debian
users.
Please do not try to create confusion. I am helping people who believe that they
use my software. This of course needs to include to inform people about bugs
that are
Just upgrade to a original cdrtools version.
Cdrecord auto-formats maiden dvd+rw since April 2004.
Cdrecord does not have the bugs from wodim..
http://cdrecord.berlios.de/
If you are looking for a debian compatible package, look here:
The feature you are looking for is available since a November 2006:
cdrecord dev=4,0,0 -minfo
Cdrecord-ProDVD-ProBD-Clone 2.01.01a32 (i386-pc-solaris2.11) Copyright (C)
1995-2007 Jörg Schilling
scsidev: '4,0,0'
scsibus: 4 target: 0 lun: 0
Warning: Using USCSI interface.
Using libscg version
Peter Samuelson [EMAIL PROTECTED] wrote:
[Joerg Schilling]
Please do not try to ignore reality. The user I was responding
was interested in cdrecord and not in a defective fork.
Maybe you call it trying to convince our users to use your product
instead; I call it spam. We don't do
Hi,
it seems that you are a victim of a missunderstanding.
You cannot expect support from a dead fork that did never
do own code development.
The official support mailing list for cdrecord is here:
[EMAIL PROTECTED]
and BTW: cdrecord supports the the feature you are intereested for a
long
Peter Samuelson [EMAIL PROTECTED] wrote:
[Joerg Schilling]
You cannot expect support from a dead fork that did never
do own code development.
Please stop spamming our users and our bug tracking system. We don't
advertise our efforts on _your_ support channels. Kindly do us the
same
mkisofs is the actively maintained original software.
It makes no sense to advertize for defective forks like genisoimage
that are based on obsolete code.
Look into the debian bug tracking system to find a list of genisoimage bugs
that are not present in the original.
Here is the official
Julian Andres Klode [EMAIL PROTECTED] wrote:
Am Samstag, den 14.07.2007, 22:13 +0200 schrieb Joerg Schilling:
Hi,
do not expect to get any useful answer/help for your Debian bugreport.
The projct is dead.
At least it does not violate against the GPL.
BTW: I cannot see any problems
Hi,
the cause for your problem is that the archive has not been written by
cpio but most likely by GNU cpio.
It seems that this archive ignores the fact that the official cpio program,
see:
http://src.opensolaris.org/source/xref/onnv/onnv-gate/usr/src/cmd/cpio/
always writes lower case
Using this option in any way, even alone, causes star to
crash. Backtrace follows :
(gdb) run -data-change-warn
Starting program: /bin/star -data-change-warn
Program received signal SIGSEGV, Segmentation fault.
0x080704e0 in errflags ()
(gdb) bt
#0 0x080704e0 in errflags ()
#1 0x08070755 in
DaVinci [EMAIL PROTECTED] wrote:
El miércoles 13 de diciembre, Joerg Schilling escribió:
Hi,
your problem has been fixed!
Check out the latest official cdrtools at:
ftp://ftp.berlios.de/pub/cdrecord/alpha/
Thank you. But I don't know how this affect to Debian branch
Stephen Gran [EMAIL PROTECTED] wrote:
I am aware of what the strings are used for. Can you point out the
section of the license that says that copyright must be conveyed as a
char string in the binary? I only see that it should be kept in the
source file, which it is. Can you please
Stephen Gran [EMAIL PROTECTED] wrote:
This one time, at band camp, Joerg Schilling said:
You do not need to understand the background.
You just need to remember that you are not allowed to remove Copyright
information.
This is a week sence I did inform you about the Copyright
Stephen Gran [EMAIL PROTECTED] wrote:
http://svn.debian.org/wsvn/debburn?op=comp[EMAIL PROTECTED][EMAIL
PROTECTED]
http://tinyurl.com/y9ld8g
So, if this is in fact the problem that Joerg is talking about, there is
no problem. No copyright notices have been removed. Some
It turns out that I'd overlooked relevant sections in the documentation
(Linux Notes in Chapter 4) and there is (or at least was) a way to use ATAPI
interface. Still it doesn't work for me, and
(thanks to Joerg pointing that out to us) it can be seen as a minor bug
in wodim --- because it says,
Eduard Bloch [EMAIL PROTECTED] wrote:
Developers can retrieve the copyright information in cdrkit easily.
Users can retrieve the copyright information in cdrkit easily.
Have I forgotten someone?
You had the chance to ask me for the permission to remove this code.
Instead, you decided to
You do not need to understand the background.
You just need to remember that you are not allowed to remove Copyright
information.
This is a week sence I did inform you about the Copyright violation.
Note that today, you have to either remove your project from the server or
to undo the
Hi,
the best way to deal with your problem is to just install an
original version of cdrtools from:
ftp://ftp.berlios.de/pub/cdrecord/alpha/
recent versions include a workaround to include the ATA drives
in the SCSI namespace. This allows cdrecord to again find all
drives via cdrecord
Don Armstrong [EMAIL PROTECTED] wrote:
I did already explain recisely what the problem is.
I've read the logs, and I still have no idea what you're talking
about.
What information do you need?
Let me spell it out the process even more clearly:
1) Send mail explaining precisely what
Peter Samuelson [EMAIL PROTECTED] wrote:
[Joerg Schilling]
I did give an example: use what(1) on a binary compiled from the
source before and after the change to see the difference.
If you did look at the SVN, if you did have a look at the most recent
changes. it would be easy
Sune Vuorela [EMAIL PROTECTED] wrote:
On Saturday 16 December 2006 12:44, Joerg Schilling wrote:
The removed text is needed in order to allow people to check the original
version information and Copyright for all relevent files using the what(1)
command.
Until this bug, I had no clue
Don Armstrong [EMAIL PROTECTED] wrote:
On Sun, 10 Dec 2006, Joerg Schilling wrote:
Stop abusing the Debian Bug tracking system!
First and foremost, the maintainer(s) of a Debian Package are wholy
responsible for determining the state of bugs assigned to their
packages in the BTS unless
I was running in the same problem as described here, but mine is a bit
different.
After trying Mr. Schilling's last cdrecord version, things improved, but now I
have this instead:
[snip]
2005.cue: line 1: TITLE: command not found
2005.cue: line 2: SONGWRITER: command not found
2005.cue: line
Eduard Bloch [EMAIL PROTECTED] wrote:
This is not related to my text above and mkisofs _does_ give an error
message.
The problem I was referring to above will cause that string options will
silently get wrong parameters. And BTW: getargs allows you to contol the
behavior - GNU
Hi,
your problem has been fixed some time ago
Try out the latest official cdrtools from:
ftp://ftp.berlios.de/pub/cdrecord/alpha/
Jörg
--
EMail:[EMAIL PROTECTED] (home) Jörg Schilling D-13353 Berlin
[EMAIL PROTECTED](uni)
[EMAIL PROTECTED] (work)
Hi,
your problem has been fixed!
Check out the latest official cdrtools at:
ftp://ftp.berlios.de/pub/cdrecord/alpha/
Jörg
--
EMail:[EMAIL PROTECTED] (home) Jörg Schilling D-13353 Berlin
[EMAIL PROTECTED](uni)
[EMAIL PROTECTED] (work) Blog:
Hi,
a lot of new features have been added to cdrtools during the past
two years.
RAW mode writing for the CDRWIN CUE file mode has been added recently and
supports already nearly all sector types. Please test the latest cdrtools from:
ftp://ftp.berlios.de/pub/cdrecord/alpha/
and report
Package: mkisofs
Version: 4:2.01+01a03-5
Severity: normal
There is bug in options handling. It should not matter in which order
the options are given. See below for demonstation.
-rJf ERROR
-frJ ok
Hi Jari,
your problem is caused by a bug in the option parser (GNU
Eduard Bloch [EMAIL PROTECTED] wrote:
your problem is caused by a bug in the option parser (GNU getopt_long).
The mkisofs version you are using is very old ( 1.5 years). Three months
ago, mkisofs has been converted to use the more mature and older (starting
1982)
getargs(). This
The burn package has dependencies on packages of cdrecord. It would be best
if burn's dependencies were changed to wodim | cdrecord and
genisoimage | mkisofs to allow it to work with the DFSG-compliant cdrkit
fork. Presumably no changes to the actual code would be necessary.
Please inform,
Hi,
check the latest 2.01.01a23-pre in ftp://ftp.berlios.de/pub/cdrecord/alpha/.
It contains an enhanced CUE sheet parser that allows you to write the
Zeta CD.
Note that it is pure luck that I did see your report. Sending Bugs reports to
Debian is a bad idea as Debian does not forward these
Goedson Teixeira Paixao [EMAIL PROTECTED] wrote:
Em Qua, 2006-12-06 Ã s 00:37 +0100, Joerg Schilling escreveu:
Applying the patch in the attachment is all that's needed to (always)
use -iso-level 4. I'll work on a better patch that will adapt the
options used according to the depth
Goedson Teixeira Paixao [EMAIL PROTECTED] wrote:
Em Ter, 2006-12-05 Ã s 14:45 +0100, Joerg Schilling escreveu:
Before you sare starting to guess about possible reasons, I recommend to
upgrade to a recent mkisofs
ftp://ftp.berlios.de/pub/cdrecord/alpha/
and test again ;-)
Hi
Before you sare starting to guess about possible reasons, I recommend to
upgrade to a recent mkisofs
ftp://ftp.berlios.de/pub/cdrecord/alpha/
and test again ;-)
Jörg
--
EMail:[EMAIL PROTECTED] (home) Jörg Schilling D-13353 Berlin
[EMAIL PROTECTED](uni)
Yor problem is caused by either a Linux kernel bug or by
a defective libscg in the Debian fork of cdrtools.
I recommend to first uograde to a recent version of cdrtools
ftp://ftp.berlios.de/pub/cdrecord/alpha/
if the error
/usr/bin/cdrecord: Input/output error. write_g1: scsi sendcmd: no
If you are having problems with DVD writing, I recommend to
upgrade to a programt hat supports DVD writing:
ftp://ftp.berlios.de/pub/cdrecord/alpha/
Jörg
--
EMail:[EMAIL PROTECTED] (home) Jörg Schilling D-13353 Berlin
[EMAIL PROTECTED](uni)
[EMAIL PROTECTED]
Daniel Baumann [EMAIL PROTECTED] wrote:
Joerg Schilling wrote:
Please read the DFSG, if you believe that you cannot do this, then the
License
that might prevent it is not a free license acording to DFSG.
this is not the place to discuss this again. cdrtools are purged from
Debian, you
Daniel Baumann [EMAIL PROTECTED] wrote:
Joerg Schilling wrote:
The program 'sdd' and The Schily Makefile system are independent projects
(GPL speech: works). As the GPL is an OSI aproved license, it must not
contaminate other projects like The Schily Makefile system, so
Daniel Baumann [EMAIL PROTECTED] wrote:
Joerg Schilling wrote:
You (yourself) did take the project independend make code from a different
project's tarball. Maybe, you should just educate those people inside
Debian who
did not understand DFSG § 9.
for a patch, there is nothing
Eduard Bloch [EMAIL PROTECTED] wrote:
#include hallo.h
* Martin Vlk [Fri, Nov 10 2006, 12:18:15PM]:
Hi, I wonder should this bug's priority be rised so that it is fixed before
etch? The tool is unusable like that so it is a pretty serious bug.
Why do you ask us? Ask Joerg Schilling, he
The option -C dir is not processed by star_fat,
may its a good idea not to create the link
from /bin/gnutar to /bin/star_fat unless this
option works. Gnutar is often used in Makefiles and
if -C source won't work the make failed.
This is not true: star of course handles the -C option.
The -C
Daniel Baumann [EMAIL PROTECTED] wrote:
the attached patch adds the needed rules to build succesfully on amd64.
However, I took it from sfind which ships a more updated rules-set.
Unfortunately, it is licensed under CDDL only, and sdd is GPL only,
hence the patch is incompatible.
Don't be
Eduard Bloch [EMAIL PROTECTED] wrote:
#include hallo.h
* Joerg Schilling [Thu, Nov 02 2006, 10:49:41AM]:
Hi,
Debian now has the chance to verify whether they intend to create a fork
or whether they just like to do malicious agression
If they like to create a true fork
Hi,
Debian now has the chance to verify whether they intend to create a fork
or whether they just like to do malicious agression
If they like to create a true fork, they should finally rename _all_
programs from cdrtools. If this doesn't happen, it is obvious that
there never was an
the open source
community and Joerg Schilling. He may be a difficult person, but at least
As I am a member of the Open Source community, it is obvious that there
cannot be such a conflict.
There is however a conflict between the Open Source community and Debian
caused by the fact that Debian
Jan Willem Stumpel [EMAIL PROTECTED] wrote:
Joerg Schilling wrote:
As I am a member of the Open Source community, it is obvious
that there cannot be such a conflict.
There is however a conflict between the Open Source community
and Debian caused by the fact that Debian does not like
Your report is not really useful as it does not mention what hapens.
For a real bug report, you need to report the problem in a tracable way:
http://cdrecord.berlios.de/old/private/problems.html
Trying to guess what you may want so say.
If your problem is that there is an error condition
Michelle Konzack [EMAIL PROTECTED] wrote:
Am 2006-07-09 13:48:14, schrieb Joerg Schilling:
Eduard Bloch [EMAIL PROTECTED] wrote:
ftp://ftp.berlios.de/pub/cdrecord/alpha/
have been verified to work correctly when installed suid-root on Linux and
Linux definitely requires cdrecord
Kapil Hari Paranjape [EMAIL PROTECTED] wrote:
I think I understand what you are saying:
The problem is that changes in the Linux interface force you to ask
Linux users to install the program setuid in order to be sure to test
all the possible difficulties that may arise when writing a
Maximiliano Curia [EMAIL PROTECTED] wrote:
I was unable to reproduce with the latest version of the Debian cdrecord
package.
Be careful, the Debian package is rottemn in many aspects.
It contains several Debian introduced bugs that _partially_ cancel each other.
I recommend to test the
Kapil Hari Paranjape [EMAIL PROTECTED] wrote:
Here is my understanding of the situation of cdrecord with Linux 2.6.x.
Please correct me if I am wrong.
cdrecord will (perhaps with minor modifications) be able to write
CD's without root privileges for a user with access to rw the
Paul Eggert [EMAIL PROTECTED] wrote:
Joerg Schilling [EMAIL PROTECTED] writes:
While it is no problem to set time stamps from the nsec fields in the
archive,
it is unclear how to deal with them when doing time stamp compares.
Surely the best currently-practical answer is to truncate
Paul Eggert [EMAIL PROTECTED] wrote:
That sounds too strong. Sometimes 'tar' should ignore the
nanoseconds, and sometimes not. That is why CVS tar has both a
timespec_cmp function and a tar_timespec_cmp function, for example.
I have no good idea how to deal with nanoseconds correctly since
Joerg Schilling [EMAIL PROTECTED] wrote:
You started this thread and you have been unable to prove your claims.
I ask you to either prove your claims or to close the bugs #350739 #350739
within one week.
Thank you for admitting that your previsous claims are wrong.
Not that you did admit
Joerg Schilling [EMAIL PROTECTED] wrote:
You again make the wrong conclusions and I get the impression that
you need to read the GPL more thoroughly in order to understand the way
I interpret it.
The main missunderstanding seems to be caused by reading GOL §2 b) too
quickly. this is why
**
You should start to learn about the nettiquette and not
shorten the Cc: list! Otherwise people will believe that you have
something to hide
**
Don Armstrong [EMAIL PROTECTED] wrote:
On Tue, 11 Jul 2006, Joerg Schilling wrote:
you did not reply to my last mail, so
George Danchev [EMAIL PROTECTED] wrote:
Why do you say that ? This main problem is the distribution of the binary
(Executable Versions) form!
There is no problem with distributing executables as the CDDL and the GPL
do not require contradictory conditions...
CDDL 1.0 says:
3.5.
First an important note: you seem to like to manipulate things as you
intentionally shorten the Cc: list. Please don't do this anymore, it is
very bad practice
George Danchev [EMAIL PROTECTED] wrote:
There is no problem with distributing executables as the CDDL and the GPL
do not
Joerg Schilling [EMAIL PROTECTED] wrote:
George Danchev [EMAIL PROTECTED] wrote:
There is no problem with distributing executables as the CDDL and the GPL
do not require contradictory conditions...
You must give the licensee a copy of GPL:
6. Each time you redistribute
Erast Benson [EMAIL PROTECTED] wrote:
Joerg position is clear:
It may be the main point that people fear that compiling cdrtools
creates unredistibutable binaries. I see no reason why binaries may
be unredistibutable as I don't see any contradictory requirements
from CDDL/GPL. Both licenses
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
You again make the wrong conclusions and I get the impression that
you need to read the GPL more thoroughly in order to understand the way
I interpret it.
The main missunderstanding seems to be caused by reading GOL §2 b) too
quickly. this is why I try to explain it to you in detail below.
People who cut off ompirtant people from the list of mail recipients cannot be
taken for serious.
You are obvuiously not interested in a solution but in lighting a fire :-(
Steve Langasek wrote:
To my knowledge, Eben Moglen's *beliefs* on how the GPLv2 should be
interpreted are not a binding
Eduard Bloch [EMAIL PROTECTED] wrote:
#include hallo.h
* Joerg Schilling [Sun, Jul 09 2006, 11:52:35AM]:
Vincent, this verifies my statements from yesterday night:
Eduard is not a programmer and he does not know how cdrecord works.
That's bullshit.
The competent way you are replying
Eduard Bloch [EMAIL PROTECTED] wrote:
| 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.
I refrain from answering to other stuff until you
Andreas Barth [EMAIL PROTECTED] wrote:
* Joerg Schilling ([EMAIL PROTECTED]) [060707 17:50]:
You seem not to understand how a constitution works
If you do not follow written rules, you end up in arbitraryness.
Actually, I'm a debian officer while you are not. It seems that my peer
Don Armstrong [EMAIL PROTECTED] wrote:
On Fri, 07 Jul 2006, Joerg Schilling wrote:
Andreas Barth [EMAIL PROTECTED] wrote:
Also, as usual, you are ignoring the vital fact that the
combination of CDDL and GPL is something between legally dubious
and illegal. Of course, you ca distribute
Andreas Barth [EMAIL PROTECTED] wrote:
Please see Don's reply. It contains all useful information. Even though
you behave like a Kindergarte would be the right place for you, I'm not
doing total mouthfeeding for you now.
As you continue to send irrelevent rants, you are obviously not
able or
Andreas Barth [EMAIL PROTECTED] wrote:
* Joerg Schilling ([EMAIL PROTECTED]) [060708 12:28]:
The GPL enforces other contidions under which the resultant binary may be
distributed but it does not enforce _anything_ on the non-GPL source.
Well, but it might result in the binary being
Andreas Barth [EMAIL PROTECTED] wrote:
* Joerg Schilling ([EMAIL PROTECTED]) [060708 12:32]:
Andreas Barth [EMAIL PROTECTED] wrote:
Please see Don's reply. It contains all useful information. Even though
you behave like a Kindergarte would be the right place for you, I'm not
doing
Don Armstrong [EMAIL PROTECTED] wrote:
Don,
I see that you again seem to make wrong conclusions from the facts you
mention.
Answering your mail will take a long time in case you like to get
useful quotes for my claims.I will do this later.
For this reason, I like to send you a question
1 - 100 of 246 matches
Mail list logo
