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
Attachment:
pgpFvEiboYDr4.pgp
Description: PGP signature
-- fedora-devel-list mailing list fedora-devel-list@xxxxxxxxxx https://www.redhat.com/mailman/listinfo/fedora-devel-list
