Hi, me: > > My original motivation was a clash between you and some > > of your critics in november or december 2005.
Joerg: > Could you please explain why you did believe the FUD spread by > malicious people instead of asking me? It is not that i take sides in those quarrels. I used cdrecord with CD for years and trust its technical and your personal integrity enough to run it setuid root. But i noticed the ongoing rift between you and the people who decide over the development of Linux. Since i'm comitted to stay with Linux i felt the need for a second source of the services usually provided by cdrecord. That was mainly about CD data writing at that time. > Well, cdrecordwrites DVDs since 1998, what is your problem? Not to have -tao. I.e. no way to write a data stream of unpredicted length. > Reading your README, you seem to claim being interested > in the spirit of OSS. Yep. The peaceful, tolerant and cooperative variation. > ./configure: line 21233: syntax error near unexpected token `in' > ./configure: line 21233: `for ac_header in' Is this from cdrskin-0.3.4.pl00.tar.gz resp. libburn-0.3.4.tar.gz resp. from the 0.3.5 versions ? I know this error from the libburn-0.2 of icculus.org. It is supposed to be corrected already in the CVS version there. "Stable" cdrskin is distributed as http://scdbackup.sourceforge.net/cdrskin-0.3.4.pl00.tar.gz or http://libburnia-download.pykix.org/releases/libburn-0.3.4.tar.gz Development version 0.3.5 is best fetched from our SVN svn co http://libburnia-svn.pykix.org/libburn/trunk libburn_pykix Whatever, there is no system adapter for Solaris yet. You'd probably end up with the Linux adapter and the compiler will probably fail over missing definitions. > checking dynamic linker characteristics... solaris2.9 ld.so > The spirit of OSS is creating software that compiles and works on as many > platforms as possible. Would you be interested to help me with a Solaris port ? The operating system references and especially the SCSI command transport are encapsulated in files separate from the main functionality. Currently there is a Linux and a FreeBSD implementation of this OS adapter set. Please read the first 60 lines of libburn/sg-linux.c to get an overview. > You seem to be one of the people who are not confused by the FUD from > the people who like to harm me and my projects. I stay strictly neutral in the historical person-to-person aspects and i try to keep a clear view on technical aspects. > Why do you contribute to a > nonportable project instead of contributing to a project > that is in the spirot of OSS? Joerg, what shall i contribute to cdrecord ? I told you what i learned about DVD write strategies like unpredicted track size DVD-R[W] Packet (Incremental), unpredicted track size DVD+R Packet, unpredicted track size on overwriteable DVR-RW, DVD+RW, DVD-RAM. I told you what i learned about true multi-session on DVD-R[W] and DVD+R. Ready for mkisofs -C -M and for Linux mount(8). All covered by MMC-5. No proprietary commands or heuristic stunts. All well matching the traditional -multi -data -tao behavior with CD. It is written down in the libburnia doc/cookbook.txt . Ask for any clarifications or point me to any mistake. I doubt that i could help much with implementing those features into cdrecord. I can do Linux tests for you. There is no harm in having two programs for the task of CD burning. After all we have no reason to compete other than in a friendly and helpful way. With DVD, there are two programs since quite a while. And wether you accept it or not, for the task of growing an ISO file system on a DVD, growisofs is unsurpassed. Easy to operate and very versatile with media. cdrskin's ecological niche with DVD is currently to provide similar MMC features as growisofs but with the usage concepts like of cdrecord with CD. This comes in very handy if you want to write non-ISO formats or if you want to use it with a cdrecord frontend program. In its combination of CD and DVD capabilities, cdrskin became a compact little all-in-one burn program meanwhile. I'm proud of it. It is entirely up to us how our projects coexist. There are no external forces which can make us enemies. I hope to have expressed my respect for your work often and clear enough. Here and on http://scdbackup.sourceforge.net/cdrskin_eng.html Especially in the last text paragraph there. Have a nice day :) Thomas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
