Bug#401553: gnomebaker: Fails when directory depth is greater than 6
Em Qua, 2006-12-06 às 16:44 +0100, Joerg Schilling escreveu: > Goedson Teixeira Paixao <[EMAIL PROTECTED]> wrote: > > What I intend to do is use "-iso-level 4" when the tree is deeper than > > allowed by ISO9660:1988 and "-iso-level 3" otherwise. Is this right? Or > > is there an option to produce ISO9660:1988 compatible CDs with deeper > > trees? > > It is unclear what you like to do. > > If you use pure ISO-9660, the only way to handle deep trees is ISO-9660:1999. > But people usually use Rock Ridge extensions. My idea was: if (depth <= 6) use -iso-level 3 else use -iso-level 4 But I'll look into the Rock Ridge option, since it seems mkisofs should really not fail like that. I've tried it in the command line and was able to produce an image with a 9-deep directory tree. So I think we just need to review the options used in gnomebaker. -- Goedson Teixeira Paixao http://mundolivre.wordpress.com/ Debian Project http://www.debian.org/ Jabber ID: [EMAIL PROTECTED]http://www.jabber.org/ signature.asc Description: Esta é uma parte de mensagem assinada digitalmente
Bug#401553: gnomebaker: Fails when directory depth is greater than 6
Goedson Teixeira Paixao <[EMAIL PROTECTED]> wrote: > Em Qua, 2006-12-06 Ã s 00:37 +0100, Joerg Schilling escreveu: > > > Applying the patch in the attachment is all that's needed to (always) > > > use "-iso-level 4". I'll work on a better patch that will adapt the > > > options used according to the depth of the tree, so that we have an > > > image as backward compatible as possible, without limiting the the kind > > > of data the user adds to the disc. > > > > This is a bad idea as not all OS properly deal with ISO-9660:1999 (not only > > DOS). Using -D should be an exception. > > What I intend to do is use "-iso-level 4" when the tree is deeper than > allowed by ISO9660:1988 and "-iso-level 3" otherwise. Is this right? Or > is there an option to produce ISO9660:1988 compatible CDs with deeper > trees? It is unclear what you like to do. If you use pure ISO-9660, the only way to handle deep trees is ISO-9660:1999. But people usually use Rock Ridge extensions. Jörg -- EMail:[EMAIL PROTECTED] (home) Jörg Schilling D-13353 Berlin [EMAIL PROTECTED](uni) [EMAIL PROTECTED] (work) Blog: http://schily.blogspot.com/ URL: http://cdrecord.berlios.de/old/private/ ftp://ftp.berlios.de/pub/schily
Bug#401553: gnomebaker: Fails when directory depth is greater than 6
Em Qua, 2006-12-06 às 00:37 +0100, Joerg Schilling escreveu: > > Applying the patch in the attachment is all that's needed to (always) > > use "-iso-level 4". I'll work on a better patch that will adapt the > > options used according to the depth of the tree, so that we have an > > image as backward compatible as possible, without limiting the the kind > > of data the user adds to the disc. > > This is a bad idea as not all OS properly deal with ISO-9660:1999 (not only > DOS). Using -D should be an exception. What I intend to do is use "-iso-level 4" when the tree is deeper than allowed by ISO9660:1988 and "-iso-level 3" otherwise. Is this right? Or is there an option to produce ISO9660:1988 compatible CDs with deeper trees? -- Goedson Teixeira Paixao http://mundolivre.wordpress.com/ Debian Project http://www.debian.org/ Jabber ID: [EMAIL PROTECTED]http://www.jabber.org/ signature.asc Description: Esta é uma parte de mensagem assinada digitalmente
Bug#401553: gnomebaker: Fails when directory depth is greater than 6
Goedson Teixeira Paixao <[EMAIL PROTECTED]> wrote: > Em Ter, 2006-12-05 Ã s 14:45 +0100, Joerg Schilling escreveu: > > Before you sare starting to guess about possible reasons, I recommend to > > upgrade to a recent mkisofs > > > > ftp://ftp.berlios.de/pub/cdrecord/alpha/ > > > > and test again ;-) > > Hi Joerg, > > Thank you for your input. But I believe it won't be necessary to upgrade > to a newer mkisofs and I'm not sure it would produce any different > output. > > The current mkisofs in Debian is capable of creating ISO images with > deeper trees. The problem here is our selection of options we pass to > mkisofs when creating the ISO image. If we used "-iso-level 4" or "-D" > there would not be this problem, but we would be risking compatibility > with older ISO9660 implementations (MS-DOS?). > > Applying the patch in the attachment is all that's needed to (always) > use "-iso-level 4". I'll work on a better patch that will adapt the > options used according to the depth of the tree, so that we have an > image as backward compatible as possible, without limiting the the kind > of data the user adds to the disc. This is a bad idea as not all OS properly deal with ISO-9660:1999 (not only DOS). Using -D should be an exception. Please note that future k3b versions will not use "-D" anymore if they detect a recent mkisofs. Jörg -- EMail:[EMAIL PROTECTED] (home) Jörg Schilling D-13353 Berlin [EMAIL PROTECTED](uni) [EMAIL PROTECTED] (work) Blog: http://schily.blogspot.com/ URL: http://cdrecord.berlios.de/old/private/ ftp://ftp.berlios.de/pub/schily
Bug#401553: gnomebaker: Fails when directory depth is greater than 6
Em Ter, 2006-12-05 às 14:45 +0100, Joerg Schilling escreveu: > Before you sare starting to guess about possible reasons, I recommend to > upgrade to a recent mkisofs > > ftp://ftp.berlios.de/pub/cdrecord/alpha/ > > and test again ;-) Hi Joerg, Thank you for your input. But I believe it won't be necessary to upgrade to a newer mkisofs and I'm not sure it would produce any different output. The current mkisofs in Debian is capable of creating ISO images with deeper trees. The problem here is our selection of options we pass to mkisofs when creating the ISO image. If we used "-iso-level 4" or "-D" there would not be this problem, but we would be risking compatibility with older ISO9660 implementations (MS-DOS?). Applying the patch in the attachment is all that's needed to (always) use "-iso-level 4". I'll work on a better patch that will adapt the options used according to the depth of the tree, so that we have an image as backward compatible as possible, without limiting the the kind of data the user adds to the disc. Best regards, -- Goedson Teixeira Paixao http://mundolivre.wordpress.com/ Debian Project http://www.debian.org/ Jabber ID: [EMAIL PROTECTED]http://www.jabber.org/ 18_allow_deeper_trees.dpatch Description: application/shellscript signature.asc Description: Esta é uma parte de mensagem assinada digitalmente
Bug#401553: gnomebaker: Fails when directory depth is greater than 6
Before you sare starting to guess about possible reasons, I recommend to upgrade to a recent mkisofs ftp://ftp.berlios.de/pub/cdrecord/alpha/ and test again ;-) Jörg -- EMail:[EMAIL PROTECTED] (home) Jörg Schilling D-13353 Berlin [EMAIL PROTECTED](uni) [EMAIL PROTECTED] (work) Blog: http://schily.blogspot.com/ URL: http://cdrecord.berlios.de/old/private/ ftp://ftp.berlios.de/pub/schily
Bug#401553: gnomebaker: Fails when directory depth is greater than 6
Package: gnomebaker Version: 0.6.0-4 Severity: minor Hi, If the directory depth of the project to be burn is greater than 6, gnomebaker fails. THis seems to be a feature as it reports that as an error. Other burning tools allow to burn deeper trees. Regards Jean-Luc -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (900, 'unstable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.19-k8-2 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Versions of packages gnomebaker depends on: ii cdda2wav 9:1.1.0-1 Dummy transition package for iceda ii cdrdao 1:1.2.2-5 records CDs in Disk-At-Once (DAO) ii dvd+rw-tools 7.0-4 DVD+-RW/R tools ii gstreamer0.10-ffmpeg 0.10.1-2 FFmpeg plugin for GStreamer ii gstreamer0.10-plugins-base 0.10.10-2 GStreamer plugins from the "base" ii gstreamer0.10-plugins-good 0.10.4-3 GStreamer plugins from the "good" ii gstreamer0.10-plugins-ugly 0.10.4-4 GStreamer plugins from the "ugly" ii libart-2.0-2 2.3.17-1 Library of functions for 2D graphi ii libatk1.0-01.12.3-1 The ATK accessibility toolkit ii libbonobo2-0 2.14.0-3 Bonobo CORBA interfaces library ii libbonoboui2-0 2.14.0-5 The Bonobo UI library ii libc6 2.3.6.ds1-8 GNU C Library: Shared libraries ii libcairo2 1.2.4-4 The Cairo 2D vector graphics libra ii libdbus-1-31.0.1-2 simple interprocess messaging syst ii libdbus-glib-1-2 0.71-3simple interprocess messaging syst ii libfontconfig1 2.4.2-1 generic font configuration library ii libgconf2-42.16.0-3 GNOME configuration database syste ii libglade2-01:2.6.0-2 library to load .glade files at ru ii libglib2.0-0 2.12.4-2 The GLib library of C routines ii libgnome-keyring0 0.6.0-2 GNOME keyring services library ii libgnome2-02.16.0-2 The GNOME 2 library - runtime file ii libgnomecanvas2-0 2.14.0-2 A powerful object-oriented display ii libgnomeui-0 2.14.1-2+b1 The GNOME 2 libraries (User Interf ii libgnomevfs2-0 2.14.2-3 GNOME virtual file-system (runtime ii libgstreamer0.10-0 0.10.10-2 Core GStreamer libraries and eleme ii libgtk2.0-02.8.20-3 The GTK+ graphical user interface ii libice61:1.0.1-2 X11 Inter-Client Exchange library ii libnotify1 0.4.3-1 sends desktop notifications to a n ii liborbit2 1:2.14.3-0.1 libraries for ORBit2 - a CORBA ORB ii libpango1.0-0 1.14.8-2 Layout and rendering of internatio ii libpopt0 1.10-3lib for parsing cmdline parameters ii libsm6 1:1.0.1-3 X11 Session Management library ii libx11-6 2:1.0.3-4 X11 client-side library ii libxcursor11.1.7-4 X cursor management library ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii libxfixes3 1:4.0.1-5 X11 miscellaneous 'fixes' extensio ii libxi6 1:1.0.1-4 X11 Input extension library ii libxinerama1 1:1.0.1-4.1 X11 Xinerama extension library ii libxml22.6.27.dfsg-1 GNOME XML library ii libxrandr2 2:1.1.0.2-5 X11 RandR extension library ii libxrender11:0.9.1-3 X Rendering Extension client libra ii mkisofs9:1.1.0-1 Dummy transition package for genis ii wodim 9:1.1.0-1 command line CD/DVD writing tool gnomebaker recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
