Re:
Guten Tag d.guthm...@gmx.net, am Donnerstag, 9. Februar 2012 um 07:59 schrieben Sie: > Hello, First of all, You should give a meaningful subject next time. > we run a subversion-server with apache and access it through https. > Now we want to grant also external developers access to our repositories. > As subversion-client we use subclipse via JavaHL under Windows. The > https-Port on the server is not reachable from any external network. Will it stay with access on the repositories only or is it will your external devs need access to test infrastructure, documentation or whatever, too? In the latter case I would prefer setting up a proper VPN infrastructure which allows you to use Apache as the svn host for your external devs and only let them see specific networks they need via routing, firewall etc. Mit freundlichen Grüßen, Thorsten Schöning -- Thorsten Schöning E-Mail:thorsten.schoen...@am-soft.de AM-SoFT IT-Systeme http://www.AM-SoFT.de/ Telefon.030-2 1001-310 Fax...05151- 9468- 88 Mobil..0178-8 9468- 04 AM-SoFT GmbH IT-Systeme, Brandenburger Str. 7c, 31789 Hameln AG Hanover HRB 207 694 - Geschäftsführer: Andreas Muchow
Missing and ambiguous subject lines
[-Original Message-] From: Thorsten Schöning [mailto:tschoen...@am-soft.de] Sent: Thursday, February 09, 2012 12:01 AM To: users@subversion.apache.org Subject: Re: Guten Tag d.guthm...@gmx.net, am Donnerstag, 9. Februar 2012 um 07:59 schrieben Sie: > Hello, First of all, You should give a meaningful subject next time. [-Original Message-] I agree and think you should reject any message without a subject line. If it's not too much trouble, when there is an ambiguous subject line, like "subversion issue", I think you should maybe reply, but add more information to the subject line. If that's too much trouble, reject those too. If I submitted bug reports like that in my company, I wouldn't have a job for long. I know one voice doesn't make a difference, but if many others feel the same way, something might happen. Thank you and best regards. John
AW: SVN Access on repo Browser
Hi, Waseem, Von: Waseem Shahzad [mailto:waseem.shah...@curemd.com] > This is a Sample IP I have given u guys. Real is Confidential:). If it really is a public IP, confidentally does not work due since the invention of the first port scanner. > If there would the IP Issue then why SVN getting access through Internet > Explorer. Because the Internet Explorer may use a different proxy configuration that your subversion client. > the same way it is asking for Login and Password and being accessible. I can > view the contents of my repository. I don't think there would be any Issue of > Integrated Authentication. If it will be an Issue, Should be appeared on > Internet Explorer. No, because the Internet Explorer uses different implementation of (some) authentication schemes. > My Question is why it is not being accessible on Repo browser. It is > prompting me for Login and Password, when I enter, it refused. It really > making me surprised. Can you try the command line client, maybe in verbose mode? This might give more useful / different error messages. Another idea might be to switch neon/serf. Best regards Markus Schaber -Original Message- From: Nico Kadel-Garcia [mailto:nka...@gmail.com] Sent: Wednesday, February 08, 2012 11:34 AM To: Waseem Shahzad Cc: Bob Archer; users@subversion.apache.org Subject: Re: SVN Access on repo Browser On Wed, Feb 8, 2012 at 10:28 AM, Waseem Shahzad wrote: > Bob > > Thanks for your reply. > > > >>> You really need to talk to your specific svn admin. > > I am the SVN Admin. Cool. >>>There are several ways to set up authentication to a subversion server. > > We are using Visual SVN on server Side and Tortoise SVN on Client Side. Now > I have published my IP over the Internet so that it can deploy my Builds on > Server out of my domain. SVN URL is on Http and we are using Windows > Integrated Authentication. This is confusing. "I have published my IP over the Internet" cannot work if the IP address starts with 192.168: that's a reversed and "unroutable" address range, designated for private network use. If you have a VPN or other direct connection between the SVN server and your SVN clients that supports this, OK. Can you really ping the 192.168.0.9 address from the client? And do you have a proxy server in between your clients and your servers? If you have a proxy, or VPN in between the systems, does the client work well for a host on the *same* local network as a server? There are few things as fun as having clever proxies and VPN's and firewalls in the way that works for most things, but breaks for others. >>> Are you saying your credentials work in one dialog and not another? > > > > When in open Internet Explorer using Below , All work fine. But when I do > the same on 'Repo browser' it failed. That is the main point I want to know. > Please notice that User have full access rights on Visual SVN. > > > > URL http://192.168.0.9/svn/myproject > > > > It prompts me for username and password > > > > Username - Domain\username > > Password - Password123 > > > > > > Although, I expect LDAP auth won't require you to enter your domain name... > assuming that is what your server is set up to use. > > > > > > Cheers, > > Waseem Bukhari > > CM - Ext: 506 > > > > From: Bob Archer [mailto:bob.arc...@amsi.com] > Sent: Tuesday, February 07, 2012 2:13 PM > To: Waseem Shahzad; users@subversion.apache.org > Subject: RE: SVN Access on repo Browser > > > > You really need to talk to your specific svn admin. There are several ways > to set up authentication to a subversion server. Are you saying your > credentials work in one dialog and not another? > > > > Although, I expect LDAP auth won't require you to enter your domain name... > assuming that is what your server is set up to use. > > > > BOb > > > > > > From: Waseem Shahzad [mailto:waseem.shah...@curemd.com] > Sent: Tuesday, February 07, 2012 10:04 AM > To: users@subversion.apache.org > Subject: SVN Access on repo Browser > > > > Question > > I have published my SVN repository on Internet/Server > that are out of my domain. URL is being Opened and working. When I open the > same URL in repo browser , It failed. Why? > > > > Suppose > > My url is > > > > http://192.168.0.9/svn/myproject > > > > It prompts me for username and password > > > > Username - Domain\username > > Password - Password123 > > > > If I do enter the same credentials in Repo Browser , it rejects.. WHY? > > > > I am using Visual SVN on server side and TSVN 1.7.x on Clinet. -- ___ We software Automation. 3S-Smart Software Solutions GmbH Markus Schaber | Developer Memminger Str. 151 | 87439 Kempten | Germany | Tel. +49-831-54031-0 | Fax +49-831-54031-50 Email: m.scha...@3s-software.com | Web: http://www.3s-software.com CoDeSys internet forum: http://forum.3s-software.com Download CoDeSys sample projects: http://www.3s-software.com/index.shtml?sample_proj
Re: svn+ssh vs. https (different access methods)
Hello, first of all: I'm really sorry for the missing subject-line. original message > Will it stay with access on the repositories only or is it will your > external devs need access to test infrastructure, documentation or > whatever, too? In the latter case I would prefer setting up a proper > VPN infrastructure which allows you to use Apache as the svn host for > your external devs and only let them see specific networks they need > via routing, firewall etc. Normally I would agree to you, but it would be too extensive to gave only to that part of our network, which is necessary for that project, when using a VPN-Client. So the VPN-Connection would be restricted only to the Subversion-Service, so I seems to be easier to set up a SSH-Tunnel than a VPN-Service. A better solution would be a kind of proxy-service that I can place in the DMZ... is there a working proxy-solution for subversion? Some time ago I've gave access to a subversion-repository via a reverse-proxy running on apache... that wasn't working properly... Are there other proxy-like services which will work well with subversion? Thanks. Rgds. Dieter -- Empfehlen Sie GMX DSL Ihren Freunden und Bekannten und wir belohnen Sie mit bis zu 50,- Euro! https://freundschaftswerbung.gmx.de
Re: Subversion reports error.
Running almost any 'svn' command will suffice. You can even run 'svn info' (no arguments) outside of a working copy and it will still read or create the configuration files. Masaru Kitajima wrote on Thu, Feb 09, 2012 at 10:11:50 +0900: > Daniel, > > In Mac OS X, we should use dtrace command. Its command is like > "sudo dtrace -n "syscall::open:entry, syscall::stat:entry, > syscall::stat64:entry / execname == \"svn\" / {trace( copyinstr(arg0))}" > > dtrace.txt". > > I tried this and then tried > "svn info svn+ssh://sectio...@section-9.sakura.ne.jp/home/section-9/svn/reps". > > Then, I don't know why, dtrace stopped automatically and nothing is recorded > in dtrace.txt. > > Do you have any solutions? > > Kindest regards, > Masaru > > On 2012/02/09, at 9:49, Daniel Shahaf wrote: > > Run svn under a syscall tracer (such as strace, truss, or local > > equivalent), and you'll see an open(2) call for the config file. (Ryan > > or someone else may be able to tell you what 'local equivalent' is.) > > > > I believe you already looked for $SVN_SSH in your environment upthread > > (and found that it was, properly, undefined). > > > > (Technically, it's also possible that 'svn' is a shell alias, or shell > > function, or wrapper script, that changes the environment before running > > the 'svn' binary. This isn't very likely, but you may want to rule it > > out nonetheless.) > > > > Good luck, > > > > Daniel > > > > Masaru Kitajima wrote on Thu, Feb 09, 2012 at 09:29:27 +0900: > >> Daniel, > >> > >> Thanks for your kind help. > >> > >> When I typed a command you suggested, server said > >> "( success ( 2 2 ( ) ( edit-pipeline svndiff1 absent-entries > >> commit-revprops depth log-revprops partial-replay ) ) ) ". > >> > >> And it's same as without -q option. > >> > >> So, the ball is in my court. > >> > >> I'm not sure where my ssh tunnel defined with Mac OS X 10.7. > >> > >> Do you have any idea? > >> > >> Kindest regards, > >> Masaru > >> > >> On 2012/02/09, at 9:11, Daniel Shahaf wrote: > >>> Masaru, > >>> > >>> Does 'ssh -q sectio...@section-9.sakura.ne.jp svnserve -t' print the > >>> server greeting (like it does without -q)? > >>> > >>> 1. If it does not print a greeting, you'll have to define: > >>> [tunnels] > >>> ssh = $SVN_SSH ssh > >>> (without anything else on the second line) in your system-wide or > >>> per-user configuration file. (on Unixy systems: /etc/subversion/config > >>> (if not changed by the OS packager) or ~/.subversion/config) > >>> > >>> 2. If it does print a greeting, then the ball is in your court. > >>> You'll have to follow the instructions we've already provided (about > >>> looking for the 'ssh' tunnel defined wrongly in your environment or in > >>> your config files). If those aren't clear, do not hesitate to ask for > >>> clarification. > >>> > >>> Good luck, > >>> > >>> Daniel > >>> > >>> > >>> Masaru Kitajima wrote on Thu, Feb 09, 2012 at 08:27:53 +0900: > Rian, > > I see. I'm happy to hear that it's not a bug and it's expected behavior. > > Still I can't connect to Subversion using svn+ssh protocol. And my team > is worrying about it to manage their source files. > > Hope to solve this problem soon... > > Kindest regards, > Masaru > > On 2012/02/09, at 8:23, Ryan Schmidt wrote: > > > > > On Feb 8, 2012, at 15:41, Alagazam.net Subversion wrote: > >> On Feb 7, 2012, at 15:44, Masaru Kitajima wrote: > >>> On 2012/02/08, at 6:36, Daniel Shahaf wrote: > What is the output of > > % ssh sectio...@section-9.sakura.ne.jp svnserve -t > >>> > >>> It is as below: > >>> > >>> ( success ( 2 2 ( ) ( edit-pipeline svndiff1 absent-entries > >>> commit-revprops depth log-revprops partial-replay ) ) ) > >>> > >>> and then stops. A prompt is not shown. > > > >> > >> This symptom of not getting any prompt back reminds me of a totally > >> non-svn related "bug" but a network error I encountered some time ago. > > > > Not seeing a prompt in this case is not a bug; it's expected behavior. > > svnserve is not an interactive program that has a prompt. It's a > > Subversion server; the above test demonstrated that svnserve is running > > correctly and is waiting for a Subversion client to connect to it. > > > > > > > > <><><><><><><><><><><><><><><><><><><><><><><><><><> > Manager / Photographer / Lecturer / Writer > Masaru Kitajima > > E-mail:tachi.sil...@gmail.com > blog:http://www.section-9.jp/blog/bluez/ > > <><><><><><><><><><><><><><><><><><><><><><><><><><> > > >> > >> <><><><><><><><><><><><><><><><><><><><><><><><><><> > >> Manager / Photographer / Lecturer / Writer > >> Masaru Kitajima > >> > >> E-mail:tachi.sil...@gmail.com > >> blog:http://www.section-9.jp/blog/bluez/ > >> > >> <><><><><><><><><>
Re: svn+ssh vs. https (different access methods)
On Thu, Feb 9, 2012 at 3:15 AM, wrote: > Hello, > > first of all: I'm really sorry for the missing subject-line. > > original message >> Will it stay with access on the repositories only or is it will your >> external devs need access to test infrastructure, documentation or >> whatever, too? In the latter case I would prefer setting up a proper >> VPN infrastructure which allows you to use Apache as the svn host for >> your external devs and only let them see specific networks they need >> via routing, firewall etc. > > Normally I would agree to you, but it would be too extensive to gave only to > that part of our network, which is necessary for that project, when using a > VPN-Client. So the VPN-Connection would be restricted only to the > Subversion-Service, so I seems to be easier to set up a SSH-Tunnel than a > VPN-Service. > > A better solution would be a kind of proxy-service that I can place in the > DMZ... is there a working proxy-solution for subversion? > Some time ago I've gave access to a subversion-repository via a reverse-proxy > running on apache... that wasn't working properly... > Are there other proxy-like services which will work well with subversion? What kind of trouble did you have with apache in the reverse-proxy mode? I've had that working and I think the only issue was that the relative path had to be the same as the actual target. That is you can't proxy http:/realhost/svn as http://proxyhost/somewhere/svn. Also for a straight passthrough you might run stunnel accepting https from outside your dmz, connecting to http on the inside server. -- Les Mikesell lesmikes...@gmail.com
ran get-location-segments.py returns 0
1/16/2012 7:23 AM | ilyax Rokhkin Hi, I ran get-location-segments.py to the hole repository, but nothing was found What it means I wrong used the tool, as I know for sure that there is replaced (R) files in the repo, where old history and file gone and new file was added by merge command: /usr/intel/pkgs/python/2.4/bin/python /nfs/iil/home/irokhk1x/shared/get-location-segments.py file:///nfs/iil/proj/mpg/svn_av_repo/tests r0-r299042: (null) What is the problem I know for sure there are files that was removed and imported with the same name Can you please assist me? Regards, Ilya Rokhkin Configuration Management Engineer Intel - Data, storage and SW Team iNET: 8-920-6165 Tel: +972-3-9296165 - Intel Israel (74) Limited This e-mail and any attachments may contain confidential material for the sole use of the intended recipient(s). Any review or distribution by others is strictly prohibited. If you are not the intended recipient, please contact the sender and delete all copies.
Re: ran get-location-segments.py returns 0
On Thu, Feb 09, 2012 at 03:49:05PM +, Rokhkin, IlyaX wrote: > I ran get-location-segments.py to the hole repository, but nothing was found > What it means I wrong used the tool, as I know for sure that there is > replaced (R) files in the repo, where old history and file gone and new file > was added by merge command: > /usr/intel/pkgs/python/2.4/bin/python > /nfs/iil/home/irokhk1x/shared/get-location-segments.py > file:///nfs/iil/proj/mpg/svn_av_repo/tests > r0-r299042: (null) > > What is the problem I know for sure there are files that was removed and > imported with the same name Asking for location segments only makes sense for nodes *within* the repository. The repository root is present in every revision and is always on a single line of history. You cannot move or replace the root.
Re: SSL handshake failed: SSL error: A TLS warning alert has been received.
I also had this error "SSL handshake failed: SSL error: A TLS warning alert has been received. " In case it helps, here is how I found a solution: -I did a trace: tcpdump port 443 -s0 -w error.cap -which I opened with wireshark, and saw the server gave a TLS warning "TLSv1 Record Layer: Alert (Level: Warning, Description: Unrecognized Name)" This one is even documented in wikipedia http://en.wikipedia.org/wiki/Transport_Layer_Security "TLS only; client's Server Name Indicator specified a hostname not supported by the server" I understood there was a mismatch between the ServerName in apache's ssl.conf and the IP I used on the svn command line I updated the ServerName and the error went away Phil -- View this message in context: http://old.nabble.com/SSL-handshake-failed%3A-SSL-error%3A-A-TLS-warning-alert-has-been-received.-tp29409554p33294811.html Sent from the Subversion Users mailing list archive at Nabble.com.
Re: SSL handshake failed: SSL error: A TLS warning alert has been received.
On Thu, Feb 09, 2012 at 09:07:19AM -0800, pweltz wrote: > > I also had this error "SSL handshake > failed: SSL error: A TLS warning alert has been received. " > > In case it helps, here is how I found a solution: > > -I did a trace: tcpdump port 443 -s0 -w error.cap > -which I opened with wireshark, and saw the server gave a TLS warning "TLSv1 > Record Layer: Alert (Level: Warning, Description: Unrecognized Name)" > This one is even documented in wikipedia > http://en.wikipedia.org/wiki/Transport_Layer_Security > "TLS only; client's Server Name Indicator specified a hostname not supported > by the server" > > I understood there was a mismatch between the ServerName in apache's > ssl.conf and the IP I used on the svn command line > I updated the ServerName and the error went away Thanks for sharing this! A similar (but more obscure) error message due to the same underlying problem is documented in the FAQ: http://subversion.apache.org/faq.html#ssl-error-336032856 I suppose we should add your error message to that FAQ entry, too. Would you be able to provide a patch against https://svn.apache.org/repos/asf/subversion/site/publish/faq.html that makes this change?
Re: Subversion reports error.
Daniel, Thank you. TO ALL> Finally, I found that it was my local config file error. One of my friends told me that there is a Macintosh HD/Users/username/.subversion/config file. The .subversion directory start with "." so I couldn't find it from Finder. using terminal and checked [tunnels] section. And there found ssh = $SVN_SSH usr/bin/ssh line. I corrected it to ssh = $SVN_SSH /usr/bin/ssh and tried svn info. Then it works correctly. Thank you for your help guys. Last thing to do is to configure Dreamweaver. Thanks again. Kindest regards, Masaru On 2012/02/09, at 22:22, Daniel Shahaf wrote: > Running almost any 'svn' command will suffice. You can even run 'svn > info' (no arguments) outside of a working copy and it will still > read or create the configuration files. > > Masaru Kitajima wrote on Thu, Feb 09, 2012 at 10:11:50 +0900: >> Daniel, >> >> In Mac OS X, we should use dtrace command. Its command is like >> "sudo dtrace -n "syscall::open:entry, syscall::stat:entry, >> syscall::stat64:entry / execname == \"svn\" / {trace( copyinstr(arg0))}" > >> dtrace.txt". >> >> I tried this and then tried >> "svn info >> svn+ssh://sectio...@section-9.sakura.ne.jp/home/section-9/svn/reps". >> >> Then, I don't know why, dtrace stopped automatically and nothing is recorded >> in dtrace.txt. >> >> Do you have any solutions? >> >> Kindest regards, >> Masaru >> >> On 2012/02/09, at 9:49, Daniel Shahaf wrote: >>> Run svn under a syscall tracer (such as strace, truss, or local >>> equivalent), and you'll see an open(2) call for the config file. (Ryan >>> or someone else may be able to tell you what 'local equivalent' is.) >>> >>> I believe you already looked for $SVN_SSH in your environment upthread >>> (and found that it was, properly, undefined). >>> >>> (Technically, it's also possible that 'svn' is a shell alias, or shell >>> function, or wrapper script, that changes the environment before running >>> the 'svn' binary. This isn't very likely, but you may want to rule it >>> out nonetheless.) >>> >>> Good luck, >>> >>> Daniel >>> >>> Masaru Kitajima wrote on Thu, Feb 09, 2012 at 09:29:27 +0900: Daniel, Thanks for your kind help. When I typed a command you suggested, server said "( success ( 2 2 ( ) ( edit-pipeline svndiff1 absent-entries commit-revprops depth log-revprops partial-replay ) ) ) ". And it's same as without -q option. So, the ball is in my court. I'm not sure where my ssh tunnel defined with Mac OS X 10.7. Do you have any idea? Kindest regards, Masaru On 2012/02/09, at 9:11, Daniel Shahaf wrote: > Masaru, > > Does 'ssh -q sectio...@section-9.sakura.ne.jp svnserve -t' print the > server greeting (like it does without -q)? > > 1. If it does not print a greeting, you'll have to define: > [tunnels] > ssh = $SVN_SSH ssh > (without anything else on the second line) in your system-wide or > per-user configuration file. (on Unixy systems: /etc/subversion/config > (if not changed by the OS packager) or ~/.subversion/config) > > 2. If it does print a greeting, then the ball is in your court. > You'll have to follow the instructions we've already provided (about > looking for the 'ssh' tunnel defined wrongly in your environment or in > your config files). If those aren't clear, do not hesitate to ask for > clarification. > > Good luck, > > Daniel > > > Masaru Kitajima wrote on Thu, Feb 09, 2012 at 08:27:53 +0900: >> Rian, >> >> I see. I'm happy to hear that it's not a bug and it's expected behavior. >> >> Still I can't connect to Subversion using svn+ssh protocol. And my team >> is worrying about it to manage their source files. >> >> Hope to solve this problem soon... >> >> Kindest regards, >> Masaru >> >> On 2012/02/09, at 8:23, Ryan Schmidt wrote: >> >>> >>> On Feb 8, 2012, at 15:41, Alagazam.net Subversion wrote: On Feb 7, 2012, at 15:44, Masaru Kitajima wrote: > On 2012/02/08, at 6:36, Daniel Shahaf wrote: >> What is the output of >> >> % ssh sectio...@section-9.sakura.ne.jp svnserve -t > > It is as below: > > ( success ( 2 2 ( ) ( edit-pipeline svndiff1 absent-entries > commit-revprops depth log-revprops partial-replay ) ) ) > > and then stops. A prompt is not shown. >>> This symptom of not getting any prompt back reminds me of a totally non-svn related "bug" but a network error I encountered some time ago. >>> >>> Not seeing a prompt in this case is not a bug; it's expected behavior. >>> svnserve is not an interactive program that has a prompt. It's a >>> Subversion server; the above test demonstrated that svnserve is running >>> correctly an
Subversion Exception
--- Subversion Exception! --- Subversion encountered a serious problem. Please take the time to report this on the Subversion mailing list with as much information as possible about what you were trying to do. But please first search the mailing list archives for the error message to avoid reporting the same problem repeatedly. You can find the mailing list archives at http://subversion.apache.org/mailing-lists.html Subversion reported the following (you can copy the content of this dialog to the clipboard using Ctrl-C): In file 'D:\Development\SVN\Releases\TortoiseSVN-1.7.4\ext\subversion\subversion\libsvn_wc\update_editor.c' line 1311: assertion failed (added_status == svn_wc__db_status_added || added_status == svn_wc__db_status_copied || added_status == svn_wc__db_status_moved_here) --- OK I've found the similar exception report in your list but for line 1583 (http://svn.haxx.se/users/archive-2012-01/0371.shtml), my one is for line 1311. What I did? 1. I've upgraded 1.6 to 1.7 (64-bit version). 2. Manually updated my folder with Tortoise SVN "SVN Upgrade working copy" command, and got an error with one subfolder. 3. Removed the subfolder 4. Successfully upgraded my root folder (with deleted subfolder) using Tortoise SVN "SVN Upgrade working copy" command 5. Ran Tortoise SVN "SVN Update" command and received Subversion Exception (above). I use 64-bit version, Win7 Professional SP1 Regards, Alex
Re: Subversion reports error.
On 2012-02-09 00:23, Ryan Schmidt wrote: On Feb 8, 2012, at 15:41, Alagazam.net Subversion wrote: On Feb 7, 2012, at 15:44, Masaru Kitajima wrote: On 2012/02/08, at 6:36, Daniel Shahaf wrote: What is the output of % ssh sectio...@section-9.sakura.ne.jp svnserve -t It is as below: ( success ( 2 2 ( ) ( edit-pipeline svndiff1 absent-entries commit-revprops depth log-revprops partial-replay ) ) ) and then stops. A prompt is not shown. This symptom of not getting any prompt back reminds me of a totally non-svn related "bug" but a network error I encountered some time ago. Not seeing a prompt in this case is not a bug; it's expected behavior. svnserve is not an interactive program that has a prompt. It's a Subversion server; the above test demonstrated that svnserve is running correctly and is waiting for a Subversion client to connect to it. Maybe I was reading the threads wrong but my answer about not getting the prompt back was a reply to this part: % sshsectio...@section-9.sakura.ne.jp ls /home/section-9/svn/reps README.txt conf db format hooks locks and then stops. A prompt is not shown. which to me seems like the ssh session is running a normal shell ls command. About the MTU value I'm really don't know as it was in the VPN routers which I don't manage, but it's normally 1500 so I guess the change was to 1490 or something to account for the VPN headers. /David
Re: Subversion reports error.
On Feb 9, 2012, at 16:09, Alagazam.net Subversion wrote: > On 2012-02-09 00:23, Ryan Schmidt wrote: >> On Feb 8, 2012, at 15:41, Alagazam.net Subversion wrote: >> >>> On Feb 7, 2012, at 15:44, Masaru Kitajima wrote: >>> On 2012/02/08, at 6:36, Daniel Shahaf wrote: > What is the output of > > % ssh > sectio...@section-9.sakura.ne.jp > svnserve -t > It is as below: ( success ( 2 2 ( ) ( edit-pipeline svndiff1 absent-entries commit-revprops depth log-revprops partial-replay ) ) ) and then stops. A prompt is not shown. >>> This symptom of not getting any prompt back reminds me of a totally >>> non-svn related "bug" but a network error I encountered some time ago. >>> >> Not seeing a prompt in this case is not a bug; it's expected behavior. >> svnserve is not an interactive program that has a prompt. It's a Subversion >> server; the above test demonstrated that svnserve is running correctly and >> is waiting for a Subversion client to connect to it. > > Maybe I was reading the threads wrong [snip] Yes; here are the two original messages in question: http://mail-archives.apache.org/mod_mbox/subversion-users/201202.mbox/%3c3b642053-4ff0-4bd0-a0de-7ea55d053...@gmail.com%3e http://mail-archives.apache.org/mod_mbox/subversion-users/201202.mbox/%3ce130c27c-fb32-453a-8f8a-830d079ea...@gmail.com%3e
Subversion Exception!
Hello: I am using TortoiseSVN for the first time and got immediately into trouble. My setup: 1. Win7 64-bit 2. VirtualBox with Win7 as host 3. VM is VirtualBox Guest is Ubuntu 10.04 LTS (up to date). 4. SVN Server is networked and a different m/c. 5. SVN Working copy is on by VM - command line SVN works fine, builds fine. 6. I wanted to use the Tortoise GUI frontend to SVN so a. I installed it b. Used file manager (windows explorer) to move to the Samba share where we have working directory c. Created a new directory (tortoisetest) d. Right clicked and did a checkout e. Got the below. Any help is appreciated. Thanks, Ajay --- Subversion Exception! --- Subversion encountered a serious problem. Please take the time to report this on the Subversion mailing list with as much information as possible about what you were trying to do. But please first search the mailing list archives for the error message to avoid reporting the same problem repeatedly. You can find the mailing list archives at http://subversion.apache.org/mailing-lists.html Subversion reported the following (you can copy the content of this dialog to the clipboard using Ctrl-C): In file 'D:\Development\SVN\Releases\TortoiseSVN-1.7.4\ext\subversion\subversion \libsvn_client\checkout.c' line 94: assertion failed (svn_uri_is_canonical(url, pool)) --- OK ---