On Di, Jan 26, 2010 at 15:23:32 (CET), Fabian Greffrath wrote: > Am 26.01.2010 13:50, schrieb Reinhard Tartler: >> This would mean that we would need to redistribute the libavcodec >> package under GPLv3. I guess this causes problems with packages with >> incompatible licenses like GPLv2 (only) and similar. > > Do you know of an GPL2-only application that links against ffmpeg > libraries (would be a silly idea anyway)?
I did not investigate this, but I expect that we do have such package in debian. If I'm wrong, then I think we could proceed with this. > However, there was an approach pending to dlopen() the opencore libs > at runtime. Have you heard any news from this? I'm not aware of anyone volunteering to implement this. This would be the safest approach, though. >> I didn't think this really through, but if we find a solution, we could >> already do so for squeeze, btw. > > Technically yes, but you are right. We have to opt out any license > issues that may occur first. exactly. >> This is exactly why I sent the message to debian-release earlier >> today. short: no idea, the RT needs to decide on that. > > Alright. BTW, I have asked lintian for its opinion on the new packages: > - The library packages are still missing symbols files. would be great, but symbol files do not allow the same flexibilty as a regular shlib file: We cannot implement alternative dependencies that are required for the ffmpeg-extra with symbol files. > - The libraries contain some typos, should we fix them? Which ones? can you compile a list? > - We have an unused override debian-rules-calls-debhelper-in-odd-order, > which makes me wonder. We do indeed call debhelper commands in an odd > order, but why doesn't lintian see this anymore? This could be a lintian bug, the whole situation maybe needs some more thought: we generate the shlibs file twice: first time for the internal dependencies, and then we regenerate them for inclusion in the package. The point of this excercice is to have the 'internal' dependencies more strict than 'external' ones. We have implemented this so that we make mixing ffmpeg libraries with the ones from marillat harder. Perhaps this should be documented in some comment, but the rules file is already pretty convoluted as it is now. -- Gruesse/greetings, Reinhard Tartler, KeyID 945348A4 _______________________________________________ pkg-multimedia-maintainers mailing list email@example.com http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers