FS#17038 - [cdrkit] genisoimage seems unable to generate a proper iso level 3 file system

Attached to Project: Arch Linux
Opened by Sven-Hendrik Haase (Svenstaro) - Saturday, 07 November 2009, 01:09 GMT
Last edited by Andrea Scarpino (BaSh) - Tuesday, 26 January 2010, 16:38 GMT
Task Type Bug Report
Category Upstream Bugs
Status Closed
Assigned To Andrea Scarpino (BaSh)
Architecture All
Severity Low
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 1
Private No

Details

Description:
If you try to use genisoimage to create a iso image using -iso-level-3, it will complain if the file is too big and you do not use udf. However, -iso-level-3 is meant to support even greater sizes than udf is meant to support and it should therefore be well possible to put files the size of 4.4GiB on a DVD-sized disk image. Testing this further, I found out that the cdrtools' mkisofs (from the original cdrtools) -iso-level-3 actually does work correctly. Can we somehow resolve this within Arch seeing as this issue has been with cdrkit for a long time?
I'd like to note that udf creation for file sizes bigger than 2GiB is also possible with cdrkit.

Additional info:
* package version: cdkit 1.1.9-2

Steps to reproduce:
Get yourself a file bigger than 4GiB, use genisoimage (from cdrkit) -iso-level-3 to generate a iso with that file on it and see it fail. Enable -allow-limited-size and it will succeed. However, using mkisofs (from cdrtools) -iso-level-3 will not complain and output a proper iso level 3 iso.
This task depends upon

Closed by  Andrea Scarpino (BaSh)
Tuesday, 26 January 2010, 16:38 GMT
Reason for closing:  Upstream
Comment by Gerardo Exequiel Pozzi (djgera) - Saturday, 07 November 2009, 01:20 GMT
  • Field changed: Summary (genisoimage seems unable to generate a proper iso level 3 file system → [cdrkit] genisoimage seems unable to generate a proper iso level 3 file system)
  • Field changed: Status (Unconfirmed → Waiting on Response)
  • Field changed: Category (Packages: Extra → Upstream Bugs)
  • Task assigned to Andrea Scarpino (BaSh)
Looks like an upstream issue, so please report to upstream if not already reported. This is the way to solve this type of issues(*). Thanks.

(*) The last release of cdrkit is +1 year.
Comment by Sven-Hendrik Haase (Svenstaro) - Saturday, 14 November 2009, 01:43 GMT
Upstream bug report here: http://lists.alioth.debian.org/pipermail/debburn-devel/2009-November/000687.html
People over there don't seem to care a lot. Why not just use cdrtools? The legal issues have been resolved and it is now "safe" and wise to switch back.
Comment by Gerardo Exequiel Pozzi (djgera) - Tuesday, 19 January 2010, 21:51 GMT
status with latest cdrkit-1.1.10-1 ?
Comment by Sven-Hendrik Haase (Svenstaro) - Tuesday, 19 January 2010, 22:11 GMT
Still broken for cdrkit. Still working for cdrtools.
Comment by Gerardo Exequiel Pozzi (djgera) - Monday, 25 January 2010, 02:08 GMT
  • Field changed: Status (Waiting on Response → Assigned)
I guess that this task should be closed as _upstream_. Seems that this project is not active developed (1 year pass between 1.1.9 and 1.1.10). There are no responses from your bug report on upstream...
I think that for real working must use cdrtools. I am use cdrtools here since cdrkit never worked good for me.
And I guess that licenses issues is not a real problem in Arch Linux. All are free software at all!

Maybe you can revive another discussion about this on arch-general ;)

My two cents.
Comment by Sven-Hendrik Haase (Svenstaro) - Monday, 25 January 2010, 02:12 GMT
Will do, thanks for the heads-up.
Comment by Sven-Hendrik Haase (Svenstaro) - Monday, 25 January 2010, 03:00 GMT
Done: http://mailman.archlinux.org/pipermail/arch-general/2010-January/010349.html
You might want to have a say there :)

Loading...