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):
Steps to Reproduce:
1. Use k3b to burn using a SCSI drive
Actual Results: Calls to cdrecord fail.
Expected Results: The desired operation (recording, blanking...)
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
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
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:
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:
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:
fixed in FC2 updates proper.