Re: Add genisoimage parameter -keep-top-dirs
Hey Thomas! Happy New Year! On Thu, Dec 30, 2021 at 04:05:31PM +0100, Thomas Schmitt wrote: > >Kai Engert wrote: >> If growisofs is going to survive for another few years, then maybe it's >> worth keeping the toolchain alive? (which requires genisoimage) > >xorriso can substitue for mkisofs and genisoimage by help of its link >"xorrisofs" and the growisofs variable "MKISOFS". man xorrisofs has >an example: > >$ export MKISOFS="xorrisofs" >$ growisofs -Z /dev/dvd /some/files >$ growisofs -M /dev/dvd /more/files > If no "xorrisofs" is available on your system, then you will have to > create a link pointing to the xorriso binary and tell growisofs to use > it. E.g. by: >$ ln -s $(which xorriso) "$HOME/xorrisofs" >$ export MKISOFS="$HOME/xorrisofs" > >> Is there a primary repository somewhere (e.g. github) that is equivalent to >> the most recent cdrkit release that debian and fedora packages are based on? > >The original repo is gone, i fear. >This here looks like going back to the fork from cdrtools in 2006: > https://code.launchpad.net/ubuntu/+source/cdrkit The most recent official cdrkti releases were fromm svn at svn.debian.org, which has now gone away. We can grab the backups and do a git conversion if that's really wanted, but I'm not sure it's worth the effort. >It knows my Launchpad Id and offers > git clone git+ssh://scdbac...@git.launchpad.net/ubuntu/+source/cdrkit >I guess you get at least offered > git clone https://git.launchpad.net/ubuntu/+source/cdrkit > >> Is there an official download location for the most recent tar archive, or >> would it be fine to simple use the archive found in the debian package? > >The most recent Debian package > https://packages.debian.org/unstable/genisoimage >is obviously based on > http://deb.debian.org/debian/pool/main/c/cdrkit/cdrkit_1.1.11.orig.tar.gz > > http://deb.debian.org/debian/pool/main/c/cdrkit/cdrkit_1.1.11-3.2.debian.tar.xz >You may inspect the source online at > https://sources.debian.org/src/cdrkit/9:1.1.11-3.2/ Nod. -- Steve McIntyre, Cambridge, UK.st...@einval.com Into the distance, a ribbon of black Stretched to the point of no turning back
Re: Doesn't wodim close disk ?
On Wed, Jan 02, 2008 at 04:35:19PM +0100, Joerg Schilling wrote: Gregoire Favre [EMAIL PROTECTED] wrote: On Tue, Jan 01, 2008 at 05:19:58PM +0100, Joerg Schilling wrote: It seems that you are not interested in a solution for a possible problem. No I am interested in a solution, but if I am seen as a liar I don't see this could work ? I did not call you a liar, but you are not cooperating. I was trying to help you although your problems are caused from using non-free software from Debian (wodim/cdrkit). Joerg, please stop the FUD and bullshit. Really. There's no need for it. -- Steve McIntyre, Cambridge, UK.[EMAIL PROTECTED] Welcome my son, welcome to the machine. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Potentially serious bug in mkisofs
[ Forwarding Thomas' good explanation to Brian's reply-to address ] On Sat, Sep 08, 2007 at 10:48:25PM +0200, Thomas Schmitt wrote: Hi, the program failed to check the available hard drive space. it crashed my computer. I don't know how the specifics of space checking work, This is not specific to mkisofs. Many commands would fill up your disk if you order them. E.g.: cat /dev/zero FreeDisk.iso Only few check wether there is room. (Urm, what system call would that be, btw ?) If your system cannot stand that your home directory fills up its filesystem, then there is something severely wrong with the system. You aren't doing that as superuser, do you ? The superuser is supposed to take care for himself. I am using Ubuntu 7.04, That's where you should ask for advise. If anybody points at mkisofs, you should point at above cat command. -- Steve McIntyre, Cambridge, UK.[EMAIL PROTECTED] Can't keep my eyes from the circling sky, Tongue-tied twisted, Just an earth-bound misfit, I... -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: cdrtools cdrecord/cdrecord.c
On Sun, Jan 22, 2006 at 01:40:55PM +0100, Joerg Schilling wrote: Steve McIntyre [EMAIL PROTECTED] wrote: The full set of Debian patches against cdrecord are: 02_cdrecord_default_conf.dpatch: Set up reasonable default values in the cdrecord config It is unreasonable to deviate from a standard OS independen default. --- rejected 06_dautipps.dpatch: Little patch to extend error information This patch causes incorrect output --- rejected What, you're claiming extra output that may help a user diagnose a problem incorrect? 07_noadvertising.dpatch: Remove advertising for cdrecord-ProDVD. Replaces generally useful infomation by Debian advertising --- rejected generally useful infomation being advertising for a non-free product. Yeah, whatever. snip 21_makefile_fix_for_kernel.dpatch: Fix problems with kernel include doing wrong things. Unneded at all at least if the Linux kernel include files are non-buggy. In addition, the autoconf utility already tests for known Linux kernel bugs. --- rejected All this patch removes is /usr/src/linux/include from the include search path. That's a standard thing to do - there's no guarantee at all that /usr/src/linux/include contains include files that match the current kernel. This is standard advice. snip 23_o_excl.dpatch: Open devices with O_EXCL to stop other programs from interrupting writes general rule: Fix the other programs that are broken --- rejected If cdrecord needs exclusive access to a device, then it's up to cdrecord to ask for that exclusive access. That's a simple enough rule... snip 35_ultra_speed_media.dpatch: Simple bug fix for ultra high speed RW media detection This problem has been fixed in cdrecord more than a month before Debian --- rejected In which release version, precisely? That patch was a backport of your fix to the previous cdrecord release, as forwarded to the Debian BTS by a user; it'll be dropped when we move forward to your latest release... So you see: not a single patch is senseful. By your reckoning, clearly everybody else is _always_ wrong. That might explain why you get so few people attempting to help you develop cdrtools... -- Steve McIntyre, Cambridge, UK.[EMAIL PROTECTED] C++ ate my sanity -- Jon Rabone signature.asc Description: Digital signature
Re: cdrtools cdrecord/cdrecord.c
On Sun, Jan 22, 2006 at 03:51:19PM +0100, Joerg Schilling wrote: I am always open to a mind change, but the people who like to get my help should be able to cooperate and to accept usual basic knowledge on computer science. *yawn* Yet more of your usual condescending style. I wa hoping to make some progress discussing things with you, but I should have known better. -- Steve McIntyre, Cambridge, UK.[EMAIL PROTECTED] You raise the blade, you make the change... You re-arrange me 'til I'm sane... -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: cdrtools cdrecord/cdrecord.c
On Sat, Jan 21, 2006 at 11:35:25PM +0100, Joerg Schilling wrote: Bill Davidsen [EMAIL PROTECTED] wrote: There seems to be no open source official program. Looks like you missunderstood OpenSource and forks. Even for Open Source, there is an Author or a group of authors. The version that comes from the Copyrightholder is the official one. And in case you also missunderstood forks: A fork is a _working_ and _maintained_ modified version of a program. What you see with the bastardized cdrtools versions on Linux is neither working nor maintained, it is just a result of the religion of the makers who seem to ingnore the wishes of the users because they do not fix the bugs they introduced. Oh, FFS. Give it a rest, Joerg. Most of the work that the various Linux distro people have done on cdrtools is to fix real bugs that you won't acknowledge. Sometimes users simply want things to work on their systems, rather than random Solaris advocacy... -- Steve McIntyre, Cambridge, UK.[EMAIL PROTECTED] Can't keep my eyes from the circling sky, Tongue-tied twisted, Just an earth-bound misfit, I... -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: cdrtools cdrecord/cdrecord.c
On Sun, Jan 22, 2006 at 12:14:55AM +0100, Joerg Schilling wrote: Steve McIntyre [EMAIL PROTECTED] wrote: And in case you also missunderstood forks: A fork is a _working_ and _maintained_ modified version of a program. What you see with the bastardized cdrtools versions on Linux is neither working nor maintained, it is just a result of the religion of the makers who seem to ingnore the wishes of the users because they do not fix the bugs they introduced. Oh, FFS. Give it a rest, Joerg. Most of the work that the various Linux distro people have done on cdrtools is to fix real bugs that you won't acknowledge. Sometimes users simply want things to work on their systems, rather than random Solaris advocacy... Should this be a joke? Please tell me why an unmodified cdrecord runs best on Linux and why 90% of all bugs on the Debian bug tracking system for cdrtools are caused by the modifications done by Debian. *snort* Go on, justify that bullshit statement. Please, I'd love you to try. Show us bug numbers. I fix all bugs that are verifiably caused by cdrecord and I try to find workarounds for all OS bugs. People just need to send a usable bug report. Useble meaning not on Linux, of course. You're very keen to blame Linux for every bug that comes up. And everybody else ever trying to improve cdrtools apparently only makes it worse. *sigh* I give up. Joerg, if you're having problems with *all* of the Linux distro people that work on cdrtools packages, just ask yourself - where's the common factor? -- Steve McIntyre, Cambridge, UK.[EMAIL PROTECTED] Getting a SCSI chain working is perfectly simple if you remember that there must be exactly three terminations: one on one end of the cable, one on the far end, and the goat, terminated over the SCSI chain with a silver-handled knife whilst burning *black* candles. --- Anthony DeBoer -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: cdrtools cdrecord/cdrecord.c
On Sun, Jan 22, 2006 at 01:38:19AM +0100, Joerg Schilling wrote: Steve McIntyre [EMAIL PROTECTED] wrote: Please tell me why an unmodified cdrecord runs best on Linux and why 90% of all bugs on the Debian bug tracking system for cdrtools are caused by the modifications done by Debian. *snort* Go on, justify that bullshit statement. Please, I'd love you to try. Show us bug numbers. What do you like to prove with this kind of silly response? You asserted that Debian patches caused 90% of all our bugs. That's patently NOT TRUE. I'm pointing that out. Many of the bug entries already include comments from me that explain the reason for the related bug... Show me a justification for the patches applied by Debian on cdrecord. None of the patches fixes a problem. The full set of Debian patches against cdrecord are: 02_cdrecord_default_conf.dpatch: Set up reasonable default values in the cdrecord config 06_dautipps.dpatch: Little patch to extend error information 07_noadvertising.dpatch: Remove advertising for cdrecord-ProDVD. 16_debian_email.dpatch: Define our contact address for program info 17_argv0_beautify.dpatch: Remove the Debian specific suffix from the executable filename 18_donotopen_hda.dpatch: dev=ATA:1,0,0 uselessly opens /dev/hda, breaking non-root access. See #228215 21_makefile_fix_for_kernel.dpatch: Fix problems with kernel include doing wrong things. 22_linux_rawio_capability.dpatch: Add linux specific rawio capability allocation to work with kernels 2.6.8 23_o_excl.dpatch: Open devices with O_EXCL to stop other programs from interrupting writes 27_scsi_buffer_size.dpatch: If we can't get a buffer as big as we would like, shrink the desired size until it works. Bug #330371 35_ultra_speed_media.dpatch: Simple bug fix for ultra high speed RW media detection _All_ of those were applied after user bug reports - I've just grabbed the comments from the top of each patch we use for cdrecord. Our patches are available at http://cvs.alioth.debian.org/cgi-bin/cvsweb.cgi/cdrtools/patches/?cvsroot=pkg-cdrtools if anybody wants to look further. Joerg, we don't want to argue with you. We would love it if you'd accept some of the changes we've made that make cdrecord much more useful for us and our users on Linux. But please stop accusing us of breaking things... -- Steve McIntyre, Cambridge, UK.[EMAIL PROTECTED] Support the Campaign for Audiovisual Free Expression: http://www.eff.org/cafe/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Liteon 1693S stopped working with growisofs after upgrading firmware
On Mon, Jan 02, 2006 at 02:35:09PM +, Asfand Yar Qazi wrote: That was what I meant, you clearly expect the modified version to somehow prevent you from going back and reflashing some earlier vendor version. The Liteon firmware update program CLEARLY states that it is not possible to go back to a previous version of the firmware. They state it as a matter of fact. I'm sure there are ways around this limitation that is probably imposed by the Liteon flashing software itself. Hmmm. It's common to be warned that reverting to older firmware versions is not a good idea. Newer versions may change the meanings of various settings stored in NVRAM on a drive, for example... -- Steve McIntyre, Cambridge, UK.[EMAIL PROTECTED] Since phone messaging became popular, the young generation has lost the ability to read or write anything that is longer than one hundred and sixty characters. -- Ignatios Souvatzis -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: support for dual-layer dvds?
On Sat, Apr 30, 2005 at 04:47:28PM -0400, Rob Bogus wrote: Geoffrey wrote: I've been googling around and such, but can't find anything on this. Is there support for burning dual-layer dvds? I'm running SuSE 9.2 and Red Hat Workstation 4. Pointers to any docs would be appreciated. Seeing no reply after all this time I assume you're on your own. I didn't see the original mail, sorry. growisofs works fine for me here when writing DL DVD+R discs... -- Steve McIntyre, Cambridge, UK.[EMAIL PROTECTED] I can't ever sleep on planes ... call it irrational if you like, but I'm afraid I'll miss my stop -- Vivek Dasmohapatra signature.asc Description: Digital signature
Re: Errors with 8x media, works in other OS
On Mon, Feb 28, 2005 at 05:12:02PM +0100, Joerg Schilling wrote: James Finnall [EMAIL PROTECTED] wrote: On Sunday 27 February 2005 09:37, Joerg Schilling wrote: .. I am the author of cdrecord and I definitely know that cdrecord DOES support DVD writing. J?rg Perhaps you can help me with cdrtools-01.01a01 to build it for DVD-R /RW You are not supposed to built it because you only have the parts of the cdrecord sources that have been published under GPL. Thank you; you've finally admitted that you're spreading bullshit. As I said in the original mail (and you trimmed) WE DO NOT CARE about your proprietary cdrecord-prodvd. If you insist on trying to confuse the discussion by just saying cdrecord DOES support DVD writing then eventually you're just going to be ignored. Alternatively, Joerg - why not just release the DVD support under GPL ad be done with it? How much money have you actually made from selling the -prodvd version? I've heard from multiple people who have tried to contact you to pay for licenses and have never had any response from you. That hardly seems to be a great way to sell a product and make money... -- Steve McIntyre, Cambridge, UK.[EMAIL PROTECTED] Is there anybody out there? signature.asc Description: Digital signature
Re: Errors with 8x media, works in other OS
On Sun, Feb 27, 2005 at 02:45:04PM +0100, Joerg Schilling wrote: Bill Davidsen [EMAIL PROTECTED] wrote: Since he is not using cdrecord I doubt anyone but you was confused. - the example clearly shows growisofs use Neither the subject nor your mail does mention growisofs... Quoting the original mail: My version of the tools is: dvd+rw-tools-5.21.4.10.8.tar.gz - cdrecord doesn't do DVD Cdrecord does support DVD since March 1998, that this is nearly twice as long as growisofs exists. Joerg, please stop spreading this. cdrecord does NOT support DVD. Your proprietary cdrecord-prodvd may do, but WE DO NOT CARE. It's not free. That's the main reason why some of the other tools like growisofs have been written. Until you open the source for that, please stop advertising it on a Free Software CD-write mailing list. BTW: if growisofs likes to implement things differently from cdrecord, it would be a good idea not to pick option names from cdrecord and implement different behavior for these options. That's an entirely reasonable thing to ask, yes. -- Steve McIntyre, Cambridge, UK.[EMAIL PROTECTED] Because heaters aren't purple! -- Catherine Pitt signature.asc Description: Digital signature
Re: QSI DVDRW SDW-041
On Mon, Jan 17, 2005 at 04:57:13PM +0100, Dennis Schwan wrote: Am Montag, den 17.01.2005, 15:53 + schrieb Steve McIntyre: On Mon, Jan 17, 2005 at 04:34:55PM +0100, Dennis Schwan wrote: QSI DVDRW SDW-041 CD-Burning walks at 16x Speed. DVD+R burning doesn't walk, i get the message that the media is not empty. Using what software? More details would be helpful...! I tried with K3B and the gnome-cd-burner (or nautilus-cd-burner, don't know). tried by hand with growisofs. OS is Fedora Core 3. What other information do you need ? A copy of the exact command line and output from growisofs would help. -- Steve McIntyre, Cambridge, UK.[EMAIL PROTECTED] Is there anybody out there? signature.asc Description: Digital signature
Re: QSI DVDRW SDW-041
On Mon, Jan 17, 2005 at 05:07:48PM +0100, Dennis Schwan wrote: Command: growisofs -Z /dev/hdc -R -J /home/dennis/Office Executing 'mkisofs -R -J /home/dennis/Office | builtin_dd of=/dev/hdc obs=32k seek=0' :-[ READ TRACK INFORMATION failed with SK=5h/ASC=24h/ACQ=00h]: Input/output error INFO: UTF-8 character encoding detected by locale settings. Assuming UTF-8 encoded filenames on source filesystem, use -input-charset to override. Using INTER000.TXT;1 for /home/dennis/Office/Amilo/interrupts-2.6.10.txt (interrupts- acpi.txt) Using INTER001.TXT;1 for /home/dennis/Office/Amilo/interrupts-acpi.txt (interrupts-noacpi.txt) Using INTER002.TXT;1 for /home/dennis/Office/Amilo/interrupts- noacpi.txt (interrupts-irq-hint.txt) Using AUSBI000.SXW;1 for /home/dennis/Office/Schule/Ausbildungsnachweis2.sxw (Ausbildungsnachweis1.sxw) Using AUSBI001.SXW;1 for /home/dennis/Office/Schule/Ausbildungsnachweis1.sxw (Ausbildungsnachweis.sxw) :-[ READ TRACK INFORMATION failed with SK=5h/ASC=24h/ACQ=00h]: Input/output error Hmmm. 5/24/00 is Invalid field in CDB, which is pretty fundamental. Andy may be able to help you more... -- Steve McIntyre, Cambridge, UK.[EMAIL PROTECTED] Welcome my son, welcome to the machine. signature.asc Description: Digital signature
Re: How to burn DVD to multiple drives?
On Thu, Oct 28, 2004 at 10:06:45AM +1300, Volker Kuhlmann wrote: mkisofs -o some_file . cdrecord dev=1,2,0 -dao -v some_file cdrecord dev=1,3,0 -dao -v some_file cdrecord dev=2,0,0 -dao -v some_file That's the obvious, but has the downside that each burning process reads the file, potentially wasting a lot of I/O bandwidth. If you start those in parallel, the system will just be reading the second and later copies straight from the buffer cache; no I/O involved, surely...? -- Steve McIntyre, Cambridge, UK.[EMAIL PROTECTED] Every time you use Tcl, God kills a kitten. -- Malcolm Ray -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: DVD+RW tools / Linux / Nu Tech DDW-082 (works for +RW)
On Mon, Sep 06, 2004 at 10:03:53PM +0200, Andy Polyakov wrote: I have not been able to test the booktype capacity, since dvd+rw-booktype keeps reminding me that : This program targets units of RICOH, BENQ, BTC and LITE-ON designs. /dev/dvd doesn't appear to be one. Exiting. As you can surely imagine booktyping functions are vendor-specific extensions, meaning that there is no generic booktyping support. If you want to help, talk to Nu and ask if they can release their vendor-specific command set specification. A. Assuming that such a thing exists, of course. I've got a copy of the latest Plextor DVD-R ATAPI spec and there's no mention of setting book type at all. -- Steve McIntyre, Cambridge, UK.[EMAIL PROTECTED] ...In the UNIX world, people tend to interpret `non-technical user' as meaning someone who's only ever written one device driver. -- Daniel Pead signature.asc Description: Digital signature
Re: plextor px-708uf: cannot get disk type
On Fri, Jan 30, 2004 at 02:15:00PM +0100, Andy Polyakov wrote: Sorry, you repeat useless statements :-( Does anybody else feel that way? Surely you've picked up by now that if you're not Joerg you must be wrong. By definition, I guess... :-( -- Steve McIntyre, Cambridge, UK.[EMAIL PROTECTED] It's actually quite entertaining to watch ag129 prop his foot up on the desk so he can get a better aim. [ seen in ucam.chat ] pgp0.pgp Description: PGP signature
Re: [Cdrecord-developers] Cdrtools-2.01a25: Patch to make cdrtools 2.01a25 Linux compatible
On Wed, Jan 28, 2004 at 02:58:45PM +1300, Volker Kuhlmann wrote:
It may be a little tricky on distributions not coming from a commercial
source, like Debian.
Maybe, but it remains entirely Debian's problem and responsibility to
sort out. It's by no means impossible. In any case, as you say, not
J?rg's problem.
Sorry, _what_ remains Debian's problem and responsibility? Debian has
always been among the first of the distros to follow FHS, and it has
been a long-established feature of Debian that
/usr/include/{linux,asm} are _not_ just sym-links to potentially wrong
kernel source...
--
Steve McIntyre, Cambridge, UK.[EMAIL PROTECTED]
We don't need no education.
We don't need no thought control.
pgp0.pgp
Description: PGP signature
Re: mkisofs: Directories too deep
On Fri, Jan 02, 2004 at 06:22:47PM -0500, Bob Lockie wrote: I'm trying to backup stuff and I ran into this problem with mkisofs. $ mkisofs --version mkisofs 2.0.3 (i686-pc-linux-gnu) /opt/schily/bin/mkisofs: Directories too deep for '/home/rjl/20031231_d2/home/rjl/www_staging/lockieca_rjl/cars/Sentra/_vti_cnf' (7) max is 6; ignored - continuing. mkisofs will stick to the limit of vanilla ISO 9660 unless told otherwise. If you want more than 6 dirs deep, you'll need to tell it to use RockRidge extensions - see the man page for -R or -r... -- Steve McIntyre, Cambridge, UK.[EMAIL PROTECTED] C++ ate my sanity -- Jon Rabone signature.asc Description: Digital signature
Re: mkisofs: Directories too deep
On Fri, Jan 02, 2004 at 07:23:25PM -0500, ljknews wrote: At 11:36 PM + 1/2/04, Steve McIntyre wrote: On Fri, Jan 02, 2004 at 06:22:47PM -0500, Bob Lockie wrote: I'm trying to backup stuff and I ran into this problem with mkisofs. $ mkisofs --version mkisofs 2.0.3 (i686-pc-linux-gnu) /opt/schily/bin/mkisofs: Directories too deep for '/home/rjl/20031231_d2/home/rjl/www_staging/lockieca_rjl/cars/Sentra/_vti_cnf' (7) max is 6; ignored - continuing. mkisofs will stick to the limit of vanilla ISO 9660 unless told otherwise. If you want more than 6 dirs deep, I stand corrected, although the limit in section 6.8.2.1 seems to be 8 rather than 6. Yes. Including the root dir, of course. Hmmm... -- Steve McIntyre, Cambridge, UK.[EMAIL PROTECTED] You raise the blade, you make the change... You re-arrange me 'til I'm sane... signature.asc Description: Digital signature
Re: mkisofs: Directories too deep
On Fri, Jan 02, 2004 at 06:22:47PM -0500, Bob Lockie wrote: I'm trying to backup stuff and I ran into this problem with mkisofs. $ mkisofs --version mkisofs 2.0.3 (i686-pc-linux-gnu) /opt/schily/bin/mkisofs: Directories too deep for '/home/rjl/20031231_d2/home/rjl/www_staging/lockieca_rjl/cars/Sentra/_vti_cnf' (7) max is 6; ignored - continuing. mkisofs will stick to the limit of vanilla ISO 9660 unless told otherwise. If you want more than 6 dirs deep, you'll need to tell it to use RockRidge extensions - see the man page for -R or -r... -- Steve McIntyre, Cambridge, UK.[EMAIL PROTECTED] C++ ate my sanity -- Jon Rabone signature.asc Description: Digital signature
Re: mkisofs: Directories too deep
On Fri, Jan 02, 2004 at 07:23:25PM -0500, ljknews wrote: At 11:36 PM + 1/2/04, Steve McIntyre wrote: On Fri, Jan 02, 2004 at 06:22:47PM -0500, Bob Lockie wrote: I'm trying to backup stuff and I ran into this problem with mkisofs. $ mkisofs --version mkisofs 2.0.3 (i686-pc-linux-gnu) /opt/schily/bin/mkisofs: Directories too deep for '/home/rjl/20031231_d2/home/rjl/www_staging/lockieca_rjl/cars/Sentra/_vti_cnf' (7) max is 6; ignored - continuing. mkisofs will stick to the limit of vanilla ISO 9660 unless told otherwise. If you want more than 6 dirs deep, I stand corrected, although the limit in section 6.8.2.1 seems to be 8 rather than 6. Yes. Including the root dir, of course. Hmmm... -- Steve McIntyre, Cambridge, UK.[EMAIL PROTECTED] You raise the blade, you make the change... You re-arrange me 'til I'm sane... signature.asc Description: Digital signature
Re: mkisofs problems creating large hybrid images
On Thu, Sep 19, 2002 at 12:33:08PM +0100, James Pearson wrote: I'm trying to create DVD-sized powerpc ISO images of Debian Woody. For thes to be bootable, they need to be HFS hybrid disks. What is the total size of your input data? - although the output size will most probably be a lot larger ... Just over 4GB, ~8900 files I would suspect anything over 2Gb will be problematic ... I've tracked this down to 32-bit overflow in get_adj_size() in mkisofs/write.c. Changing this to use 64-bit arithmetic allows things to get further, but still no cigar I'm not surprised that you get 32-bit overflow problems - most of the HFS code assumes volumes no bigger than CD size ... OK... I've made further changes in hfs.c to hfs_format(), specifically doubling hce-hfs_hdr_size. This allows the format to happen, but then things then fail You might get better luck with changing the value of CTC in libhfs_iso/hybrid.h I'll have a play with that tonight. -- Steve McIntyre, Cambridge, UK.[EMAIL PROTECTED] a href=http://www.einval.com/steve/My home page/a Can't keep my eyes from the circling sky, Tongue-tied twisted, Just an earth-bound misfit, I... -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: mkisofs problems creating large hybrid images
On Thu, Sep 19, 2002 at 09:35:53PM -0500, Chris Lawrence wrote: On Sep 19, James Pearson wrote: However, there are probably limits in my code (and/or libhfs) that means 2Gb is the maximum. Indeed; I encountered a similar problem building PowerPC DVDs and found that it misbehaved due to the 2 GB limit. (I don't recall the precise error message; I don't think it segfaulted, though.) I've worked around it by building -apple instead of -hfs images, but it's hardly an ideal fix :-/ Imagine I'm completely ignorant of Mac / HFS issues (not difficult) - what's the difference? -- Steve McIntyre, Cambridge, UK.[EMAIL PROTECTED] Use Debian GNU/Linux - upgrade your Windoze box today! http://www.debian.org/ Can't keep my eyes from the circling sky, Tongue-tied twisted, Just an earth-bound misfit, I... -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: mkisofs problems creating large hybrid images
On Fri, Sep 20, 2002 at 02:29:02PM +0100, James Pearson wrote: What is the total size of your input data? - although the output size will most probably be a lot larger ... Just over 4GB, ~8900 files I would suspect anything over 2Gb will be problematic ... The allocation block size is 64Kb as you approach 4Gb - which means each file takes up a multiple of 64Kb, which will probably push the final size well over 4Gb. But given that 4GB is the theoretical limit of this HFS implementation then I think you are out of luck ... I will attempt to see if I can sort out any 32-bit overflows that will cause problems between 2Gb and 4Gb, but I guess going over 4Gb will require major surgery ... Yes, I can see that. Would it be possible / feasible to make the hfs-hiding options allow 4GB sizes? The bits on the disk that we _need_ to be accessible by the Mac bits of the machine for booting would then work just fine, but most of the rest of the contents could be left as simple ISO9660 / RockRidge for the booted Linux kernel to read. -- Steve McIntyre, Plasmon [EMAIL PROTECTED] Also available from [EMAIL PROTECTED] Can't keep my eyes from the circling sky, Tongue-tied twisted, Just an earth-bound misfit, I... -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: How can I compile cdrecord for a i686?
On Fri, Jul 27, 2001 at 10:34:01PM +, Rick Hayner wrote: Hello. I have a computer with an amdk6-3d processor in it. since uname doesn't detect the processor correctly, and compiles cdrecord for a 586, which I don't have, I would like instructions on how to compile cdrecord for my processor, or where to get binary versions compiled for a amdk6 or a 686 or pentium. I think there is a kernel bug that causes uname to return the wrong processor, because when it boots, it gives me the correct processor. Any suggestions would be helpful. You don't need it compiled for any particular x86 CPU type - there's nothing in the code that will gain from optimisation for one flavour or another. Compilation as a 586 will work fine for you. -- Steve McIntyre, Cambridge, UK. [EMAIL PROTECTED] a href=http://www.chiark.greenend.org.uk/~stevem/My home page/a Can't keep my eyes from the circling sky, +-- Tongue-tied twisted, Just an earth-bound misfit, I... |Finger for PGP key -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: List name change..
On Thu, Jun 21, 2001 at 05:02:24PM -0400, Mike A. Harris wrote: On another note: Anyone have any clue why this mailing list has two equally confusing addresses: [EMAIL PROTECTED], [EMAIL PROTECTED] The other bit is supposed to show that although the list is hosted by Debian, it's not a Debian list. As to why the two addresses, IIRC the other-cdwrite one is an old name that still works; [EMAIL PROTECTED] is the official one. I could be wrong... -- Steve McIntyre, Cambridge, UK. [EMAIL PROTECTED] a href=http://www.chiark.greenend.org.uk/~stevem/My home page/a Can't keep my eyes from the circling sky, +-- Tongue-tied twisted, Just an earth-bound misfit, I... |Finger for PGP key -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Using a disk transporter
On Wed, Jan 10, 2001 at 01:37:28PM +1100, Stacy Mader wrote: Cdrecord 1.9 (sparc-sun-solaris2.6) Copyright (C) 1995-2000 Jvrg Schilling scsidev: '5,0' scsibus: 0 target: 5 lun: 0 Using libscg version 'schily-0.1' Device type: Removable Juke Box Version: 2 Response Format: 2 Capabilities : Vendor_info: 'KODAK ' Identifikation : 'DISC TRANSPORTER' Revision : '1.14' Device seems to be: unknown. ./cdrecord: Sorry, no CD/DVD-Drive found on this target. [snip] So the dev=0,5,0 is correct. So why can't I get cdrecord to load a CDROM from the transporter? Quite simple - you've asked it to burn a CD using the jukebox. The jukebox itself doesn't know how to write CDs - you'll need to tell the jukebox to move a disc into one of its drives first, then talk to that drive using cdrecord. -- Steve McIntyre, Cambridge, UK. [EMAIL PROTECTED] a href=http://www.rpg-soc.ucam.org/curs/CURS home page/a "Can't keep my eyes from the circling sky, +-- "Tongue-tied twisted, Just an earth-bound misfit, I..." |Finger for PGP key -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
