Re: Announcing cdrskin-0.7.6
Hi, me: * Experimental SCSI transport adapter via GNU libcdio 0.83git Joerg Schilling: Be careful with libcdio, it is in conflict with the Copyright law and thus cannot be legally distributed. The maintainer admits that it is based on code from cdrtools but the code in question never has been published under a license that would permit a redistribution under GPLv3. You will have to discuss this with the FSF which endorses libcdio as part of its OS software. I am not your enemy and i do not support any infringement of your rights. But your legal quarrels with other open source projects are your private affair, not mine. libburnia-project.org does not distribute libcdio but rather is ready to link to it for the purpose of SCSI command transport. I am very sure that the used libcdio interface is not stemming from cdrtools. I conclude this from the fact that the sense reply was not fowarded from libcdio driver to the library core resp. to the application. Further, the Linux driver was not functional with payload direction to drive. No Bus,Target,Lun addresses to see anywhere. Rocky Bernstein, the author of libcdio, allowed me to make the necessary changes in libcdio core and in the drivers for Linux and FreeBSD. He fulfilled the cumbersome task to revise them and to bring them into an appropriate form. libburn system adapter sg-libcdio can now get the needed SCSI services from there: Drive listing, drive accessing, SCSI command transport, BTL address retrieval. Other OS drivers of libcdio still wait for this augmentation, which is not overly complicated. The bottleneck is rather to find testers who run some of those other systems for which libcdio got drivers. I got empty partitions on the disk of the new libburnia OS farm machine. 64 bit AMD Athlon II X4 620. Any proposals other than Linux and FreeBSD ? Have a nice day :) Thomas -- To UNSUBSCRIBE, email to cdwrite-requ...@other.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@other.debian.org
Re: Announcing cdrskin-0.7.6
Thomas Schmitt scdbac...@gmx.net wrote: Joerg Schilling: Be careful with libcdio, it is in conflict with the Copyright law and thus cannot be legally distributed. The maintainer admits that it is based on code from cdrtools but the code in question never has been published under a license that would permit a redistribution under GPLv3. You will have to discuss this with the FSF which endorses libcdio as part of its OS software. I am not your enemy and i do not support any infringement of your rights. But your legal quarrels with other open source projects are your private affair, not mine. It seems that you completely missunderstand the background. I am a very liberal person and I am open for liberal OSS. Unfortunately, there are some entities that started to attack OpenSource and as these entities at the same time misuse OSS software, it is obvious that we (the OSS community) need to point to the related infringments. It is up to you to decide whether you like to support these infringments (e.g. by depending on illegal projects) or whether you like to stay legal and only depend on legal software. Jörg -- EMail:jo...@schily.isdn.cs.tu-berlin.de (home) Jörg Schilling D-13353 Berlin j...@cs.tu-berlin.de(uni) joerg.schill...@fokus.fraunhofer.de (work) Blog: http://schily.blogspot.com/ URL: http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily -- To UNSUBSCRIBE, email to cdwrite-requ...@other.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@other.debian.org
Re: Announcing cdrskin-0.7.6
Hi, It is up to you to decide whether you like to support these infringments (e.g. by depending on illegal projects) or whether you like to stay legal and only depend on legal software. I try to live in good neighborship with FSF and GNU. They gave me a lot during the last 20+ years. libburn does not depend on libcdio by default. The sg-libcdio adapter of libburn shall rather enable GNU to use copies of libburnia software under GPLv3 and have true porting souvereignty via their own component libcdio. I also hope to have honestly earned the right to learn from libcdio OS drivers how SCSI transport works on other operating systems. (If any users show up, that is.) Have a nice day :) Thomas -- To UNSUBSCRIBE, email to cdwrite-requ...@other.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@other.debian.org
Re: Announcing cdrskin-0.7.6
On So, 24 Jan 2010, Joerg Schilling wrote: It is up to you to decide whether you like to support these infringments (e.g. by depending on illegal projects) or whether you like to stay legal and only depend on legal software. Again, please do not state unproven things, unless you have a court ruling on them. If you don't have, please sue FSF/GNU project to get clarification. Best wishes Norbert Norbert Preiningprein...@{jaist.ac.jp, logic.at, debian.org} JAIST, JapanTU Wien, Austria Debian TeX Task Force DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 OBWESTRY (abs.n.) Bloody-minded determination on part of a storyteller to continue a story which both the teller and the listeners know has become desperately tedious. --- Douglas Adams, The Meaning of Liff -- To UNSUBSCRIBE, email to cdwrite-requ...@other.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@other.debian.org
Re: Announcing cdrskin-0.7.6
Thomas Schmitt scdbac...@gmx.net wrote: It is up to you to decide whether you like to support these infringments (e.g. by depending on illegal projects) or whether you like to stay legal and only depend on legal software. I try to live in good neighborship with FSF and GNU. They gave me a lot during the last 20+ years. I recommend you to live in good neighborship with other OSS projects. Just do not depend on software that was created by people who do not take OSS seriously. Just a hint, there is libscg and libscg still is the only generic SCSI transport lib that grants true portability. Jörg -- EMail:jo...@schily.isdn.cs.tu-berlin.de (home) Jörg Schilling D-13353 Berlin j...@cs.tu-berlin.de(uni) joerg.schill...@fokus.fraunhofer.de (work) Blog: http://schily.blogspot.com/ URL: http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily -- To UNSUBSCRIBE, email to cdwrite-requ...@other.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@other.debian.org
Re: Announcing cdrskin-0.7.6
Hi, Just a hint, there is libscg and libscg still is the only generic SCSI transport lib that grants true portability. Interesting proposal. I got cdrtools-2.01.01a64. Where would i learn about the API for - Listing drives by their OS device file paths, - Aquiring and releasing drives, - Obtaining Bus,Lun,Target from device file path, - Transporting an SCSI CDB plus eventual payload to an aquired drive and retrieving of eventual payload and sense reply from the drive. Does libscg get installed system-wide ? Resp. how should an application link to it ? (Assume that it uses a autotools generated empire of ./configure and make.) What license would we create from our GPLv2 and your cdrtools license when linking our stuff ? Have a nice day :) Thomas -- To UNSUBSCRIBE, email to cdwrite-requ...@other.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@other.debian.org
GNU isofsmk (was: Re: Announcing mkisofs 1.13)
Hi, On Sun, Jan 10, 2010 at 12:09:50AM +0100, Joerg Schilling wrote: If you really like to take the outdated mkisofs and play with it, I urge you not to use the name mkisofs for this Next release will be renamed to GNU isofsmk to make sure users won't get confused. Note that your tar archive contains a file NEWS that makes incorrect claims: - The software you published does not support files = 4 GB The original mkisofs supports files 4 GB (implemented by me) since 3.5 years. This claim isn't incorrect, but perhaps isn't clear enough: It refers to a limit in the size of the filesystem image itself, rather than its content. -- Robert Millan Be the change you want to see in the world -- Gandhi -- To UNSUBSCRIBE, email to cdwrite-requ...@other.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@other.debian.org
Qossay Qabaha left a message for you...
Qossay Qabaha left a message for you... Its sender and content will be shown only to you and you can delete it at any time. You can instantly reply to it, using the message exchange system. To find out what was written to you, just follow this link: http://us1.badoo.com/01104718279/in/2WLuvREaWHY/?lang_id=3 Some more patiently waiting folks: mutaz almomani (Jordan, United States) Fannie (Jordan, United States) maya khaled (Jordan, United States) http://us1.badoo.com/01104718279/in/2WLuvREaWHY/?lang_id=3 If clicking the links in this message does not work, copy and paste them into the address bar of your browser. This email is a part of delivering a message sent by Qossay Qabaha on the system. If you received this email by mistake, please just ignore it. After a short time the message will be removed from the system. Have fun! The Badoo Team You have received this email, because a Badoo member has left a message for you on Badoo. This is a post-only mailing. Replies to this message are not monitored or answered. If you don't want to receive any more messages from Badoo, please notify us: http://us1.badoo.com/impersonation.phtml?lang_id=3mail_code=21email=cdwrite%40other.debian.orgsecret=invite_id=886400user_id=1104718279
cdrtools-2.01.01a73 ready
Please test and report! cdda2wav added a lot of new features. The old features are not affected but still the new features need testing. Please note that there is not yet support in cdrecord for *.inf files that are related to a hidden track and called xxx_00.inf. Cdrecord will thus write an additional track and shift all track numbers in case of a CD with hidden audio track. The next cdrecord release will include support for writing hidden tracks in a way that is identical to the original disk. NEW features of cdrtools-2.01.01a73: *** NOTE: cdrtools is currently in a state of a release candidate for the next major release. *** *** All man pages have been rewritten for the upcomming final release ** *** Please read the man pages and report hints and proposals ** All: Libschily: Libparanoia (Ported/enhanced by Jörg Schilling, originated by Monty xiphm...@mit.edu): Libedc (Optimized by Jörg Schilling, originated by Heiko Eißfeldt he...@hexco.de): Libcdrdeflt: Libdeflt: Libfind: Libfile: Libhfs_iso: Libsiconv: Libscg: Libscgcmd: Libmdigest: Rscsi: Cdrecord: - The *.inf file parser now supports a new tag Track= that is intended to carry the absolute track number from the original disk. Cdda2wav (Maintained/enhanced by Jörg Schilling, originated by Heiko Eißfeldt he...@hexco.de): - Cdda2wav now permits to use max for the endtrack number. This allows to specify e.g. -t2+max for a list of tracks from track #2 to the last audio track on the disk. - New option -cuefile allows to tell cdda2wav to create a CDRWIN CUE file. This currently only works together with wither -tall, or with -t0+max or -t1+max. Note that due to a misconception in the CDRWIN CUE file definition, it is impossible to create 100% correct CD-audio copy by 100% following the CDRWIN CUE file definition and having separate audio files for each track at the same time. For this reason, it is currently impossible to create CDRWIN CUE files while using cdda2wav -B. - Cdda2wav now only writes a binary *.cdtext file in case that this file would contain more data than a header that tells that there is no further content. - Cdda2wav no longer removes the Index0 entry from a longer Index list if Index0 is -1. - Cdda2wav now automatically scans for hidden audio tracks. This is a complex task as there are drives that do not allow to read the hidden data before track 1. - New option -no-hidden-track allows to prevent cdda2wav from scanning for a hidden audio track. - Cdda2wav now writes the new tag Track= into the *.inf files that is intended to carry the absolute track number from the original disk. - A shortcut for paraopts=sectors-per-track-1,retries=200 was introduced. The name of the shortcut is proof, so just use paraopts=proof for selecting the most stringent paranoia mode. - Cdda2wav now automatically selects paranoia mode in case that the paraopts= option was used. - Cdda2wav now again works in suid root mode on Solaris 11. It seems that the development versions from Solaris 11 did change the behavior with fine grained privileges in a way that was incompatible with the way cdda2wav did try to handle both suid root and fine grained privileges. Readcd: Scgcheck: Scgskeleton: Btcflash: Mkisofs (Maintained/enhanced by Jörg Schilling since 1997, originated by Eric Youngdale): - The man page for mkisofs was enhanced in order to better mention that mkisofs always writes ISO-9660 and that other file systems are thus always added as a hybrid file system. HELIOS TODO: - Add the HELIOS UNICODE mapping code. This needs to be done at UCS-2 level for Joliet and UDF (instead of UTF-8) and only for Rock Ridge (in case of a UTF-8 based target locale) using UTF-8 based translations. - Make the Apple extensions work again with mkisofs -find TODO: - Support correct inode numbers for UDF hardlinks - Support sockets, pipes, char/blk-dev specials with UDF - read Joliet filenames with multi-session if no TRANS.TBL or RR is present. I am looking for a volunteer for this task! Note that this can never be 100% correct as there is no relation between the names on the master (UNIX) filesystem, the ISO-9660 names and the Joliet names. Only the Rock Ridge names are untranslated with respect to the original files on the master (UNIX) filesystem. - add libecc/edc for CDI and similar. The files are located on: ftp://ftp.berlios.de/pub/cdrecord/alpha ... Jörg --
Re: Announcing cdrskin-0.7.6
Thomas Schmitt scdbac...@gmx.net wrote: Just a hint, there is libscg and libscg still is the only generic SCSI transport lib that grants true portability. Interesting proposal. I got cdrtools-2.01.01a64. Where would i learn about the API for Writing portable software requires thinking in a portable way. It seems that your questions are a result of thinking the wrong way: - Listing drives by their OS device file paths, Not possible with most OS. Most OS do not have something like a device path. - Aquiring and releasing drives, An interesting idea You develop on Linux and you should know that this does not even work on Linux because the people who work on software that claims such features are not interested in a working solution. The related software on Linux is a nightmare but not usable. I tried to get in contact with the related people to no avail. - Obtaining Bus,Lun,Target from device file path, See above: Most OS do not have a device file path - Transporting an SCSI CDB plus eventual payload to an aquired drive and retrieving of eventual payload and sense reply from the drive. This and much more is very simple if you have some basic SCSI skills. Just have a look at cdrecord. Everything you need is in a few basic functions. Does libscg get installed system-wide ? Resp. how should an application link to it ? (Assume that it uses a autotools generated empire of ./configure and make.) If you believe that you have problems with the way you use ./configure and make, you seem to use the wrong build system. I encourage you to upgrade to the schily makefile system. What license would we create from our GPLv2 and your cdrtools license when linking our stuff ? The GPLv2 permits GPLv2 programs to link against and to use any external independent library under any license. so where do you see a problem? Jörg -- EMail:jo...@schily.isdn.cs.tu-berlin.de (home) Jörg Schilling D-13353 Berlin j...@cs.tu-berlin.de(uni) joerg.schill...@fokus.fraunhofer.de (work) Blog: http://schily.blogspot.com/ URL: http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily -- To UNSUBSCRIBE, email to cdwrite-requ...@other.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@other.debian.org