hottest100

[Reinhard Tartler]

On Do, Feb 04, 2010 at 14:46:44 (CET), Jelmer Vernooij wrote:

> On Thu, 2010-02-04 at 13:35 +0000, Martin Pool wrote:
>> On 3 February 2010 22:14, Reinhard Tartler <siretart at ubuntu.com> wrote:
>> > Your list includes this:
>> >
>> > mplayer
>> >   categorized package-bug:513282
>> >   categorized ok_upstream
>> >   lp:mplayer                                0    ok_upstream
>> >
>> > this cannot be true. mplayer makes heavy use of svn:externals which
>> > don't appear in the bazaar branch. This means that the bzr import is
>> > unusable.
>> 
>> Thanks for pointing that out.
>> https://code.edge.launchpad.net/~vcs-imports/mplayer/trunk does seem
>> to be importing it happily so it's an interesting question.
> For historical reasons bzr-svn ignores svn:externals rather than
> printing an error message saying it requires nested trees as bzr-git
> does. Arguably, if mplayer's repo isn't usable without externals, it
> should be tagged "nested-trees".

As upstream committer to both mplayer and ffmpeg I can assert you that
the situation between ffmpeg and mplayer is very delicate as they cross
reference parts vice versa:

mplayer imports from ffmpeg:
 - libavcodec/
 - libavformat/
 - libpostproc/

ffmpeg imports from mplayer:
 - libswscale

This situation is because of historic reasons. Both projects have a
considerable overlap in terms of developers, but are governed more or
less independently. libswscale was started as part of mplayer, but
nowadays most developement happens in ffmpeg. It started as optional
add-on library but nowadays its mandatory.

Both projects are unusable without these svn:externals.

Btw, on http://git.ffmpeg.org imports into git are provided, which are
kept up-to-date with git-svn. Because of git-svn's lack of support for
svn:externals, libswscale is tracked independently.

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