Jared K. Smith wrote:
> I think this strikes a fair balance between promoting packaging hygiene
> and recognizing that not all upstream communities feel the same way Fedora
> packagers do about bundled libraries.
The thing is, it should NOT matter at all how upstream feels. If we treat
unbundling as something to do with upstream, we already failed. Unbundling
must be done whether upstream likes it or not, even in upstream's spite! And
it's the packager's job to do it: "upstream does not support it" is NOT a
valid excuse for not unbundling!
Kevin Kofler
Not that I don't agree that we should pursue unbundling whenever possible, but I don't remember any contract or terms that explicitly said packagers do the work of developers to re-architect applications/services/etc to do stuff like that. In fact, I thought the whole point of RPM packaging (and indeed packaging in general) was to make it so that you could reliably build and install software. Spiting upstream is just asking for trouble, too.
Personally, I would consider "upstream does not support it" a very valid reason to not unbundle. It gets very hard to pin down where the problems are caused when the rug is pulled out from under you. Some applications do all kinds of things with their libraries or code chunks to make it safe or useful for their needs.
We should, of course, default to unbundling. But if it's not feasible, we need a firm policy on how to include the software and continually engage on developing solutions that are appealing to everyone on improving the modularity of software and usefulness of reusing system copies of libraries.
真実はいつも一つ！/ Always, there's only one truth!
-- devel mailing list devel@xxxxxxxxxxxxxxxxxxxxxxx https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
