2011/11/19 Richard Shaw <hobbes1069(a)gmail.com>:
I'm working on getting MythTV packages built for EL6 and wanted
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.
It should be possible to maintainer lirc for EL-6, jarod have
answeared a bug on this.
Someone to take over maintainance in EL branch for RPM
I will care once the dependencies are solved.
ffmpeg/x264 still need to choose which version to
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)
^ probably to disable until we get kmod support or that
got backported (recently upstreamed in kernel IIRC).
^ Should be in epel-testing.
-> y4mscaler (runtime)
^ need a maintainer in the EL branch for RPM
Fusion (and Fedora ?)
^ need a maitainer in the EL branch
for RPM Fusion.
I will care once we have solved the dependencies.
Request in EPEL ?
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)
-> gobject-introspection (needs glib2 > 2.24, EL6 has 2.22.5)
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:
So I will need to rebuilt most binary packages once the problem is solved.