Enable faad support in ffmpeg/experimental

Reinhard Tartler siretart at tauware.de
Mon Mar 17 16:00:13 UTC 2008


Sam Hocevar <sam at zoy.org> writes:

> On Sat, Mar 15, 2008, Reinhard Tartler wrote:
>
>> > On Thu, Mar 13, 2008, Reinhard Tartler wrote:
>> >> A change that comes to my mind I'd like to do: ffmpeg does use an soname
>> >> scheme, I'd like to follow it. They are using libavcodec.51, so the
>> >> package name should perhaps by libavcodec51d instead of libavcodec1d. If
>> >> ABI changes before upstream changes that number, we can either go with
>> >> libavcodec51d1, and ask upstream about bumping the number.
>> >
>> >  Use libavcodec51 without the d if you change it to match upstream's.
>> 
>> This would undo ome of Sam's decisions: create a debian specific SONAME,
>> to indicate that the debian ffmpeg is an defacto fork. I'd hesitate to
>> do such a change without a comment from Sam.
>
>    Since we no longer butcher ffmpeg the way I used to, "fork" would be
> quite strong a word now. I'm all for distributing FFmpeg libraries that
> share upstream's soname (as long as they don't break compatibility), so
> go ahead. The package needs more love than what time permits me to give
> it anyway, so it should not be my decision.

Ok, I'm currently working in a private branch (see #471136 for details),
and I was thinking about renaming the package to match the binary names
of Marillat (without that silly 'cvs' suffix, of course). Read: replace
the '1d' suffix with 52 for libavformat, libavcodec, libpostproc, 53 for
libavdevice, but keeping 1d for libswscale.

Objections?

-- 
Gruesse/greetings,
Reinhard Tartler, KeyID 945348A4



More information about the pkg-multimedia-maintainers mailing list