SSL Error
Hi all, At some point in the last year I stopped being able to access my SVN repository remotely via https using the SVN CLI and TortoiseSVN on Windows. Unfortunately since I hadn't used svn on my windows machine for a long time (many months), I cannot give a more accurate timeframe. The error I get when I try to checkout via the svn.exe CLI is (I masked my domain & path): c:\ svn.exe checkout https://.com/ svn: OPTIONS of 'https://.com/': SSL negotiation failed: SSL error code -1/1/336032856 (https://.com) My svn server is running via Apache. Client and server are both version is 1.6.13. The web server is using openssl 1.0.0c. I am able to checkout and access my repository fine from another linux client via the same domain name. And on Windows, I can browse the repository with Firefox. But in both of these cases, the linux svn CLI and Firefox both prompt that the SSL certificate is risky/invalid for a couple reasons: it's self-signed and reflects a different host than the domain I'm actually connecting to. This is because the SSL certificate reflects my server's internal hostname (for reasons I won't get into here) rather than the public domain name. So for both the linux client and Firefox I had to explicitly accept this discrepancy. The linux svn CLI yields this: # svn checkout https://.com/ Error validating server certificate for 'https://.com:443': - The certificate is not issued by a trusted authority. Use the fingerprint to validate the certificate manually! - The certificate hostname does not match. Certificate information: - Hostname: nimble - Valid: from Tue, 16 Mar 2010 02:14:36 GMT until Fri, 13 Mar 2020 02:14:36 GMT - Issuer: - Fingerprint: 50:2b:50:a5:75:61:ae:f2:a0:d2:44:4f:12:6b:d3:6e:f8:c5:4b:12 (R)eject, accept (t)emporarily or accept (p)ermanently? And if I accept this validation error, everything works properly. So I wonder if the error I'm getting from the Windows svn.exe is related to my risky/invalid certificate. So one question I have is: how do I instruct svn to accept the certificate even though it's not completely valid? Any other suggestions? TIA, Nick
Re: SSL Error
Thanks for your help Stefan. I tried your suggestions (using the 1.6.11 svn CLI on windows and specifying the --non-interactive --trust-server-cert options), but neither worked. Fortunately, when I tried the latest svn CLI (1.6.15), it functioned just like the linux CLI (asking me to accept the certificate validation error) and then the operation succeeded. The problem still exists in the latest version of TortoiseSVN (which claims to be linked against svn 1.6.15), but I will take that up w/ the TortoiseSVN folks. Thanks again! Nick On Thu, 2010-12-16 at 19:17 +0100, Stefan Sperling wrote: > On Thu, Dec 16, 2010 at 09:34:05AM -0500, Nick wrote: > > Hi all, > > > > At some point in the last year I stopped being able to access my SVN > > repository remotely via https using the SVN CLI and TortoiseSVN on > > Windows. Unfortunately since I hadn't used svn on my windows machine > > for a long time (many months), I cannot give a more accurate timeframe. > > > > The error I get when I try to checkout via the svn.exe CLI is (I masked > > my domain & path): > > > > c:\ svn.exe checkout https://.com/ > > svn: OPTIONS of 'https://.com/': > > SSL negotiation failed: SSL error code -1/1/336032856 > > (https://.com) > > > > My svn server is running via Apache. Client and server are both version > > is 1.6.13. The web server is using openssl 1.0.0c. > > > > I am able to checkout and access my repository fine from another linux > > client via the same domain name. And on Windows, I can browse the > > repository with Firefox. But in both of these cases, the linux svn CLI > > and Firefox both prompt that the SSL certificate is risky/invalid for a > > couple reasons: it's self-signed and reflects a different host than the > > domain I'm actually connecting to. This is because the SSL certificate > > reflects my server's internal hostname (for reasons I won't get into > > here) rather than the public domain name. So for both the linux client > > and Firefox I had to explicitly accept this discrepancy. > > > > The linux svn CLI yields this: > > # svn checkout https://.com/ > > Error validating server certificate for 'https://.com:443': > > - The certificate is not issued by a trusted authority. Use the > >fingerprint to validate the certificate manually! > > - The certificate hostname does not match. > > Certificate information: > > - Hostname: nimble > > - Valid: from Tue, 16 Mar 2010 02:14:36 GMT until Fri, 13 Mar 2020 > > 02:14:36 GMT > > - Issuer: > > - Fingerprint: > > 50:2b:50:a5:75:61:ae:f2:a0:d2:44:4f:12:6b:d3:6e:f8:c5:4b:12 > > (R)eject, accept (t)emporarily or accept (p)ermanently? > > > > And if I accept this validation error, everything works properly. > > > > So I wonder if the error I'm getting from the Windows svn.exe is related > > to my risky/invalid certificate. So one question I have is: how do I > > instruct svn to accept the certificate even though it's not completely > > valid? > > Maybe it is related to this change released in June 2010 in 1.6.12: > >* check for server certificate revocation on Windows (r898048) > > > r898048 | rhuijben | 2010-01-11 21:13:13 +0100 (Mon, 11 Jan 2010) | 10 lines > > Extend the (Windows only) ssl server certificate validation via cryptoapi > with a certificate revocation check. Also use a proper certificate chain > verification, before trusting the certificate as valid instead of just > parsing the certificate status ourselves. > > * subversion/libsvn_subr/win32_crypto.c > (windows_validate_certificate): Add revocation check flag and verify the > certificate chain as a ssl chain instead of reading the status of the > leave certificate ourselves. > > > > Does Windows perhaps believe that the certificate has been revoked > for some reason? I cannot think of any other reason. > > Does it work if you try versions older than 1.6.12? > > > Any other suggestions? > > Try this: > svn checkout --non-interactive --trust-server-cert > https://.com/ > > Stefan
Re: SSL Error
On Fri, 2010-12-17 at 11:03 -0500, r...@elilabs.com wrote: > Thanks for this problem description and resolution. I was using an > older > version of TSVN and was asked (told) to upgrade to the latest. Now I > can't even log into the server. From the description below, I think I > have the same problem. :-( There's an ongoing thread about this issue on the TSVN mailing list which contains more info and a workaround. The latest of the thread is here: http://tortoisesvn.tigris.org/ds/viewMessage.do?dsForumId=4061&dsMessageId=2691649 Nick
Re: ignored files
On Sat, 2010-12-18 at 09:39 -0800, sajan wrote: > hi > is there any way I can avoid adding particular folders/files when I > add my code to subversion.In git you can do that using .gitignore > file. > > suppose I have this directory structure > > mycode > |tobeignored1 > |tobeincluded > |---tobeignored2 > |---myimage.jpg > |---tobeincluded2 > |---mylib > |---lib1.jar > > > here I want to ignore folders tobeignored1,tobeignored2 and file > myimage.jpg and add the other folders and files .Can someone tell me > how to do this? Not sure if there's a better way to accomplish this, but you can revert added files after adding them and before committing them. In your example: svn add mycode (this will add the mycode directory + all files inside) svn revert mycode/tobeignored1 mycode/tobeignored2 mycode/myimage.jpg svn commit mycode You can also ignore files so they don't show up in svn operations (like svn status). This is accomplished via the svn:ignore property. See SVN properties (http://svnbook.red-bean.com/en/1.1/ch07s02.html) for more info. Nick
Re: ignored files
On Mon, 2010-12-20 at 07:48 -0600, Ryan Schmidt wrote: > The updated version of that page of documentation for the current > version of Subversion is: > > http://svnbook.red-bean.com/nightly/en/svn.advanced.props.html Good to know, thanks. Unfortunately Google returned the 1.1 version of the doc for my query. For different queries, I see the documentation for other older versions of svn (1.4, 1.5), but I don't see the docs for 1.6 or the nightly. Nick
File Obstructed by Symbolic Link Prevents Submitting Unrelated Changelists
(I originally reported this issue last year but nothing came of it.) A file which has been obstructed by changing it to a symbolic link prevents submitting unrelated changelists. To repro, simply replace a file with a sym link of the same name, and then try to submit a changelist which does not include the obstructed file. Reproduced with SVN 1.6.4, 1.6.5, 1.6.6, 1.6.9, 1.6.13 (I didn't try others). Here is an unannotated list of commands which can serve as a script to repro the problem. Execute from within a pre-existing repo working copy. touch a.txt b.txt c.txt d.txt svn add a.txt b.txt c.txt d.txt svn commit -m "Add a, b, c, d" echo a >> a.txt echo b >> b.txt rm c.txt ln -s d.txt c.txt svn changelist cltest a.txt b.txt svn commit --changelist cltest Here is an annotated step-by-step repro: 1. Start with a couple modified files (a.txt & b.txt in this case): n...@nimble ~/test_repo $ ls -hl total 24K -rw-r--r-- 1 nick users 4 Sep 15 04:24 a.txt -rw-r--r-- 1 nick users 4 Sep 15 04:24 b.txt -rw-r--r-- 1 nick users 2 Sep 15 04:31 c.txt -rw-r--r-- 1 nick users 2 Sep 15 04:31 d.txt n...@nimble ~/test_repo $ svn status M b.txt M a.txt 2. Obstruct a 3rd file (c.txt) by changing it to a symlink: n...@nimble ~/test_repo $ rm c.txt n...@nimble ~/test_repo $ ln -s d.txt c.txt n...@nimble ~/test_repo $ ls -hl total 20K -rw-r--r-- 1 nick users 4 Sep 15 04:24 a.txt -rw-r--r-- 1 nick users 4 Sep 15 04:24 b.txt lrwxrwxrwx 1 nick users 5 Sep 15 04:32 c.txt -> d.txt -rw-r--r-- 1 nick users 2 Sep 15 04:31 d.txt n...@nimble ~/test_repo $ svn status M b.txt ~ c.txt M a.txt 3. Place the modified files (a.txt & b.txt) in a changelist: n...@nimble ~/test_repo $ svn cl cltest a.txt b.txt Path 'a.txt' is now a member of changelist 'cltest'. Path 'b.txt' is now a member of changelist 'cltest'. n...@nimble ~/test_repo $ svn status ~ c.txt --- Changelist 'cltest': M b.txt M a.txt 4. Attempt to commit the changelist: n...@nimble ~/test_repo $ svn commit --changelist cltest svn: Commit failed (details follow): svn: Entry '/home/nick/test_repo/c.txt' has unexpectedly changed special status This failure is unexpected, since the obstructed file (c.txt) is not in the changelist being committed. I've confirmed that this behavior does not exist if the obstruction is caused by changing the file to a directory. If the file is obstructed w/ a directory, svn allows the unrelated changelist to be submitted. So I suspect this issue is due to obstructions which are caused by changing to a sym link. Nick
Re: File Obstructed by Symbolic Link Prevents Submitting Unrelated Changelists
On Mon, 2010-12-20 at 19:19 +0200, Daniel Shahaf wrote: > I can reproduce this with trunk: > [[[ > % cd wc1/trunk/ > % touch a b c d > % $svn add -q ? > % $svn ci -q -m add > % echo line1 >a >b > % rm c; ln -s d c > % $svn cl -q cltest a b > % $svn ci --cl cltest > subversion/svn/commit-cmd.c:156: (apr_err=145001) > subversion/libsvn_client/commit.c:846: (apr_err=145001) > svn: Commit failed (details follow): > subversion/libsvn_client/commit_util.c:1097: (apr_err=145001) > subversion/libsvn_client/commit_util.c:891: (apr_err=145001) > subversion/libsvn_client/commit_util.c:455: (apr_err=145001) > svn: Entry '/tmp/svn/wc1/trunk/c' has unexpectedly changed special > status > zsh: exit 1 $svn ci --cl cltest > % $svn ci --cl cltest -q -mm [ab] > % > ]]] > > Could you, please, file an issue for this (if there isn't one already > filed)? > > Thanks, > > Daniel > (I can't look at this right now; but if there's an issue then I or > someone else will eventually get to it) Thanks for confirming Daniel! I had opened an issue for this last year, but it's in the subversion.tigris.org site: http://subversion.tigris.org/issues/show_bug.cgi?id=3484 . Is this OK? Or should I open another issue in the apache.org tracker?
Re: File Obstructed by Symbolic Link Prevents Submitting Unrelated Changelists
On Mon, 2010-12-20 at 17:34 -0600, Ryan Schmidt wrote: > The Subversion project still uses the tigris.org issue tracker; it > does not yet use the apache.org issue tracker. See the yellow box on > this page: > > http://subversion.apache.org/issue-tracker.html When I read that part of the page I wasn't sure if it was a mix of tigris.org and apache.org, or still entirely tigris.org. Thanks for the clarification.
Re: File Obstructed by Symbolic Link Prevents Submitting Unrelated Changelists
On Tue, 2010-12-21 at 11:59 +0200, Daniel Shahaf wrote: > I've updated some > fields, and I'll try to get around to look at it in more detail some > time. I appreciate it, thanks!
Re: File Obstructed by Symbolic Link Prevents Submitting Unrelated Changelists
On Tue, 2010-12-21 at 12:02 +0200, Daniel Shahaf wrote: > > When I read that part of the page I wasn't sure if it was a mix of > > tigris.org and apache.org, or still entirely tigris.org. Thanks for > the > > clarification. > > Fixed: > http://svn.apache.org/viewvc/subversion/site/publish/issue-tracker.html?r1=1051442&r2=1051441&pathrev=1051442 That reads much clearer to me now, thanks!
Re: File Obstructed by Symbolic Link Prevents Submitting Unrelated Changelists
On Thu, 2010-12-30 at 21:42 +0200, Daniel Shahaf wrote: > Nick wrote on Tue, Dec 21, 2010 at 12:00:47 -0500: > > On Tue, 2010-12-21 at 11:59 +0200, Daniel Shahaf wrote: > > > I've updated some > > > fields, and I'll try to get around to look at it in more detail some > > > time. > > > > I appreciate it, thanks! > > Sendingsubversion/libsvn_client/commit_util.c > Sendingsubversion/tests/cmdline/special_tests.py > Transmitting file data .. > Committed revision 1053984. Awesome, thanks! Any idea which release this will make it into?
Re: File Obstructed by Symbolic Link Prevents Submitting Unrelated Changelists
On Thu, 2010-12-30 at 22:44 +0200, Daniel Shahaf wrote: > > Awesome, thanks! Any idea which release this will make it into? > > > > 1.7.0. > > It may also make it into a 1.6.x: I've nominated it for backport, and > now it needs three +1 votes by full committers. > > (I haven't voted yet.) While it would be great to have this fix in the next 1.6.x, I've dealt w/ this behavior for over a year, so obviously it's not critical. I really appreciate your prompt attention to this--thanks again Daniel! Best regards, Nick
Re: howto replace a file with a symbolic link (without obstruct error)
On Thu, 2010-12-30 at 15:48 +0100, anton wrote: > Hi, > > I searched google, I search the subversion doc > (here I searched "obstruct" and found only a python sample). > > So my question (subversion.apache.org is just down, so I couldnt > look at the faq): > > I have 2 files which are version controled: > > a.txt > b.txt > > The result I want to get is: > > a.txt -> b.txt > b.txt > > One possibility is: > > svn rm a.txt > svn ci -m " removed a" > ln -s b.txt a.txt > svn add a.txt > svn ci -m "added a as symlink" > > I also tried: > > svn rm a.txt > ln -s b.txt a.txt > svn ci -m "replaced with as symlink" > > But this does not work, I get an error "obstructed ..." > svn stat tells me the file has a status "~" > > Stragely I got with rapidsvn a file status "R", but at the commandline > I didnt figure out how to get this. > > Question: > > what is the "should-be" way of doing such a replacement > > ... it would be nice to put this in the official doc, > so a lot of developers could save time posting in a lot of forums > > Im a little bit frustrated,sorry. > > But anyway, wish you a happy new year :-) > > Anton I've been bumping into this same situation recently and would also like to hear how best to handle it. Nick
Re: howto replace a file with a symbolic link (without obstruct error)
On Thu, 2010-12-30 at 23:03 +0200, Daniel Shahaf wrote: > > > I also tried: > > > > > > svn rm a.txt > > > ln -s b.txt a.txt > > At this point you need to: > > svn add a.txt Thanks, I'll try it the next time I encounter this situation.
Re: svnadmin create and not being method agnostic
On Sun, 2011-01-02 at 22:43 -0500, Nico Kadel-Garcia wrote: > It's possible to do secure Subversion. Use svn+ssh access, disable or > block other services at the firewall, and keep it away from HTTP/HTTPS > in order to prevent UNIx or Linux client plaintext password storage. Apologies in advance if this is covered somewhere, but can someone explain (or point me to some references on) why using SVN w/ Apache (HTTPS) is insecure? I've seen some references to plain text password storage, but I don't see my password on my server. The passwords in my svnusers files look like hashes, which makes sense because I use the "-m" option to htpasswd2 when creating them. What am I missing? Best regards, Nick
Re: svnadmin create and not being method agnostic
On Mon, 2011-01-03 at 11:49 -0500, Mark Phippard wrote: > > Apologies in advance if this is covered somewhere, but can someone > > explain (or point me to some references on) why using SVN w/ Apache > > (HTTPS) is insecure? I've seen some references to plain text > password > > storage, but I don't see my password on my server. The passwords in > my > > svnusers files look like hashes, which makes sense because I use the > > "-m" option to htpasswd2 when creating them. What am I missing? > > Yes, it is secure. Nico's issue is that the SVN client will allow the > user to cache their password in plaintext locally in their home > folder. This is only true for *nix clients though. Windows and OSX > clients store the password securely. I see, thanks. So by "SVN client", are you referring to the command line client that's provided by SVN? May I ask why the *nix client stores the credentials in plain text? Again, I'm open to references which explain it if this has already been covered. Nick
Re: Commit fails with path not found
On Mon, 2011-01-03 at 16:18 -0500, Pazmiño Mazón, Iván Andrés wrote: > I've moved some files (java classes) from a directory to another, and > now commit fails complaining the containing folder doesn't exist > > svn: Commit failed (details follow): > svn: > '/svn/app-project/trunk/app-project-web/src/main/webapp/templates' > path not found: 404 Not Found (https://xxx) > > The path in the message is the path where the file used to be and in > the > eclipse IDE the folder and file both have a red arrow over them. > > I've tried merging, overriding and commiting, but none works. Any > ideas? Did you try svn update on the client? NIck
Re: 207 Multi-Status error checking out WebKit repository on Windows
On Tue, 2011-01-04 at 17:29 -0800, Blair Zajac wrote: > On 12/25/10 5:42 PM, Kenneth Russell wrote: > > Hello, > > > > The WebKit project uses Subversion for version control and we are > > facing a problem with fresh checkouts of the repository on Windows > > with Subversion 1.6.6 (as well as earlier versions -- I've also tried > > 1.6.1). The reported error is with a specific file: > > > > svn: PROPFIND of > > '/repository/webkit/!svn/bc/19963/trunk/LayoutTests/fast/xpath/4XPath/Core/test.js': > > 207 Multi-Status (http://svn.webkit.org) > > > > The WebKit project maintainers aren't sure what changed with this > > particular file to cause this error to start occurring. I was only > > able to get past it by copying the .svn directory for this > > subdirectory from another Windows machine (where the checkout predated > > the problematic changes to this file) and then continuing the > > checkout. > > > > Is this a known issue? Can you reproduce it by checking out the > > repository (see http://webkit.org/building/checkout.html) with the > > current (non-Cygwin) Subversion binaries? > > If you try with an https URL, do you see the same issue? That will avoid any > networking issues you may be running into. > > https://svn.webkit.org/repository/webkit/trunk FYI: I successfully checked out webkit on linux using SVN 1.6.13. I'll try on Windows the next time I start it in the VM. Nick
Re: 207 Multi-Status error checking out WebKit repository on Windows
On Wed, 2011-01-05 at 19:52 -0500, Nick wrote: > On Tue, 2011-01-04 at 17:29 -0800, Blair Zajac wrote: > > On 12/25/10 5:42 PM, Kenneth Russell wrote: > > > Hello, > > > > > > The WebKit project uses Subversion for version control and we are > > > facing a problem with fresh checkouts of the repository on Windows > > > with Subversion 1.6.6 (as well as earlier versions -- I've also tried > > > 1.6.1). The reported error is with a specific file: > > > > > > svn: PROPFIND of > > > '/repository/webkit/!svn/bc/19963/trunk/LayoutTests/fast/xpath/4XPath/Core/test.js': > > > 207 Multi-Status (http://svn.webkit.org) > > > > > > The WebKit project maintainers aren't sure what changed with this > > > particular file to cause this error to start occurring. I was only > > > able to get past it by copying the .svn directory for this > > > subdirectory from another Windows machine (where the checkout predated > > > the problematic changes to this file) and then continuing the > > > checkout. > > > > > > Is this a known issue? Can you reproduce it by checking out the > > > repository (see http://webkit.org/building/checkout.html) with the > > > current (non-Cygwin) Subversion binaries? > > > > If you try with an https URL, do you see the same issue? That will avoid > > any > > networking issues you may be running into. > > > > https://svn.webkit.org/repository/webkit/trunk > > FYI: I successfully checked out webkit on linux using SVN 1.6.13. I'll > try on Windows the next time I start it in the VM. I successfully checked out webkit on Windows today using SVN 1.6.15 and verified the file LayoutTests/fast/xpath/4XPath/Core/test.js exists and with some content. Nick
Re: Viewing Subversion in 3D (without glasses)
On Mon, 2011-01-10 at 18:46 +0100, Pablo Beltran wrote: > Hi, > > Subversion tracks the evolution of a tree structure along the time. > Changes can be represented in a bi-dimensional system coordinates: > time vs space. > > The vertical coordinate (space) is the path of the items of the tree > structure and the horizontal coordinate (time) is the revision number. > > Example: http://www.svnflash.com/images/svnflash/subversion_3d.png > > Changes of the tree structure along the time can be represented as > dots (red in the example) in that system coordinates. > > Has some sense adding a 3rd coordinate meaning something unknown for > me at the present? > > Thanks and sorry for so abstract question. What about using the 3rd axis to show branches and/or merges? Nick
Re: Checkout really slow in Windows with lots of files in one directory
On Tue, 2011-02-01 at 13:00 -0500, Mark Phippard wrote: > On Wed, Jan 26, 2011 at 9:28 AM, Neil Bird wrote: > > > We have a graphics-oriented code-base that's auto-generated and has >5000 > > source files in one directory. While I can check this out OK on Linux, > > we're seeing an unusable slow-down on Windows XP (NTFS), both using Tortoise > > directly, and as a test on Linux with the Windows drive mapped over CIFS. > > I created a folder with 5001 files in it ... maybe that is not enough? > I just used small simple text files as I was only checking for the > general problem in managing the temp files and the WC metadata. > > Upon checkout (using 1.6.15 command line client) I did not notice any > slowdown. Windows checked out via HTTP across internet in about 49 > seconds as opposed to 33 from my Mac (which is a faster system). The > main thing is checkout did not seem to slow down. I did a similar test, using 5100 files in a single directory. Each file contained only the content "file " where was the number of the file (so tiny files). My linux system took 17 seconds, while Windows took a bit less than 2 min (but Windows is virtualized while linux is on the hardware). I also did not notice a slow-down as the checkout proceeded. Both systems used 1.6.15 and accessed the repo via https. I did, however, notice that the time to *add* the files (done via svn add *.txt) seemed to progressively slow down. But this was only observed by watching the files in the console as they were being added (it was relatively easy to see the rate because the each file name had a linear number at the end). I don't have any timings to back this up, though I'll collect some if anyone's interested. Nick
Re: Checkout really slow in Windows with lots of files in one directory
On Wed, 2011-02-02 at 07:52 -0500, Mark Phippard wrote: > On Wed, Feb 2, 2011 at 7:41 AM, Geoff Rowell wrote: > > On Wed, Feb 2, 2011 at 4:09 AM, Nick wrote: > >> On Tue, 2011-02-01 at 13:00 -0500, Mark Phippard wrote: > >> > >> On Wed, Jan 26, 2011 at 9:28 AM, Neil Bird wrote: > >> > >>> We have a graphics-oriented code-base that's auto-generated and has >5000 > >>> source files in one directory. While I can check this out OK on Linux, > >>> we're seeing an unusable slow-down on Windows XP (NTFS), both using > >>> Tortoise > >>> directly, and as a test on Linux with the Windows drive mapped over CIFS. > >> > >> I created a folder with 5001 files in it ... maybe that is not enough? > >> I just used small simple text files as I was only checking for the > >> general problem in managing the temp files and the WC metadata. > >> > >> Upon checkout (using 1.6.15 command line client) I did not notice any > >> slowdown. Windows checked out via HTTP across internet in about 49 > >> seconds as opposed to 33 from my Mac (which is a faster system). The > >> main thing is checkout did not seem to slow down. > >> > >> I did a similar test, using 5100 files in a single directory. Each file > >> contained only the content "file " where was the number of the > >> file > >> (so tiny files). My linux system took 17 seconds, while Windows took a bit > >> less than 2 min (but Windows is virtualized while linux is on the > >> hardware). I also did not notice a slow-down as the checkout proceeded. > >> Both systems used 1.6.15 and accessed the repo via https. > >> > >> I did, however, notice that the time to *add* the files (done via svn add > >> *.txt) seemed to progressively slow down. But this was only observed by > >> watching the files in the console as they were being added (it was > >> relatively easy to see the rate because the each file name had a linear > >> number at the end). I don't have any timings to back this up, though I'll > >> collect some if anyone's interested. > >> > > I don't know why, but I believe the key thing here is working with > > *binary* files. > > > > I noticed the same problem with a massive (10K+) amount of audio > > snippets in a single directory. > > I was thinking that this was a case where the reading/parsing/writing > of our large entries file was causing a slowdown and moving to SQLite > was going to bring performance gains. Clearly that is not the case as > trunk is much slower. > > If I get another batch of free time I will try it with a lot of small PNG's. I repeated my test of checking out a repo w/ 5100 files, but this time using binary files (192 byte PNGs). 1m 7sec on linux, 6 min on Windows (again, virtualized). On windows, it went fairly quick through all the files, and then sat for several minutes after listing the last file and completing the command. Time taken listing all files on Windows during checkout: ~3 min csrss - started at 70%-80% CPU, declined to < 20% CPU by the end of the checkout svn.exe - inverse of csrss (took remaining CPU to 100%) After file listing, and before command completes: ~3 min. During this time, Windows (virtualized) took ~10% CPU of the host OS, and the 'svn' EXE was occasionally taking 2%-10%--the guest OS was predominantly idle. Nick
Cannot add files which contain '@' in filename
It seems like files with the '@' character in the name cannot be added to a repo. I've verified this in two different repos using SVN version 1.6.17. Here are the repro steps: nick@nimble ~/test_repo $ svn --version svn, version 1.6.17 (r1128011) compiled Feb 26 2012, 12:28:33 nick@nimble ~/test_repo $ svn status nick@nimble ~/test_repo $ ls nick@nimble ~/test_repo $ touch "test@foo" nick@nimble ~/test_repo $ ls test@foo nick@nimble ~/test_repo $ svn add ./test\@foo svn: warning: 'test' not found nick@nimble ~/test_repo $ svn add "test@foo" svn: warning: 'test' not found Is this a bug? Best regards, Nick
Re: Cannot add files which contain '@' in filename
On Sun, 2012-11-25 at 02:26 -0600, Dave Huang wrote: > No, it's sort of hidden, but it is mentioned in the documentation: > > The perceptive reader is probably wondering at this point whether the peg > revision syntax causes problems for working copy paths or URLs that actually > have at signs in them. After all, how does svn know whether news@11 is the > name of a directory in my tree or just a syntax for “revision 11 of news”? > Thankfully, while svn will always assume the latter, there is a trivial > workaround. You need only append an at sign to the end of the path, such as > news@11@. > > http://svnbook.red-bean.com/en/1.6/svn.advanced.pegrevs.html Thanks. Is it possible/valid to specify a peg revision when adding files? If not, does it make sense for SVN to not attempt to interpret the '@' character for this operation? Nick
Missing file prevents submitting unrelated changelists
Removing a file which is scheduled to be added prevents submitting
unrelated changelists.
Occurring w/ my current version (1.7.7), have not tried others.
Annotated & unannotated repro steps follow.
$ svn --version
svn, version 1.7.7 (r1393599)
compiled Jan 5 2013, 15:01:56
Unannotated repro steps:
$ svn status
$ touch a b c
$ svn add a b c
$ svn cl "Add a and b" a b
$ rm c
$ svn commit --cl "Add a and b"
svn: E155010: Commit failed (details follow):
svn: E155010: '/home/nick/test_repo/c' is scheduled for addition, but
is missing
Annotated repro steps:
Starting with a clean & up-to-date repo:
$ svn status
Create and add 3 files to the repo:
$ touch a b c
$ svn add a b c
A a
A b
A c
Add 2 of the files (a & b) to a changelist:
$ svn cl "Add a and b" a b
A [Add a and b] a
A [Add a and b] b
$ svn status
A c
--- Changelist 'Add a and b':
A a
A b
Remove file 'c' which is slated for addition, but not part of the
changelist:
$ rm c
$ svn status
! c
--- Changelist 'Add a and b':
A a
A b
Attempt to commit the changelist:
$ svn commit --cl "Add a and b"
svn: E155010: Commit failed (details follow):
svn: E155010: '/home/nick/test_repo/c' is scheduled for addition, but
is missing
This behavior is unexpected, since the removed file (c) is not in the
changelist being committed.
Nick
Re: Missing file prevents submitting unrelated changelists
On Mon, 2013-01-28 at 16:54 +0200, Daniel Shahaf wrote: > By design. You need > $ svn rm c > or > $ svn revert c I don't understand why this is by design. Regardless of what happens to the file 'c', I would not expect it to affect changelists which do not contain the file. This behavior seems very similar to Issue 3484: http://subversion.tigris.org/issues/show_bug.cgi?id=3484 In both cases a file *outside* the changelist is impacting the changelist. > Nick wrote on Mon, Jan 28, 2013 at 09:23:30 -0500: > > Removing a file which is scheduled to be added prevents submitting > > unrelated changelists. > > > > Occurring w/ my current version (1.7.7), have not tried others. > > > > Annotated & unannotated repro steps follow. > > > > $ svn --version > > svn, version 1.7.7 (r1393599) > >compiled Jan 5 2013, 15:01:56 > > > > > > Unannotated repro steps: > > > > $ svn status > > $ touch a b c > > $ svn add a b c > > $ svn cl "Add a and b" a b > > $ rm c > > $ svn commit --cl "Add a and b" > > svn: E155010: Commit failed (details follow): > > svn: E155010: '/home/nick/test_repo/c' is scheduled for addition, but > > is missing
Re: Missing file prevents submitting unrelated changelists
On Mon, 2013-01-28 at 18:03 +0200, Daniel Shahaf wrote: > I see, perhaps I misread your initial script. I wonder whether > $ svn ci --cl "Add a and b" a b > works... (but no time to test right now :( ) That works--files a and b are submitted despite file c missing. Should I open a bug on this now, or wait for one of the developers to confirm it first? I'm not in a rush, so whatever works best for the devs.
Re: Missing file prevents submitting unrelated changelists
On Mon, 2013-01-28 at 21:56 +0100, Johan Corveleyn wrote: > On Mon, Jan 28, 2013 at 5:31 PM, Nick wrote: > > On Mon, 2013-01-28 at 18:03 +0200, Daniel Shahaf wrote: > >> I see, perhaps I misread your initial script. I wonder whether > >> $ svn ci --cl "Add a and b" a b > >> works... (but no time to test right now :( ) > > > > That works--files a and b are submitted despite file c missing. > > > > Should I open a bug on this now, or wait for one of the developers to > > confirm it first? I'm not in a rush, so whatever works best for the > > devs. > > Sounds like a bug to me. This one is somewhat similar (though not the same): > > http://subversion.tigris.org/issues/show_bug.cgi?id=3484 (Submitting a > changelist while obstructed item exists) Right, similar in nature, but different in specifics. Daniel: Do you want to confirm before I open a bug? Nick
Re: Missing file prevents submitting unrelated changelists
On Wed, 2013-02-06 at 00:36 +0100, Stefan Sperling wrote: > I agree it's a bug. The state of items not in the changelist shouldn't > affect commit of items in the changelist. Please file a bug so that > someone will take a look at it eventually! Thanks :) > Please don't forget to include a link to this thread in the issue (either > in the 'URL' field of the issue or simply in a comment attached to the issue). Thanks, done: http://subversion.tigris.org/issues/show_bug.cgi?id=4314
Assertion fail in svn merge 1.9.4
Hi The following should be invalid IIRC, but rather than give a helpful error, it core dumped. This is with 1.9.4 on Linux. svn merge ^/trunk/web/file.js ^/branches/X/web/file.js ^/branches/Y/web/file.js --dry-run svn: E235000: In file 'subversion/libsvn_subr/dirent_uri.c' line 1595: assertion failed (! svn_path_is_url(relative)) Aborted (core dumped) Nick
Changelist support for svn patch?
The 'patch' subcommand does not seem to support applying a changelist description to the files that are part of the patch. Any plans to support this? (Should I be asking this on the dev list?) Nick
Re: Changelist support for svn patch?
On Wed, 2013-04-17 at 11:43 +0100, Philip Martin wrote: > > The 'patch' subcommand does not seem to support applying a > changelist > > description to the files that are part of the patch. Any plans to > > support this? > > > > (Should I be asking this on the dev list?) > > That sounds like a useful feauture. Here's the workflow which provoked my asking. I wonder if there's an alternative (and maybe more streamlined) method of accomplishing the same. I received a patch containing a feature addition for a project I'm working on. My primary interest is only to view the changes (ie. code review)--not to submit them. AFAICT, the way to do this using subversion directly (ie. not a wrapper app like TortoiseSVN) is to apply the patch to my working copy and then view the diff. (I'm ignoring the option of viewing the raw patch file directly in an editor.) Once I'm done reviewing, I want to remove the change. Without the ability to apply the patch into a specific changelist, I have to surgically revert the changes if I have other changes of my own in the WC. If the patch were applied to a changelist, I can revert it all in one shot. Am I missing something for this workflow? Is there a simpler way? How do others handle this scenario? Nick
Re: Changelist support for svn patch?
On Wed, 2013-04-17 at 11:42 -0700, BRM wrote: > I'd suggest a slight modification to your process if you can - that > is: > > 1. Checkout a new working copy > 2. Apply the patch to the new working copy > 3. Review > 4. Delete the new working copy > > Now I realize in some cases that may not be an option - too large a > down, etc. Right, checking out a new WC for each code review is not feasible for me, and sort of seems like overkill. I figure the worst case scenario is to generate a script which parses the patch and downloads a local copy of each file referenced in the patch (at the specified rev) into a temporary tree (sort of a sparse checkout), apply the patch to the tree, and then can launch a diff tool against it. > If the patch provider is using SVN, which I assume they are since > you're talking about apply a patch with SVN, then if it is all > committed you could also use TSVN's Repository Viewer to look at the > patch by comparing two branches, and then using TSVN's Diff > functionality to look at each modification, just like you are in your > working copy - only you don't need a working copy to do it. I'm using Linux, otherwise I'd just use TortoiseSVN which seems to be able to do what I describe above. > > Any how...something to think about for you. > > Ben > > P.S. Aren't "Changelists" client-side only? Yes, they are client-side only. > > __ > From: Nick > To: Philip Martin > Cc: users ; > d...@subversion.apache.org > Sent: Wednesday, April 17, 2013 10:23 AM > Subject: Re: Changelist support for svn patch? > > > On Wed, 2013-04-17 at 11:43 +0100, Philip Martin wrote: > > > The 'patch' subcommand does not seem to support applying a > > changelist > > > description to the files that are part of the patch. Any > plans to > > > support this? > > > > > > (Should I be asking this on the dev list?) > > > > That sounds like a useful feauture. > > Here's the workflow which provoked my asking. I wonder if > there's an > alternative (and maybe more streamlined) method of > accomplishing the > same. > > I received a patch containing a feature addition for a project > I'm > working on. My primary interest is only to view the changes > (ie. code > review)--not to submit them. AFAICT, the way to do this using > subversion directly (ie. not a wrapper app like TortoiseSVN) > is to apply > the patch to my working copy and then view the diff. (I'm > ignoring the > option of viewing the raw patch file directly in an editor.) > Once I'm > done reviewing, I want to remove the change. Without the > ability to > apply the patch into a specific changelist, I have to > surgically revert > the changes if I have other changes of my own in the WC. If > the patch > were applied to a changelist, I can revert it all in one shot. > > Am I missing something for this workflow? Is there a simpler > way? How > do others handle this scenario? > > > Nick > > > > >
Re: Changelist support for svn patch?
On Thu, 2013-04-18 at 07:18 -0700, BRM wrote: > So what if you have changes to the local working copy? > Or are you ensuring you have no other changes first? Right, I'd ensure the files being modified in the patch have no changes in my WC first. > > As Branko Čibej noted, the only clean way to do it is to use a new (or > a dedicated) working copy. > > Sadly, there is nothing like TSVN for Linux. If I get around to creating a script to help w/ this workflow, I'll share it. > > Ben > > > > > ______ > From: Nick > To: BRM > Cc: users ; > "d...@subversion.apache.org" > Sent: Wednesday, April 17, 2013 4:12 PM > Subject: Re: Changelist support for svn patch? > > > > On Wed, 2013-04-17 at 11:42 -0700, BRM wrote: > > I'd suggest a slight modification to your process if you can > - that > > is: > > > > 1. Checkout a new working copy > > 2. Apply the patch to the new working copy > > 3. Review > > 4. Delete the new working copy > > > > Now I realize in some cases that may not be an option - too > large a > > down, etc. > Right, checking out a new WC for each code review is not > feasible for > me, and sort of seems like overkill. I figure the worst case > scenario > is to generate a script which parses the patch and downloads a > local > copy of each file referenced in the patch (at the specified > rev) into a > temporary tree (sort of a sparse checkout), apply the patch to > the tree, > and then can launch a diff tool against it. > > > If the patch provider is using SVN, which I assume they are > since > > you're talking about apply a patch with SVN, then if it is > all > > committed you could also use TSVN's Repository Viewer to > look at the > > patch by comparing two branches, and then using TSVN's Diff > > functionality to look at each modification, just like you > are in your > > working copy - only you don't need a working copy to do it. > > I'm using Linux, otherwise I'd just use TortoiseSVN which > seems to be > able to do what I describe above. > > > > > Any how...something to think about for you. > > > > Ben > > > > P.S. Aren't "Changelists" client-side only? > > Yes, they are client-side only. > > > > > > > __ > >From: Nick > >To: Philip Martin > >Cc: users ; > >d...@subversion.apache.org > >Sent: Wednesday, April 17, 2013 10:23 AM > >Subject: Re: Changelist support for svn patch? > > > > > >On Wed, 2013-04-17 at 11:43 +0100, Philip Martin > wrote: > >> > The 'patch' subcommand does not seem to support > applying a > >> changelist > >> > description to the files that are part of the > patch. Any > >plans to > >> > support this? > >> > > >> > (Should I be asking this on the dev list?) > >> > >> That sounds like a useful feauture. > > > >Here's the workflow which provoked my asking. I > wonder if > >there's an > >alternative (and maybe more streamlined) method of > >accomplishing the > >same. > > > >I received a patch containing a feature addition for > a project > >I'm > >working on. My primary interest is only to view the > changes > >(ie. code > >review)--not to submit them. AFAICT, the way to do > this using > >subversion directly (ie. not a wrapper app
(More) Easily view patches
Well I got around to creating the script mentioned in the course of this
thread:
http://mail-archives.apache.org/mod_mbox/subversion-users/201304.mbox/%
3C1366208597.20370.18.camel%40nimble.325Bayport%3E
As originally intended, this script helps to view a patch file w/out
touching an existing working copy or requiring a new/scratch working
copy. It works by parsing the patch file for the list of files & base
revs, getting a copy of each into a temporary tree (sort of like a
sparse checkout, minus the actual checkout), applying the patch to a
clone of the base tree, and launching a diff program to view the two.
The diff program used defaults to using the same program set for the
diff-cmd value in ~/.subversion/config if defined, and can be overridden
via an env variable.
The only caveat that I can think of is that the patch file must be
generated via {svn diff --git}. I won't say that it's impossible to
make this work w/ the output of {svn diff}, but the git format made some
things a lot easier.
I believe there are some scenarios which are not yet supported.
Possibly things like property mods w/out file content changes.
Until I setup a better home for it, the script is currently available at
http://www.codesniffer.com:8080/ViewSvnPatch.sh
Usage info is available by running it w/out params. Basically, from a
WC directory:
ViewSvnPatch.sh
I hope it helps someone.
Best regards,
Nick
Re: Sending attachments in email using mailer.py script
You can checkout the file to /tmp and include it from there. You
cannot reference a file in your repository with a file path.
Hth,
Nick Stolwijk
~Java Developer~
IPROFS BV.
Claus Sluterweg 125
2012 WS Haarlem
http://www.iprofs.nl
On Thu, Oct 7, 2010 at 12:58 AM, Tech Geek wrote:
> I guess my biggest hurdle at this time is how to extract the file from the
> repository that I would like to send it as an attachment.
>
> Most of the examples on the net simply specifies an explicit filename (to
> show as an example) like this:
> *
> #!/usr/bin/python
> import smtplib
> ..
> filename = "/tmp/test.txt"
> .
> # Define the attachment section
> part3 = """Content-Type: multipart/mixed; name=\"%s\"
> Content-Transfer-Encoding:base64
> Content-Disposition: attachment; filename=%s
> ...
> %s
> --%s--
> """ %(filename, filename, encodedcontent, marker)
> message = part1 + part2 + part3
> try:
> smtpObj = smtplib.SMTP('localhost')
> smtpObj.sendmail(sender, reciever, message)
> print "Successfully sent email"
> except Exception:
> print "Error: unable to send email"
> *
> So basically I would want the path
> /var/lib/svn/projectA/tags/REL-1.0/source.zip in the filename variable.
>
>
Re: Need advice on when to commit and how many commits to issue when multiple files changed
I try to commit the smallest amount of work worth committing. ie. Add 1 unit test, add code to make it all happen, commit. At least, that is the ideal situation, most of the times it will amount to the work done for one jira issue, or anything in between. But all code commited together at least refers to one jira issue. Hth, Nick Stolwijk ~Java Developer~ IPROFS BV. Claus Sluterweg 125 2012 WS Haarlem http://www.iprofs.nl On Wed, Oct 13, 2010 at 8:25 AM, LiuYan 刘研 wrote: > Hi all, > > I'm new to subversion. I used CVSNT before. > > Because a single svn commit will result in a whole new revision tree, so > currently I commit all changes once per day after work (to avoid too many > revisions because of my old CVS habit). > > But I'm afraid it's not a proper way, so: > - Should file A and B be commited separately? > - Should file A be commited more than once per day? > - How to issue these commits when there's 1 single subversion user? > - How to issue these commits in team working project? > > Any advice will be appreciated. > > >
Re: Use of kdiff3
I use the svndiffwrapper[1] script to use SVN cli in combination with kdiff3. Save the script to ~/bin/ and make it executable. (And make sure ~/bin is on the path) Then change ~/.subversion/config to include the lines: # diff3-has-program-arg = [true | false] diff-cmd = svndiffwrapper diff3-cmd = svndiffwrapper Then it will use the script to execute kdiff3. [1] http://www.yolinux.com/TUTORIALS/src/svndiffwrapper.txt Hth, Nick Stolwijk ~Java Developer~ IPROFS BV. Claus Sluterweg 125 2012 WS Haarlem http://www.iprofs.nl On Mon, Nov 8, 2010 at 12:52 PM, Giulio Troccoli wrote: > Lots of people here use either TortoiseMerge or WinMerge for conflict > resolution. But now I have a requirement to provide something similar for a > Linux platform and I thought of kdiff3. > > I there anyone else that uses as well? I have install it but I would like > some advice on how to call it. I know it can take two or three files, but I'm > not sure why (i.e. what's the difference) and which files to "feed" it with > and in what order. > > Thanks > Giulio > > > > Linedata Limited > Registered Office: 85 Gracechurch St., London, EC3V 0AA > Registered in England and Wales No 3475006 VAT Reg No 710 3140 03 > > > > >
meaningful error messages in http
Hi all, I am serving our repositories over https, using Apache 2.2, via mod_dav_svn, also using mod_authz_svn for per directory access control. Most users find the error messages cryptic (when there is a permission related error on checkout, commit, so on...) and I am wondering if there is a way to customize these messages? For example, current (default?) set up spits out the following: *If checkout fails due to insufficient permissions:* svn: Server sent unexpected return value (403 Forbidden) in response to OPTIONS request for 'https://my.cool.server/foo/trunk' *If checkout fails due to spelling error in repository* *name:* svn: Server sent unexpected return value (403 Forbidden) in response to OPTIONS request for 'https://my.cool.server/f00/trunk' *If commit fails due to insufficient permissions:* svn: Commit failed (details follow): svn: Server sent unexpected return value (403 Forbidden) in response to MKACTIVITY request for '/svn/site-macros/!svn/act/d5936c16-fd56-4f62-a9f1-b1285bea6c7' Thanks for any leads, Nick
Re: meaningful error messages in http
On Tue, Dec 7, 2010 at 1:11 PM, Andy Levy wrote: > On Tue, Dec 7, 2010 at 11:59, Nick Stokes > wrote: > > Hi all, > > > > I am serving our repositories over https, using Apache 2.2, via > mod_dav_svn, > > also using mod_authz_svn for per directory access control. Most users > find > > the error messages cryptic (when there is a permission related error on > > checkout, commit, so on...) and I am wondering if there is a way to > > customize these messages? > > > > For example, current (default?) set up spits out the following: > > > > If checkout fails due to insufficient permissions: > > svn: Server sent unexpected return value (403 Forbidden) in response to > > OPTIONS request for 'https://my.cool.server/foo/trunk' > > > > If checkout fails due to spelling error in repository name: > > svn: Server sent unexpected return value (403 Forbidden) in response to > > OPTIONS request for 'https://my.cool.server/f00/trunk' > > I don't think Subversion can tell the difference here. If my AuthZ > file specifies that I have access to /f00/trunk/ and I ask for > /foo/trunk/, all that's really known is that I asked for a path which > I do not have permission to access. Do you propose that the server > scan for all possible "similar" repositories/paths in an attempt to > find a match? > > No. I did not propose that. The question was simple: Is there way to customize error messages from httpd server (akin to customizing logs in apache as in http://tinyurl.com/svn-apache-logs)? When users see "Server sent unexpected return value..." they assume there is something wrong with the server itself, despite the keyword "Forbidden" that follows. Besides, there is the redundant/misleading/irrelevant-for-client stuff there (OPTIONS, MKACTIVITY, respos ID). e.g. svnserve error messages are much better.
Re: meaningful error messages in http
On Wed, Dec 8, 2010 at 5:13 AM, Johan Corveleyn wrote: [snip] > Most users don't know (or don't care) about HTTP error codes. And I > bet 99.9% of svn users don't know what an OPTIONS request is (and > they certainly don't care). > > Cheers, > Couldn't have said it better... On your earlier comment: Moreover, one would expect these kinds of error message to be exactly > the same regardless of the underlying protocol or server type (unless > it's some kind of protocol-specific error, like e.g. SSL handshake > failure or something (which should also be made into user-sensible > error messages, but might not be generic over all protocols)). > Completely agree. Just wondering, is there a technical reason why subversion wasn't already that way? > > I don't know if there is already an issue for this in the issue > tracker, but regardless ... maybe we could have a useful discussion on > this mailing list about what the error messages should say > specifically? > What you proposed are fine, and I guess the more consistent with svnserve the better. What would be curious to find if there is any one out there for who these messages are essential. (your guess number 0.1% may be optimistic :) Nick
Re: Problem checking out when # in URL
Have you tried replacing the '#' with '%23'? Hth, Nick Stolwijk ~Java Developer~ iPROFS Wagenweg 208 2012 NM Haarlem T +31 23 547 6369 F +31 23 547 6370 I www.iprofs.nl On Thu, Dec 9, 2010 at 12:01 PM, Caroline Warren wrote: > Hi, > > > > I am looking into the possibility of us using Subversion for our source > control and I have encountered a problem using the “svn checkout” command to > checkout from a URL with a # character. I also have tortoiseSVN install and > I do not seem to encounter this problem when I checkout using tortoise. The > only difference I can see is that the version of subversion is 1.6.13 for > the command line client I have installed and the version of subversion is > 1.6.12 on the tortoise client I have installed. The error I am seeing is > shown below. Could you please let me know if you are aware of any problems > using the # character in filenames or have any idea what could be causing > this? > > > > C:\ >svn checkout "http://svn.x.com/svn/its-support/C#Apps"; > "C:\Documents and Settings\C_Warren\My Documents\TestCheckout" > > svn: Server sent unexpected return value (400 Bad Request) in response to > OPTIONS request for 'http://svn.xx.com/svn/its-support/C#Apps' > > > > Kind regards, > > > > Caroline
Re: SVN Statistics
You could make a git clone of your Subversion repository. git log --numstat shows the lines added and deleted per commit (revision). Hth, Nick Stolwijk ~Java Developer~ iPROFS Wagenweg 208 2012 NM Haarlem T +31 23 547 6369 F +31 23 547 6370 I www.iprofs.nl On Fri, Dec 10, 2010 at 1:15 PM, Chris Evans wrote: >> -Original Message- >> From: Gavin Beau Baumanis [mailto:b...@palcare.com.au] >> Sent: 10 December 2010 04:46 >> To: Subversion Users >> Subject: SVN Statistics >> >> Hi Everyone, >> >> I have been asked for some statistics about our code base and am hoping >> that someone might have had a task for something similar already, and will >> be able to help me out. >> >> Here is the text I was sent - but it is really just a guide - it is more a >> case of "something" to show as opposed to have any specific item(s). >> >> I do have a jar that I downloaded from SourceForge - that provides pretty >> much what I'm after. >> Lines of code / Churn, >> Number of commits etc. >> >> But it is based on the entire repository from revision 0:head. >> >> The specific request (below) comes from the point of view ; These are >> stats are from rev xxx - when we started work on the latest version. >> >> We don't have a classical "release" branch either - just a forever going >> trunk, so we can't use anything "path" specific to obtain the requested >> results either. >> >> Anyway - if you have ideas - I would be most grateful, here is the >> questions I was asked; >> >> Added xxx Lines of new code >> Removed xxx Lines of redundant code >> Performed more than xxx individual code changes. >> >> >> As always - thanks very much in advance! >> >> Gavin. > > It might be a bit overkill for what you're after, but Atlassian Fisheye is > really good http://www.atlassian.com/software/fisheye/ > It'll give you user statistics for LoC, commits etc. You can also set a > starting revision rather than 0. > > Chris > > -- > Gloucester Research Limited believes the information provided herein is > reliable. While every care has been taken to ensure accuracy, the information > is furnished to the recipients with no warranty as to the completeness and > accuracy of its contents and on condition that any errors or omissions shall > not be made the basis for any claim, demand or cause for action. > The information in this email is intended only for the named recipient. If > you are not the intended recipient please notify us immediately and do not > copy, distribute or take action based on this e-mail. > All messages sent to and from this email address will be logged by Gloucester > Research Ltd and are subject to archival storage, monitoring, review and > disclosure. > Gloucester Research Limited, 5th Floor, Whittington House, 19-30 Alfred > Place, London WC1E 7EA. > Gloucester Research Limited is a company registered in England and Wales with > company number 04267560. > -- >
Re: SVN Statistics
On another note, I see you have a jar from SF which does almost what you want. Why not checkout their code and let it do exactly what you want? I guess somewhere in there is a starting revision, which you can change. If you don't know Java, send me the projectname and I can have a look. Hth, Nick Stolwijk ~Java Developer~ iPROFS Wagenweg 208 2012 NM Haarlem T +31 23 547 6369 F +31 23 547 6370 I www.iprofs.nl On Fri, Dec 10, 2010 at 5:46 AM, Gavin Beau Baumanis wrote: > Hi Everyone, > > I have been asked for some statistics about our code base and am hoping that > someone might have had a task for something similar already, and will be able > to help me out. > > Here is the text I was sent - but it is really just a guide - it is more a > case of "something" to show as opposed to have any specific item(s). > > I do have a jar that I downloaded from SourceForge - that provides pretty > much what I'm after. > Lines of code / Churn, > Number of commits etc. > > But it is based on the entire repository from revision 0:head. > > The specific request (below) comes from the point of view ; > These are stats are from rev xxx - when we started work on the latest version. > > We don't have a classical "release" branch either - just a forever going > trunk, so we can't use anything "path" specific to obtain the requested > results either. > > Anyway - if you have ideas - I would be most grateful, here is the questions > I was asked; > > Added xxx Lines of new code > Removed xxx Lines of redundant code > Performed more than xxx individual code changes. > > > As always - thanks very much in advance! > > Gavin.
Re: Archiving Projects (End-Of-Life)
You cannot easily refactor code into seperate modules, used by multiple projects, with keeping of history. Another easy one. ;) Hth, Nick Stolwijk ~Senior Java Developer~ iPROFS Wagenweg 208 2012 NM Haarlem T +31 23 547 6369 F +31 23 547 6370 I www.iprofs.nl On Tue, Dec 14, 2010 at 11:02 AM, Cooke, Mark wrote: >> -Original Message- >> From: Johan Corveleyn [mailto:jcor...@gmail.com] >> Sent: 13 December 2010 20:04 >> To: users@subversion.apache.org >> Subject: Archiving Projects (End-Of-Life) >> >> Hi, >> >> I'm wondering if there is a (de-facto) standard way of "end-of-lifing" >> projects in an SVN repository, or any suggestions for this from other >> users on this list ... >> >> With End-Of-Life I mean there will be no further maintenance on that >> project, no more development, no more releases or patches, no more >> users. It's really dead. But sometimes one might want to take a look >> at the old code, check out its history, maybe even resurrect it, ... >> I would like to get those projects out of sight, so it's more clear >> what the active projects are. (I'm not talking about "obliterating", >> to reclaim disk space or anything like that, quite the contrary: I >> want to have them still available, just ... less visible). >> >> I know I could just "svn rm" them, but some of the "project owners" >> feel a little bit uneasy about that. They consider it "probable" that >> they will need to take another look at them sometime in the future. >> And as we all know, it's not so easy to find a deleted >> file/directory/project again (to find out what the latest revision was >> in which the project still existed). >> >> My repository is currently structured as: >> >> trunk >> \--project1 >> \--project2 >> \--... >> branches >> tags >> >> But I think the question is more or less the same if it's structured >> in the other standard way (projects/TTB). >> >> Currently I have two options in mind: >> - Move the EOL'ed projects to a new directory "archive", a new "root" >> directory next to TTB. >> - Move the EOL'ed projects to a tag (maybe also in an "archive" >> subdirectory, under tags). If it ever needs to be resurrected, it can >> be easily copied from that tag. >> >> Thoughts? Other ideas? Pros and cons? >> > I use separate repos (using parent path) for all projects unless closely > related, and this is one of the main reasons why I do so. A little bit > of extra work when creating new projects is a lot simpler than > dumpfiltering projects out late in the lifecycle. > > I'd be interested in any strong arguments for using one repo over many! > > ~ mark c >
Re: alternative to CVS magic branches
And it is also the one that makes the most sense to me. If you have a branch with some changes and the next commit on trunk contains a file you have changed and another file you haven't changed. It is one commit, so all or nothing, it can contain breaking changes if you merge half a commit. So, don't automerge this commit seems the most prudent. Then the next commit only changes the file in the last commit that you haven't changed on the branch. This can be automerged, it doesn't contain any changes in files you already touched, but it may depend on changes in the previous commit. So it may break your branch if automerged. I don't think any solution of this kind makes sense. With regards, Nick Stolwijk ~Senior Java Developer~ iPROFS Wagenweg 208 2012 NM Haarlem T +31 23 547 6369 F +31 23 547 6370 I www.iprofs.nl On Thu, Dec 16, 2010 at 3:18 PM, Bob Archer wrote: >> in CVSNT there's a feature called magic branches. Basically it >> means that >> if you branch from head (or any other branch) the all the files in >> the >> magic branch will continue to have all changes made in the future >> until >> the point where you change them. So if you have 20 files and you >> change >> only a small number of them you only have to merge changes to the >> files >> you modified, the others always have changes in the trunk. >> Is the only option in Subversion to merge the trunk to the branch >> regulary > > Yes, pretty much. > > BOb > >
how do I add support for SSL
I have downloaded and compiled 1.6.15 on fedora 8, where 1.4.4-7 was working fine (I need 1.6 for compatibity with other users) but when I do svn co https://x.y.z.1/... (my repo) I now get svn: SSL is not supported In case it's a configuration issue I'm using "./configure --with-ssl --with-neon=/usr/local", then make and make install
Re: how do I add support for SSL
On 1 February 2011 12:34, Nico Kadel-Garcia wrote: > On Tue, Feb 1, 2011 at 7:10 AM, Nick Upson wrote: >> I have downloaded and compiled 1.6.15 on fedora 8, where 1.4.4-7 was >> working fine (I need 1.6 for compatibity with other users) >> >> but when I do >> >> svn co https://x.y.z.1/... (my repo) >> >> I now get >> >> svn: SSL is not supported >> >> In case it's a configuration issue I'm using "./configure --with-ssl >> --with-neon=/usr/local", then make and make install > > First: Fedora 8 is out of date and deprecated, update if you can. I know , but this is for me to build packages to be install on fc8 > Second, you need to make sure that the openssl-devel packages are > installed, so that the "include" files are available for compilation. openssl-devel - 0.9.8b-17.fc8.i386 already installed > Third, you might just save yourself the grief and install from the > latest SRPM from Fedora 14, and that will at least tell you the > dependencies. I'd like to keep that as a last resort, so much has changed in fedora between 8 & 14
Re: how do I add support for SSL
On 1 February 2011 12:58, Ryan Schmidt wrote: > On Feb 1, 2011, at 06:10, Nick Upson wrote: > >> I have downloaded and compiled 1.6.15 on fedora 8, where 1.4.4-7 was >> working fine (I need 1.6 for compatibity with other users) >> >> but when I do >> >> svn co https://x.y.z.1/... (my repo) >> >> I now get >> >> svn: SSL is not supported >> >> In case it's a configuration issue I'm using "./configure --with-ssl >> --with-neon=/usr/local", then make and make install > > It's your HTTP library (neon or serf), not Subversion itself, that needs the > SSL support compiled in. Verify that neon has been compiled with SSL support. I just recompiled neon using ./configure --with-ssl" but I still get the same result
Problem with SVN + Sasl2 + Auxprop + Sasldb
I'm new to administrating SVN, but I have read about half (the most relevant sections) of "Version Control with Subversion" from svnbook.red-bean.com. I spent about 3-4 hours Googling this problem, but I found nothing that was able to help me move forward with my new SVN server. Here's my setup: OpenSUSE Linux 10.3 SVN 1.6.15 (r1038135) Sasl version 2.1.22 by "Cyrus SASL" Here's my configuration (I'm logged in as root for all of this): $ ls -l /svn/repos/conf/ total 12 -rw-r--r-- 1 root root 1080 2011-02-03 11:08 authz -rw-r--r-- 1 root root 309 2011-02-03 11:08 passwd -rw-r--r-- 1 root root 2259 2011-02-03 22:36 svnserve.conf $ more /svn/repos/conf/svnserve.conf [general] anon-access = none auth-access = write authz-db = authz realm = NWTechServe [sasl] use-sasl = true min-encryption = 256 max-encryption = 512 $ ls -l /etc/sasl2/ total 16 -rw-r- 1 root root 12288 2011-02-05 11:04 nwts-db -rw-r--r-- 1 root root47 2011-02-05 11:03 slapd.conf -rw-r--r-- 1 root root 102 2011-02-05 11:03 svn.conf $ more /etc/sasl2/slapd.conf (already set up by Sasl) mech_list: gssapi digest-md5 cram-md5 external $ more /etc/sasl2/svn.conf pwcheck_method: auxprop auxprop_plugin: sasldb sasldb_path: /etc/sasl2/nwts-db mech_list: DIGEST-MD5 $ saslpasswd2 -c -f /etc/sasl2/nwts-db -u NWTechServe nicholas [entered password] $ sasldblistusers2 -f /etc/sasl2/nwts-db nicholas@NWTechServe: userPassword $ /etc/init.d/saslauthd start [started] $ testsaslauthd -u nicholas -p [password] 0: NO "authentication failed" $ testsaslauthd -u nicholas -p [password] -r NWTechServe 0: NO "authentication failed" $ testsaslauthd -u nicholas -p [password] -s svn 0: NO "authentication failed" $ testsaslauthd -u nicholas -p [password] -r NWTechServe -s svn 0: NO "authentication failed" $ testsaslauthd -u nicholas -p [password] -f /etc/sasl2/nwts-db connect() : Connection refused 0: $ testsaslauthd -u nicholas -p [password] -r NWTechServe -f /etc/sasl2/nwts-db connect() : Connection refused 0: $testsaslauthd -u nicholas -p [password] -s svn -f /etc/sasl2/nwts-db connect() : Connection refused 0: $testsaslauthd -u nicholas -p [password] -r NWTechServe -s svn -f /etc/sasl2/nwts-db connect() : Connection refused 0: I've also tried running svnserve (as root) and trying to connect but "svn: Could not obtain the list of SASL mechanisms". However, I don't think that result is even valid yet, as I can't even successfully test my Sasl configuration. I'm hoping I'm making an obvious error that someone on this list will see. Any ideas? Thanks! Nick
Re: Problem with SVN + Sasl2 + Auxprop + Sasldb
I sent this email Saturday in hopes of getting some help from someone with more knowledge and experience than I have. However, I never heard anything back from anyone. Because I'm new to the list, can somebody confirm that my messages are, indeed, getting to the list? And does anyone have any ideas? Thanks! Nick On Feb 5, 2011, at 11:34 AM, Nick Williams wrote: > I'm new to administrating SVN, but I have read about half (the most relevant > sections) of "Version Control with Subversion" from svnbook.red-bean.com. I > spent about 3-4 hours Googling this problem, but I found nothing that was > able to help me move forward with my new SVN server. > > Here's my setup: > > OpenSUSE Linux 10.3 > SVN 1.6.15 (r1038135) > Sasl version 2.1.22 by "Cyrus SASL" > > Here's my configuration (I'm logged in as root for all of this): > > $ ls -l /svn/repos/conf/ > total 12 > -rw-r--r-- 1 root root 1080 2011-02-03 11:08 authz > -rw-r--r-- 1 root root 309 2011-02-03 11:08 passwd > -rw-r--r-- 1 root root 2259 2011-02-03 22:36 svnserve.conf > > $ more /svn/repos/conf/svnserve.conf > [general] > anon-access = none > auth-access = write > authz-db = authz > realm = NWTechServe > > [sasl] > use-sasl = true > min-encryption = 256 > max-encryption = 512 > > $ ls -l /etc/sasl2/ > total 16 > -rw-r- 1 root root 12288 2011-02-05 11:04 nwts-db > -rw-r--r-- 1 root root47 2011-02-05 11:03 slapd.conf > -rw-r--r-- 1 root root 102 2011-02-05 11:03 svn.conf > > $ more /etc/sasl2/slapd.conf (already set up by Sasl) > mech_list: gssapi digest-md5 cram-md5 external > > $ more /etc/sasl2/svn.conf > pwcheck_method: auxprop > auxprop_plugin: sasldb > sasldb_path: /etc/sasl2/nwts-db > mech_list: DIGEST-MD5 > > $ saslpasswd2 -c -f /etc/sasl2/nwts-db -u NWTechServe nicholas > [entered password] > > $ sasldblistusers2 -f /etc/sasl2/nwts-db > nicholas@NWTechServe: userPassword > > $ /etc/init.d/saslauthd start > [started] > > $ testsaslauthd -u nicholas -p [password] > 0: NO "authentication failed" > > $ testsaslauthd -u nicholas -p [password] -r NWTechServe > 0: NO "authentication failed" > > $ testsaslauthd -u nicholas -p [password] -s svn > 0: NO "authentication failed" > > $ testsaslauthd -u nicholas -p [password] -r NWTechServe -s svn > 0: NO "authentication failed" > > $ testsaslauthd -u nicholas -p [password] -f /etc/sasl2/nwts-db > connect() : Connection refused > 0: > > $ testsaslauthd -u nicholas -p [password] -r NWTechServe -f > /etc/sasl2/nwts-db > connect() : Connection refused > 0: > > $testsaslauthd -u nicholas -p [password] -s svn -f /etc/sasl2/nwts-db > connect() : Connection refused > 0: > > $testsaslauthd -u nicholas -p [password] -r NWTechServe -s svn -f > /etc/sasl2/nwts-db > connect() : Connection refused > 0: > > I've also tried running svnserve (as root) and trying to connect but "svn: > Could not obtain the list of SASL mechanisms". However, I don't think that > result is even valid yet, as I can't even successfully test my Sasl > configuration. > > I'm hoping I'm making an obvious error that someone on this list will see. > > Any ideas? > > Thanks! > > Nick
Re: I can not do a svn checkout using SvnParentPath
You don't have a repository on /Repos, but a list view of your repositories. You cannot check out multiple repositories at once using this method. Hth, Nick Stolwijk ~Senior Java Developer~ iPROFS Wagenweg 208 2012 NM Haarlem T +31 23 547 6369 F +31 23 547 6370 I www.iprofs.nl On Mon, Feb 14, 2011 at 9:16 PM, Daniela Rivas wrote: > SVNParentPath
ERESTARTSYS (To be restarted) and "svn: Could not obtain the list of SASL mechanisms"
openSUSE 11.4
# svnserve --version
svnserve, version 1.6.15 (r1038135)
Copyright (C) 2000-2009 CollabNet.
Subversion is open source software, see http://subversion.apache.org/
This product includes software developed by CollabNet (http://www.Collab.Net/).
The following repository back-end (FS) modules are available:
* fs_base : Module for working with a Berkeley DB repository.
* fs_fs : Module for working with a plain file (FSFS) repository.
Cyrus SASL authentication is available.
# svn list svn://localhost/myrepos
svn: Could not obtain the list of SASL mechanisms
# svn checkout svn://localhost/myrepos
svn: Could not obtain the list of SASL mechanisms
Trace of svnserve (full trace at end of email) at point where list command
issued:
# strace svnserve -d --foreground -r /srv/svn/repos
...
accept4(3, {sa_family=AF_INET, sin_port=htons(34877),
sin_addr=inet_addr("127.0.0.1")}, [16], SOCK_CLOEXEC) = 5
waitpid(-1, 0xbfc095ec, WNOHANG|WSTOPPED) = -1 ECHILD (No child processes)
setsockopt(5, SOL_SOCKET, SO_KEEPALIVE, [1], 4) = 0
clone(child_stack=0, flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD,
child_tidptr=0xb6fd1938) = 20996
close(5)= 0
accept4(3, 0xbfc0958c, [128], SOCK_CLOEXEC) = ? ERESTARTSYS (To be restarted)
--- SIGCHLD (Child exited) @ 0 (0) ---
sigreturn() = ? (mask now [])
waitpid(-1, [{WIFEXITED(s) && WEXITSTATUS(s) == 0}], WNOHANG|WSTOPPED) = 20996
waitpid(-1, 0xbfc095ec, WNOHANG|WSTOPPED) = -1 ECHILD (No child processes)
# strace svnserve -d --foreground -r /srv/svn/repos
...
accept4(3, {sa_family=AF_INET, sin_port=htons(34879),
sin_addr=inet_addr("127.0.0.1")}, [16], SOCK_CLOEXEC) = 5
waitpid(-1, 0xbfc095ec, WNOHANG|WSTOPPED) = -1 ECHILD (No child processes)
setsockopt(5, SOL_SOCKET, SO_KEEPALIVE, [1], 4) = 0
clone(child_stack=0, flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD,
child_tidptr=0xb6fd1938) = 20998
close(5)= 0
accept4(3, 0xbfc0958c, [128], SOCK_CLOEXEC) = ? ERESTARTSYS (To be restarted)
--- SIGCHLD (Child exited) @ 0 (0) ---
sigreturn() = ? (mask now [])
waitpid(-1, [{WIFEXITED(s) && WEXITSTATUS(s) == 0}], WNOHANG|WSTOPPED) = 20998
waitpid(-1, 0xbfc095ec, WNOHANG|WSTOPPED) = -1 ECHILD (No child processes)
Any idea what's going on here?
# cat /etc/sasl2/svnserve.conf
pwcheck_method: auxprop
auxprop_plugin: sasldb
sasldb_path: /etc/sasl2/sasldbs/myrepos.db
mech_list: DIGEST-MD5
# ls -l /etc/sasl2/
total 12
drwxr-xr-x 2 root root 4096 Mar 21 22:54 sasldbs
-rw--- 1 root root 49 Feb 22 16:02 smtpd.conf
-rw-r--r-- 1 root svn 115 Mar 21 22:57 svnserve.conf
# ls -l /etc/sasl2/sasldbs/
total 12
-rw-r- 1 root svn 12288 Mar 21 22:54 myrepos.db
# cat /srv/svn/repos/myrepos/conf/svnserve.conf
[general]
anon-access = none
auth-access = write
realm = myrepos
[sasl]
use-sasl = true
min-encryption = 256
max-encryption = 512
# strace svnserve -d --foreground -r /srv/svn/repos
execve("/usr/bin/svnserve", ["svnserve", "-d", "--foreground", "-r",
"/srv/svn/repos"], [/* 58 vars */]) = 0
brk(0) = 0xb77fa000
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
0xb77c4000
access("/etc/ld.so.preload", R_OK) = -1 ENOENT (No such file or directory)
open("/etc/ld.so.cache", O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=102553, ...}) = 0
mmap2(NULL, 102553, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb77aa000
close(3)= 0
open("/usr/lib/libsvn_repos-1.so.0", O_RDONLY) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\20[\0\0004\0\0\0"...,
512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=178672, ...}) = 0
mmap2(NULL, 181320, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) =
0xb777d000
fadvise64(3, 0, 181320, POSIX_FADV_WILLNEED) = 0
mmap2(0xb77a8000, 8192, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x2a) = 0xb77a8000
close(3)= 0
open("/usr/lib/libsvn_fs-1.so.0", O_RDONLY) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\200'\0\0004\0\0\0"...,
512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=30364, ...}) = 0
mmap2(NULL, 33024, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) =
0xb7774000
fadvise64(3, 0, 33024, POSIX_FADV_WILLNEED) = 0
mmap2(0xb777b000, 8192, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x6) = 0xb777b000
close(3)= 0
open("/usr/lib/libsvn_fs_fs-1.so.0", O_RDONLY) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\260b\0\0004\0\0\0"...,
512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=170952, ...}) = 0
mmap2(NULL, 173600, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) =
0xb7749000
fadvise64(3, 0, 173600, POSIX_FADV_WILLNEED) = 0
mmap2(0xb7772000, 8192, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x28) = 0xb7772000
close(3)= 0
Re: ERESTARTSYS (To be restarted) and "svn: Could not obtain the list of SASL mechanisms"
On a hunch, I figured out the issue, but it leads me to this question: What are
the SVN's limits on encryption?
If /svr/svn/repos/myrepos/conf/svnserve.conf, I had this:
min-encryption = 256
max-encryption = 512
This (oddly) was causing the "Could not obtain list of SASL mechanisms" error.
When I changed the configuration to this:
min-encryption = 128
max-encryption = 512
It worked! The error went away and I was able to execute commands.
Now, I promise I read the documentation (as evidenced by the fact that
everything else worked perfectly once I fixed this). And I searched and scoured
The SVN Book and Google, and found nothing about limits on either of these
fields. Is this a server error, or a client error? Is this the server not
supporting encryption that strong, or the client, or a bug? Are there
unpublished limits on the values of those fields? SHOULD the server support
256, 512 and/or 1024-bit encryption, or not?
Any comments would be appreciated, but at least I got it working. I'd sure like
encryption stronger than 128-bit, though...
Nick
On Mar 21, 2011, at 11:20 PM, Nick Williams wrote:
> openSUSE 11.4
>
> # svnserve --version
> svnserve, version 1.6.15 (r1038135)
>
> Copyright (C) 2000-2009 CollabNet.
> Subversion is open source software, see http://subversion.apache.org/
> This product includes software developed by CollabNet
> (http://www.Collab.Net/).
>
> The following repository back-end (FS) modules are available:
>
> * fs_base : Module for working with a Berkeley DB repository.
> * fs_fs : Module for working with a plain file (FSFS) repository.
>
> Cyrus SASL authentication is available.
>
> # svn list svn://localhost/myrepos
> svn: Could not obtain the list of SASL mechanisms
>
> # svn checkout svn://localhost/myrepos
> svn: Could not obtain the list of SASL mechanisms
>
> Trace of svnserve (full trace at end of email) at point where list command
> issued:
>
> # strace svnserve -d --foreground -r /srv/svn/repos
> ...
> accept4(3, {sa_family=AF_INET, sin_port=htons(34877),
> sin_addr=inet_addr("127.0.0.1")}, [16], SOCK_CLOEXEC) = 5
> waitpid(-1, 0xbfc095ec, WNOHANG|WSTOPPED) = -1 ECHILD (No child processes)
> setsockopt(5, SOL_SOCKET, SO_KEEPALIVE, [1], 4) = 0
> clone(child_stack=0, flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD,
> child_tidptr=0xb6fd1938) = 20996
> close(5)= 0
> accept4(3, 0xbfc0958c, [128], SOCK_CLOEXEC) = ? ERESTARTSYS (To be restarted)
> --- SIGCHLD (Child exited) @ 0 (0) ---
> sigreturn() = ? (mask now [])
> waitpid(-1, [{WIFEXITED(s) && WEXITSTATUS(s) == 0}], WNOHANG|WSTOPPED) = 20996
> waitpid(-1, 0xbfc095ec, WNOHANG|WSTOPPED) = -1 ECHILD (No child processes)
>
> # strace svnserve -d --foreground -r /srv/svn/repos
> ...
> accept4(3, {sa_family=AF_INET, sin_port=htons(34879),
> sin_addr=inet_addr("127.0.0.1")}, [16], SOCK_CLOEXEC) = 5
> waitpid(-1, 0xbfc095ec, WNOHANG|WSTOPPED) = -1 ECHILD (No child processes)
> setsockopt(5, SOL_SOCKET, SO_KEEPALIVE, [1], 4) = 0
> clone(child_stack=0, flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD,
> child_tidptr=0xb6fd1938) = 20998
> close(5)= 0
> accept4(3, 0xbfc0958c, [128], SOCK_CLOEXEC) = ? ERESTARTSYS (To be restarted)
> --- SIGCHLD (Child exited) @ 0 (0) ---
> sigreturn() = ? (mask now [])
> waitpid(-1, [{WIFEXITED(s) && WEXITSTATUS(s) == 0}], WNOHANG|WSTOPPED) = 20998
> waitpid(-1, 0xbfc095ec, WNOHANG|WSTOPPED) = -1 ECHILD (No child processes)
>
> Any idea what's going on here?
>
> # cat /etc/sasl2/svnserve.conf
> pwcheck_method: auxprop
> auxprop_plugin: sasldb
> sasldb_path: /etc/sasl2/sasldbs/myrepos.db
> mech_list: DIGEST-MD5
>
> # ls -l /etc/sasl2/
> total 12
> drwxr-xr-x 2 root root 4096 Mar 21 22:54 sasldbs
> -rw--- 1 root root 49 Feb 22 16:02 smtpd.conf
> -rw-r--r-- 1 root svn 115 Mar 21 22:57 svnserve.conf
>
> # ls -l /etc/sasl2/sasldbs/
> total 12
> -rw-r- 1 root svn 12288 Mar 21 22:54 myrepos.db
>
> # cat /srv/svn/repos/myrepos/conf/svnserve.conf
> [general]
> anon-access = none
> auth-access = write
> realm = myrepos
> [sasl]
> use-sasl = true
> min-encryption = 256
> max-encryption = 512
>
> # strace svnserve -d --foreground -r /srv/svn/repos
> execve("/usr/bin/svnserve", ["svnserve", "-d", "--foreground", "-r",
> "/srv/svn/repos"], [/* 58 vars */]) = 0
> brk(0) = 0xb77fa000
> mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
> 0xb77c4000
> access("/etc/ld.so.preload",
Re: Is rep-sharing enabled by default?
In all Unix like configuration files, the # means that line is a comment. Often the value mentioned on the line is not the default, so uncommenting the line will give you the other value. With regards, Nick Stolwijk ~Senior Java Developer~ iPROFS Wagenweg 208 2012 NM Haarlem T +31 23 547 6369 F +31 23 547 6370 I www.iprofs.nl 2011/5/24 Daniel Shahaf : > Thorsten Schöning wrote on Tue, May 24, 2011 at 09:08:45 +0200: >> Hello, >> >> we sync our repositories to a second server using svnsync sync and >> today I wondered why a commit in the master with several MB in size is >> only some kb in the synced slave. I made two commits with exactly the >> same data in two different directories and the first commit was about >> some MB in size, where the second was really small. In the revision >> file of the second commit I found something like "text: 2638" where >> 2638 is the first, bigger commit. Therefore I thought of rep-sharing >> which sounds like it would work this way, but I didn't configured it. >> > > Yes, rep-sharing works by pointing the text: lines at representations > found in older commits. > >> To come to an end, is rep-sharing enabled by default? I did find a >> several MB sized rep-cache.db in the repository, but fsfs.conf says >> # enable-rep-sharing = false. >> >> Mit freundlichen Grüßen, >> >> Thorsten Schöning >> >> -- >> Thorsten Schöning >> AM-SoFT IT-Systeme - Hameln | Potsdam | Leipzig >> >> Telefon: Potsdam: 0331-743881-0 >> E-Mail: tschoen...@am-soft.de >> Web: http://www.am-soft.de >> >> AM-SoFT GmbH IT-Systeme, Konsumhof 1-5, 14482 Potsdam >> Amtsgericht Potsdam HRB 21278 P, Geschäftsführer: Andreas Muchow >> >
Re: Is rep-sharing enabled by default?
My mistake. I mostly use the man pages. ;) At least I was correct about the # as comment lines. With regards, Nick Stolwijk ~Senior Java Developer~ iPROFS Wagenweg 208 2012 NM Haarlem T +31 23 547 6369 F +31 23 547 6370 I www.iprofs.nl On Tue, May 24, 2011 at 2:19 PM, Nico Kadel-Garcia wrote: > On Tue, May 24, 2011 at 7:18 AM, Stefan Sperling wrote: >> On Tue, May 24, 2011 at 01:00:45PM +0200, Nick Stolwijk wrote: >>> In all Unix like configuration files, the # means that line is a >>> comment. Often the value mentioned on the line is not the default, so >>> uncommenting the line will give you the other value. > > Stefan, Nick is mistaken about this. Review any number of common tools > like Sendmail, Bind, and OpenSSH, Makefile for thousands of GNU > projects, etc. Nick, you're going to have real trouble if you rely on > this as expected practice. The "common practice" in the Free Software > Foundation (maintainers of gcc and emacs and gzip), for example, is > precisely the reverse. *Defaults* are commented out, and uncommenting > them does *nothing*. Uncommenting and editing them changes things. > >> I just committed the following change to clear this up once and for all >> in newly generated configuration files. >> >> >> r1126980 | stsp | 2011-05-24 13:16:36 +0200 (Tue, 24 May 2011) | 4 lines >> >> * subversion/libsvn_fs_fs/fs_fs.c >> (write_config): Be crystal-clear about the default value of the rep-sharing >> option. >> >> >> Index: subversion/libsvn_fs_fs/fs_fs.c >> === >> --- subversion/libsvn_fs_fs/fs_fs.c (revision 1126979) >> +++ subversion/libsvn_fs_fs/fs_fs.c (revision 1126980) >> @@ -1150,6 +1150,7 @@ write_config(svn_fs_t *fs, >> "### The following parameter enables rep-sharing in the repository. It >> can" NL >> "### be switched on and off at will, but for best space-saving results" >> NL >> "### should be enabled consistently over the life of the repository." >> NL >> +"### rep-sharing is enabled by default." >> NL >> "# " CONFIG_OPTION_ENABLE_REP_SHARING " = true" >> NL > > But being crystal clear is always a good idea. >
Bug in mailer.py
Using mailer.py fetched from:
http://svn.apache.org/repos/asf/subversion/trunk/tools/hook-scripts/mailer/
Running:
> root@svn:/home/svn/agsync/hooks# ./mailer.py commit /home/svn/agsync/ 8160
> ../conf/mailer.conf
> Traceback (most recent call last):
> File "./mailer.py", line 1444, in
> sys.argv[3:3+expected_args])
> File "/usr/lib/python2.7/dist-packages/svn/core.py", line 281, in run_app
> return func(application_pool, *args, **kw)
> File "./mailer.py", line 102, in main
> {'author': author,
> UnboundLocalError: local variable 'author' referenced before assignment
Fix:
~ Line 102:
> if cmd == 'commit':
> revision = int(cmd_args[0])
> repos = Repository(repos_dir, revision, pool)
> cfg = Config(config_fname, repos,
> {'author': repos.author,
> 'repos_basename': os.path.basename(repos.repos_dir)
> })
> messenger = Commit(pool, cfg, repos)
Use repos.author instead of just 'author'.
-nick
--
Peelman, Nick
n...@peelman.us
smime.p7s
Description: S/MIME cryptographic signature
Re: Bug in mailer.py
While you're in there :)
I was seeing a few more spam points than i liked, and a coupe of them were easy
fixes:
def mail_headers(self, group, params):
from email import Utils
subject = self.make_subject(group, params)
try:
subject.encode('ascii')
except UnicodeError:
from email.Header import Header
subject = Header(subject, 'utf-8').encode()
hdrs = 'From: %s\n'\
'To: %s\n' \
'Subject: %s\n' \
'Date: %s\n' \
'Message-ID: %s\n' \
'MIME-Version: 1.0\n' \
'Content-Type: text/plain; charset=UTF-8\n' \
'Content-Transfer-Encoding: 8bit\n' \
'X-Svn-Commit-Project: %s\n' \
'X-Svn-Commit-Author: %s\n' \
'X-Svn-Commit-Revision: %d\n' \
'X-Svn-Commit-Repository: %s\n' \
% (self.from_addr, ', '.join(self.to_addrs), subject,
Utils.formatdate(), Utils.make_msgid("r" + str(self.repos.rev)),
group, self.repos.author or 'no_author', self.repos.rev,
os.path.basename(self.repos.repos_dir))
if self.reply_to:
hdrs = '%sReply-To: %s\n' % (hdrs, self.reply_to)
return hdrs + '\n'
Adds a Date header and a Message-ID with the revision property embedded at the
end. I also have a tweak with a new config line to allow you to ignore the
directory inclusion on the subject line entirely (leaving only the revision
(eg. r4939)), but unless you're interested, I'm willing to fight that battle
another day.
-nick
--
Peelman, Nick
n...@peelman.us
On Feb 18, 2013, at 16:36, Daniel Shahaf wrote:
> Agreed. This was introduced in r1439592. You can use r1439591 for now;
> I'll commit your fix shortly. Thanks!
>
> Peelman, Nick wrote on Mon, Feb 18, 2013 at 15:55:40 -0500:
>> Using mailer.py fetched from:
>> http://svn.apache.org/repos/asf/subversion/trunk/tools/hook-scripts/mailer/
>>
>> Running:
>>
>>> root@svn:/home/svn/agsync/hooks# ./mailer.py commit /home/svn/agsync/ 8160
>>> ../conf/mailer.conf
>>> Traceback (most recent call last):
>>> File "./mailer.py", line 1444, in
>>>sys.argv[3:3+expected_args])
>>> File "/usr/lib/python2.7/dist-packages/svn/core.py", line 281, in run_app
>>>return func(application_pool, *args, **kw)
>>> File "./mailer.py", line 102, in main
>>>{'author': author,
>>> UnboundLocalError: local variable 'author' referenced before assignment
>>
>>
>> Fix:
>>
>> ~ Line 102:
>>
>>> if cmd == 'commit':
>>>revision = int(cmd_args[0])
>>>repos = Repository(repos_dir, revision, pool)
>>>cfg = Config(config_fname, repos,
>>> {'author': repos.author,
>>> 'repos_basename': os.path.basename(repos.repos_dir)
>>> })
>>>messenger = Commit(pool, cfg, repos)
>>
>> Use repos.author instead of just 'author'.
>>
>> -nick
>>
>> --
>> Peelman, Nick
>> n...@peelman.us
>>
>>
>>
>>
>
>
smime.p7s
Description: S/MIME cryptographic signature
Re: Doubts - SVN.
Take a look at the website [1], there you will find the binary packages [2] and a link to one of the manuals [3]. [1] http://subversion.apache.org [2] http://subversion.apache.org/packages.html [3] http://svnbook.red-bean.com/ Hth, Nick Stolwijk ~Java Developer~ IPROFS BV. Claus Sluterweg 125 2012 WS Haarlem http://www.iprofs.nl On Tue, Apr 27, 2010 at 5:04 PM, Nardi, Barbara GM wrote: > Thanks for your answer. > > > > What is the procedure to download it? > > > > Best Regards > > > > Barbara Gisele Martins Nardi > > _ > > AstraZeneca do Brasil Ltda > > Compliance, Processos e Segurança da Informação de ISIT > > Rod. Raposo Tavares, Km 26,9 > > 06707-000 Cotia, São Paulo, Brasil > > Tel +55 (11) 3737-4512 > > barbara.na...@astrazeneca.com > > > > P Please consider the environment before printing this e-mail > > > > De: vishwajeet singh [mailto:dextrou...@gmail.com] > Enviada em: terça-feira, 27 de abril de 2010 12:01 > Para: Nardi, Barbara GM > Cc: users@subversion.apache.org > Assunto: Re: Doubts - SVN. > > > > > > On Tue, Apr 27, 2010 at 8:02 PM, Nardi, Barbara GM > wrote: > > Good Morning, > > > > I work at a company that is considering the use of SVN. > I would like your help to understand what are the terms of this license? How > can I purchase it and how is the installation procedure? It is compatible > with Windows Vista? > > Subversion is opensource so you don't need to buy any licenses. > > Yes it's compatible with windows vista. > > > > > > Best Regards. > > > > Barbara Gisele Martins Nardi > > _ > > AstraZeneca do Brasil Ltda > > Compliance, Processos e Segurança da Informação de ISIT > > Rod. Raposo Tavares, Km 26,9 > > 06707-000 Cotia, São Paulo, Brasil > > Tel +55 (11) 3737-4512 > > barbara.na...@astrazeneca.com > > > > P Please consider the environment before printing this e-mail > > > > De: Joe Schaefer [mailto:joe_schae...@yahoo.com] > Enviada em: terça-feira, 27 de abril de 2010 11:24 > Para: Nardi, Barbara GM; infrastruct...@apache.org > Assunto: Re: Doubts - SVN. > > > > The mailing list you are looking for is us...@subversion.apache.org. > The latest release of Subversion was conducted mainly under the Apache > License, but prior versions of Subversion use an Apache-compatible one. > The software is free of charge, and the installation procedure is documented > on the subversion.apache.org website. I'm sure Vista-compatible binaries > are available for download. > > Good luck. > > > > From: "Nardi, Barbara GM" > To: infrastruct...@apache.org > Sent: Tue, April 27, 2010 10:12:50 AM > Subject: Doubts - SVN. > > Good Morning, > > I work at a company that is considering the use of SVN. > I would like your help to understand what are the terms of this license? How > can I purchase it and how is the installation procedure? It is compatible > with Windows Vista? > > Best Regards. > > Barbara Gisele Martins Nardi > > _ > > AstraZeneca do Brasil Ltda > > Compliance, Processos e Segurança da Informação de ISIT > > Rod. Raposo Tavares, Km 26,9 > > 06707-000 Cotia, São Paulo, Brasil > > Tel +55 (11) 3737-4512 > > barbara.na...@astrazeneca.com > > P Please consider the environment before printing this e-mail > > > > > -- > Vishwajeet Singh > +91-9657702154 | dextrou...@gmail.com | http://bootstraptoday.com > Twitter: http://twitter.com/vishwajeets | LinkedIn: > http://www.linkedin.com/in/singhvishwajeet
Re: Win7 Integartion issue
Which binary did you download? The one for Subversion or the one for TortoiseSVN? They are different projects. The correct download for TortoiseSVN is: http://downloads.sourceforge.net/tortoisesvn/TortoiseSVN-1.6.8.19260-x64-svn-1.6.11.msi?download Hth, Nick Stolwijk ~Java Developer~ IPROFS BV. Claus Sluterweg 125 2012 WS Haarlem http://www.iprofs.nl On Tue, Apr 27, 2010 at 7:09 PM, Bharti, Brijender wrote: > Hi, > > I was using SVN on WinXP and migrated to Win7 64bit. I downloaded SVN 64bit > (earlier was 32bit) 1.6.11. It gets installed but it does not get integrated > with Windows Explorer. I can not see Tortoise SVN also in Program Menu. I > can see it is installed in control panel and Program Folder. > > I really appreciate any help to resolve this issue. I have tried > uninstalling and installing 32bit version also but did not change anything. > > -regards, > > Brijender
Failing connection between SVN client and server
We have a problem with our Subversion setup. Sometimes the client complains with a "Connection reset by peer" error. This can happen with all (diff, up, ci) Subversion commands. Our setup: Clients: Subversion 1.6.x OS: Windows, Linux, Mac Server: Subversion: version 1.6.3 (r38063) by Collabnet Apache by Collabnet Windows 2003 Server Our server does not talk SSL and authenticates against a Active Directory through LDAP. What can cause these connection errors? Can someone give me some pointers to look at? With regards, Nick Stolwijk ~Java Developer~ IPROFS BV. Claus Sluterweg 125 2012 WS Haarlem http://www.iprofs.nl
Re: Getting started with subversion
Maybe this sounds harsh, but try to learn something about the filesystem you are using. If the path "/var/svn/newrepos" can not be found on your filesystem, Subversion can't use it. Take a look at this tutorial [1]. It explains how you can create a repository in your home directory. [1] http://www.rubyrobot.org/tutorial/subversion-with-mac-os-x Hth, Nick Stolwijk ~Java Developer~ IPROFS BV. Claus Sluterweg 125 2012 WS Haarlem http://www.iprofs.nl On Wed, Jul 14, 2010 at 11:05 PM, Andy Levy wrote: > On Wed, Jul 14, 2010 at 16:51, Thomas Garrod wrote: >> Thanks Bob. I looked at the free book, but it looks word-for-word the same, >> Getting New Data into Your Repository is exactly the same. Can you point me >> to the right place? >> I thought perhaps the information under Initial Check Out would set up an >> initial file structure. >> I tried: >> Macintosh:GraphicArt TommyHome$ svn checkout >> https://ksfgraphics.goolecode.com/svn/trunk/ kwfgraphics --username >> whidbeytomas >> ---and got this: >> svn: OPTIONS of 'https://ksfgraphics.goolecode.com/svn/trunk': Could not >> resolve hostname `ksfgraphics.goolecode.com': Host not found >> (https://ksfgraphics.goolecode.com) > > That's not a Subversion error, it's a network error (can't resolve > hostname) because you have a typo. It should be > https://ksfgraphics.googlecode.com > > But when that's corrected, Google reports that it's a bad URL. Make > sure your URLs are right before you panic about not knowing how to use > Subversion. >
svnsync: E175002: REPORT request on '//!svn/rev/' failed
I'm trying to make a local backup of a remote Subversion repo. I've tried this so many times that I wrote this brain-dead Windows batch file: begin if %1x == x goto :EOF set BACKUP_REPO=%1 set SOURCE_REPO= svnadmin create %BACKUP_REPO% echo exit 0 > %BACKUP_REPO%\hooks\pre-revprop-change.bat svnsync init file:///%BACKUP_REPO% %SOURCE_REPO% svnsync sync file:///%BACKUP_REPO% end The operation proceeds without problems until it gets to revision 71, at which point it fails with the error "svnsync: E175002: REPORT request on '//!svn/rev/71' failed". I've looked at all the related answers I could find, but none of them address this specific problem. This is what an (edited) attempt looks like: begin PS E:\svn> .\create_backup.bat E:\svn\backuprepo3 E:\svn>if E:\svn\backuprepo3x == x goto :EOF E:\svn>set BACKUP_REPO=E:\svn\backuprepo3 E:\svn>set SOURCE_REPO= E:\svn>svnadmin create E:\svn\backuprepo3 E:\svn>echo exit 0 1>E:\svn\backuprepo3\hooks\pre-revprop-change.bat E:\svn>svnsync init file:///E:\svn\backuprepo3 Copied properties for revision 0. E:\svn>svnsync sync file:///E:\svn\backuprepo3 Committed revision 1. Copied properties for revision 1. Committed revision 2. Copied properties for revision 2. Committed revision 3. Copied properties for revision 3. Transmitting file data ... Committed revision 68. Copied properties for revision 68. Committed revision 69. Copied properties for revision 69. Transmitting file data ... Committed revision 70. Copied properties for revision 70. svnsync: E175002: REPORT request on '//!svn/rev/71' failed PS E:\svn> end I'd be okay with losing the first 70 revisions, but I have no idea how to get past this point. The master is on a CollabNet CloudForge account, so I have no visibility into the server side - not even SVN version. I can view revs 69 through 72 using the repo browser without detecting any problems. The client is TortoiseSVN (command line utilities): PS E:\svn> svnsync --version svnsync, version 1.11.0 (r1845130) compiled Oct 30 2018, 21:50:05 on x86-microsoft-windows How do I go about analyzing this problem? Are there diagnostic tools? Log files? Guys who just know the answer? Thanks, -Nick
RE: svnsync: E175002: REPORT request on '//!svn/rev/' failed
Hi Daniel. Thanks very much for your help! I'll try getting in touch with CloudForge. In the meantime, to address your questions: * No, I have no previous backups - this is my first attempt to create one. * Yes, I am able to check out version 71 - svn checkout %SOURCE_REPO%@71 reports no errors. * Yes, if I repeat the sync command, it fails with the same error: E:\svn>svnsync sync file:///E:/backuprepo_01 svnsync: E175002: REPORT request on '!svn/rev/71' failed Thanks again, -Nick -Original Message- From: Daniel Shahaf [mailto:d...@daniel.shahaf.name] Sent: Monday, 17 December, 2018 01:56 To: Nick Burkitt ; users@subversion.apache.org Subject: Re: svnsync: E175002: REPORT request on '//!svn/rev/' failed Nick Burkitt wrote on Fri, 14 Dec 2018 12:36 -0800: > The operation proceeds without problems until it gets to revision 71, > at which point it fails with the error "svnsync: E175002: REPORT > request on '//!svn/rev/71' failed". I've looked at all the > related answers I could find, but none of them address this specific problem. > The error code is SVN_ERR_RA_DAV_REQUEST_FAILED, which doesn't add information. > I'd be okay with losing the first 70 revisions, but I have no idea how > to get past this point. I wouldn't resort to that yet. Do you have previous backups of these revisions? Does «svn checkout %SOURCE_REPO%@71» succeed? If either of these works, you should be able to work around the error in r71. Furthermore, — > The master is on a CollabNet CloudForge account, so I have no > visibility into the server side - not even SVN version. I can view > revs 69 through 72 using the repo browser without detecting any problems. > The standard next step is to look in the server's log for errors. If you don't have access to it yourself, then you should contact your hosting provider. If you do this, you hopefully wouldn't have to discard the first 70 revisions (not to mention that based on the information available, we can't rule out the possibility that _later_ revisions will have the same error). > The client is TortoiseSVN (command line utilities): > PS E:\svn> svnsync --version > svnsync, version 1.11.0 (r1845130) > compiled Oct 30 2018, 21:50:05 on x86-microsoft-windows > > How do I go about analyzing this problem? Are there diagnostic tools? > Log files? Guys who just know the answer? As I said, my first recommendation is to talk to your hosting provider. If you do this, you might skip the middleman and ask them to run 'svnadmin dump --deltas foo' and send you the resulting file. If you they don't figure it out, _then_ would be the time to start doing fancier things (wireshark, workarounds using previous backups and/or 'svn checkout', etc). Cheers, Daniel
RE: svnsync: E175002: REPORT request on '//!svn/rev/' failed
Hi Daniel. I contacted CollabNet, and while they didn't find a solution to the svnsync problem per se, they did provide instructions for creating a local backup using "snvrdump dump" and "svnadmin load." Thanks again for your help! -Nick -Original Message- From: Daniel Shahaf [mailto:d...@daniel.shahaf.name] Sent: Monday, 17 December, 2018 01:56 To: Nick Burkitt ; users@subversion.apache.org Subject: Re: svnsync: E175002: REPORT request on '//!svn/rev/' failed Nick Burkitt wrote on Fri, 14 Dec 2018 12:36 -0800: > The operation proceeds without problems until it gets to revision 71, > at which point it fails with the error "svnsync: E175002: REPORT > request on '//!svn/rev/71' failed". I've looked at all the > related answers I could find, but none of them address this specific problem. > The error code is SVN_ERR_RA_DAV_REQUEST_FAILED, which doesn't add information. > I'd be okay with losing the first 70 revisions, but I have no idea how > to get past this point. I wouldn't resort to that yet. Do you have previous backups of these revisions? Does «svn checkout %SOURCE_REPO%@71» succeed? If either of these works, you should be able to work around the error in r71. Furthermore, — > The master is on a CollabNet CloudForge account, so I have no > visibility into the server side - not even SVN version. I can view > revs 69 through 72 using the repo browser without detecting any problems. > The standard next step is to look in the server's log for errors. If you don't have access to it yourself, then you should contact your hosting provider. If you do this, you hopefully wouldn't have to discard the first 70 revisions (not to mention that based on the information available, we can't rule out the possibility that _later_ revisions will have the same error). > The client is TortoiseSVN (command line utilities): > PS E:\svn> svnsync --version > svnsync, version 1.11.0 (r1845130) > compiled Oct 30 2018, 21:50:05 on x86-microsoft-windows > > How do I go about analyzing this problem? Are there diagnostic tools? > Log files? Guys who just know the answer? As I said, my first recommendation is to talk to your hosting provider. If you do this, you might skip the middleman and ask them to run 'svnadmin dump --deltas foo' and send you the resulting file. If you they don't figure it out, _then_ would be the time to start doing fancier things (wireshark, workarounds using previous backups and/or 'svn checkout', etc). Cheers, Daniel
SVN PROBLEM
Hello,Please help in solving the problem, why the authorization window for connecting to the repository does not appear, I have already tried everything possible from reinstalling SVN to updating, anyway, any user from the network can go to the repository by URL. Attached is the configuration file and the authorization window that should come out but it is not there Thanks.
Linux exFAT checkout issue
Hello, I just ran into a small issue checking out on Linux (Ubuntu 14.04) to an exFAT drive. The specific error I received was: svn: E38: Can't set permissions on '/media/exFAT_drive/myrepo/.svn/tmp/svn-5fj4RP': Function not implemented I believe this issue stems from an incorrect check for why the permissions change failed. In subversion/libsvn_subr/io.c on line 895 this error is first detected from apr_file_perms_set(fname_apr, perms); And on line 955 there is a check for APR_STATUS_IS_ENOTIMPL which unsets the error when it stems from APR platform issues. But I think in this case, its the actual filesystem, not APR, which doesn't support permissions changes, but svn dies out rather than ignoring the error. Regards, -Nick
