[MPlayer-cvslog] r19258 - trunk/DOCS/tech/oggless-xiph-codecs.txt

[Michael Niedermayer]

Hi

On Thu, Aug 17, 2006 at 08:48:01AM +0200, Luca Barbato wrote:
> Michael Niedermayer wrote:
> > 
> > the more repositories get split the more problems we will have, as theres
> > no way to move things from one repo to another, IMHO there never should
> > have been more then one repository on mphq
> > so i am against creating yet another repository, also the soc2006 projects
> > should have been branches of ffmpeg in the ffmpeg repository not seperate
> > repositories
> > 
> 
> git let you mix and match between repos, I could make some tests with
> git-svn and see if that way you could get what you want.

iam not sure what you propose? we cannot do anything about the seperate
repositories, its a fundamental design limitation of svn that repos cannot
be merged, having a local git repo of svn will not change anything on that
or do you propose to switch to git on mphq, that of course is a possibility
but for that we:
1. we would have to look at git and carefully compare it to svn
2. we would need to ask devels about their oppinion about it
3. we would need to find a server with git for us (could be mphq of 
   course), this would also solve the security issues with svn no i dont
   completely agree with our root team about ssh with a "cvs/git/... shell"
   being a sechole, instead IMHO svn with its homemade crap auth is a sechole
   (and apache of course would be a giga sechole)
4. convince rich (IIRC it was rich) that having a complete copy of the
   repository with all revisions locally is a good idea :) or does git
   support working with a "flat" repo?

[...]

-- 
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