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 ge
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
peo
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
j...@cs.tu-b
Joerg Schilling wrote:
> Josselin Mouette 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 t
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
--
EMail:jo...@schily
Josselin Mouette 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,
Jason Heeris 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 descr
Josselin Mouette 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 p
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
>c
>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 occuren
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](u
"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.
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:19
"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 ar
"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 cor
"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
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 th
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 96
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 filesyst
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://
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 origina
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
>$ 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, to
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 hi
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]
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] (
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 a
"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
"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
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:
http://cdrecord.berlios.de/old/private/linux-dist.html#
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 'sch
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
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
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 tim
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 aga
>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 0x080707
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 letter
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/
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 d
>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
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
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.
> >
> >
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 -scanbus
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 deleti
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 i
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)
> > c
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
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 pre
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 the
> 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
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 whether
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: http://schily.bl
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) Blog:
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 -
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)
> > getar
>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 g
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 rep
>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 infor
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
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/
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]
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 er
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)
[EMAIL
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
> > contami
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 thi
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 understa
Eduard Bloch <[EMAIL PROTECTED]> wrote:
> #include
> * 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
>The option -C 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 won't work the make failed.
This is not true: star of course handles the -C option.
>The -C optio
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'
Eduard Bloch <[EMAIL PROTECTED]> wrote:
> #include
> * 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.
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 intenti
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 Sourc
ewer Linux kernels.
>This probably has something to do with the conflict between 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 confl
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 su
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" conditio
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 o
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 t
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.
>
> Sur
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 si
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
**
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
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 GO
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 l
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
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. Dist
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
Eduard Bloch <[EMAIL PROTECTED]> wrote:
> #include
> * 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&#
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
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.
Eduard Bloch <[EMAIL PROTECTED]> wrote:
> #include
> * 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 cdr
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. Bot
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).
Just use a recent _original_ cdrtools version (that knows about Linux
self-incompatibilities) from:
ftp://ft
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 th
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 l
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
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
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 legal
1 - 100 of 248 matches
Mail list logo
