[Ffmpeg-devel] swscale recently broke (in mplayer)
Fri Aug 18 16:34:58 CEST 2006
On Fri, Aug 18, 2006 at 04:05:38PM +0200, Michael Niedermayer wrote:
> On Fri, Aug 18, 2006 at 03:52:27PM +0200, Diego Biurrun wrote:
> > On Fri, Aug 18, 2006 at 02:30:29PM +0200, Luca Abeni wrote:
> > >
> > > On Fri, 2006-08-18 at 14:11 +0200, Diego Biurrun wrote:
> > > [...]
> > > > Umm, there is no img_format.h in the root of the MPlayer source dir
> > > > there is one ine libmpcodecs/ and another one in libvo/ ... Is that a
> > > > local modification of yours?
> > > No, I just did a fresh svn checkout without modifying anything. Maybe I
> > > did something wrong, or we discovered an svn bug...
> > > Is svn://svn.mplayerhq.hu/mplayer/trunk the right url for downloading
> > > mplayer?
> > > img_format.h and img_format.c appear to be there
> > >
> > > luca at labeni:/tmp$ svn ls svn://svn.mplayerhq.hu/mplayer/trunk | grep img_format
> > > img_format.c
> > > img_format.h
> > >
> > > Also, it is shown at http://svn.mplayerhq.hu/mplayer/trunk
> > > By comparing
> > > http://svn.mplayerhq.hu/mplayer/trunk/img_format.h?view=log
> > > and
> > > http://svn.mplayerhq.hu/mplayer/trunk/libmpcodecs/img_format.h?view=log
> > > it seems that the file was moved from mplaer to mplayer/libmpcodecs a
> > > long time ago (see revision 5608), but the original file was not
> > > removed.
> > >
> > > Am I browsing the wrong repository, or am I misunderstanding something?
> > Kick out those files from your working directory and try again, they
> > should not reappear. Hopefully your working directory and its metadata
> > will cope, otherwise you may have to make a fresh checkout. This is not
> > something I can test.
> $rm img_format.c
> $rm img_format.h
> $svn up
> Restored 'img_format.c'
> Restored 'img_format.h'
no series of svn commands i tried fixed that
only removing .svn/text-base/img_format.?.svn-base
and editing .svn/entries
diego, could you explain how that repo breakage happened and how you fixed it?
is the svn repo now in a true history matching state?
furthermore iam asking the admin team offically to NEVER attempt to rebuild
the ffmpeg repository no matter what the reason, this is far too dangerous
a single typo can wipe out the whole repo and whats worse errors can sneak
in unnoticed and throw everything into an inconsistant state
for example everyone who had checked out mplayer after the breakage can now
throw the checkout away or manually fix it
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
In the past you could go to a library and read, borrow or copy any book
Today you'd get arrested for mere telling someone where the library is
More information about the ffmpeg-devel