Bug 3110

Summary: Deploy the package gstreamer-plugins-bad in EL6 Repository (rpmfusion)
Product: Fedora Reporter: webneo82 <mail>
Component: gstreamer-plugins-badAssignee: Simone Caronni <negativo17>
Status: RESOLVED FIXED    
Severity: normal CC: hans, hobbes1069, mail, negativo17, rpmfusion-package-review
Priority: P1    
Version: 21   
Hardware: All   
OS: GNU/Linux   
namespace:

Description webneo82 2014-01-08 12:30:39 CET
Is it possible to provide the package gstreamer-plugins-bad in the repository EL6?

With this additional package EL6 users are able to use Windows Media streams (mms) and other multimedia in EL6.
Thanks a lot!
Comment 1 Richard 2014-01-24 16:13:42 CET
Since the package is already in RPM Fusion a review is not required, changing component to gstreamer-plugins.
Comment 2 Hans de Goede 2014-01-24 16:17:45 CET
I don't have the time to maintain EL6 packages on top of everything else I do.

I always welcome co-maintainers for my packages, and co-maintainers are free to maintain EL6 packages if they want to.

I'm going to close this bug as WONTFIX, but if anyone wants to step up and maintain gstreamer* packages for EL6, they are welcome to re-open and do just that.
Comment 3 Simone Caronni 2014-01-29 09:30:10 CET
(In reply to comment #2)
> I'm going to close this bug as WONTFIX, but if anyone wants to step up and
> maintain gstreamer* packages for EL6, they are welcome to re-open and do just
> that.

Hello, I would like to step in into mantaining the extra gstreamer packages for el6 (and el7 eventually).

Can I proceed in asking permissions on the original Review Requests?
Comment 4 Hans de Goede 2014-01-29 09:55:52 CET
(In reply to comment #3)
> (In reply to comment #2)
> > I'm going to close this bug as WONTFIX, but if anyone wants to step up and
> > maintain gstreamer* packages for EL6, they are welcome to re-open and do just
> > that.
> 
> Hello, I would like to step in into mantaining the extra gstreamer packages for
> el6 (and el7 eventually).

Cool, thanks for working on this!

> Can I proceed in asking permissions on the original Review Requests?

Yes feel free to do so.

Please note that the gstreamer1-* packages need to be updated to the latest upstream, I've not gotten around to doing so yet.
Comment 5 Simone Caronni 2014-01-29 10:45:37 CET
(In reply to comment #4)
> > Can I proceed in asking permissions on the original Review Requests?
> 
> Yes feel free to do so.

I can't find the original reviews for -ugly and -ffmpeg in bugzilla.
Is this one the correct one for gstreamer-plugins-bad?

https://bugzilla.rpmfusion.org/show_bug.cgi?id=1015

I would probably need another review request for getting CVS access as RHEL uses the old naming for gstreamer plugins and would require gstreamer-plugins-bad-nonfree:

Available Packages
gstreamer.i686                               0.10.29-1.el6   base
gstreamer.x86_64                             0.10.29-1.el6   base
gstreamer-devel.i686                         0.10.29-1.el6   base
gstreamer-devel.x86_64                       0.10.29-1.el6   base
gstreamer-devel-docs.noarch                  0.10.29-1.el6   base
gstreamer-java.x86_64                        1.4-4.el6       epel
gstreamer-java-javadoc.x86_64                1.4-4.el6       epel
gstreamer-java-swt.x86_64                    1.4-4.el6       epel
gstreamer-plugins-bad-free.i686              0.10.19-2.el6   base
gstreamer-plugins-bad-free.x86_64            0.10.19-2.el6   base
gstreamer-plugins-bad-free-devel.i686        0.10.19-2.el6   base
gstreamer-plugins-bad-free-devel.x86_64      0.10.19-2.el6   base
gstreamer-plugins-bad-free-devel-docs.x86_64 0.10.19-2.el6   base
gstreamer-plugins-bad-free-extras.i686       0.10.19-2.el6   base
gstreamer-plugins-bad-free-extras.x86_64     0.10.19-2.el6   base
gstreamer-plugins-base.i686                  0.10.29-2.el6   base
gstreamer-plugins-base.x86_64                0.10.29-2.el6   base
gstreamer-plugins-base-devel.i686            0.10.29-2.el6   base
gstreamer-plugins-base-devel.x86_64          0.10.29-2.el6   base
gstreamer-plugins-base-devel-docs.noarch     0.10.29-2.el6   base
gstreamer-plugins-good.i686                  0.10.23-1.el6   base
gstreamer-plugins-good.x86_64                0.10.23-1.el6   base
gstreamer-plugins-good-devel.i686            0.10.23-1.el6   base
gstreamer-plugins-good-devel.x86_64          0.10.23-1.el6   base
gstreamer-python.x86_64                      0.10.16-1.1.el6 base
gstreamer-python-devel.x86_64                0.10.16-1.1.el6 base
gstreamer-tools.x86_64                       0.10.29-1.el6   base
 
> Please note that the gstreamer1-* packages need to be updated to the latest
> upstream, I've not gotten around to doing so yet.

RHEL is using version 0.10.0; do we need also gstreamer1-* packages?
Can I also request CVS access to all gstreamer* packages for Fedora?

Thanks & regards,
--Simone
Comment 6 Hans de Goede 2014-01-29 13:53:07 CET
(In reply to comment #5)
> (In reply to comment #4)
> > > Can I proceed in asking permissions on the original Review Requests?
> > 
> > Yes feel free to do so.
> 
> I can't find the original reviews for -ugly and -ffmpeg in bugzilla.
> Is this one the correct one for gstreamer-plugins-bad?
> 
> https://bugzilla.rpmfusion.org/show_bug.cgi?id=1015

That is for bad-nonfree, I think all the other ones were reviewed back in the livna days, so they don't have an entry in rpmfusion bugzilla. just create a new bug with a summary of "gstreamer-foo CVS Admin bug" or some such for them, put the request there and make it block the cvs-admin tracker bug (see wiki).

> I would probably need another review request for getting CVS access as RHEL
> uses the old naming for gstreamer plugins and would require
> gstreamer-plugins-bad-nonfree:
> 
> Available Packages
> gstreamer.i686                               0.10.29-1.el6   base
> gstreamer.x86_64                             0.10.29-1.el6   base
> gstreamer-devel.i686                         0.10.29-1.el6   base
> gstreamer-devel.x86_64                       0.10.29-1.el6   base
> gstreamer-devel-docs.noarch                  0.10.29-1.el6   base
> gstreamer-java.x86_64                        1.4-4.el6       epel
> gstreamer-java-javadoc.x86_64                1.4-4.el6       epel
> gstreamer-java-swt.x86_64                    1.4-4.el6       epel
> gstreamer-plugins-bad-free.i686              0.10.19-2.el6   base
> gstreamer-plugins-bad-free.x86_64            0.10.19-2.el6   base
> gstreamer-plugins-bad-free-devel.i686        0.10.19-2.el6   base
> gstreamer-plugins-bad-free-devel.x86_64      0.10.19-2.el6   base
> gstreamer-plugins-bad-free-devel-docs.x86_64 0.10.19-2.el6   base
> gstreamer-plugins-bad-free-extras.i686       0.10.19-2.el6   base
> gstreamer-plugins-bad-free-extras.x86_64     0.10.19-2.el6   base
> gstreamer-plugins-base.i686                  0.10.29-2.el6   base
> gstreamer-plugins-base.x86_64                0.10.29-2.el6   base
> gstreamer-plugins-base-devel.i686            0.10.29-2.el6   base
> gstreamer-plugins-base-devel.x86_64          0.10.29-2.el6   base
> gstreamer-plugins-base-devel-docs.noarch     0.10.29-2.el6   base
> gstreamer-plugins-good.i686                  0.10.23-1.el6   base
> gstreamer-plugins-good.x86_64                0.10.23-1.el6   base
> gstreamer-plugins-good-devel.i686            0.10.23-1.el6   base
> gstreamer-plugins-good-devel.x86_64          0.10.23-1.el6   base
> gstreamer-python.x86_64                      0.10.16-1.1.el6 base
> gstreamer-python-devel.x86_64                0.10.16-1.1.el6 base
> gstreamer-tools.x86_64                       0.10.29-1.el6   base
> 
> > Please note that the gstreamer1-* packages need to be updated to the latest
> > upstream, I've not gotten around to doing so yet.
> 
> RHEL is using version 0.10.0; do we need also gstreamer1-* packages?

For RHEL-6 no.

> Can I also request CVS access to all gstreamer* packages for Fedora?

Yes feel free to do so, I always welcome comaintainers.
Comment 7 Simone Caronni 2014-02-05 10:26:06 CET
I've prepared the gstreamer-plugins-bad package for el6 basing on your fc12/fc13 package. The only dependency missing in RPMFusion is libmimic, for which I will request CVS access in addition to gstreamer-plugins-bad.

I would like also to add the VDPAU plugin, but its place would more appropriately be the main gstreamer-plugins-bad-free package that is in RHEL.

This pulls in the following files:

/usr/include/gstreamer-0.10/gst/vdpau/gstvdp.h
/usr/include/gstreamer-0.10/gst/vdpau/gstvdpdevice.h
/usr/include/gstreamer-0.10/gst/vdpau/gstvdpoutputbuffer.h
/usr/include/gstreamer-0.10/gst/vdpau/gstvdpoutputsrcpad.h
/usr/include/gstreamer-0.10/gst/vdpau/gstvdpvideobuffer.h
/usr/include/gstreamer-0.10/gst/vdpau/gstvdpvideosrcpad.h
/usr/lib64/libgstvdp-0.10.la
/usr/lib64/libgstvdp-0.10.so
/usr/lib64/libgstvdp-0.10.so.0
/usr/lib64/libgstvdp-0.10.so.0.0.0

The problem is that el6 devel package by design obsoletes gstreamer-plugins-bad-free-devel:

# rpm -qp --provides gstreamer-plugins-bad-free-devel-0.10.19-2.el6.x86_64.rpm 
gstreamer-plugins-bad-devel = 0.10.19-2.el6
pkgconfig(gstreamer-plugins-bad-0.10) = 0.10.19
gstreamer-plugins-bad-free-devel = 0.10.19-2.el6
gstreamer-plugins-bad-free-devel(x86-64) = 0.10.19-2.el6

Do you think I should skip the VDPAU plugin entirely and simply file a bug upstream to ask for the additon of the plugin to bad-free?

Thanks,
--Simone
Comment 8 Simone Caronni 2014-02-05 11:00:25 CET
Re-assigning the bug to me.

(In reply to comment #0)
> Is it possible to provide the package gstreamer-plugins-bad in the repository
> EL6?
> 
> With this additional package EL6 users are able to use Windows Media streams
> (mms) and other multimedia in EL6.
> Thanks a lot!

Can you please test it (no VDPAU plugin)?

yum install http://slaanesh.fedorapeople.org/el6/gstreamer-plugins-bad-0.10.19-2.el6.x86_64.rpm http://slaanesh.fedorapeople.org/el6/libmimic-1.0.4-7.el6.x86_64.rpm

Thanks,
--Simone
Comment 9 Hans de Goede 2014-02-05 13:05:43 CET
(In reply to comment #7)
> I've prepared the gstreamer-plugins-bad package for el6 basing on your
> fc12/fc13 package. The only dependency missing in RPMFusion is libmimic, for
> which I will request CVS access in addition to gstreamer-plugins-bad.
> 
> I would like also to add the VDPAU plugin, but its place would more
> appropriately be the main gstreamer-plugins-bad-free package that is in RHEL.

Getting this into the RHEL packages is likely going to be very hard, so shipping it
in rpmfusion seems like  a good solution to me.

> 
> This pulls in the following files:
> 
> /usr/include/gstreamer-0.10/gst/vdpau/gstvdp.h
> /usr/include/gstreamer-0.10/gst/vdpau/gstvdpdevice.h
> /usr/include/gstreamer-0.10/gst/vdpau/gstvdpoutputbuffer.h
> /usr/include/gstreamer-0.10/gst/vdpau/gstvdpoutputsrcpad.h
> /usr/include/gstreamer-0.10/gst/vdpau/gstvdpvideobuffer.h
> /usr/include/gstreamer-0.10/gst/vdpau/gstvdpvideosrcpad.h
> /usr/lib64/libgstvdp-0.10.la
> /usr/lib64/libgstvdp-0.10.so
> /usr/lib64/libgstvdp-0.10.so.0
> /usr/lib64/libgstvdp-0.10.so.0.0.0
> 
> The problem is that el6 devel package by design obsoletes
> gstreamer-plugins-bad-free-devel:
> 
> # rpm -qp --provides gstreamer-plugins-bad-free-devel-0.10.19-2.el6.x86_64.rpm 
> gstreamer-plugins-bad-devel = 0.10.19-2.el6
> pkgconfig(gstreamer-plugins-bad-0.10) = 0.10.19
> gstreamer-plugins-bad-free-devel = 0.10.19-2.el6
> gstreamer-plugins-bad-free-devel(x86-64) = 0.10.19-2.el6

I see, well lets just name the devel rpm gstreamer-plugins-bad-freeworld-devel then. ideally all rpmfusion bad packages would have the freeworld suffix, but they don't for historical reasons.

> Do you think I should skip the VDPAU plugin entirely and simply file a bug
> upstream to ask for the additon of the plugin to bad-free?

I don't think filing a bug upstream will be very productive, so lets just add it to the rpmfusion pkg.

Regards,

Hans
Comment 10 Simone Caronni 2014-02-05 13:43:13 CET
(In reply to comment #9)
> I see, well lets just name the devel rpm gstreamer-plugins-bad-freeworld-devel
> then. ideally all rpmfusion bad packages would have the freeworld suffix, but
> they don't for historical reasons.

Done: http://slaanesh.fedorapeople.org/el6/

> I don't think filing a bug upstream will be very productive, so lets just add
> it to the rpmfusion pkg.

I've tried submitting bugs on bugzilla.redhat.com on el6 in the past but they're still there untouched. I will try to re-post them directly through the customer portal along with this one, let's see what happens.
Comment 11 Simone Caronni 2014-02-17 17:26:52 CET
@webneo82:

Any news? Tested the packages?
Comment 12 webneo82 2014-02-18 12:27:26 CET
I'm still testing ;)

Thank you so far. I'll write after my tests today.
Comment 13 webneo82 2014-02-18 12:56:23 CET
By installing gstreamer-plugins-bad-0.10.19-2.el6.x86_64.rpm I'll get unsolvable dependency errors:

gstreamer-plugins-bad-0.10.19-2.el6.x86_64.rpm requires:
libmjpegutils-2.0.so.0()
libmpeg2encpp-2.0.so.0()
libmplex2-2.0.so.0()

I can't found this packages in CentOS 6, RPMFusion free and nonfree and EPEL repositories.
Comment 14 Simone Caronni 2014-02-18 13:43:03 CET
(In reply to comment #13)
> By installing gstreamer-plugins-bad-0.10.19-2.el6.x86_64.rpm I'll get
> unsolvable dependency errors:
> 
> gstreamer-plugins-bad-0.10.19-2.el6.x86_64.rpm requires:
> libmjpegutils-2.0.so.0()
> libmpeg2encpp-2.0.so.0()
> libmplex2-2.0.so.0()
> 
> I can't found this packages in CentOS 6, RPMFusion free and nonfree and EPEL
> repositories.

I think you're missing some repository, on my system they come from the mjpegtools-libs in rpmfusion/epel-nonfree:

$ rpm -ql mjpegtools-libs-2.0.0-4.el6.x86_64
/usr/lib64/libmjpegutils-2.0.so.0
/usr/lib64/libmjpegutils-2.0.so.0.0.0
/usr/lib64/libmpeg2encpp-2.0.so.0
/usr/lib64/libmpeg2encpp-2.0.so.0.0.0
/usr/lib64/libmplex2-2.0.so.0
/usr/lib64/libmplex2-2.0.so.0.0.0
/usr/share/doc/mjpegtools-libs-2.0.0
/usr/share/doc/mjpegtools-libs-2.0.0/COPYING

$ rpm -qi mjpegtools-libs-2.0.0-4.el6.x86_64
Name        : mjpegtools-libs              Relocations: (not relocatable)
Version     : 2.0.0                             Vendor: RPM Fusion
Release     : 4.el6                         Build Date: Fri 04 May 2012 10:21:57 PM CEST
Install Date: Wed 05 Feb 2014 10:55:45 AM CET      Build Host: builder1.ovh.rpmfusion.lan
Group       : System Environment/Libraries   Source RPM: mjpegtools-2.0.0-4.el6.src.rpm
Size        : 406328                           License: GPLv2
Signature   : RSA/8, Mon 28 May 2012 10:08:58 PM CEST, Key ID 563609df849c449f
Packager    : <http://nonfree.rpmfusion.org/>
URL         : http://mjpeg.sourceforge.net/
Summary     : MJPEGtools libraries
Description :
The mjpeg programs are a set of tools that can do recording of videos
and playback, simple cut-and-paste editing and the MPEG compression of
audio and video under Linux.  This package contains libraries which are
used by mjpegtools and also by several other projects.
Comment 15 Hans de Goede 2014-02-18 13:50:12 CET
Note mjpegtools being in nonfree was a mistake, it was later moved to free, see here:
http://download1.rpmfusion.org/free/el/updates/6/x86_64/

Perhaps you only have the base rpmfusion epel6 repo enabled and not the updates ?
Comment 16 Simone Caronni 2014-02-18 13:56:51 CET
(In reply to comment #15)
> Note mjpegtools being in nonfree was a mistake, it was later moved to free, see
> here:
> http://download1.rpmfusion.org/free/el/updates/6/x86_64/
> 
> Perhaps you only have the base rpmfusion epel6 repo enabled and not the updates
> ?

Confirm, I see it correctly in rpmfusion-free-updates:

# yum list mjpegtools-libs
Loaded plugins: fastestmirror, refresh-packagekit, security
Loading mirror speeds from cached hostfile
Installed Packages
mjpegtools-libs.x86_64            2.0.0-4.el6            @rpmfusion-free-updates
Available Packages
mjpegtools-libs.i686              2.0.0-4.el6            rpmfusion-free-updates
Comment 17 webneo82 2014-02-18 13:57:38 CET
Great! After installing mjpegtools-libs, I could install the package.

Now, I installed totem and totem-mozplugin to test, if MMS streams are working. But the video didn't start. (example http://www.halle.de/livecam.html).
Comment 18 Simone Caronni 2014-02-18 14:00:51 CET
(In reply to comment #17)
> Now, I installed totem and totem-mozplugin to test, if MMS streams are working.
> But the video didn't start. (example http://www.halle.de/livecam.html).

That particular video prints out this error in my system:

"The playback of this movie requires a Advanced Streaming Format (ASF) demuxer plugin which is not installed."
Comment 19 Simone Caronni 2014-02-18 14:09:21 CET
(In reply to comment #18)
> (In reply to comment #17)
> > Now, I installed totem and totem-mozplugin to test, if MMS streams are working.
> > But the video didn't start. (example http://www.halle.de/livecam.html).
> 
> That particular video prints out this error in my system:
> 
> "The playback of this movie requires a Advanced Streaming Format (ASF) demuxer
> plugin which is not installed."

Well, after you also install the gstreamer-plugins-ugly package you get this:

"The playback of this movie requires a Windows Media Video 8 decoder plugin which is not installed."
Comment 20 webneo82 2014-02-18 14:24:08 CET
After a clean CentOS 6.5 install, I installed, RPMFusion free and non-free repo, the EPEL repo and the Adobe Repo and following packages and its dependencies:

ffmpeg, lame, gstreamer-plugins-ugly, gnome-media-apps, vlc, gstreamer-ffmpeg, mencoder, audacity, totem and totem-mozplugin.

With only these packages I'll get the error message on live cam, that no MMS streaming plugin could be found.

After installting libmimic, mjpegtool-libs and your gstreamer-plugins-bad package there appears no message.
Comment 21 Simone Caronni 2014-02-18 14:32:49 CET
I think that with the current ffmpeg-0.10.0 libraries in RPMFusion/EPEL repositories there is no way to currently play back that stream.

On el6:

$ gst-inspect | grep -i wm
asf:  rtspwms: WMS RTSP Extension
typefindfunctions: video/x-ms-asf: asf, wm, wma, wmv

On f20:

$ gst-inspect | grep -i wm
asf:  rtspwms: WMS RTSP Extension
ffmpeg:  ffdec_wmavoice: FFmpeg Windows Media Audio Voice decoder
ffmpeg:  ffdec_wmav2: FFmpeg Windows Media Audio 2 decoder
ffmpeg:  ffdec_wmav1: FFmpeg Windows Media Audio 1 decoder
ffmpeg:  ffdec_wmapro: FFmpeg Windows Media Audio 9 Professional decoder
ffmpeg:  ffdec_wmv3image: FFmpeg Windows Media Video 9 Image decoder
ffmpeg:  ffdec_wmv3: FFmpeg Windows Media Video 9 decoder
ffmpeg:  ffdec_wmv2: FFmpeg Windows Media Video 8 decoder
ffmpeg:  ffdec_wmv1: FFmpeg Windows Media Video 7 decoder
ffmpeg:  ffenc_wmav2: FFmpeg Windows Media Audio 2 encoder
ffmpeg:  ffenc_wmav1: FFmpeg Windows Media Audio 1 encoder
ffmpeg:  ffenc_wmv2: FFmpeg Windows Media Video 8 encoder
ffmpeg:  ffenc_wmv1: FFmpeg Windows Media Video 7 encoder
typefindfunctions: video/x-ms-asf: asf, wm, wma, wmv
Comment 22 Simone Caronni 2014-02-19 15:04:03 CET
Moving CVS request here as requested in #3165.

Package Change Request
======================
Package Name: gstreamer-plugins-bad
New Branches: EL-6
Updated RPMFusion Owners: jwrdegoede,slaanesh
Updated EPEL Owners: jwrdegoede,slaanesh
Comment 23 Nicolas Chauvet 2014-02-27 23:18:58 CET
Sorry for the very late answear, cvs_done