Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 71237 - k3b fails to find device when scsi-emulation is used
Summary: k3b fails to find device when scsi-emulation is used
Status: RESOLVED WORKSFORME
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] Core system (show other bugs)
Hardware: All Linux
: High normal (vote)
Assignee: Gentoo KDE team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2004-11-14 20:13 UTC by Jory A. Pratt
Modified: 2005-01-02 09:25 UTC (History)
0 users

See Also:
Package list:
Runtime testing required: ---


Attachments
K3B cd-burning patch (2300_cddvd-cmdfilter-drop.patch,526 bytes, text/plain)
2004-11-14 20:15 UTC, Jory A. Pratt
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Jory A. Pratt 2004-11-14 20:13:52 UTC
the patch to burn as non root user is still need for users to burn as normal user in k3b. This patch should be included until k3b updates.

Reproducible: Always
Steps to Reproduce:
1.
2.
3.




Portage 2.0.51-r3 (default-linux/x86/2004.3, gcc-3.4.3, glibc-2.3.4.20041102-r0,
2.6.9-gentoo-r3 i686)
=================================================================
System uname: 2.6.9-gentoo-r3 i686 AMD Athlon(TM) XP2200+
Gentoo Base System version 1.6.6
ccache version 2.3 [enabled]
Autoconf: sys-devel/autoconf-2.59-r5
Automake: sys-devel/automake-1.8.5-r1
Binutils: sys-devel/binutils-2.15.92.0.2-r1
Headers:  sys-kernel/linux26-headers-2.6.8.1-r1
Libtools: sys-devel/libtool-1.5.2-r7
ACCEPT_KEYWORDS="x86 ~x86"
AUTOCLEAN="yes"
CFLAGS="-O2 -march=athlon-xp -fomit-frame-pointer -ftracer
-fprefetch-loop-arrays -pipe"
CHOST="i686-pc-linux-gnu"
COMPILER=""
CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config
/usr/share/config /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d"
CXXFLAGS="-O2 -march=athlon-xp -fomit-frame-pointer -ftracer
-fprefetch-loop-arrays -pipe -fvisibility-inlines-hidden"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoaddcvs candy ccache distlocks sandbox sfperms"
GENTOO_MIRRORS="http://open-systems.ufl.edu/mirrors/gentoo
http://mirror.datapipe.net/gentoo http://mirror.datapipe.net/gentoo"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="3dnow X alsa apache2 avi berkdb bitmap-fonts cdr crypt cups dvd dvdr encode
esd f77 fam foomaticdb fortran gdbm gif gnome gpm gtk gtk2 imagemagick imlib
java javascript jpeg libg++ libwww mad maildir mikmod motif mpeg mysql ncurses
nls nptl nptlonly oggvorbis opengl oss pam pdflib perl php png python quicktime
readline sdl spell ssl svga tcltk tcpd tiff truetype x86 xinerama xml2 xmms xv zlib"
Comment 1 Jory A. Pratt 2004-11-14 20:15:39 UTC
Created attachment 43968 [details]
K3B cd-burning patch

This is the patch that should be commited back into the gentoo-dev-sources
patch set until k3b updates there software. This patch does apply cleanly still
to 2.6.9-r4 and allows non root user access to cd burner again
Comment 2 Gregorio Guidi (RETIRED) gentoo-dev 2004-11-15 01:33:37 UTC
what kernel is affected?
All 2.6.9-based kernels work fine with k3b-0.11.17 and recent cdrtools
and dvd+rw-tools.
(and it must be said that the patch completely disables command checking, so it's not a trivial one)
Comment 3 Jory A. Pratt 2004-11-15 08:20:53 UTC
kernel 2.6.9-r4 is affected this system is entirely ~x86 yet no cd-rw is found for use by k3b as a user.

sr0: scsi3-mmc drive: 48x/48x writer cd/rw xa/form2 cdda tray
Attached scsi CD-ROM sr0 at scsi0, channel 0, id 0, lun 0

app-cdr/cdrtools-2.01
app-cdr/dvd+rw-tools-5.21.4.10.8
app-cdr/k3b-0.11.17

those are the packages that are installed. even with the patch appied against 2.6.9-4 I have no cd-rw listed in k3b this patch worked in 2.6.9-r3 tho.
Comment 4 Gregorio Guidi (RETIRED) gentoo-dev 2004-11-15 13:58:50 UTC
So it is probably a permission problem. The recent pam update touched
/etc/security/console.perms, and maybe this caused a change in your setup.
Check if you have read and write permissions for the cdr devide.
Comment 5 Jory A. Pratt 2004-11-15 18:25:59 UTC
After a little research I decided to disable scsi-emulation in the kernel and everything works fine once again.
Comment 6 Gregorio Guidi (RETIRED) gentoo-dev 2005-01-02 09:25:49 UTC
closing.