Re: X-CD-Roast 0.98alpha10 released
Hi Thomas, > X-CD-Roast 0.98alpha10 is now available. > > Please visit http://www.xcdroast.org for detailed information. I could not find any informations about cdrecord's RSCSI. Does your software support this feature? If not, will it in the near future? -- Dipl.-Ing. Erik Kunze Phone: +49 - 89 - 32 14 07 41 PHILOSYS Software GmbH Fax: +49 - 89 - 32 14 07 12 Edisonstr. 6Email: [EMAIL PROTECTED] D-85716 Unterschleissheim WWW: www.philosys.de/~kunze PGP-Key: http://blackhole.pca.dfn.de:11371/pks/lookup?op=get&search=0xD5759581 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: cdrecord-ProDVD (fwd)
On Don, 13 Jun 2002, Joerg Schilling wrote: > >- I've contributed small fixes to countless projects, including > > the Linux kernel, netkit, ncftp, GNU fileutils, . > > I stopped trying to help with those projects at it turned out that the > maintainers are not really interested in help from people who know what they > are talking about. Of course you seem to be the only person knowing what you are talking about, all the other guys in kernel development are stupid assholes. Do you REALLY think you are THE CHOOSEN ONE??? Best wishes Norbert --- Norbert Preining Technische Universität Wien gpg DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 --- HAPPLE (vb.) To annoy people by finishing their sentences for them and then telling them what they really meant to say. --- Douglas Adams, The Meaning of Liff -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
mkisofs and RSCSI
Hi, I'm using RSCSI since about a year now, because the CD burner is built in a central file server and the desktop computers do not have CDROM drives. Now I'd like to start burning multisession CDs, but mkisofs does NOT support RSCSI. Is there any way to tell mkisofs to use a remote CD drive? Any chance to see remote device support in mkisofs at any time? It's currently not on Joerg's todo list. -- Dipl.-Ing. Erik Kunze Phone: +49 - 89 - 32 14 07 41 PHILOSYS Software GmbH Fax: +49 - 89 - 32 14 07 12 Edisonstr. 6Email: [EMAIL PROTECTED] D-85716 Unterschleissheim WWW: www.philosys.de/~kunze PGP-Key: http://blackhole.pca.dfn.de:11371/pks/lookup?op=get&search=0xD5759581 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: cdrecord-ProDVD (fwd)
>From: Lourens Veen <[EMAIL PROTECTED]> >So, why not stop wasting time trying to convince each other, and=20 >instead simply write two different programs/libraries/whatever?=20 >This discussion is not going anywhere. More choice is good for=20 >everyone, so a second implementation won't hurt, while arguing=20 >without any outlook on an end to the discussion is good for nobody=20 >and simply a waste of time. You did hot the most important fact! If Mr. Rosenkraenzer already did contribute I single line to improove existing code, I would be willing to believe that he is interested in what he claims to be. 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]
Re: cdrecord-ProDVD
>From: Dan Hollis <[EMAIL PROTECTED]> >> >" As I am not sure if people will follow my licensing rules, so these >> >keys are time limited and will expire on June 17th." >> > ^ >> >Maybe it's *you* who should check before posting... >> Don't be fooled by your (broken???) ftp program... >File README with Jun 4 timestamp had "June 17th" in it. >File README with Jun 12 timestamp (today) has now some different wording >with a "new" expiration date. >Did you change this wording before, or after I mentioned the June 17th >time bomb? Why should I change something for you? I planned this long before and changed it several hours before you send your mail. 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]
Re: cdrecord-ProDVD (fwd)
>From: Bernhard Rosenkraenzer <[EMAIL PROTECTED]> >> The project in question does not contain a single line of contributions >> from him. >Actually I remember sending you a patch to get it to build with glibc 2 >when it was new, and I think it got in. I don't mind that you forgot, I >don't keep track of everyone who contributes to my projects either, >especially if it's just a couple of oneliners. Going back to 1996, I cannot find any mail from you that could be related to cdrecord. Even if it was true and related to glibc 2 it was obviously a hint how to circumvent a glibc bug >> I know not a single Free Software project he started/maintains. >Then I can understand why you're angry at me. Well, you have a wrong >picture of me, probably because I prefer coding over bragging about it and >because I work mostly on other stuff than you. Again, it seems that is it just the other way round. You obviously are bragging with dvdrtools but did not contribute a single line of code for it while I am really working on free software. >For the record: >- I'm the present maintainer of GNU grep. If this was true, then I would have been aware of you. It looks that rather Paul Eggert is the maintainer because he _is_ envolved in the current POSIX discussion about regex standardization. >- I started and maintain CLAP (a C++ class library), NoSpam (a spam > filter), kcmlilo (KDE frontend for configuring the LILO boot loader), > kwuftpd (KDE frontend for editing wu-ftpd's ftpaccess files) > and a couple of other tools, and I'm currently working on a (not yet > released) new installer that helps newbies install Linux. never heard of it... >- I'm a frequent contributor to KDE, Qt and wu-ftpd. I don't like/use kde... >- I've contributed some nontrivial code to a lot of projects, including > wine, ncurses, GNU tar, CUPS and man ... >- I've contributed small fixes to countless projects, including > the Linux kernel, netkit, ncftp, GNU fileutils, . I stopped trying to help with those projects at it turned out that the maintainers are not really interested in help from people who know what they are talking about. >> But let us assume he is involved in Free software projects, what it the >> difference to me >I don't write proprietary software. Does this kames you a better free software author? >> except that I know of a lot of other free software from me >> (the most popupar is thew oldest free TAR implementation "star") and I know >> of no free software from this guy. >Because we happen to focus on things you probably don't care about. If you >don't know what someone did, don't assume he did nothing. If you claim to have contributed to GNU tar and are serious you should know star and have been contacted with earlier. >> I don't like to describe it again, plase just read other threads that >> proove that GPL does not protect softweare from being stolen. >So releasing proprietary software to prevent others from doing it is the >right thing to do in your opinion? Yes, it helps to prevent commercial companies from stealing state of the art code. >What about killing a random person in the street to make sure nobody else >can kill him? Pretty much the same thing if you ask me. You seem to have a power outage in your brain How is this related to our discussion? 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]
Re: cdrecord-ProDVD (fwd)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Thursday 13 June 2002 01:20, Joerg Schilling wrote: > From [EMAIL PROTECTED] Wed Jun 12 22:27:50 2002 > > >Maybe there's a communication gap because english isn't your > > primary language. Your arguments are not making any sense to > > me... > > If you don't understand my english, you should ask, instead it > seems that you make unrelated claims.. > > Jörg Okay, I've been reading this entire discussion for the past couple of days, and I am wondering why there isn't a fork (or even a completely alternative implementation) of cdrtools yet. Clearly, there are two sides in this discussion, and, stepping aside from who's right on what for a moment (no I'm not getting into this discussion, thank you), if the two sides don't even speak the same language, let alone agree on at least some basic technical and ideological aspects, then I don't see how there could be any cooperation. So, why not stop wasting time trying to convince each other, and instead simply write two different programs/libraries/whatever? This discussion is not going anywhere. More choice is good for everyone, so a second implementation won't hurt, while arguing without any outlook on an end to the discussion is good for nobody and simply a waste of time. Lourens - -- GPG public key: http://home.student.utwente.nl/l.e.veen/lourens.key -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE9B9sAvmNyqZHWDvURAmhcAJwLloeqi/mHZ2z2NcMJqTEAUD2NIACfWWrh BpQ0IBRI4Naof5vOdaogS30= =2iKk -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: cdrecord-ProDVD
On Thu, 13 Jun 2002, Joerg Schilling wrote: > >From [EMAIL PROTECTED] Wed Jun 12 22:16:58 2002 > >ftp://ftp.fokus.gmd.de/pub/unix/cdrecord/ProDVD/README > >"As I am not sure if people will follow my licensing rules, so these > > keys are time limited and will expire on June 17th." > > ^ > >Maybe it's *you* who should check before posting... > Don't be fooled by your (broken???) ftp program... File README with Jun 4 timestamp had "June 17th" in it. File README with Jun 12 timestamp (today) has now some different wording with a "new" expiration date. Did you change this wording before, or after I mentioned the June 17th time bomb? -Dan -- [-] Omae no subete no kichi wa ore no mono da. [-] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: cdrecord-ProDVD (fwd)
>From [EMAIL PROTECTED] Thu Jun 13 01:24:15 2002 >> ??? Why then didn't you contribute to improve the code? >So if people submit patches to add dvd writing support to cdrecord, you >will accept them (even if it means opensource cdrecord will compete with >closed source cdrecord-prodvd)? Why do you try to reverse the meaning of my statements? Is this the way discussions usually are held in the english language? This was obviously related to the fact that until now not a single line of code has been added to improve "dvdrtools" by Mr. Rosenkraenzer. 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]
Re: cdrecord-ProDVD (fwd)
On Thu, 13 Jun 2002, Joerg Schilling wrote: > >> and your only motivation was to have a private copy of > >> cdrecord running for your A03. > >Wrong. If that had been my motivation, I would have built a copy for > >myself without putting it on the net. > >Yes, I wanted to have my A03 running without using proprietary software. > >Then I put it on the net to help people in similar situations, and to > >encourage people with different hardware to extend it so it works with > >that. > ??? Why then didn't you contribute to improve the code? So if people submit patches to add dvd writing support to cdrecord, you will accept them (even if it means opensource cdrecord will compete with closed source cdrecord-prodvd)? -Dan -- [-] Omae no subete no kichi wa ore no mono da. [-] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: cdrecord-ProDVD (fwd)
>From [EMAIL PROTECTED] Wed Jun 12 22:42:56 2002 >ftp://ftp.fokus.gmd.de/pub/unix/cdrecord/ProDVD/README >" As I am not sure if people will follow my licensing rules, so these > keys are time limited and will expire on June 17th." > ^ So you are still fooled by your ftp client :-( >But cdrecord-prodvd is not open source, so end users can't port it even if >they want to. They're completely at the mercy of the single author who >decides which platforms it gets binary-only release, and which not. If users get more from the mercy of a single author than from a putative huge number of people (as it looks for cdrecord-ProDVD) then the decsion is simple. 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]
Re: cdrecord-ProDVD (fwd)
>From [EMAIL PROTECTED] Wed Jun 12 22:27:50 2002 >Maybe there's a communication gap because english isn't your primary >language. Your arguments are not making any sense to me... If you don't understand my english, you should ask, instead it seems that you make unrelated claims.. 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]
Re: cdrecord-ProDVD
>From [EMAIL PROTECTED] Wed Jun 12 22:16:58 2002 >ftp://ftp.fokus.gmd.de/pub/unix/cdrecord/ProDVD/README >" As I am not sure if people will follow my licensing rules, so these > keys are time limited and will expire on June 17th." > ^ >Maybe it's *you* who should check before posting... Don't be fooled by your (broken???) ftp program... 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]
Re: cdrecord-ProDVD (fwd)
>From [EMAIL PROTECTED] Wed Jun 12 21:56:49 2002 >> Interesting to see that you are not completely unwilling to communicate >I'm not - I just end up being unresponsive occasionally because I'm >overworked (and receiving around 1500 mails a day doesn't help). Well I did expect that you start such a commnication because it sweems that you like to know something about the cdrecord-ProDVD status. You definitely did not... >> For this reason I am the original Author of cdrecord and _do_ have the right to >> publish it with any Licence I like. >I'm not a lawyer, so I'm not going to debate it, though I think it's >questionable because you can assume the patches you applied were >implicitly placed under the GPL. So you definitely make false assumptions! The German/European Copyright/Authorship righs law only protects a "work" and no code fragments. Code fragments are not worth to be protected from our law. >Even if it happens to be legal, it is ethically wrong IMO; you have abused >the contributors' trust and used their work in ways they (or at least some >of them) don't agree with. You missinterpret what happens. The reallity is: All contributed code is freely available under GPL. What I am doing is simply a second legal type of use. I am the original Author and have the right to make a second publication under a different license. The whole ethic background of the GPL (giving the user unlimited access and right to use the source) is retained this way. >This is precisely the reason why I've forked it. I don't want to see any >of my code used in proprietary software, and I'm sure many others feel the >same way. 1) It seems that you missinterpret the meaning of proprietary software 2) publishing under GPL definitely does not prevent your code from being used by non GPLd software. >> Cdrecord-ProDVD is a legal DVDD writing program what is your problem? >1. I believed it's illegal because of a GPL violation (and I'm still > not 100% convinced it isn't one) It definitely does neither violate GPL nor the German/European Copyrights >2. Even if it is legal, it's proprietary software, and therefore > shouldn't be used. Again, it seems that you use proprietary software like GNU tar and others. So what is your problem? >> You did not fix it but you destroy the build system. You replaced a completely >> automated build system that allows you to compile on far more than 30 different OS >> by something worse. Why? >Because I (and many others) like it better. Better/worse are rather >subjective terms. And you seem not to understand that there are many important things that just work more simple and more smoothly than what FSF programs usually do. >My main arguments for preferring using the GNU build tools are: >- It's the standard way of doing things. > Therefore, other people can read it and immediately know > what it means without having to read up on loads of different > makefiles. Sorry your definition of the word "standard" seems to be broken the same way as it is when used by M$ people. Why do so many FSF followers behave the same way as their putative worst enemy does? A standard is something that has been aggreed on by an independant gremium. This is definitely not true for M$ or FSF products. >- It makes life easier for packagers because it supports > stuff like make install DESTDIR=/foo YOu should READ documentation! It is even simpler with my build system. Your problem is that you once heavily struggled to understand how the non-standard GNU build system works and now obviously regret to learn that there are other (better) solution and that you need to read some documentaion the same way as it was needed for the GNU way. >- It makes life easier for people trying to compile from source. > ./configure --help |less ; ./configure --whatever > is much easier than having to read a number of makefiles in > different directories and editing them by hand, especially for > non-programmers. >- It automatically adapts to new OSes and OS versions rather than > hardcoding "Linux does things that way" (assumptions which may not > even be true on all Linux systems) the way your build system does > in a few places. Now you are catched! In reallity it is exactly the other way round: - Programs that use the GNU build system only compile on platforms the mantainers of autoconf are aware of. - The Schily makefile system compiles even on unknown platforms if they are similar enough to other known systems. Of course, this property is only available if you use my 'smake' instead of the broken GNU make. This does work since January 2001 when I received my MacOS X box with the first official "Darwin" version which has been significaltly different in ID strings from all betas before. >I'm sure you have a couple of good reasons to prefer your system as well. >Let's just agree to disagree on this one, it's real
With all this DVD talk..
Anyone know if the "HP 100i" DVD+R recordable is compatible with Pro-DVD or dvdrtools? Or anywhere I could find out that info? Mike. --- Mike 'Fox' Morrey - Noble Systems Support -> So Many Pedestrians - So Little Time. <- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: cdrecord-ProDVD (fwd)
On Wed, 12 Jun 2002, Joerg Schilling wrote: > >Bernhard doesn't limit work to one single project, but he does contribute > >code to lots of different ones. So I don't think "the RH Germany guy" is > >much different... > > ??? > > The project in question does not contain a single line of contributions > from him. Actually I remember sending you a patch to get it to build with glibc 2 when it was new, and I think it got in. I don't mind that you forgot, I don't keep track of everyone who contributes to my projects either, especially if it's just a couple of oneliners. > I know not a single Free Software project he started/maintains. Then I can understand why you're angry at me. Well, you have a wrong picture of me, probably because I prefer coding over bragging about it and because I work mostly on other stuff than you. For the record: - I'm the present maintainer of GNU grep. - I started and maintain CLAP (a C++ class library), NoSpam (a spam filter), kcmlilo (KDE frontend for configuring the LILO boot loader), kwuftpd (KDE frontend for editing wu-ftpd's ftpaccess files) and a couple of other tools, and I'm currently working on a (not yet released) new installer that helps newbies install Linux. - I'm a frequent contributor to KDE, Qt and wu-ftpd. - I've contributed some nontrivial code to a lot of projects, including wine, ncurses, GNU tar, CUPS and man - I've contributed small fixes to countless projects, including the Linux kernel, netkit, ncftp, GNU fileutils, . > But let us assume he is involved in Free software projects, what it the > difference to me I don't write proprietary software. > except that I know of a lot of other free software from me > (the most popupar is thew oldest free TAR implementation "star") and I know > of no free software from this guy. Because we happen to focus on things you probably don't care about. If you don't know what someone did, don't assume he did nothing. > >> >I won't support closed-source binaries though. > >> If you like to protect leading edge SW you sometimes need. > > >protect? > > I don't like to describe it again, plase just read other threads that > proove that GPL does not protect softweare from being stolen. So releasing proprietary software to prevent others from doing it is the right thing to do in your opinion? What about killing a random person in the street to make sure nobody else can kill him? Pretty much the same thing if you ask me. LLaP bero -- This message is provided to you under the terms outlined at http://www.bero.org/terms.html -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: cdrecord-ProDVD (fwd)
On Wed, 12 Jun 2002, Joerg Schilling wrote: > >He released his source code to the public. It doesn't have any license > >keys, it doesn't have any timebombs (June 17). > Again: he did not contribute a single line of own code and the key expires > on Jan 12th 2003 - just check before posting! ftp://ftp.fokus.gmd.de/pub/unix/cdrecord/ProDVD/README " As I am not sure if people will follow my licensing rules, so these keys are time limited and will expire on June 17th." ^ > >> Cdrtools come with a standard build system! > >But it doesn't write DVDs... > Cdrecord-ProDVD does write DVDs with more different drives than the so called > "free" one and runs on more different OS because it does not use a broken > autoconfiguration. But cdrecord-prodvd is not open source, so end users can't port it even if they want to. They're completely at the mercy of the single author who decides which platforms it gets binary-only release, and which not. -Dan -- [-] Omae no subete no kichi wa ore no mono da. [-] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: cdrecord-ProDVD (fwd)
>From [EMAIL PROTECTED] Wed Jun 12 21:01:01 2002 >On Wed, 12 Jun 2002, Joerg Schilling wrote: >> >I will release a newer version once I either have some spare time, or once >> >I find a serious problem in the current version. >> You name it! You are a person who did make useless changes on the build system >> for unknown reasons and your only motivation was to have a private copy of >> cdrecord running for your A03. This way we never will get good and powerfull >> free software. >He released his source code to the public. It doesn't have any license >keys, it doesn't have any timebombs (June 17). Again: he did not contribute a single line of own code and the key expires on Jan 12th 2003 - just check before posting! >You stated one reason to keep cdrecord-prodvd secret is to prevent >companies to steal the code and put in some closed source application. But >dvdtools is now there, open source, and anyone can see the "magic code to >write DVDs". It does only implement about 1/4th od DVD related code compared to what's in cdrecord-ProDVD.. For parts of it, there is no similar code in any other known software. You see, it protects. >Is there really any reason to keep cdrecord-prodvd closed source anymore? >The genie is out of the bottle so to speak. See above... >> Cdrtools come with a standard build system! >But it doesn't write DVDs... Cdrecord-ProDVD does write DVDs with more different drives than the so called "free" one and runs on more different OS because it does not use a broken autoconfiguration. 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]
Re: cdrecord-ProDVD (fwd)
On Wed, 12 Jun 2002, Joerg Schilling wrote: > >> Look what is going on with ghostview > >What's going on? (i dont use ghostview) > If you don't know this story, why then did you join this discussion? Because you brought up ghostview at the very end of the discussion. You're asking me why I joined the beginning of a discussion based on an arbitrary condition you imposed at the very ending of the discussion? Maybe there's a communication gap because english isn't your primary language. Your arguments are not making any sense to me... > Ghostview is closed source and old versions are distributed under something > smilar to GPL. So it's justification to keep cdrecord-prodvd closed source? -Dan -- [-] Omae no subete no kichi wa ore no mono da. [-] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: cdrecord-ProDVD (fwd)
>From [EMAIL PROTECTED] Wed Jun 12 20:53:02 2002 >Give me your credit card number and I will set it up for you :-) :-) >> The main difference between me and the RH Germany guy seems to be that >> I am really busy with writing Free Software and don't have the time >> to look for things like paypal. >Bernhard doesn't limit work to one single project, but he does contribute >code to lots of different ones. So I don't think "the RH Germany guy" is >much different... ??? The project in question does not contain a single line of contributions from him. I know not a single Free Software project he started/maintains. But let us assume he is involved in Free software projects, what it the difference to me except that I know of a lot of other free software from me (the most popupar is thew oldest free TAR implementation "star") and I know of no free software from this guy. >> >I won't support closed-source binaries though. >> If you like to protect leading edge SW you sometimes need. >protect? I don't like to describe it again, plase just read other threads that proove that GPL does not protect softweare from being stolen. >> Look what is going on with ghostview >What's going on? (i dont use ghostview) If you don't know this story, why then did you join this discussion? Ghostview is closed source and old versions are distributed under something smilar to GPL. 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]
Re: cdrecord-ProDVD
On Wed, 12 Jun 2002, Joerg Schilling wrote: > >From [EMAIL PROTECTED] Wed Jun 12 20:26:55 2002 > >On Wed, 12 Jun 2002, Joerg Schilling wrote: > >> What is your problem with cdrecord-ProDVD? > >It's closed source binary-only with a license key and timebomb (June 17). > It makes sense to check assumptions before posting > it is limited to Jan 15 2003 ftp://ftp.fokus.gmd.de/pub/unix/cdrecord/ProDVD/README " As I am not sure if people will follow my licensing rules, so these keys are time limited and will expire on June 17th." ^ Maybe it's *you* who should check before posting... -Dan -- [-] Omae no subete no kichi wa ore no mono da. [-] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: cdrecord-ProDVD
>From [EMAIL PROTECTED] Wed Jun 12 20:26:55 2002 >On Wed, 12 Jun 2002, Joerg Schilling wrote: >> What is your problem with cdrecord-ProDVD? >It's closed source binary-only with a license key and timebomb (June 17). It makes sense to check assumptions before posting it is limited to Jan 15 2003 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]
Re: cdrecord-ProDVD (fwd)
On Wed, 12 Jun 2002, Joerg Schilling wrote: > Interesting to see that you are not completely unwilling to communicate I'm not - I just end up being unresponsive occasionally because I'm overworked (and receiving around 1500 mails a day doesn't help). > For this reason I am the original Author of cdrecord and _do_ have the right to > publish it with any Licence I like. I'm not a lawyer, so I'm not going to debate it, though I think it's questionable because you can assume the patches you applied were implicitly placed under the GPL. Even if it happens to be legal, it is ethically wrong IMO; you have abused the contributors' trust and used their work in ways they (or at least some of them) don't agree with. This is precisely the reason why I've forked it. I don't want to see any of my code used in proprietary software, and I'm sure many others feel the same way. > For the parts that are not critical code > because the know how is widely spread, I choosed the GPL and for the parts where > I am on the leading edge (cdrecord_ProDVD was the 3rd DVD-recording application > world wide in February 1998) I keep the sources secret. If you don't use other people's code, that's your choice of course. It's my choice to dislike this sort of thing enough to do something about it. > Cdrecord-ProDVD is a legal DVDD writing program what is your problem? 1. I believed it's illegal because of a GPL violation (and I'm still not 100% convinced it isn't one) 2. Even if it is legal, it's proprietary software, and therefore shouldn't be used. > >You can claim it's not really independant because it doesn't contain all > >that many changes to the cdrtools code, and you'd be somewhat right - > >I just added DVD support and "fixed up" [IMO -- see below] the build > >system. > > You did not fix it but you destroy the build system. You replaced a completely > automated build system that allows you to compile on far more than 30 different OS > by something worse. Why? Because I (and many others) like it better. Better/worse are rather subjective terms. My main arguments for preferring using the GNU build tools are: - It's the standard way of doing things. Therefore, other people can read it and immediately know what it means without having to read up on loads of different makefiles. - It makes life easier for packagers because it supports stuff like make install DESTDIR=/foo - It makes life easier for people trying to compile from source. ./configure --help |less ; ./configure --whatever is much easier than having to read a number of makefiles in different directories and editing them by hand, especially for non-programmers. - It automatically adapts to new OSes and OS versions rather than hardcoding "Linux does things that way" (assumptions which may not even be true on all Linux systems) the way your build system does in a few places. I'm sure you have a couple of good reasons to prefer your system as well. Let's just agree to disagree on this one, it's really another "vi vs. emacs, Linux vs. GNU/Linux or Open Source vs. Free Software" flamewar topics. > >If it ever becomes necessary, it can become a truly independant fork, > >though. I just hope it won't get that far. > > ??? Just in case all of cdrecord gets under an unacceptable license at some point. I hope it doesn't happen, but if it does, I'm prepared to run a truly independant fork without any code merges. > >It is true that I haven't released many updates lately. This is mostly > >because I'm busy with other work, and because the current version works > >perfectly for me. > > Let us call it this way: After you fixed the worse bugs in YOUR build system > that caused cdrecord to dump core you stopped working on it. This is plain not true. I just decided to do some other things first when I had it in a working state. I already work about 15 hours/day, 7 days/week, so I admittedly can't do as much as I'd like to. > >I will release a newer version once I either have some spare time, or once > >I find a serious problem in the current version. > > You name it! You are a person who did make useless changes on the build system > for unknown reasons s/useless/useful/, reasons see above. > and your only motivation was to have a private copy of > cdrecord running for your A03. Wrong. If that had been my motivation, I would have built a copy for myself without putting it on the net. Yes, I wanted to have my A03 running without using proprietary software. Then I put it on the net to help people in similar situations, and to encourage people with different hardware to extend it so it works with that. > This way we never will get good and powerfull free software. This is wrong. Remember how Linux started out? Linus wanted a unixlike OS that worked on his 386. He put it on the net, and the rest is history. You can get good and powerful free software by putting stuff in "works for me" state on the net. You
Re: cdrecord-ProDVD (fwd)
On Wed, 12 Jun 2002, Joerg Schilling wrote: > >I will release a newer version once I either have some spare time, or once > >I find a serious problem in the current version. > You name it! You are a person who did make useless changes on the build system > for unknown reasons and your only motivation was to have a private copy of > cdrecord running for your A03. This way we never will get good and powerfull > free software. He released his source code to the public. It doesn't have any license keys, it doesn't have any timebombs (June 17). You stated one reason to keep cdrecord-prodvd secret is to prevent companies to steal the code and put in some closed source application. But dvdtools is now there, open source, and anyone can see the "magic code to write DVDs". Is there really any reason to keep cdrecord-prodvd closed source anymore? The genie is out of the bottle so to speak. > >Actually I never claimed all the credit. The readme file, the website, and > >dvdrecord --version all give credit to cdrtools/cdrecord. > >I rightfully claim the credit for releasing a free version that can write > >to DVDs and that uses a standard build system. > Cdrtools come with a standard build system! But it doesn't write DVDs... -Dan -- [-] Omae no subete no kichi wa ore no mono da. [-] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: cdrecord-ProDVD (fwd)
On Wed, 12 Jun 2002, Joerg Schilling wrote: > >From [EMAIL PROTECTED] Wed Jun 12 11:19:36 2002 > >And for the record joerg, if you had a paypal "donate" button for the open > >source cdrecord, I would donate for that too. > If somebofy helps me to set up an account why not. Give me your credit card number and I will set it up for you :-) :-) > The main difference between me and the RH Germany guy seems to be that > I am really busy with writing Free Software and don't have the time > to look for things like paypal. Bernhard doesn't limit work to one single project, but he does contribute code to lots of different ones. So I don't think "the RH Germany guy" is much different... > >I won't support closed-source binaries though. > If you like to protect leading edge SW you sometimes need. protect? > Look what is going on with ghostview What's going on? (i dont use ghostview) -Dan -- [-] Omae no subete no kichi wa ore no mono da. [-] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: cdrecord-ProDVD
On Wed, 12 Jun 2002, Joerg Schilling wrote: > What is your problem with cdrecord-ProDVD? It's closed source binary-only with a license key and timebomb (June 17). Is it any wonder people might prefer the open source one? -Dan -- [-] Omae no subete no kichi wa ore no mono da. [-] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: cdrecord-ProDVD (fwd)
>From [EMAIL PROTECTED] Wed Jun 12 11:19:36 2002 >And for the record joerg, if you had a paypal "donate" button for the open >source cdrecord, I would donate for that too. If somebofy helps me to set up an account why not. The main difference between me and the RH Germany guy seems to be that I am really busy with writing Free Software and don't have the time to look for things like paypal. >I won't support closed-source binaries though. If you like to protect leading edge SW you sometimes need. Look what is going on with ghostview 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]
Re: cdrecord-ProDVD (fwd)
>From [EMAIL PROTECTED] Wed Jun 12 10:50:54 2002 >On Tue, 11 Jun 2002, Dan Hollis wrote: >> joerg is calling you a thief... This is not true! I never used this word in my mail >Thanks for notifying me. >He should reconsider this, because the only theft in this whole mess >wasn't what I did. ??? Interesting to see that you are not completely unwilling to communicate >cdrecord is a GPLed software, and contains contributions from people other >than him, and those people did not sign a copyright signover of any kind. >So by running his own proprietary fork of it, he is violating the GPL on >parts of the code (including a couple of mostly oneliner patches by me, >and I'm sure that I for one do *not* agree with any of my code being >used in proprietary software.). Plese contact a lawyer before making such false claims: Read the law that is important for this case: Cdrecord has completely been written in Germany. The German / European Copyright law (better let us call it Autorship rights law as the US people otherwise would missunderstand us because thay only have a Copyright law) is what applies here. Yes I did get contributions, but this was less than 5% in total and far less than 1% for the Linux or Solaris version. The Autorship rights law is dealing with a so called "work" and _not_ with single lines of code. In addition there is some principles of law that deal with accumulation of property which apply because there is not even a single source file that includes contributed code in a way that it dominates over the aount of my intellectual property found in this file. For this reason I am the original Author of cdrecord and _do_ have the right to publish it with any Licence I like. For the parts that are not critical code because the know how is widely spread, I choosed the GPL and for the parts where I am on the leading edge (cdrecord_ProDVD was the 3rd DVD-recording application world wide in February 1998) I keep the sources secret. I _am_ getting roughly one request to help other people from India, China or Russia for free to write their CDR program so I am sure that even CD recording is of high interest for many companies that like to cdreate a complete closed source solution. >Let's look at his other accusations: >> This is not an independant fork of cdrtools! >It sort of is. It's intended to be a free fork closely following the >development of cdrtools, which happens to be a great piece >of software for writing CDs. It's just too bad there are no plans to add >DVD support in a legal version thereof, so it's time for someone else to >do it. Cdrecord-ProDVD is a legal DVDD writing program what is your problem? In addition: Why do _you_ claim this and never tried to contact me before? You cannot know what you are talking of because you did not ask me! >You can claim it's not really independant because it doesn't contain all >that many changes to the cdrtools code, and you'd be somewhat right - >I just added DVD support and "fixed up" [IMO -- see below] the build >system. You did not fix it but you destroy the build system. You replaced a completely automated build system that allows you to compile on far more than 30 different OS by something worse. Why? >If it ever becomes necessary, it can become a truly independant fork, >though. I just hope it won't get that far. ??? >> It is rather an _unmaintained_ snapshot >It is true that I haven't released many updates lately. This is mostly >because I'm busy with other work, and because the current version works >perfectly for me. Let us call it this way: After you fixed the worse bugs in YOUR build system that caused cdrecord to dump core you stopped working on it. >I will release a newer version once I either have some spare time, or once >I find a serious problem in the current version. You name it! You are a person who did make useless changes on the build system for unknown reasons and your only motivation was to have a private copy of cdrecord running for your A03. This way we never will get good and powerfull free software. >> that uses an add on which >> most likely has been created by reverse engineering cdrecord-ProDVD. >For the record, it hasn't been. I believe proprietary software is evil, >therefore I don't download it. So you don't use CVS which us proprietary software because it uses a non-standard archive format? So you use "star" rather than GNU tar because GNU tar ignores standard and writes in a proprietary data format? Stay reasonable >> Give me a better explanagtion why the hell the "patch" this beast is >> related on appeard about a week after I announced my first test binary >> and about two weeks after I put the binary on the server. >Coincidence. I happened to buy a DVD writer than, and wanted it to work. >If you don't believe me, I can sca
Re: burning problems..
>From: gabor <[EMAIL PROTECTED]> >i have mandrake8.2 here... >i'm using a HP9100 ( 32read/8write/4rewrite ) eide cd-burner.. >the problem is that i didn't manage to create a perfect cd yet.. >the cd's mostly work, but aren't perfect.. >in windows i have burned something like 300 cd's without problems.. >in linux, i have to use the scsi emulation... Because the Linux kernel guys are too stupid to understand that this should be the default (as it is in nearly all other OS including win32) :-( >burning the cd's produce various errors, like: >-cdrecord wasn't able to blank an rw, which was burnt using the same >cdrecord. No information -> no help :-( http://www.fokus.gmd.de/research/cc/glone/employees/joerg.schilling/private/problems.html >-i burned the iso image of the first Mandrake82 cd. i mounted the iso >file, it was ok. after burning it, i got the following problem: > >i went into my cd-directory ( /mnt/cdrom) and issued a simple 'ls' >command.. i got the following: >"ls: .: Stale NFS file handle"... Looks like some kernel/automounter problems not related to cdrecord. Ask in a Linux group... >any ideas what's wrong with my configuration? Better ask in a Linux group. This is not directly related to cd-recording but to Linux OS setup. 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]
Re: Need help with cdrecord/rscsi
>From [EMAIL PROTECTED] Wed Jun 12 00:54:43 2002 >> ssh is way too slow for cd writing. >Hm...I think it depends. This is between the machines in question: >andree@aurich:~/downloads/kernel>scp linux-2.2.17.tar.bz2 jever: >Password:=20 >linux-2.2.17.tar.bz2 100% >|| 13727 KB00:02 >Between 2 and 3 seconds for 13+MB should be sufficient for CD writing >don't you think. Or is there a hidden latency problem somewhere? I don't know, but I know that I have not been able to write a CD from MacOS X although I was using rscsi and 100 MB/s because MacOS X seems to have to much IP latency. RSCSI between 2 Solaris machines gives additional latency < 1 ms. >A good reason to use ssh/sshd would be encryption of the datastream in >situations where you want to use it across a non-trusted net. Do you have such a fast IP connection to your outside? Inhouse todays networks use switched connections so usually no other machine "sees" the traffic. >> If you have a ssh aware rcmd(3) implementation it should work. >I'll check that out, thanks! Would that give me encryption of the data? >I fear not, as rcmd is rcmd and doesn't come with encryption... I believe that FreeBSD has one. If you like to understand the problem that occures witout using rcmd(3), just compare remote "tape" speed of "star" and "GNU tar". Star is _much_ faster because it uses rcmd and is not forced to feed two pipes to rsh/ssh. >That is quite sad to hear as it sounds like triplication of effort. My >understanding is that iSCSI is an open (?) industry standard which can >be implemented by anyone. (Well, anyone that understands the matter, ie. I see no reason to spend my (short) time on iscsi when there is a working rscsi implementation that may be used on ~ 30 different OS including Cygwin. Yes, you may use Win32 as remote CD writer server. >What I really meant with my library question is this: In the SANE world >you have e.g.=20 >aurich:/usr/bin>ldd xsane >libsane.so.1 =3D> /usr/lib/libsane.so.1 (0x40014000) >In other words, the functionality is encapsulated in a library. Wouldn't >it be nice to have something like: >aurich:/usr/bin>ldd gtoaster >libcdrecord.so.1 =3D> /usr/lib/libcdrecord.so.1 (0x40014000) >I'd dare say that making the cdrecord functionality available as a >library should have a number of advantages over calling a separate >program. What is your opinion on this? It mostly has disadvantages: - Your calling program needs to run as root. - Your calling program needs to be under GPL - Your calling program would need much more about CD writing than with calling cdrecord. I see no reason to publish cdrecord under LGPL. 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]
Re: cdrecord-ProDVD
>From: [EMAIL PROTECTED] (Plamen Neykov) >Hi Guys, >I know it is a stupid question, but ... >Do I still have to use cdrecord-prodvd to record DVD-R's or it is possible just to >use the "normal" version of cdrecord? As the GPL does not prvent DW thiefs from taking my source and making prorietary SW out of it, it makes no sense to make sources GPL if they are leading edge. What is your problem with cdrecord-ProDVD? 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]
Re: cdrecord-ProDVD (fwd)
On Wed, 12 Jun 2002, Bernhard Rosenkraenzer wrote: > > Look at the web page and judge yourself. The first thing that comes into > > mind is the 'pay' button. > Actually the sole reason I placed it there is to show people you can ask > users to contribute without violating the GPL. > If people find it offensive, I'll just remove it -- there, done. I didn't find it offensive at all. I was happy to find open source dvd writing program for my Pioneer 104. I gladly donate money to open source program, so I don't have to worry about a closed binary-only with license key that might shutdown on certain date depending on the mood of the author. And for the record joerg, if you had a paypal "donate" button for the open source cdrecord, I would donate for that too. I won't support closed-source binaries though. -Dan -- [-] Omae no subete no kichi wa ore no mono da. [-] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: cdrecord-ProDVD (fwd)
Finally a well said answer without flaming, completely opposed to Jörg unfriendly comments. Congratulations. Best wishes Norbert --- Norbert Preining Technische Universität Wien gpg DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 --- BOOK...Man had always assumed that he was more intelligent than dolphins because he had achieved so much... the wheel, New York, wars, and so on, whilst all the dolphins had ever done was muck about in the water having a good time. But conversely the dolphins believed themselves to be more intelligent than man for precisely the same reasons. --- Douglas Adams, The Hitchhikers Guide to the Galaxy -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: cdrecord-ProDVD (fwd)
On Tue, 11 Jun 2002, Dan Hollis wrote: > joerg is calling you a thief... Thanks for notifying me. He should reconsider this, because the only theft in this whole mess wasn't what I did. cdrecord is a GPLed software, and contains contributions from people other than him, and those people did not sign a copyright signover of any kind. So by running his own proprietary fork of it, he is violating the GPL on parts of the code (including a couple of mostly oneliner patches by me, and I'm sure that I for one do *not* agree with any of my code being used in proprietary software.). Let's look at his other accusations: > This is not an independant fork of cdrtools! It sort of is. It's intended to be a free fork closely following the development of cdrtools, which happens to be a great piece of software for writing CDs. It's just too bad there are no plans to add DVD support in a legal version thereof, so it's time for someone else to do it. You can claim it's not really independant because it doesn't contain all that many changes to the cdrtools code, and you'd be somewhat right - I just added DVD support and "fixed up" [IMO -- see below] the build system. If it ever becomes necessary, it can become a truly independant fork, though. I just hope it won't get that far. > It is rather an _unmaintained_ snapshot It is true that I haven't released many updates lately. This is mostly because I'm busy with other work, and because the current version works perfectly for me. I will release a newer version once I either have some spare time, or once I find a serious problem in the current version. > that uses an add on which > most likely has been created by reverse engineering cdrecord-ProDVD. For the record, it hasn't been. I believe proprietary software is evil, therefore I don't download it. > Give me a better explanagtion why the hell the "patch" this beast is > related on appeard about a week after I announced my first test binary > and about two weeks after I put the binary on the server. Coincidence. I happened to buy a DVD writer than, and wanted it to work. If you don't believe me, I can scan the invoice. > In addition note that the "author" removed the tested and working > make file system and replaced it by some piece of junk that works > on Linux only by accident - it does not work on other OS! Actually, I adapted the code to follow GNU coding standards. The old make file system might have worked, but (purely IMO, of course -- you can run flamewars about make file systems just as much as about indenting with tabs vs. indenting with spaces, vi vs. emacs or kde vs. gnome) is extremely nonstandard, bad code, not usable (what? I have to edit Makefiles in subdirectories to pick a cddb server?) and not really maintainable (partially because it's nonstandard). And it actually works on FreeBSD and OpenBSD (and probably NetBSD because it's not that different, but I didn't try), and someone reported he has it working on MacOS X. Not all that unportable, is it? Maybe it doesn't work on some proprietary OSes - to be honest, I don't care (they should just use a free OS, or at least a compiler that works, like gcc) and if someone does care, he can send me a patch, and if it doesn't break anything, chances are I'll apply it. > It seems that this person did try to write own autoconf code from what > he did understand. Unfortunately it seems that he did not understand > much :-( Actually I think my autoconf code is much nicer than cdrtools'. Compare, for example, the align.h stuff. (46 lines in configure.in as opposed to exec'ing 674 lines of C code to generate a header). > Look at the web page and judge yourself. The first thing that comes into > mind is the 'pay' button. Actually the sole reason I placed it there is to show people you can ask users to contribute without violating the GPL. If people find it offensive, I'll just remove it -- there, done. > Writing portable code like cdrecord and make it work with all drives on > the market is a hard job. The person who claims that he is the author > of this project is somebody who is falsely taking all the credit but > does not put own effort in development. Actually I never claimed all the credit. The readme file, the website, and dvdrecord --version all give credit to cdrtools/cdrecord. I rightfully claim the credit for releasing a free version that can write to DVDs and that uses a standard build system. I hope everything is clear now so I can get back to coding. LLaP bero -- This message is provided to you under the terms outlined at http://www.bero.org/terms.html -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: cdrecord-ProDVD
Joerg Schilling wrote: >>From: Dan Hollis <[EMAIL PROTECTED]> > > >>On Wed, 12 Jun 2002, Plamen Neykov wrote: >> >>>I know it is a stupid question, but ... >>>Do I still have to use cdrecord-prodvd to record DVD-R's or it is possible just to >use the "normal" version of cdrecord? >> > >>If you have pioneer DVDRW (A103,A104,103,104), you can use dvdrtools. >>http://www.freesoftware.fsf.org/dvdrtools/ >>It's an independent code fork of cdrtools. > > > Please don't be unfair... > > This is not an independant fork of cdrtools! > > It is rather an _unmaintained_ snapshot that uses an add on which > most likely has been created by reverse engineering cdrecord-ProDVD. > Give me a better explanagtion why the hell the "patch" this beast is > related on appeard about a week after I announced my first test binary > and about two weeks after I put the binary on the server. Keeping in mind that > is is a 100 line patch and that the first binary test version of cdrecord-ProDVD > did not come with -V disabled... You also should non be unfair Is rather that you have posted the prodvd version on the website one week after I anounced that I'm working on a version of cdrecord that supports A103 drive. I had no problem implementing support for DAO mode, it is rather simple if you read the necessary documentation. But I had problems implementing multisession support.Keiji Katata from Pioneer Japan was the one that helped me in implementing this driver. But it was no magic, like you said I only did 10% of the job, the rest was already done in cdrecord. mache -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
