The documentation does not have anything other than a sales blurb that subversion repositories are supported. Even the Webmin "Virtualmin Subversion Repositorys" (a misnamed menu item, IMO) isn't in the documentation wiki.
I enabled subversion repositories for two web sites, and then defined a new respository called "Hycc" in one of the two sites.
Using TortiseSVN, I put in the URL to the svn repository at "http://mywebsite.com/svn"
At this point, it asks for a user name and password. The site user name and password don't work. What do I use?
Also, what else is there to do for setup? Are there other things to do?
Do I need to do anything to secure this?
Howdy,
It looks as if it doesn't add a subversion username for the Virtual Server account owner.
You have a few options then for how to do that:
1. If you go into "Edit Mail and FTP Users", when you hit "Add User to This Server", one of the options is to create a Subversion account.
2. The subversion password files are in /home/$USERNAME/etc, or /home/$USERNAME/$DOMAINNAME/etc, and you can treat them just like a htpasswd file. You can use "man htpasswd" to get a list of options.
As far as securing the repositories goes, anonymous users are only able to see it if "Allow anonymous read access" is set to "Yes" under "Services" -> "Subversion Repositories", it otherwise requires authentication.
-Eric
<div class='quote'>Even the Webmin "Virtualmin Subversion Repositorys" (a misnamed menu item, IMO)</div>
Where do you see this typo? I'm unable to locate it in the lang files.
--
Check out the forum guidelines!
Well, I had a small typo, in that it says "...Repositories" But, my poin/opinio was that the title is a misnomer. 1) It's under WEBMIN, but you call it "Virtualmin". 2) It (IMO) should simply say "Subversion Repositories"
<div class='quote'>1) It's under WEBMIN, but you call it "Virtualmin".</div>
It's a Virtualmin plugin, which is a special class of Webmin module. It does not work if you don't have Virtualmin installed, and it does not work with users not managed by Virtualmin. So, it's called Virtualmin Subversion Repositories. If you're using a Virtualmin aware theme (the only one being Virtualmin Framed Theme, currently) it's able to insert itself into the Virtualmin menus in the appropriate places.
And, of course, Virtualmin itself is a Webmin module. Should we just call it "Webmin"? (Don't answer that. Some people think we should.) ;-)
<div class='quote'>2) It (IMO) should simply say "Subversion Repositories"</div>
I'm not sure I understand the reasoning behind that. All of the Virtualmin plugins are called "Virtualmin Something". Again, to indicate that they are for working with Virtualmin users or virtual servers.
--
Check out the forum guidelines!
The user name that I was trying already was set to allow SVN logins, but it didn't work.
I think I found out what step I was missing.
After creating a user (or modifying one) to have SVN access, you then ALSO have to select the svn repositories that you want to grant access to.
In my case, the user was enabled for SVN, but the specific repository was not selected.
Nothings working yet. I've created a new user, and enabled for the specific repository, but no joy. I also enabled an existing user for svn and for that repository, but that also isn't working when I try and connect with TortoiseSVN/Windows
<div class='quote'>Nothings working yet. I've created a new user, and enabled for the specific repository, but no joy. I also enabled an existing user for svn and for that repository, but that also isn't working when I try and connect with TortoiseSVN/Windows</div>
What's in the error_log for that virtual server when you try to connect?
--
Check out the forum guidelines!
Using TortoiseSVN client on Windows, I've tried several paths. I settled on server.com/svn, which DOES ask for a user name and password... I was expecting it would then let me see a list of repositories, etc.
However, doesn't get past this. I've tried both username and username.domain as the name.
I've turned OFF svn access and then turned it back on (and verified that the user get's deleted and readded to the svn.basic.passwd file.
[Mon Jul 21 16:25:42 2008] [error] [client 71.210.189.5] The URI does not contain the name of a repository. [403, #190001]
[Mon Jul 21 16:26:40 2008] [error] [client 71.210.189.5] user hyccsvn.panlogic not found: /svn
[Mon Jul 21 16:26:54 2008] [error] [client 71.210.189.5] The URI does not contain the name of a repository. [403, #190001]
[Mon Jul 21 17:34:18 2008] [error] [client 71.210.189.5] user xxxxxxx.xxxxxxxsoftware not found: /svn/Hycc
[Mon Jul 21 17:34:24 2008] [error] [client 71.210.189.5] The URI does not contain the name of a repository. [403, #190001]
OK, finally got something to work. It doesn't seem to allow browsing repository names. I used the specific repository: http://mydomain.com/svn/Hycc (the repository name)
Then, I used the username and password. You also have to "remember" these with the Tortoise client because it apparently (even when working correctly) does several cycles of verification. SO, if you don't check off the "remember this" box, it will appear as if it didn't accept the user name and password, when in fact it did.
Pehaps I should put a complete example up on the wiki...
<div class='quote'>Then, I used the username and password. You also have to "remember" these with the Tortoise client because it apparently (even when working correctly) does several cycles of verification. SO, if you don't check off the "remember this" box, it will appear as if it didn't accept the user name and password, when in fact it did.</div>
This is an issue with your client. HTTP (which is how Subversion repositories are setup in Virtualmin--the alternatives are ssh and svn:, both of which introduce additional complexity and make Subversion harder to use for the average user) is always a stateless protocol--every interaction with the server has to be authenticated.
<div class='quote'>OK, finally got something to work. It doesn't seem to allow browsing repository names.</div>
Correct. SVN does not provide an index of projects, and I don't believe it is intended to (it may be possible to configure it that way, but I've never tried it).
We probably do need to make it more apparent what the correct URLs are, though. A doc in the wiki for virtualmin-svn would be great. It's not a very popular plugin, relatively speaking, but quite a few developers use it.
--
Check out the forum guidelines!
<div class='quote'>After creating a user (or modifying one) to have SVN access, you then ALSO have to select the svn repositories that you want to grant access to.</div>
Yes, for some reason multi-select boxes are really confusing for a lot of users. I've been after Jamie for some time to convert them to some other UI widget type. But there is no standard HTML form widget that makes sense in this context.
--
Check out the forum guidelines!