[Pkg-shadow-devel] We now have a working SVN repository

[Martin Quinson]

--SFyWQ0h3ruR435lw
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Tue, May 10, 2005 at 10:55:08PM +0200, Nicolas Fran=E7ois wrote:
> On Tue, May 10, 2005 at 03:01:38PM +0200, Martin Quinson wrote:
> > On Tue, May 10, 2005 at 02:54:29PM +0200, Martin Quinson wrote:
> > > Oh, wait a second: cvs2svn isn't installed on alioth! I guess I can p=
roduce
> > > the dump on my own box once the groups are created the way you propos=
e? Do
> > > you already have a dump I could use (even easier)?
> >=20
> > It's installed on svn.debian.org...
>=20
> So the easiest way will be to copy the cvs tarball on svn.debian.org.
>=20
>=20
> I diffed the result.
>=20
> The only real issue is with the sarge/contrib/udbachk.tgz file. It is not
> marked as binary in the CVS repository, there was no issue with CVS, but=
=20
> with svn, the file is modified and is no more a valid archive.
>=20
> Christian, can I "cvs admin -kb sarge/contrib/udbachk.tgz" to mark this
> file as binary (this indicate that no keyword substitution ($Id:$) should
> be performed, and also no DOS to UNIX end of line conversion).
> I've tried it at home with the CVS repository tarball and did not noticed
> any problem with the CVS and populated SVN repository.

I did so on the cvs repository. A tarball should obviously have this flag.

> Then, the only differences were:
>  * Last Christian commits (BTW, please continue to commit. I wont provide=
 a
>    patch, but a list of commands that Christian or Martin will execute, w=
ith
>    the up to date CVS repository).

Ok. If you say so...

>  * Some RCS revisions ($Id:$, $Rev:$, ...) in a lot of files.
>=20
>  * Some file (sid/debian/patches/205_it-manpages.dpatch, whose DOS end of
>    lines were changed to the UNIX eol.
>=20
> These two last differences can be dealt with, but I'm not sure we want
> that.

I see the second as a bug fix, and the first one as a non-issue.


So, I guess we're ready to go.

So, What about this:

ssh alioth.debian.org "tar cfz --preserve -" | ssh svn.debian.org "tar xfz =
-"
ssh svn.debian.org "cvs2svn --dump-only cvsroot/pkg-shadow"
ssh svn.debian.org "svnadmin load /svn/pkg-shadow/ < cvs2svn-dump"
ssh svn.debian.org "rm -rf cvs2svn-dump cvsroot/pkg-shadow"


I guess that it has to work from the first time, doesn't it? I mean,
"svnadmin load" won't overwrite the exiting, will it? If it will, I can give
it a try, we can play with the svn. If everything's right, yuhu, we kill the
cvs and hop. If something's wrong, we fix it and trying again is trivial.

If svnadmin load conserves what was there before, we must success on the
first try, I guess.

Bye, Mt.

--SFyWQ0h3ruR435lw
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: Digital signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.5 (GNU/Linux)

iD8DBQFCgfAgIiC/MeFF8zQRAsRZAKC++KJoxI/JrbRkvQP35v+2I2udzACgmFbx
EP1cC3zTbz1rj29FhHtYsjw=
=nQRm
-----END PGP SIGNATURE-----

--SFyWQ0h3ruR435lw--