I'm replying to a thread off of gcc-devel, but as I think I may have just
had a thought that hasn't already been chewed through. So, I'm shifting to
subversion-devel. If I'm wrong and this is already debunked, just shoot me
down...
Branko Čibej wrote:
> Andreas Schwab wrote:
>> Branko Čibej <[EMA
Daniel Berlin wrote:
> On Fri, 2005-10-28 at 22:40 +0100, Paul Brook wrote:
>> > I am still working on tarballs of a .svk/local dir for people.
>>
>> Any reason you're doing a tarball instead of a bootstrap dump?
>> http://svk.elixus.org/?SVKBootStrap
>
>
> Same thing, more or less :)
Yes and
Daniel Berlin wrote:
>
>> >
>> > You can't mix svn and svk commits against the same repo. It confuses
>> > svk (not svn).
>> >
>> > You can use svk readonly, of course.
>>
>> Actually, that's not quite right. While svk's depot must only be used by
>> svk, the usual usage is to mirror a regular s
Richard Guenther wrote:
> On Wed, 09 Feb 2005 00:11:54 -0500, Daniel Berlin <[EMAIL PROTECTED]>
> wrote:
>> (Thanks very much to Al Stone of HP for hosting the test repo on
>> toolchain.org! This would not have been possible without him)
>
> Tried it, including builting svn on a Debian woody mac
Marcin Dalecki wrote:
> OK. I just took a redhat spec as configure command template. As it
> turns out this
> was a mistake on my part... argh! JBLD was once again the root of the
> problem.
> Unfortunately due to this I didn't notice that subversion packages
> apr/, apr-utils/, neon/ and db4/ as
Paul Schlie wrote:
> Out of curiosity, although svn certainly seems attractive, are there any
> concerns observing that:
>
> - ironically it seems that the svn isn't itself under svn control but cvs?
svn was initially developed in cvs, but has been self-hosted since August
2001. You must have so
