|
Post by trinode on Oct 29, 2007 3:14:59 GMT 7
|
|
|
Post by trinode on Oct 29, 2007 4:41:01 GMT 7
I've almost finished hacking someone's frontend onto the module..... wait up and I'll have a new module!
- Anthony
|
|
|
Post by trinode on Oct 29, 2007 5:32:58 GMT 7
Revised version with web config (from the N5200 SVN module)
*link removed (outdated)*
quick guide (much easier than first version above):
* create a shared folder called subversion *go into the module config and set the repository folder to /raid/subversion *play around *let me know on this thread if there's any issues.
- Anthony
|
|
|
Post by jskeet on Oct 31, 2007 2:23:34 GMT 7
Okay, I installed it and enabled it, but: 1) In order to get svnserve to run I had to manually create /raid/module/SVN/system/etc (The directory didn't exist, so it couldn't create svnserve.cl) 2) Creating a repository through the UI didn't create any config. Running svnadmin create manually did, and I was then able to edit the configuration manually and use the repository with no problems. 3) Under .../system/etc there appears to be authz/passwd files, but I don't know of anything that will use them. 4) Editing the access control with the UI seemed a bit flaky - it occasionally added a DLNA.htm = DLNA.html entry. I'm not sure what that's about. 5) It would be nice if there could be some way of putting the binaries on the path for login shells I'm not quite ready to trust it with stuff yet, but it's got further than my own attempt, which used to fail when importing... Jon
|
|
|
Post by trinode on Oct 31, 2007 14:13:13 GMT 7
number 4 is weird.
2 the conf is deleted and a custom one is supposed to be copued in (to use the auth/ pass files in /etc/svn/)
3 these would be used by the custom .conf
i'll look at one too, and put up a version that should fix them all.
|
|
|
Post by trinode on Nov 2, 2007 5:19:53 GMT 7
|
|
japa
New Member
Posts: 1
|
Post by japa on Nov 29, 2007 16:46:27 GMT 7
hello,
we've had about the same issues, even with your new version... especially the problem with the access rights (a cryptic entry 'DLNA.htm = DLNA.html' after settings new access rights for *) would very crucial to be dealt with.
also, we found that it was impossible to delete the standard read access right for * from the list.
those errors appeared in both firmware version 1.0.03 and version 1.0.06.
jan panier
|
|
|
Post by trinode on Dec 9, 2007 20:38:22 GMT 7
it looks like the * is mucking up the scripts,
I'll have a nosey and see if i can fix.
|
|
|
Post by trinode on Dec 9, 2007 23:12:03 GMT 7
New version now at: www.siteblade.com/SVN-1004.zipthe * entry problems are fixed as well as the filename as users. only known problem now is that removing a user from a single repository removes them from all repositories (they can then be readded). - Anthony
|
|
jlj
New Member
Posts: 8
|
Post by jlj on Dec 10, 2007 20:47:17 GMT 7
Unfortunately this version does not modify apache configuration to access repositories via HTTPS.
|
|