From Bugzilla Helper: User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.6) Gecko/20040422 Description of problem: Due to recent changes to the kernel and cdrecord, the required syntax to call cdrecord for SCSI drives has changed. cdrecord must be called with "--dev=/dev/scdX" instead of "dev=X,X,X". k3b does not know this, so all calls to cdrecord fail, making the program pretty useless on SCSI drives. Version-Release number of selected component (if applicable): k3b-0.11.9-3 How reproducible: Always Steps to Reproduce: 1. Use k3b to burn using a SCSI drive 2. 3. Actual Results: Calls to cdrecord fail. Expected Results: The desired operation (recording, blanking...) Additional info:
Please try http://people.redhat.com/notting/k3b-0.11.9-4.i386.rpm for an untested quick hack.
Attaching is an updated spec with the scsi patch in the rpm above, and a fix for the i18n stuff. Please commit if positive feedback is received on the scsi fix. Built and tested on i386 and x86_64 with IDE hardware.
Created attachment 99951 [details] updated spec for k3b-0.11.9-4
Created attachment 99952 [details] SCSI patch provided by notting
*** Bug 122474 has been marked as a duplicate of this bug. ***
Works for me (apart from general SCSI problems, but that's not k3b's fault)
Works to create then burn ISO image, but burn "On the fly" gives "Data does not fit on disk error" with same source files as for ISO image. Host: scsi0 Channel: 00 Id: 01 Lun: 00 Vendor: YAMAHA Model: CRW8824S Rev: 1.00 Type: CD-ROM ANSI SCSI revision: 02
Please try with the following RPM and see if the error persists: http://rpms.xcyb.org/fedora.us/k3b-0.11.10-0.fdr.2.2.src.rpm More likely the error you got is related to some bug in K3b 0.11.9. The new version I believe fixes it. The src.rpm above it's targeted for the fedora.us repository but it fits exactly into the official FC2 scheme. I mean it contains both the fedora.us features (conditional build with/without mp3 support) and the FC2 features (i18n files, k3bsetup2 disabled...). Besides that it contains the SCSI patch too.
Updated Fedora SRPMS are available at: http://www.linuxtx.org/rpmdrop/k3b-0.11.10-1.src.rpm with MD5: http://www.linuxtx.org/rpmdrop/k3b-0.11.10-1.src.rpm.md5.asc
Just a few minor suggestions: 1. Don't fix the k3bseup2.desktop file if you don't use it at all 2. The [ -z "$QTDIR" ] check is redundant because on the first line of the qt.sh script we have : "if [ -z "$QTDIR" ] ; then" 3. I see that a lot of people started to disable rpath on their packages (Than Ngo did it in k3b-0.11.9-4 from rawhide) And one _big_ question: Why did you include the i18n files in the k3b package in the first place and not keep the idea found in koffice, kde... etc (i.e. separate packages) ?
Thanks for the catch on the rpath disable. That one should have been pushed forward. I still think we should fix the k3bseup2.desktop file because if someone should want to rebuild with k3bsetup2 enabled, that part is less obvious. As for including i18n, there was some discussion about this when the initial packaging for core was being done. The consensus seems to be, i18n should not be a seperate package, so there it sits. Updated SRPMS are at: http://www.linuxtx.org/rpmdrop/k3b-0.11.10-2.src.rpm with MD5: http://www.linuxtx.org/rpmdrop/k3b-0.11.10-2.src.rpm.md5.asc
fixed in FC2 updates proper.