[Ffmpeg-devel] libswscale merged into the FFmpeg repository

[Uoti Urpala]

On Fri, 2006-07-28 at 01:32 +0200, Michael Niedermayer wrote:
> > > , and no, being available somewhere else is as good as lost
> > 
> > Exaggeration.
> 
> so you propose to drop all version control, as revision history will
> be available somehow somewhere anyway?

Obviously not. Having to look at two places for old history instead of
one doesn't equal "drop all revision control".

> > svn up with a date:
> > Would work correctly. Without moving it will NOT work for any date after
> > the external is added. If the entry in the ffmpeg repository says "check
> > out the latest libswscale here", it will say "latest" whatever revision
> > of ffmpeg you check out. So this works much worse with externals. It
> > might be possible to work around it with hacks that make the external
> > definition versioned and then automatically commit changes to ffmpeg
> > changing the versioning whenever something in libswscale changes.
> 
> *  it will NOT work correctly in the way you describe because move ==
>    external in mplayer, no move == external in ffmpeg one will break

It would work correctly for ffmpeg. MPlayer has to deal with the
externals problem anyway for the existing ones (and it is a real
problem).

> *  libavcodec, libavformat, ... MUST be checked out with the correct dates
>    in mplayer or checking out old versions will break, so your argument
>    is attacking the current libav* external in mplayer design as much as
>    libswscales

Yes the current design is problematic for MPlayer when the version
coupling is so close.

> *  svn up -r {2006-07-06} . libavcodec/ libavformat/ libavutil/
>    works (correct dates checked out, not what you describe), case closed

I did not claim that you couldn't construct past versions manually. And
it isn't as easy as just listing the externals manually on the command
line when the list changes over time. Try doing that with a date from a
year ago.