Bug 157132

Please upgrade to the latest gnome-media and gstreamer in rawhide and try again.
 This works for me.

Updated to the latest components as you suggested but with no change in the
result so I investigated further.

First I disabled the firewall even though I had my ethernet connection to my DSL
router and the rest of the network as a trusted device rebooted and still no
CDDB info was obtained.

Next I disabled selinux and rebooted and this time all the expected information
was obtained from the CDDB.

Next I re-enabled the firewall and selinux re-labeling the file system on reboot
and after a reboot those CD's that information was obtained for still display it
but any new CD again fails to get any information from the CDDB.

So it would seem to be an selinx related problem.

I am now going to install FC4test3 (download finished approx 1 hour ago) and
will report if the problem still exists
then both before and after any updates are installed.

Any update on this.  If it is an SE-Linux bug we need to get it fixed soon or
FC4 will go out without the fix.

Still the same problem in FC4test3

Ok, I'm going to reassign this to SE-Linux and put it on the blocker list.  Can
you run gnome-cd again and attach the SE-Linux output in /var/log/messages to
this bug.  Thanks.

Created attachment 114304 [details]
Content of /var/log/messages as requested.

Created attachment 114305 [details]
Content of /var/log/messages as requested.

THere are no messages in there that would cause this.

Do you have any messages in /var/log/audit/audit.log?

If you setenforce 0 and then try to play the CD do you see data?

Dan

None that I can see and also none after doing the setenforce 0 and playing a CD.

Did it start working though when you did the setenforce 0?

This could be a udev problem?  John which devices are used by this app?

We are seeing no AVC messages related to this.

Dan

No it did not start working I still get no CDDB info for any CD.

Ok, then next time you boot can you boot in permissive mode.

You can either enter enforcing=0 on the kernel line, or change
/etc/selinux/config or run system-config-securitylevel to do it.

Ok I have done as you asked  enforcing=0 on the kernel line and after booting
confirmed that it had booted into permissive mode by checking what was shown
by system-config-securitylevel (shows enforcing current permissive) and then
played a cd and checked the log files for approprite messages and found none
(still did not get any info) so I then disabled selinux using the
system-config-securitylevel aplet and after a reboot with selinux now disabled
the CDDB info is available.

So I returned everything to normal and confirmed that with a fresh CD it does
not work again which it did'nt but thought I would try and see what 
sound juicer CD ripper does and to my surprise this application gets info OK 
from the CDDB database.
database.

Harald any ideas?

Udev problem? no..

Which kind of Cdrom? Scsi or Atapi? Maybe the app uses a ioctl on the /dev/sg?
device, which is not used anymore (module sg is deprecated??). The app should
then use the ioctl on /dev/cdrom and maybe the kernel does not allow the
specific ioctl().

Both of the CD devices in my system are on the secondary ide bus and show up as
follows in the hardware browser.

Memorex Twelve MAXX 1032 driver none or built-in /dev/hdd
SONY CDU4811 driver none or built-in /dev/hdc

The following is from the fstab file

/dev/hdd                /media/cdrecorder       auto   
pamconsole,exec,noauto,managed 0 0
/dev/hdc                /media/cdrom            auto   
pamconsole,exec,noauto,managed 0 0

This is still failing in FC4 FINAL and on my test system that has just had FC4
installed on it and immediatly modified to track the development fork.

So should this be bumped from Fc4test3 to devel.

This is still failing for me on FC4 final+all errata (as of today, July 24 2005).

Currently OK in FC4 final

It has been for some time now so I will close this bug (if I can)