[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: growisofs failing on some iso files


> > 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:
pointing to
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:
(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 :)


Reply to: