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]
