Hi, > The log shows some Growisofs message and not the one I have. > Although, could it be that it is dependent on the libburn version?
The libburn plugin was not used. Only the libisofs one. A run with growisofs as burn engine would also suffer from the bug we found in the libisofs plugin. But the found bug would not cause libisofs or growisofs to abort after libisofs generated about 50 percent of the image. GNOME bug 655061 is the same initial bug report as Ubuntu 780117. Both took a long tail of me-toos which mostly match our found bug. There we find the hints about direct burning (which fails) and burning of previously stored ISO images (which succeeds). > Since when does libburn return if all data was written or not? Quite some while. But it depends on whether the size of the track was announced by the application. I understand Brasero creates its own struct burn_source implementation. So it depends on whether burn-libburn.c:brasero_libburn_src_get_size() returns non-zero. Whether this changed in the past is a matter of Brasero history. It might have been a libburn provided burn_source object in the past which would have been created by libburn call struct burn_source *burn_fd_source_new(int datafd, int subfd, off_t size); Here it would matter whether size is non-zero, resp. on the result of fstat(datafd, ...). > I am not so sure on this one anymore as it is reported against 2.30.3-2 > which does not have the offending patch. I can imaging that it is caused > by the problem the faulty patch wanted to fix [1]. But thinking about > this the original reporter wrote, that his medium could be mounted. I see. But the follow-up by Simon Wenner was with a higher Brasero version. > > I would deem this field more appropriate to rat out Paul Menzel. :)) > Very much more appropriate. ;-) Are you doing that in xorriso? I do not even know how to get your full name from your computer. You would have to rat out yourself by xorriso command -publisher 'Paul Menzel' > Interesting. Though I know of no such specifications. ECMA-119 is the freely available form of ISO 9660 specs. http://www.ecma-international.org/publications/files/ECMA-ST/Ecma-119.pdf The contract between image producers and image readers. It describes on byte level how an ISO image has to look like. Have a nice day :) Thomas -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org