Re: E200004 error during commit

2024-03-16 Thread Robin
he current revision is 1203, so this means the corruption is way back in r319? After reading the threads, I don't quite understand how to fix L2P. The problem is now sometimes I'm unable to commit. Robin On 3/16/2024 8:49 PM, Daniel Sahlberg wrote: Den tors 14 mars 2024 kl 05:22 s

E200004 error during commit

2024-03-13 Thread Robin
ing metadata at revision 0 ... * Error verifying repository metadata. svnadmin: E24: Invalid L2P offset in r319 footer svnadmin: E24: Could not convert 'L��>q��y���B�|Q�`E⌂♠A�r�Y�X1V}���g6.�☼�ݥ�♂�M�,♫�]I̠◄�8►�ِ���Ya↕4♠�%��e�'��XRf1�◄��OY�D`F�',►VRG�޾�]u' into a number SVN 1.14.2 Robin

Re: Peforce GitLFS like features

2023-12-03 Thread Robin
this mode, the client will only have one copy of each file with only a tiny bit of overhead for configuration. That's sounds like what I'm looking for, great! When the project size is in TBs,  you do want to try save space when binary assets are not delta stored. Thanks Daniel Robi

Peforce GitLFS like features

2023-12-01 Thread Robin
those files on client, client get 1 copy only. This would be similar to git LFS. If SVN has these  features natively, it would be greatest tool. Otherwise, how would it  be possible to make such a setup? Robin

Error 10179 / SVN loses authentication during session

2015-09-23 Thread Oudhuis, Robin
assword in Assembla (through the website). But that does not work consistently. Attempts made to solve it on our end: -Install the latest version of SVN/Tortoise -Removing the authentication files (so Tortoise could regenerate them) What can we do to fix this? Kind regards, Rob

Upgrade 1.5.4 to 1.7.5

2012-08-03 Thread Robin . Gueldenpfennig
ode. So I thank you in advance for your anwers and hints. Best regards Robin Güldenpfennig

corrupt repository Missing field in node-rev

2012-04-14 Thread Robin Luther
I have a subversion repository that had some corruption back 6 months ago. I knew that all I needed to do was find the corrupted db/revpros/0/XX file and replace it with a similar revisioned file and so I did not deal with it at the time. The errors are (when trying to run "verify" command):

Re: Upgrade SVN 1.6 to 1.7 on CentOS 5.5 with cPanel

2011-12-20 Thread Ton Robin Duong
Either way, I'm running the bleeding edge svn now so I'm happy. From: Nico Kadel-Garcia To: Ton Robin Duong Cc: "users@subversion.apache.org" Sent: Tuesday, December 20, 2011 8:15 AM Subject: Re: Upgrade SVN 1.6 to 1.7 on CentOS 5.5 with cP

Re: Upgrade SVN 1.6 to 1.7 on CentOS 5.5 with cPanel

2011-12-20 Thread Ton Robin Duong
ing to bleeding edge. Can you confirm or deny this? From: Nico Kadel-Garcia To: Ton Robin Duong Cc: "users@subversion.apache.org" Sent: Tuesday, December 20, 2011 8:15 AM Subject: Re: Upgrade SVN 1.6 to 1.7 on CentOS 5.5 with cPanel On Tue, Dec

Upgrade SVN 1.6 to 1.7 on CentOS 5.5 with cPanel

2011-12-19 Thread Ton Robin Duong
I tried to upgrade by running a make install again with the new 1.7.2 tar. This should in theory replace the binaries right? I took that to mean: * download new version (1.7.2) * configure * make * make install Before the above process ran: svn --version --quiet pri

Correcting an old branching error

2011-05-03 Thread Robin Cull
Hi, I'm quite new to SVN having previously used CVS many years ago. I am working on a solo (thankfully) embedded C project which I am using to help me learn the ropes. I do not administer the server I am using, this is done by my workplace, but I do have my own repository space for the pro

Re: Files silenty disappear (no corruption) 1.6.15

2011-02-05 Thread Robin
rockwellcollins.com> writes: > > Did you add, or did the already have authz based access > control? No, I did not modify anything. The authz was the same when I created the repository. > (And do you still have read access to that path?) No, the path is missing in the current repository. I c

Files silenty disappear (no corruption) 1.6.15

2011-02-05 Thread Robin
Hi Reporting a strange incident, one of my subdirectories disappeared from the repository entirely. When I do a Show Log, I could not see the folder was even added or deleted. I had weekly backups so I able to restore and compare them. - My rev is now 188 (as of today I discovered the problem

svn: Error resolving case of:

2009-12-18 Thread Robin
ranch and trunk. All with no change in the result. I have attempted searching Google and several lists without any results. Any help would be appreciated! Thanks! -- Robin