Mythtv for EL6?

[Nicolas Chauvet]

2011/11/19 Richard Shaw <hobbes1069 at gmail.com>:
> I'm working on getting MythTV packages built for EL6 and wanted to
> share my plan in case someone has a better idea.
>
> I did finally get a local build but I had to rebuild several packages
> that are not available in EPEL yet:
>
> Missing dependencies for MythTV on EPEL 6.
> ---
> lirc
It should be possible to maintainer lirc for EL-6, jarod have
answeared a bug on this.
> libfame
Someone to take over maintainance in EL branch for RPM Fusion ?
> mjpegtools
>        -> libquicktime
I will care once the dependencies are solved.
>                -> ffmpeg
>                        -> libvpx
>                        -> x264
ffmpeg/x264 still need to choose which version to start from.
I would be for using ffmpeg-compat as 0.6 and ffmpeg as 0.8.
Of course using ffmpeg-compat will be for legacy purpose and will not
track security or feature fixes.
choosing 0.7 as legacy version doesn't make sense as it's basically
the same version as 0.8 with the previous ABI.
Unfortunately the two ABI aren't currently parallele installable.
(Requested to upstream via Rathann).

>        -> mplayer/mencoder (runtime)
>                -> em8300
^ probably to disable until we get kmod support or that the support
got backported (recently upstreamed in kernel IIRC).
>                -> libass
^ Should be in epel-testing.
>                -> twolame
>        -> y4mscaler (runtime)
^ need a maintainer in the EL branch for RPM Fusion (and Fedora ?)
>                -> mjpegtools-devel
>                        -> mjpegtools-libs
^ need a maitainer in the EL branch for RPM Fusion.

> transcode
I will care once we have solved the dependencies.
>        -> pvm
Request in EPEL ?
>        -> libmpeg3
I will care
>        -> v4l (too old)
v4l1 can be disabled in transcode with recent version (some of my
patches were accepted upstream).
> libcrystalhd (disabled due to below)
>        -> gstreamer
>                -> gobject-introspection (needs glib2 > 2.24, EL6 has 2.22.5)
>                        -> cairo
>
> My plan is to submit bugs to the appropriate bugzilla's for each
> package and ask the current maintainer to create an EL6 branch and
> offer to co-maintain it. I will also offer to maintain the EL6 branch
> if necessary but I'd rather have the original maintainer keep things
> up to date.


Note, that we still have a bug that build EL-6 for i386 instead of i686:
https://bugzilla.rpmfusion.org/show_bug.cgi?id=2044
So I will need to rebuilt most binary packages once the problem is solved.

Nicolas (kwizart)