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/[email protected]/msg12340.html
and
  http://www.mail-archive.com/[email protected]/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


-- 
To UNSUBSCRIBE, email to [email protected]
with a subject of "unsubscribe". Trouble? Contact [email protected]
Archive: http://lists.debian.org/[email protected]