No subject

wait this year's GOC and integrate the results from that. After that a
release could indeed happen, depending on the available manpower, of course.

> If (for whatever reason) formal releases are impossible, at least
> define something like 'milestones', meaning: "If you want to package a
> rather recent version of ffmpeg, use SVN export of 2008xxyy, since it
> has proven to compile well and includes only few regressions". I don't
> know if the news section on the ffmpeg homepage is supposed to provide
> such recommendation or if it is only for plain information.

Please see http://ffmpeg.mplayerhq.hu/faq.html#SEC2 and #SEC3.

Short: there is not enough interest in maintaining stable releases. This
means additional efford for:

 - tracking bugs
 - fixing bugs
 - write release notes

etc.

> (2) Mplayer developers, how about building against the *public* ffmpeg
> API, so that distributors can link your application against the
> libraries without being forced to make use of the embedded code that you
> ship? I mean, this isn't a Debian specific issue and you're calling your
> current tarball a Release Candidate...

FFMpeg and Mplayer developers have a rather large overlap. I cannot
imagine that you can convince them to restrict themselves to the public
ffmpeg api, but good luck with that!


> A Mennucc:
>> You do not see the many emails I sent to ffmpeg-free mantainers,
>> almost all of them went unanswered (but for one).  I can provide you a
>> complete list, if you wish.

Yes, please do provide such a list. I currently don't understand what
you are referring to.

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