Eric S. Raymond wrote on Sat, 06 Feb 2021 05:01 +00:00:
> Branko Čibej :
> > On 22.01.2021 05:23, Eric S. Raymond wrote:
> > > Notably: dump-load-format.txt does not describe the delta format. I
> > > have since seen hints in the SVN Book that version 3 uses some kind of
> > > binary delta compres
Branko Čibej :
> On 22.01.2021 05:23, Eric S. Raymond wrote:
> > Notably: dump-load-format.txt does not describe the delta format. I
> > have since seen hints in the SVN Book that version 3 uses some kind of
> > binary delta compression. But the SVN book does not describe either
> > of these deta
On 22.01.2021 05:23, Eric S. Raymond wrote:
Notably: dump-load-format.txt does not describe the delta format. I
have since seen hints in the SVN Book that version 3 uses some kind of
binary delta compression. But the SVN book does not describe either
of these details; it's not even clear enough
Apologies for the late answer.
Eric S. Raymond wrote on Thu, Jan 21, 2021 at 23:34:24 -0500:
> Daniel Shahaf :
> > > > It makes me twitchy that there's any possible future in which that
> > > > format might be unsuppoted or inaccessible.
> >
> > We _are_ committed to providing an upgrade path fro
On Fri, Jan 22, 2021 at 6:11 AM Eric S. Raymond wrote:
> Julian Foad :
> > Thanks for your detailed reply, Eric. I can accept your argument of
> > value of v2 dump format for its simplicity for these purposes.
>
> *heaves vast sigh of relief*
>
> Thank you. A few users with trouble because svnrd
Julian Foad :
> Thanks for your detailed reply, Eric. I can accept your argument of
> value of v2 dump format for its simplicity for these purposes.
*heaves vast sigh of relief*
Thank you. A few users with trouble because svnrdump doesn't dump
version 2 would have been annoying but comparatively
wrote:
>Julian Foad :
>> Isn't format 3 documented in the section called "Version 3 format" in
>> dump-load-format.txt?
>>
>It appears to have slipped your mind that the person who wrote most of
>that documentation was *me*. And I do still update it occasionally,
>most recently about a month ago
Daniel Shahaf :
> > > It makes me twitchy that there's any possible future in which that
> > > format might be unsuppoted or inaccessible.
>
> We _are_ committed to providing an upgrade path from 1.x to 2.x, you
> know. Always have been. You can stop twitching.
It's not 1.x I'm worried about be
Julian Foad :
> Eric S. Raymond wrote:
> > Reposurgeon can't handle the Version 3 format with deltas, and there
> > is no realistic possibility that this will change because the format
> > is not documented anywhere.
>
> Isn't format 3 documented in the section called "Version 3 format" in
> dump
Julian Foad wrote on Thu, 21 Jan 2021 15:59 +00:00:
> I can't remember if there is a strong reason why version 2 is not
> implemented in svnrdump. I have a feeling there is at least a
> non-trivial reason. I looked some time in the past and it wasn't simply
> a matter of adding a switch. As far
Eric S. Raymond wrote on Thu, 21 Jan 2021 14:23 +00:00:
> I have a (possibly confused) use who says on reposurgeon's IRC support
> channel "we have trouble with broken history in one of our repos and I
> can't create a mirror for it via svnsync, but can create a dump file
> via svnrdump. when I try
Eric S. Raymond wrote:
> [...]
> Reposurgeon can't handle the Version 3 format with deltas, and there
> is no realistic possibility that this will change because the format
> is not documented anywhere.
Isn't format 3 documented in the section called "Version 3 format" in
dump-load-format.txt?
ht
I have a (possibly confused) use who says on reposurgeon's IRC support
channel "we have trouble with broken history in one of our repos and I
can't create a mirror for it via svnsync, but can create a dump file
via svnrdump. when I try to load it though, it complains about file
format version"
On
13 matches
Mail list logo