On Wed, Nov 25, 2009 at 4:07 PM, Nicolas Chauvet <kwizart(a)gmail.com> wrote:
Do we know the incompatility with gstreamer-plugin-bad from fedora in
moblin?
>From which nature is the problem ?
Various things: the new Xz compression format used in Fedora, for
instance. And that there are some packages that gstreamer-plugins-bad
pulls in from Fedora, that is not in the Moblin repositories.
Actually, the latter point makes it hard to host extra Moblin packages
on RPMfusion anyway.
One other reason is that there is work done, in Fedora to
re-integrate
moblin improvements :
http://fedoraproject.org/wiki/Features/FedoraMoblin . This would be
like if we shoot in the feet of this project if we would work on
moblin directly.
I'm participating in that project as well. The problem is that there
are things that stock Moblin still does better, and it'd be easier to
compare the two if the common use cases (e.g. GTalk audio/video chat)
works on both platforms. Right now, for example, if Flash works better
on Moblin, it's hard to know if a similar differential is present for
Gstreamer playback, due to missing codecs.
The idea behind is that working on Fedora and RHEL is already lot of
work so we don't have bug report from other fork or derived (like
Mobling Linpus) but why not to support Mandriva OpenSuse and other
also ?
Well, Mandriva and openSUSE already have their own contrib repos -- in
fact, openSUSE is attempting the feat of making their build system a
cross-distribution tool, which is rather... daring. Not commenting on
how well it works.
That been said, from a technical point of view, that should be
doable,
you need to create a dedicated mock configuration file from /etc/mock
that point to the moblin repository. As the mock-rpmfusion*.rpm
maintainer, I would like to see it such tweaked configuration file.
That sounds more doable. Let people more easily mock-rebuild
Fedora/RPMfusion packages for Moblin. I'll see if I can get started on
that this weekend.
There is also another problem because one of the feature of moblin
is
to build everypackage as -march=atom which implies at least -ssse3,
And I'm not sure if our current EL5 builder would support that.
Ah. But there'll be no problem if the build is done on a host with a
newer GCC version, right?
Thanks,
--
Michel Alexandre Salim