Re: Reorganizing our repository
#include <hallo.h>
* Joey Hess [Tue, Aug 01 2006, 03:40:24PM]:
> > Maybe (part of) our problem lies with svn-buildpackage being meant to
> > be used on simple trees, not on repositories with so many independent
> > modules as ours? Maybe we should rather seek a more apt structure,
> > which allows us to check out the whole tree at once without getting
> > the whole structure. We could do this by having a slightly unkosher
> > managing of tags and branches, something like (taking from our current
> > usage):
>
> I use such a layout for most of my packages; the d-i team uses it, etc.
> There's nothing unkosher about it. With the exception of
ACK
> svn-buildpackage and its companion tools svn-inject and svn-upgrade[1],
NACK
> all other svn tools that I know of will support a combined trunk
> structure transparently. The basic rule is that you should be able to
> s/trunk/tags/ or s/trunk/branches/ in any svn uri and get to the tags
> or branches; any reasonable svn tool will support any repository that
> follows that rule no matter how it's laid out.
>
> If you use svn-buildpackage, you have to deal with its nonstandard way
> of finding the tags and branches, which defaults to looking in
> ../branches and ../tags from the svn uri, which will not work with a
> combined trunk. So you'd have to work around this by setting up a
> .svn/deb-layout for each package giving the actual uris to use. This
Did you try that? Sorry, there is no offense implied, but have you
tested it before claiming such stuff?
That is exactly the scenario that you presented to me in the early alpha
stages of svn-buildpackage and which I have implemented. Yes, those
locations above are the first one tried, but if they do not exist, then
your favorite layout is probed. I have just tested it:
created a new repository, svn-inject'ed one package (my favorite layout
was used, of course), moved stuff around, made a fresh checkout of the
trunk (alternatively, use svn switch --relocate ... and remove
.svn/deb-layout) and what is the outcome:
cat .svn/deb-layout
buildArea=/tmp/trunk/build-area
trunkDir=/tmp/trunk/cloop
trunkUrl=file:///tmp/x/trunk/cloop
The new values are autodetected without user intervention.
So, what is your problem exactly? I don't bite and I don't need to tell
you how to use bugreport. I just have not much spare time this days to
work on svn-buildpackage intensively.
> [1] I have a svn-uupgrade that supports this transparently, but the
> maintainer of svn-update did not seem interested in it.
Joey, please stop assuming my lack of interest untill your name appears
somewhere on
http://bugs.debian.org/cgi-bin/pkgreport.cgi?pkg=svn-buildpackage . And
yes, I see what you mean now after trying svn-upgrade with the new
layout. But if you do not report the problem then the problem does not
exist (from maintainers POV).
Eduard.
--
[Übersetzung von "package repository" als "Paket-Depot"]
<Myon> "Repository" ist halt nicht wirklich deutsch
<youam> von den sachen auf dict.leo.org wuerde ich ja "fundgrube" oder
"endlager" nehmen :)
<youam> fundgrube fuer sid, endlager fuer woody :)
Reply to: