Talking to notting on IRC, he says that it looks like gstreamer isn't doing the right thing, so switching the component to gstreamer.

Example:

$ rpm -q --provides gstreamer-plugins-bad-free
gstreamer-plugins-farsight = 0.12.12-1
gstreamer-plugins-flumpegdemux = 0.10.21-3.fc15
gstreamer-plugins-schroedinger = 0.10.21-3.fc15
libgstadpcmdec.so()(64bit)  
libgstadpcmenc.so()(64bit)  
libgstaiff.so()(64bit)  
libgstapexsink.so()(64bit)  
libgstasfmux.so()(64bit)  
libgstassrender.so()(64bit)  
libgstaudioparsersbad.so()(64bit)  
libgstautoconvert.so()(64bit)  
libgstbasecamerabinsrc-0.10.so.0()(64bit)  
libgstbasevideo-0.10.so.0()(64bit)  
libgstbayer.so()(64bit)  
libgstbz2.so()(64bit)  
libgstcamerabin.so()(64bit)  
libgstcamerabin2.so()(64bit)  
libgstcdaudio.so()(64bit)  
libgstcdxaparse.so()(64bit)  
libgstcelt.so()(64bit)  
libgstcog.so()(64bit)  
libgstcoloreffects.so()(64bit)  
libgstcolorspace.so()(64bit)  
libgstdataurisrc.so()(64bit)  
libgstdc1394.so()(64bit)  
libgstdccp.so()(64bit)  
libgstdebugutilsbad.so()(64bit)  
libgstdirac.so()(64bit)  
libgstdtmf.so()(64bit)  
libgstdvb.so()(64bit)  
libgstfestival.so()(64bit)  
libgstfreeze.so()(64bit)  
libgstfrei0r.so()(64bit)  
libgstgaudieffects.so()(64bit)  
libgstgeometrictransform.so()(64bit)  
libgstgsettingselements.so()(64bit)  
libgstgsm.so()(64bit)  
libgsth264parse.so()(64bit)  
libgsthdvparse.so()(64bit)  
libgstid3tag.so()(64bit)  
libgstinterlace.so()(64bit)  
libgstinvtelecine.so()(64bit)  
libgstivfparse.so()(64bit)  
libgstjp2k.so()(64bit)  
libgstjp2kdecimator.so()(64bit)  
libgstjpegformat.so()(64bit)  
libgstkate.so()(64bit)  
libgstladspa.so()(64bit)  
libgstlegacyresample.so()(64bit)  
libgstliveadder.so()(64bit)  
libgstlv2.so()(64bit)  
libgstmodplug.so()(64bit)  
libgstmpeg4videoparse.so()(64bit)  
libgstmpegdemux.so()(64bit)  
libgstmpegpsmux.so()(64bit)  
libgstmpegtsmux.so()(64bit)  
libgstmpegvideoparse.so()(64bit)  
libgstmusepack.so()(64bit)  
libgstmve.so()(64bit)  
libgstmxf.so()(64bit)  
libgstnsf.so()(64bit)  
libgstnuvdemux.so()(64bit)  
libgstofa.so()(64bit)  
libgstpcapparse.so()(64bit)  
libgstphotography-0.10.so.0()(64bit)  
libgstpnm.so()(64bit)  
libgstqtmux.so()(64bit)  
libgstrawparse.so()(64bit)  
libgstrfbsrc.so()(64bit)  
libgstrsvg.so()(64bit)  
libgstrtpmux.so()(64bit)  
libgstscaletempoplugin.so()(64bit)  
libgstschro.so()(64bit)  
libgstsdpelem.so()(64bit)  
libgstsegmentclip.so()(64bit)  
libgstshm.so()(64bit)  
libgstsignalprocessor-0.10.so.0()(64bit)  
libgstsndfile.so()(64bit)  
libgstspeed.so()(64bit)  
libgststereo.so()(64bit)  
libgstsubenc.so()(64bit)  
libgsttta.so()(64bit)  
libgstvcdsrc.so()(64bit)  
libgstvideomaxrate.so()(64bit)  
libgstvideomeasure.so()(64bit)  
libgstvideosignal.so()(64bit)  
libgstvmnc.so()(64bit)  
libgstvp8.so()(64bit)  
libgsty4mdec.so()(64bit)  
libresindvd.so()(64bit)  
gstreamer-plugins-bad-free = 0.10.21-3.fc15
gstreamer-plugins-bad-free(x86-64) = 0.10.21-3.fc15

