Re: growisofs failing on some iso files
Hi,
> > growisofs needs an upstream maintainer until Andy Polyakov shows up again.
> > (I am competitor, but could well serve as review peer.)
> Do you happen to know if Andy is willing to continue maintaining the package
> in the future
No. My only contact with Andy was at this list resp. via his published
e-mail address. The youngest mail in my box from his published address is
from october 2009.
I see a younger one in the archive, that exactly describes the bug you found:
http://lists.debian.org/cdwrite/2009/10/msg00118.html
pointing to
http://www.mail-archive.com/cdwrite@other.debian.org/msg12340.html
and
http://www.mail-archive.com/cdwrite@other.debian.org/msg12357.html
which (at the very end of the text) implements your first workaround. :))
But Andy did not see the bug. Nor did i. Good catch.
> or if there is anybody else who would be able to do so?
Well, some might be able. But i know of nobody who would be willing.
cdrkit team is hardly a candidate due to lack of manpower already for wodim.
If a growisofs-devel group forms, then i would be willing to join
and help. But not as somebody who decides. That would be a conflict
of interest. I want my own stuff to be used, but i still owe growisofs
some favors.
We would have a BD-R problem pending:
http://lists.debian.org/cdwrite/2008/06/msg00062.html
http://lists.debian.org/cdwrite/2008/07/msg00092.html
(there are earlier reports about the same problem).
libburn refrains from using BD-R in that way (Pseudo Over-Write).
So if one wants it, then one needs growisofs. Andy motivated it by
Solaris versions which are too dump to mount the youngest session.
growisofs could urgently need a logging facility for its SCSI commands.
Like cdrecord -V, cdrskin -V, or xorriso -scsi_log "on".
I have one that was ripped from libburn and only works for Linux SG_IO.
Some work would be needed to plug it into the other transport() methods.
------------------------------------------------------------------------
> https://bugzilla.redhat.com/show_bug.cgi?id=807474
Do you see a text "reserving ... blocks" in that bug report ?
In the growisofs messages of above thread i see the session size
reported at the start of the growisofs run:
Executing 'builtin_dd if=/dev/fd/0 of=/dev/scd1 obs=32k seek=0'
/dev/scd1: engaging DVD-R DAO upon user request...
/dev/scd1: reserving 2020809 blocks
/dev/scd1: "Current Write Speed" is 8.2x1352KBps.
622592/4138616832 ( 0.0%) @0.0x, remaining 443:05 RBU 100.0% UBU 5.0%
...
Have a nice day :)
Thomas
Reply to: