sound problems

Axel Thimm Axel.Thimm at ATrpms.net
Tue Jan 6 12:45:49 UTC 2009


On Tue, Jan 06, 2009 at 11:12:01AM +0100, Kevin Kofler wrote:
> Axel Thimm wrote:
> > And to xine: This is also a package by Paulo, so I can say less about
> > it, but AFAIK he needed to undo some of the multimedia codec removal
> > bits to reenable some functionality.
> 
> That's what xine-lib-extras-freeworld in RPM Fusion is for.
> 
> xine-lib has a plugin architecture, so adding features should be done by
> adding the plugins, not replacing the whole package.
> 
> As for the conflicts with RPM Fusion, I don't think it is fair to blame it
> all on RPM Fusion. There's a lot you could do to avoid both
> incompatibilities and duplication of effort. Upgrade paths are not really a
> convincing argument:
> Nobody is trying to argue, rpmfusion it was no problem to ensure
> proper upgrade paths from both Livna and FreshRPMs, I'm sure RPM
> Fusion maintainers will be willing to fix the upgrade paths from
> ATrpms for the relevant packages if you accept that RPM Fusion will
> be the authority for those packages. In fact many of them will also
> have no problems with letting you and/or Paolo comaintain those
> packages. The root of the problem is that you're shipping some
> packages which are also in RPM Fusion. There would be no
> incompatibility if you didn't do that.

Please check

http://lists.fedoraunity.org/pipermail/repo-merge-discussion/2007-May/000137.html

for my reasons to step down from rpmfusion/epel. In both projects I
was a coinitiator and was burned down.

I don't want to rehash the discussion there, but I'm under the
impression that you don't know the history of it and that you think
this is just for personal pride or whatever.

FWIW rpmfusion is a 3rd party repo, very much like Dag, Dries,
PlanetCCRMA, CentOS Extras, KB, ATrpms etc. I'm not placing any
authority hierarchy upon any of these, and I'm expecting similar from
the other repo maintainers, of course.
-- 
Axel.Thimm at ATrpms.net
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: not available
URL: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090106/8886e61a/attachment.sig>


More information about the fedora-devel-list mailing list