Compare to a F-14 build:

$ rpm -qp --provides gstreamer-plugins-bad-free-0.10.20-3.fc14.x86_64.rpm 
gstreamer-plugins-farsight = 0.12.12-1
gstreamer-plugins-flumpegdemux = 0.10.20-3.fc14
gstreamer-plugins-schroedinger = 0.10.20-3.fc14
gstreamer0.10(decoder-application/mxf)()(64bit)  
gstreamer0.10(decoder-application/sdp)()(64bit)  
...

PackageKit is looking for an additional gint field "mpegaudioversion" which wasn't present in Fedora 14.  This is causing PackageKit searches for gst capabilities to fail.  For MP3, for example, in F14 x86_64 the search would have been for:

gstreamer0.10(decoder-audio/mpeg)(mpegversion=1)(layer=3)()(64bit)

Now it's looking for:

gstreamer0.10(decoder-audio/mpeg)(mpegaudioversion=1)(mpegversion=1)(layer=3)()(64bit)

AFAICT this means gst-inspect needs to generate this new field when it does --print-plugin-auto-install-info.

Also marking this as F15Blocker since it's a regression in a notable feature from previous releases.

I suspect the packages are still messed up from the RPM transition, I guess nobody rebuilt their packages after we fixed the provides magic.

I just looked at the new GStreamer prerelease packages I built just yesterday for rawhide - http://koji.fedoraproject.org/koji/buildinfo?buildID=239740 - and they seem to have all the necessary info.

So I guess we (= Fedora and RPMfusion) need to rebuild all the packages that haven't been rebuilt since GStreamer was fixed?

Yes, sounds right.

gstreamer-plugins-base-0.10.32-2.fc15,gstreamer-plugins-bad-free-0.10.21-4.fc15,gstreamer-plugins-good-0.10.27-4.fc15 has been submitted as an update for Fedora 15.
https://admin.fedoraproject.org/updates/gstreamer-plugins-base-0.10.32-2.fc15,gstreamer-plugins-bad-free-0.10.21-4.fc15,gstreamer-plugins-good-0.10.27-4.fc15

Discussed at 2011-04-21 blocker review meeting (http://meetbot.fedoraproject.org/fedora-bugzappers/2011-04-21/f15-blocker-review.2011-04-21-17.00.html) ...

AGREED: 695730 - RejectedNTH RejectedBlocker - updated fedora packages available for testing, rpmfusion will need to rebuild -plugins
ACTION: adamw - notify rpmfusion about 695730 and gstreamer plugin rebuilds

Package gstreamer-plugins-base-0.10.32-2.fc15, gstreamer-plugins-bad-free-0.10.21-4.fc15, gstreamer-plugins-good-0.10.27-4.fc15:
* should fix your issue,
* was pushed to the Fedora 15 testing repository,
* should be available at your local mirror within two days.
Update it with:
# su -c 'yum update --enablerepo=updates-testing gstreamer-plugins-base-0.10.32-2.fc15 gstreamer-plugins-bad-free-0.10.21-4.fc15 gstreamer-plugins-good-0.10.27-4.fc15'
as soon as you are able to.
Please go to the following url:
https://admin.fedoraproject.org/updates/gstreamer-plugins-base-0.10.32-2.fc15,gstreamer-plugins-bad-free-0.10.21-4.fc15,gstreamer-plugins-good-0.10.27-4.fc15
then log in and leave karma (feedback).

gstreamer-plugins-base-0.10.32-2.fc15, gstreamer-plugins-bad-free-0.10.21-4.fc15, gstreamer-plugins-good-0.10.27-4.fc15 has been pushed to the Fedora 15 stable repository.  If problems still persist, please make note of it in this bug report.