I decided to take a deeper look into it, and it looks like it's not gnomebaker's fault; it's cdrkit's fault. Should this bug be filed elsewhere?
`readom` will detect the error, but it returns a success error code. I wrote a quick sh script wrapper to return a failed exit code. gnomebaker picks it up and reports a failed copy. Here's what I did to test readom: $ mkdir /tmp/tmpfs $ sudo mount -t tmpfs -o size=10M,mode=0777 /dev/null /tmp/tmpfs $ readom dev=/dev/sr0 f=/tmp/tmpfs/test.iso Read speed: 8467 kB/s (CD 48x, DVD 6x). Write speed: 8467 kB/s (CD 48x, DVD 6x). Capacity: 1677248 Blocks = 3354496 kBytes = 3275 MBytes = 3435 prMB Sectorsize: 2048 Bytes Copy from SCSI (8,0,0) disk to file '/tmp/tmpfs/test.iso' end: 1677248 addr: 5120 cnt: 64 readom: No space left on device. Cannot write '/tmp/tmpfs/test.iso' addr: 5120 Time total: 4.603sec Read 10240.00 kB at 2224.6 kB/sec. $ echo $? 0 $ sudo umount /tmp/tmpfs $ sudo rm -rf /tmp/tmpfs -- Silent failure when out of /tmp space https://bugs.launchpad.net/bugs/178774 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
