Arch Linux

Please read this before reporting a bug:
https://wiki.archlinux.org/title/Bug_reporting_guidelines

Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.

REPEAT: Do NOT report bugs for outdated packages!
Tasklist

FS#36283 - [k3b] refuses to burn CD images

Attached to Project: Arch Linux
Opened by Andrej Podzimek (andrej) - Friday, 26 July 2013, 14:56 GMT
Last edited by Eric Belanger (Snowman) - Friday, 26 July 2013, 20:04 GMT
Task Type Bug Report
Category Packages: Extra
Status Closed
Assigned To No-one
Architecture All
Severity Low
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 0
Private No

Details

Description:

I'm getting exactly this message from k3b https://bugs.archlinux.org/task/1128 But that bug report comes from 2004, whereas my system is a 64-bit ArchLinux updated today...

Additional info:
* package version(s)

k3b 2.0.2-8
cdrkit 1.1.11-3

* config and/or log files etc.

None, k3b just says "on-the-fly writing whit cdrecord < 2.01a13 is not supported" and that's the only message. Then the CD-ROM is ejected.

Hard to say whether this is really a reproducible bug or just a temporary glitch related to udev and /dev file permissions... There doesn't seem to be anythign suspicious in /dev and as already mentioned, plain cdrecord just works.

Steps to reproduce:

Try to burn the ArchLinux ISO with k3b. Simply running cdrecord from the command line works fine and produced a bootable CD-ROM as expected.
This task depends upon

Closed by  Eric Belanger (Snowman)
Friday, 26 July 2013, 20:04 GMT
Reason for closing:  Not a bug
Comment by Gerardo Exequiel Pozzi (djgera) - Friday, 26 July 2013, 19:17 GMT
Try with cdrtools. Since cdrkit is an unmaintained fork of cdrtools.
Comment by Andrej Podzimek (andrej) - Friday, 26 July 2013, 19:41 GMT
OK, that works. It's quite surprising that cdrkit is in 'extra', whereas cdrtools are in 'community'. This lead me to an (incorrect) assumption that cdrkit is the default ("supported") solution.

Loading...