ffmpeg-snapshot

[Reinhard Tartler]

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