I upgrade from Windows XP to Windows7(x64). I have installed
- Slik Subversion 1.6.6 (x64) and
- TurtoiseSVN 1.6.7.18415 (64 bit)
I configured svnserve running as a windows servics:
C:\Program Files\SlikSvn\bin\svnserve --service -r E:\SVN
The repositories in folder E:\SVN created the old Windows XP installation.
When I try to use the Repositoy Browser at the URL "svn:///MyDocuments/TeX" (without ""), I get the error message from the subject line. The same error occurs, when I try to checkout the repository.
When I use the command line client as "svn list svn:///MyDocuments/TeX", I get normal access.
What is the difference between the command line client and TortoiseSVN and how can I access the repository.
Regards,
Helge
------------------------------------------------------
http://tortoisesvn.tigris.org/ds/viewMessage.do?dsForumId=4061&dsMessageId=2441512
To unsubscribe from this discussion, e-mail: [users-un...@tortoisesvn.tigris.org].
I don't know why it works with the command line client, but that's not a valid svn: URL. According to http://svnbook.red-bean.com/en/1.5/svn.serverconfig.svnserve.html#svn.serverconfig.svnserve.invoking.daemon , the format should be svn://hostname/path
Perhaps try svn://localhost/MyDocuments/TeX
--
Name: Dave Huang | Mammal, mammal / their names are called /
INet: kh...@azeotrope.org | they raise a paw / the bat, the cat /
FurryMUCK: Dahan | dolphin and dog / koala bear and hog -- TMBG
Dahan: Hani G Y+C 34 Y++ L+++ W- C++ T++ A+ E+ S++ V++ F- Q+++ P+ B+ PA+ PL++
------------------------------------------------------
http://tortoisesvn.tigris.org/ds/viewMessage.do?dsForumId=4061&dsMessageId=2441513
This gives the same result.
BTW the hostname is not mandatory as described here:
http://svnbook.red-bean.com/nightly/en/svn.basic.in-action.html#svn.advanced.reposurls
Helge
------------------------------------------------------
http://tortoisesvn.tigris.org/ds/viewMessage.do?dsForumId=4061&dsMessageId=2441515
C:\Program Files\SlikSvn\bin\svnserve --service -r E:\SVN --listen-host
localhost
> BTW the hostname is not mandatory as described here:
> http://svnbook.red-bean.com/nightly/en/svn.basic.in-action.html#svn.advanced.reposurls
Read again: you can only omit the hostname for file:// urls, not svn://
urls.
Stefan
--
___
oo // \\ "De Chelonian Mobile"
(_,\/ \_/ \ TortoiseSVN
\ \_/_\_/> The coolest Interface to (Sub)Version Control
/_/ \_\ http://tortoisesvn.net
------------------------------------------------------
http://tortoisesvn.tigris.org/ds/viewMessage.do?dsForumId=4061&dsMessageId=2441521
I changed the service configuration by adding the " --listen-host localhost". The command "svn list svn://localhost/MyDocuments" still displays the same result. The Repository Browser gives for the URL "svn://localhost/MyDocuments" this result:
Can't connect to host 'localhost': No connection could be made because the target machine actively refused it.
You're right, the referred page doesn't omit the hostname for svn:// URLs. (My experience was that I can omit the hostname, but that might be wrong). Unfortunately adding the hostname didn't help.
Helge
------------------------------------------------------
http://tortoisesvn.tigris.org/ds/viewMessage.do?dsForumId=4061&dsMessageId=2441523
Next try: deactivate your virus scanner and/or firewall.
Stefan
--
___
oo // \\ "De Chelonian Mobile"
(_,\/ \_/ \ TortoiseSVN
\ \_/_\_/> The coolest Interface to (Sub)Version Control
/_/ \_\ http://tortoisesvn.net
------------------------------------------------------
http://tortoisesvn.tigris.org/ds/viewMessage.do?dsForumId=4061&dsMessageId=2441528
I deactivated the Windows 7 firewall and the Sophos on-access check. I got the same result.
(... and re-activated firewall and virus scanner after the try)
Helge
------------------------------------------------------
http://tortoisesvn.tigris.org/ds/viewMessage.do?dsForumId=4061&dsMessageId=2441532
If you used the repo browser by any chance before you configured your
server the way it is now, then the info in the log cache might be wrong
and could be the reason for your connection problems now.
go to the settings dialog, saved data, then click the "clear" button for
"log data".
Stefan
--
___
oo // \\ "De Chelonian Mobile"
(_,\/ \_/ \ TortoiseSVN
\ \_/_\_/> The coolest Interface to (Sub)Version Control
/_/ \_\ http://tortoisesvn.net
------------------------------------------------------
http://tortoisesvn.tigris.org/ds/viewMessage.do?dsForumId=4061&dsMessageId=2441533
In the "Saved Data" section I don't find "log data", but
- URL history
- Log messages (Input dialog)
- Log messages (Show log dialog)
- Dialog sizes and positions
- Authentication data
All have a Clear button, but the last (Authentication data) is grayed. Further there is a pane with "Action log", with Clear button enabled.
I assume you meant the Authentication data when you wrote "log data", or am I wrong?
Helge
------------------------------------------------------
http://tortoisesvn.tigris.org/ds/viewMessage.do?dsForumId=4061&dsMessageId=2441535
this one.
> - Dialog sizes and positions
> - Authentication data
> All have a Clear button, but the last (Authentication data) is grayed. Further there is a pane with "Action log", with Clear button enabled.
>
> I assume you meant the Authentication data when you wrote "log data", or am I wrong?
See above: the "log messages (show log dialog)"
Stefan
--
___
oo // \\ "De Chelonian Mobile"
(_,\/ \_/ \ TortoiseSVN
\ \_/_\_/> The coolest Interface to (Sub)Version Control
/_/ \_\ http://tortoisesvn.net
------------------------------------------------------
http://tortoisesvn.tigris.org/ds/viewMessage.do?dsForumId=4061&dsMessageId=2441537
URL history: Clear 10 URLs stored for 0 working copies
Log messages (Input dialog): Clear 2 log messages stored for 2 working copies
Log messages (Show log dialog): Clear cached logs from 0 repositories
Dialog sizes and positions: Clear the stored sizes and positions of 11 dialogs
After click on "Log messages (Show log dialog)" the button is greyed. I get the old error message for the Repository Brwoser.
I was impatient and clicked on "Log messages (Input dialog)", "URL history" and Dialog size too. But there is no success.
Helge
------------------------------------------------------
http://tortoisesvn.tigris.org/ds/viewMessage.do?dsForumId=4061&dsMessageId=2441541
How is your setup?
* paths to the repositoy or repositories
* exact command line you start svnserve
* are you trying the command line client on the same machine than TSVN
* anything else you might think is important
Stefan
--
___
oo // \\ "De Chelonian Mobile"
(_,\/ \_/ \ TortoiseSVN
\ \_/_\_/> The coolest Interface to (Sub)Version Control
/_/ \_\ http://tortoisesvn.net
------------------------------------------------------
http://tortoisesvn.tigris.org/ds/viewMessage.do?dsForumId=4061&dsMessageId=2441545
* exact command line you start svnserve
C:\Users\Helge>sc qc svn
SC] QueryServiceConfig SUCCESS
ERVICE_NAME: svn
TYPE : 10 WIN32_OWN_PROCESS
START_TYPE : 2 AUTO_START
ERROR_CONTROL : 1 NORMAL
BINARY_PATH_NAME : C:\Program Files\SlikSvn\bin\svnserve --service -r E:\SVN --listen-host localhost
LOAD_ORDER_GROUP : Base
TAG : 0
DISPLAY_NAME : Subversion Server
DEPENDENCIES : Tcpip
SERVICE_START_NAME : LocalSystem
* are you trying the command line client on the same machine than TSVN
Yes.
* anything else you might think is important
I stopped the SVN service and ran svnserve fro the command line:
svnserver -X -r E:\SVN
When I use the command line client, I get the response and the svnserve program terminates as expected.
When I use TortoiseSVN, svnserve keeps running. Well it doesn't access the svnserve.
localhost is resolved as 127.0.0.1
Helge
ICQ#359341095
------------------------------------------------------
http://tortoisesvn.tigris.org/ds/viewMessage.do?dsForumId=4061&dsMessageId=2441551
Just tried this on my machine here (svnserve -X -r d:\repos
--listen-host localhost), and it works just fine. So there must be
something on your end that's preventing TSVN from accessing the repo.
I'm still tending to your virus scanner - try rebooting after disabling
it (or even uninstall it for testing). Most of those
worse-than-a-virus-itself 'applications' think that disabling them is a
user error and still try to save the user from himself by interfering.
Stefan
--
___
oo // \\ "De Chelonian Mobile"
(_,\/ \_/ \ TortoiseSVN
\ \_/_\_/> The coolest Interface to (Sub)Version Control
/_/ \_\ http://tortoisesvn.net
------------------------------------------------------
http://tortoisesvn.tigris.org/ds/viewMessage.do?dsForumId=4061&dsMessageId=2441555
> So there must be
> something on your end that's preventing TSVN from accessing the repo.
> I'm still tending to your virus scanner - try rebooting after disabling
> it (or even uninstall it for testing). Most of those
> worse-than-a-virus-itself 'applications' think that disabling them is a
> user error and still try to save the user from himself by interfering.
Finally it works. There was neither a mystic anti-virus nor firewall problem.
You mentioned to run the service as
svnserve --service -r E:\SVN --listen-host localhost
what pointed to the right direction but with wrong argument. Using the nestat
utilitiy I found that svnserve is listening at [::1]:3690 (IPV6). Passing
these hostnames for --listen-host results in listen different addresses:
(none) [::]:3690
localhost [::1]:3690
0.0.0.0 0.0.0.0:3690
I changed the service command line to use "--listen-host 0.0.0.0" and
TortoiseSVN as well as RapidSVN can connect it.
Further I got a comment from SlikSVN:
"The reason that you can't connect is that TortoiseSVN didn't enable IPv6 support in the libraries it uses."
I still don't know if would be possible for slikSVN's svnserve to enable IPV4 as
well as IPV6.
Regards,
Helge
------------------------------------------------------
http://tortoisesvn.tigris.org/ds/viewMessage.do?dsForumId=4061&dsMessageId=2441824
The official svn binaries don't have ipv6 enabled either. Don't know why
SlikSVN does.
TSVN can be very well built with ipv6, it's a simply switch in the build
script. Problem is that on most systems ipv4 is used, and the ipv6
support always first tries the ipv6 route before falling back to ipv4
which causes a slowdown. That's why ipv6 isn't enabled by default.
Stefan
--
___
oo // \\ "De Chelonian Mobile"
(_,\/ \_/ \ TortoiseSVN
\ \_/_\_/> The coolest Interface to (Sub)Version Control
/_/ \_\ http://tortoisesvn.net
------------------------------------------------------
http://tortoisesvn.tigris.org/ds/viewMessage.do?dsForumId=4061&dsMessageId=2441834