E175002 error checking out from svgweb
I'm trying to checkout the svgweb source and using the documented svn command (slik windows 32 or 64 bit version): svn checkout http://svgweb.googlecode.com/svn/trunk/ svgweb-read-only This results in: svn: E175002: Unable to connect to a repository at URL 'http:// svgweb.googlecode.com/svn/trunk' svn: E175002: OPTIONS of 'http://svgweb.googlecode.com/svn/trunk': could not connect to server (http://svgweb.googlecode.com) I can enter the url in the browser and it connects fine. Thanks for any help.
Re: E175002 error checking out from svgweb
Thanks Uli, https worked. Ross On Nov 3, 9:58 am, Ulrich Eckhardt wrote: > Am 03.11.2011 14:43, schrieb ross: > > > I'm trying to checkout the svgweb source and using the documented svn > > command (slik windows 32 or 64 bit version): > > > svn checkouthttp://svgweb.googlecode.com/svn/trunk/svgweb-read-only > > Try this: > > svn lshttp://svgweb.googlecode.com/svn/trunk/ > > This should just list the content of the repository there, to see to > what extent the connection works or not. This works fine from here, > using CollabNet's 1.6.5 commandline client on MS Windows XP. What are > your system settings? > > > This results in: > > > svn: E175002: Unable to connect to a repository at URL 'http:// > > svgweb.googlecode.com/svn/trunk' > > svn: E175002: OPTIONS of 'http://svgweb.googlecode.com/svn/trunk': > > could not connect to server (http://svgweb.googlecode.com) > > > I can enter the url in the browser and it connects fine. > > SVN uses a few HTTP commands that not every web proxy and/or firewall > understands, which can lead to errors. There is one thing that might fix > this for you, and that is to use HTTPS instead of HTTP, because then the > connection is encrypted and any proxy/firewall in between can't mess > with the content. I checked, and the server provides HTTPS access, > although that is not necessarily always the case. > > Good luck! > > Uli > > *** > *** > Domino Laser GmbH, Fangdieckstra e 75a, 22547 Hamburg, Deutschland > Gesch ftsf hrer: Thorsten F cking, Amtsgericht Hamburg HR B62 932 > *** > *** > Visit our website athttp://www.dominolaser.com > *** > *** > Diese E-Mail einschlie lich s mtlicher Anh nge ist nur f r den Adressaten > bestimmt und kann vertrauliche Informationen enthalten. Bitte benachrichtigen > Sie den Absender umgehend, falls Sie nicht der beabsichtigte Empf nger sein > sollten. Die E-Mail ist in diesem Fall zu l schen und darf weder gelesen, > weitergeleitet, ver ffentlicht oder anderweitig benutzt werden. > E-Mails k nnen durch Dritte gelesen werden und Viren sowie nichtautorisierte > nderungen enthalten. Domino Laser GmbH ist f r diese Folgen nicht > verantwortlich. > *** > ***
Re: E175002 error checking out from svgweb
Thanks Uli, https worked. Ross On Nov 3, 9:58 am, Ulrich Eckhardt wrote: > Am 03.11.2011 14:43, schrieb ross: > > > I'm trying to checkout the svgweb source and using the documented svn > > command (slik windows 32 or 64 bit version): > > > svn checkouthttp://svgweb.googlecode.com/svn/trunk/svgweb-read-only > > Try this: > > svn lshttp://svgweb.googlecode.com/svn/trunk/ > > This should just list the content of the repository there, to see to > what extent the connection works or not. This works fine from here, > using CollabNet's 1.6.5 commandline client on MS Windows XP. What are > your system settings? > > > This results in: > > > svn: E175002: Unable to connect to a repository at URL 'http:// > > svgweb.googlecode.com/svn/trunk' > > svn: E175002: OPTIONS of 'http://svgweb.googlecode.com/svn/trunk': > > could not connect to server (http://svgweb.googlecode.com) > > > I can enter the url in the browser and it connects fine. > > SVN uses a few HTTP commands that not every web proxy and/or firewall > understands, which can lead to errors. There is one thing that might fix > this for you, and that is to use HTTPS instead of HTTP, because then the > connection is encrypted and any proxy/firewall in between can't mess > with the content. I checked, and the server provides HTTPS access, > although that is not necessarily always the case. > > Good luck! > > Uli > > *** > *** > Domino Laser GmbH, Fangdieckstra e 75a, 22547 Hamburg, Deutschland > Gesch ftsf hrer: Thorsten F cking, Amtsgericht Hamburg HR B62 932 > *** > *** > Visit our website athttp://www.dominolaser.com > *** > *** > Diese E-Mail einschlie lich s mtlicher Anh nge ist nur f r den Adressaten > bestimmt und kann vertrauliche Informationen enthalten. Bitte benachrichtigen > Sie den Absender umgehend, falls Sie nicht der beabsichtigte Empf nger sein > sollten. Die E-Mail ist in diesem Fall zu l schen und darf weder gelesen, > weitergeleitet, ver ffentlicht oder anderweitig benutzt werden. > E-Mails k nnen durch Dritte gelesen werden und Viren sowie nichtautorisierte > nderungen enthalten. Domino Laser GmbH ist f r diese Folgen nicht > verantwortlich. > *** > ***
405 Method Not Allowed in response to Options
I have been having problems updating and installing new software in Eclipse, and the problem appears to be related to svn. It seems that I can duplicate the problems using svn info as shown in text below. I am running the latest version of Snow Leopard on a MacBook Pro. I received the 405 error with another site, but it went away when I used a mirror. Note that the redirected site for polarion.com appears to be the same one I had just entered. I have seen other entries on Google mentioning the 405 error. As it is, I can't update Google Web Tools. BradleyRossMacBook:~ bradleyross$ svn --version svn, version 1.6.16 (r1073529) compiled Mar 10 2011, 10:18:52 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 access (RA) modules are available: * ra_neon : Module for accessing a repository via WebDAV protocol using Neon. - handles 'http' scheme - handles 'https' scheme * ra_svn : Module for accessing a repository using the svn network protocol. - with Cyrus SASL authentication - handles 'svn' scheme * ra_local : Module for accessing a repository on local disk. - handles 'file' scheme * ra_serf : Module for accessing a repository via WebDAV protocol using serf. - handles 'http' scheme - handles 'https' scheme BradleyRossMacBook:~ bradleyross$ svn info http://dl.google.com svn: Server sent unexpected return value (405 Method Not Allowed) in response to OPTIONS request for 'http://dl.google.com' BradleyRossMacBook:~ bradleyross$ svn info http://community.polarion.com/projec ts/subversive/download/eclipse/2.0/helios-site/ svn: Repository moved permanently to 'http://community.polarion.com/projects/subversive/download/eclipse/2.0/helios-site/'; please relocate BradleyRossMacBook:~ bradleyross$ svn info http://dl.google.com/eclipse/plugin/ 3.6 svn: Server sent unexpected return value (405 Method Not Allowed) in response to OPTIONS request for 'http://dl.google.com/eclipse/plugin/3.6' BradleyRossMacBook:~ bradleyross$
Size of wc.db
Hi, [Please cc] I have a query regarding the size of wc.db. I checked out the webkit svn repository (which is rather large). I then excluded most of it with: svn update --set-depth=exclude LayoutTests The resulting .svn dir is about 19000 files and 522MiB. However, wc.db is 203MiB. This seems huge compared with the size of the checkout. Is this normal? Is there any way to get this file to be smaller? Regards Ross Lagerwall
Re: Size of wc.db
On Mon, Dec 03, 2012 at 11:31:53AM +, Philip Martin wrote: > Ross Lagerwall writes: > > > The resulting .svn dir is about 19000 files and 522MiB. However, wc.db > > is 203MiB. This seems huge compared with the size of the checkout. Is > > this normal? Is there any way to get this file to be smaller? > > Subversion doesn't enable auto_vacuum so run: > > sqlite3 .svn/wc.db "vacuum" > > http://sqlite.org/lang_vacuum.html > Thanks! That reduced the size from 203MiB to 13MiB. Ross
Created branches, tags, and trunk after the fact, MOSTLY works
Hello, When the project repository was setup, we didn't include branches, tags, and trunk (oversight on our part). It wasn't until we decided we wanted to start branching that we realized this mistake. So in TortoiseSVN repo-browser, I created branches, tags, and trunk folders, and from the repo-browser, moved the existing folders into the trunk folder. I also then created a branch from a specific revision, and it created the branch for me. I've committed changes to the branch (and to the trunk) without problems. However, if I try to "svn switch" between trunk and a branch, I get "no common ancestry" error (which I can override with --ignore-ancestry), which leads me to believe that I didn't recreate the folder hierarchy correctly. Can anyone help? Thanks! -- Kevin
Re: Created branches, tags, and trunk after the fact, MOSTLY works
I think I figured out the problem. When I created the first branch, it was from a revision prior to the folder restructuring, which now makes sense regarding the "no common ancestor" error. I just created a new branch from a revision after the restructure, and I can switch back and forth between it and trunk without problem. So I think I'm good to go. I'll just have to use "--ignore-ancestry" for that one, first branch. Thanks! -- Kevin On 2/24/2014 1:47 PM, Kevin Ross wrote: Hello, When the project repository was setup, we didn't include branches, tags, and trunk (oversight on our part). It wasn't until we decided we wanted to start branching that we realized this mistake. So in TortoiseSVN repo-browser, I created branches, tags, and trunk folders, and from the repo-browser, moved the existing folders into the trunk folder. I also then created a branch from a specific revision, and it created the branch for me. I've committed changes to the branch (and to the trunk) without problems. However, if I try to "svn switch" between trunk and a branch, I get "no common ancestry" error (which I can override with --ignore-ancestry), which leads me to believe that I didn't recreate the folder hierarchy correctly. Can anyone help? Thanks! -- Kevin
Re: Created branches, tags, and trunk after the fact, MOSTLY works
Yes, that was the problem. I figured it out a little while ago and posted my findings. Thanks for your help! -- Kevin On 2/24/2014 2:46 PM, Bob Archer wrote: Are you branching from a point prior to moving your project into the trunk directory? -Original Message- From: Kevin Ross [mailto:ke...@familyross.net] Sent: Monday, February 24, 2014 4:47 PM To: users@subversion.apache.org Subject: Created branches, tags, and trunk after the fact, MOSTLY works Hello, When the project repository was setup, we didn't include branches, tags, and trunk (oversight on our part). It wasn't until we decided we wanted to start branching that we realized this mistake. So in TortoiseSVN repo- browser, I created branches, tags, and trunk folders, and from the repo- browser, moved the existing folders into the trunk folder. I also then created a branch from a specific revision, and it created the branch for me. I've committed changes to the branch (and to the trunk) without problems. However, if I try to "svn switch" between trunk and a branch, I get "no common ancestry" error (which I can override with --ignore-ancestry), which leads me to believe that I didn't recreate the folder hierarchy correctly. Can anyone help? Thanks! -- Kevin
