Quoting Adrian Bunk (2014-02-14 09:06:34) > On Thu, Feb 13, 2014 at 11:16:55PM -0800, Russ Allbery wrote: >> Paul Wise <pabs@debian.org> writes: >>> On Fri, Feb 14, 2014 at 5:40 AM, Adrian Bunk wrote: >> >>>> Having both sets of libraries in the archive at the same time is >>>> what I called "insane" in the RFP and where I expect additional >>>> probems due to: >> >>> Also, I expect the security team would be unhappy to have to fix >>> security issues twice. >> >> If they're now diverging separate source bases, this isn't really >> different than the other cases where upstreams have forked and for >> various reasons we've found uses for both implementations. > > Please correct me if I'm wrong, but my reading of Jonas' suggestion is > that he wants someone to go through all the hassle of having both > libav and FFmpeg in testing at the same time, so that the Debian > Multimedia Maintainers "can sensibly compare them in the context of an > upcoming stable Debian release" and can then choose one of them. Previously you asked about *replacing* a codebase with another. Now you talk about *co-existence* of codebases. Code do not enter Jessie directly - it goes through unstable. That is a fact about general packaging procedures, not a suggestion of mine. I find it non-sensical to discuss *replacement* of a stable codebase with one not existing in any of Debians suites, and therefore recommend to bring the wanted codebase into Debian before we discuss further. I find it non-sensical to put the burden on those who find existing codebase sufficient and preferable to solve how to migrate to a different codebase or draft a sceme for making them co-exist. Therefore I recommend that those interested in introducing an alternate codebase - either as replacement or in co-existence - to do at least the initial work involved: package the replacement codebase and get it into e.g. experimental Debian. - Jonas -- * Jonas Smedegaard - idealist & Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private
Attachment:
signature.asc
Description: signature