Merge tracking (cherry-pick) error in Svn ... looking for confirmation before filing a JIRA ticket.

Except I filed the ticket instead of reading the ticket-filing instructions, so ‘before' really is ‘after' – oops: https://issues.apache.org/jira/browse/SVN-4635 Reproduction: git clone https://github.com/paul-hammant/subversion_testing.git cd subversion_testing ./reset.sh ./serv

Re: which version control supports file locking and who has it locked

On 06.06.2016 15:47, Doug Robinson wrote: > Andreas: > > On Mon, Jun 6, 2016 at 3:50 AM, Andreas Stieger > mailto:andreas.stie...@gmx.de>> wrote: > > > or knowing who is actually working on a file. > > Incorrect, this is shown in both TortoiseSVN and svn cli. > > > To be more precise, you c

Bug with svnadmin dump --deltas??

I think I found a bug with svnadmin dump --deltas. It all started with an svnsync replication which got "svnsync: E210008: Error while replaying commit". I tried doing an svnrdump dump of the failing revision from the remote repository, and tried to load that and got this error. svnadmin: E

E200004: Could not convert '<...>' into a number

Suddenly, the following error started to occur in the repository when checking out or updating: svn: E24: Could not convert '?\F6R?\EF?\F2?\9Bn1?\85?\9F?\A4?\AFm?\F5?\95?\8A ?\D4RJ?\80w3'h?\9A?\ED?\CC{!p?\B3?\C6?\C2!P?\DE?\EA?\F0?\C3 ?\8D;?\E8?\E4 ?\D9 s<=4' i

Re: "Offset too large" error when packing repository in FSFS 7 format

On 04.06.2016 18:57, Daniel Shahaf wrote: Stefan Fuhrmann wrote on Sat, Jun 04, 2016 at 08:04:42 -: On 2016-06-03 09:36 (+0200), Radek Krotil wrote: Hello. Today, I encountered a problem when trying to pack a repository after migrating it to the FSFS 7 format by performing full dump / loa