[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

RE: Re: After several updates unable to connect to any url, how to find the error - locking use case

From: Bernard TREMBLAY <bty-adminf1_at_trebly.net>
Date: Tue, 8 Jan 2013 08:51:09 -0800 (PST)

For this first exchange, I answer in line :

> On 8 January 2013 04:10, Bernard TREMBLAY <bty-adminf1 at trebly dot net> wrote:
> > Hi,
> >
> > I could not work on my developments during several months.
> > To restart and before I restart, the situation is that several changes had happened in the work configuration :
> > 1- update TortoiseSVN from 1.6.10 to 1.7.2
> Why such an old version? We're on 1.7.11 now.
> Did you upgrade the working 1.6 copies, or try to make a fresh
> checkout? Fresh checkout is more reliable if you have problems.
Lapsus scriptum : TortoiseSVN 1.7.10; Subversion : 1.7.7 etc.

As I tried to explain, I regularly run on each project I am working on, the following organization to avoid conflicts or "evolution of work views" :
1- Checkout for new trunks and after update regularly
2- Create for releases (or sometime for interesting update level) a working copy which will be only used for my developments or some chosen updates. This is done to have a stable working repository
3- When I start a development or debug I make compare to use the best level repository
4- Each development is tested (compare, checked, and ui test) with several versions (current last trunk, others releases for stability or patched versions -as secondary branches)
5- I lock versions with data as demo of features developed and stable version regardless one or several functions

So I have today :
1- locked versions used for demo sites
2- repositories from 1.6 that I will have to update with 1.7 and declare in Eclipse as working repositories. This concerns developments on old versions (six month...) that have not been till now finalized and should be implemented in new releases and/or trunk (example for tikiwiki, I made developments not committed on releases 8.3 and 9.3 they are still useful in the last 10.0 and 10.x -trunk)
3- To checkout the 10.x trunk in last level

> > 2- the url of sourceforge projects have changed
> > 3- the passwords have changed (asked by sf when security changes have been made.
> Have you tried TSVN->Settings->Saved Data->Clear auth data?
Not till now, I was ready to do it if the problem was only on authentication when I discover by a test on a not auth repository (http://smartypdt.googlecode.com)that the problem was on all the connections to repositories (http or https). I will do if a problems remains on authentication.

> > When I launches any task : Checkout, update ...
> > I always :
> > 1- I get the error message (on any connection) like :
> >
> >>Command: Checkout from https://svn.code.sf.net/p/tikiwiki/code/branches/10.x, revision HEAD, Fully recursive, Externals included
> > Error: Unable to connect to a repository at URL
> > Error: 'https://svn.code.sf.net/p/tikiwiki/code/branches/10.x'
> > Error: OPTIONS of 'https://svn.code.sf.net/p/tikiwiki/code/branches/10.x': could not
> > Error: connect to server (https://svn.code.sf.net)
> > Completed!:
> Is that the old URL or the new one?
It is the new, but as I told, I cannot connect to any repository (the firewall has been checked, no lock event it seems). I was thinking first that it was on this, but it is on anyone.

> > 3- The authentication dialog is not displayed : I think it should (because of the change of password)
> > but
> > I tried with no credentials repository and the connection fails in the same way
> If there is no repository connection there will be no auth prompt.
Yes they where someones. I check and test, the problem is , for first level, not linked to auth.

> > 4- After update the directory Subversion>auth contain all normal subdirs but empty (I have no valid back-up for this)
> But you just told us you couldn't update.
Sorry I am speaking there of the system/program directory Subversion program has a sub directory "auth". The "update" is here the Subversion software update. I Teel about the content of the subdir "auth" of the soft.
> > After seven hours of work I have not found any solution.
> > I have a normal access to repository from Firefox.
> >
> > May be, because of a long time without work, while before I worked four years without changes, I forgot and miss elementary things to do...
> > or there is something wrong, but where ?
> > Do the new version need to reset parameters ?
> > The previous upgrades (4 years) have not needed anything to be immediately operational.
> >
> > Note : system Windows XP sp3
> >
> > I am quite sure that this is not a soft problem, more probably an install problem, but as I am not in mind of starting a product, because I had started it long time ago, I am lost, Why ?
> >
> > Nothing else tell me that the product (upgrade) is not well setup.
> >
> > Thanks for your help. An idea to search...
> Simon
Thanks, Simon I think that the problem is now focused on "what can generate a lock of any connection", how to analyze it when we get the report I give as sample.

best regards

> --
> : ___
> : oo // \\ "De Chelonian Mobile"
> : (_,\/ \_/ \ TortoiseSVN
> : \ \_/_\_/> The coolest Interface to (Sub)Version Control
> : /_/ \_\ http://tortoisesvn.net


To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_tortoisesvn.tigris.org].
Received on 2013-01-08 17:51:11 CET

This is an archived mail posted to the TortoiseSVN Users mailing list.