Created attachment 328055 [details] k3b debug output Description of problem: When attempting to burn a DVD project, K3B reports an error "Unable to determine size of resulting image file" Works if one logs in as root. Doesn't work if one sudos k3b ( kde permissions ) Version-Release number of selected component (if applicable): How reproducible: Happens everytime Steps to Reproduce: 1. Create DVD project 2. Add some files 3. Select Burn 4. Select Burn Actual results: Error as above Expected results: DVD iso should be created and burned to device Additional info: see attachment
I can't reproduce it. Can you please attach k3b debug output when logged as root? And what says this command: ls -lH `which mkisofs`
-rwxr-xr-x 1 root root 541364 2008-05-28 02:08 /usr/bin/mkisofs* I am not currently at the machine that has the issue, will run as root tonight. NB: Googling indicates this is not an isolated instance, Ubuntu users are having the same issue. I am guesisng it is permissions related but on what, I don't know.
Opps, Attempting to create CDs also results in the same error.
How are you logging in? If using kdm/gdm, these use ConsoleKit to grant the correct privledges to local devices, like burners.
Created attachment 328478 [details] debug output Sorry for the delay. This output shows the same action, creat a CD image performed as a std user, which fails, and as root which succeeds.
std user: Used versions ----------------------- mkisofs: 2.1 root: Used versions ----------------------- mkisofs: 1.1.8 Hmmm...I don't know why root uses different version...
I have been unable to reproduce this on my systems. Can anyone else reproduce?
I can not work out why two different versions are reported. I can not even find a mkisofs 2.1 This was a vanilla F10 install from scratch selecting KDE and removing Gnome from the packages during the install. (agree-6)geustace: echo $PATH /usr/sbin:/sbin:/SF/tools:/home/geustace/bin:/usr/lib/qt-3.3/bin:/usr/kerberos/bin:/usr/local/bin:/bin:/usr/bin:/usr/X11R6/bin (agree-6)geustace: which mkisofs /usr/bin/mkisofs (agree-6)geustace: which genisoimage /usr/bin/genisoimage [root@agree-6 ~]# echo $PATH /usr/lib/qt-3.3/bin:/usr/kerberos/sbin:/usr/kerberos/bin:/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin:/root/bin [root@agree-6 ~]# which mkisofs /usr/bin/mkisofs [root@agree-6 ~]# which genisoimage /usr/bin/genisoimage In both cases /usr/bin/mkisofs is a symlink to /etc/alternatives/mkisofs, which is also a symlink to the same binary lrwxrwxrwx 1 root root 20 2008-12-31 16:53 mkisofs -> /usr/bin/genisoimage* OK, progress. My home directory was restored from my earlier fc8 install. I found the following in the .kde/share/config/k3brc file [External Programs] cdrdao default=/usr/bin/cdrdao cdrdao last seen newest version=1.2.2 cdrdao user parameters= cdrecord default=/usr/bin/wodim cdrecord last seen newest version=1.1.8 cdrecord user parameters= dvd+rw-format default=/usr/bin/dvd+rw-format dvd+rw-format last seen newest version=7.1 dvd+rw-format user parameters= eMovix user parameters= growisofs default=/usr/bin/growisofs growisofs last seen newest version=7.1 growisofs user parameters= mkisofs default=/usr/bin/growisofs mkisofs last seen newest version=2.1 mkisofs user parameters= I will rm this file and see if that changes anything.
Removing .kde/share/config/k3brc seems to have resolved the issue. There must have been some artifact in the file carried forward from Fedora 8.