Re: Bug: Subversion Windows installer not setting paths correctly
On 2011-11-23 21:44, Humberto Madeira wrote: Hi all, I ran across a bug with the Windows (msi) Subversion installer where it was not setting the paths correctly during an install with a non-default path. To Reproduce: 1) download Setup-Subversion-1.7.1.msi from http://sourceforge.net/projects/win32svn/files/1.7.1/Setup-Subversion-1.7.1.msi/download 2) use it to install Subversion into c:\Apache\Subversion instead of the default c:\Program Files\Subversion You will find the files in the correct place, but the APR_ICONV_PATH and the PATH will still point to c:\Program Files\Subversion >Your operating system Windows Server 2003 Standard Edition (32 bit) Service Pack 2 >The release and/or revision of Subversion 1.7.1 >The compiler and configuration options you built Subversion with binary built and packaged by David Darj and up on SourceForge (see above) >Any private modifications you made to your Subversion nope >The version of Berkeley DB you're running Subversion with, if any nope - using FSFS >Anything else that could possibly be relevant. Err on the side of too much information, rather than too little. Using it with Apache httpd-2.2.21-win32-x86-openssl-0.9.8r.msi (not using the SSL) Using it with Python2.7.2 from Python.org Using the python bindings svn-win32-1.7.1_py27.zip from David Darj (as per above) Note: this path problem is not easy to spot (if you didn't expect it) so I first caught it when trying to commit. Since I use case-insensitive.py in the pre-commit hook - the problem gets reported in the Python stack trace - which then leads you onto a wild goose chase in the Python path setup (which is actually fine but since you aren't able to tell, distracts you from the real problem) Best Regards all --Bert Hi Bert. Thanks for the bug report. I'll try to look into this problem in the next few days. My first look at the installer build file it seems to be set correctly as "[INSTALLDIR]iconv" and a quick test on my old Win2000Server did set the correct path (but the notes on the installer end page was wrong). Is this a fresh install of Subversion or did you upgrade from a previous version, maybe installed on the default path? Have you experiences this problem on previous versions of my installers ? Regards /David
value in 'svnadmin verify' cron job? (or is 'svnadmin hotcopy' enough?)
Assuming a nightly 'svnadmin hotcopy' is run w/o errors, is there value in periodically running one or both of?: svnadmin verify REPO-PATHNAME 2>&1 |egrep -v '^\* Verified revision [0-9]+\.' svnadmin dump -q --deltas REPO-PATHNAME >/dev/null Goal of grep and redirects is to only display errors or warnings. -- Does a successful 'svnadmin hotcopy' indicate a clean bill of health for the repository, or might 'svnadmin verify' still locate problems? Would like to detect corruption in repository as soon as possible. -- thanks Tom
SVN 1.8.10 server side configured autoprops
hello svn-server-experts, i want to define autoprops (serverside dicated) for some repos in my large SVN installation. However it have been missed out in the documentation how this is achieved. The docs rely on a "config file", but not a name to it, so i tried and make a $REPOS_NAME/conf/[repons.conf|config] - doesnt work. I add this to my serverside config: [miscellany] enable-auto-props = yes [auto-props] *.xml = svn:keywords=Date Revision Author HeadURL Id LastChangedDate LastChangedRevision Rev LastChangedBy URL *.css = svn:keywords=Date Revision Author HeadURL Id LastChangedDate LastChangedRevision Rev LastChangedBy URL *.xsl = svn:keywords=Date Revision Author HeadURL Id LastChangedDate LastChangedRevision Rev LastChangedBy URL *.htm = svn:keywords=Date Revision Author HeadURL Id LastChangedDate LastChangedRevision Rev LastChangedBy URL *.html = svn:keywords=Date Revision Author HeadURL Id LastChangedDate LastChangedRevision Rev LastChangedBy URL *.txt = svn:keywords=Date Revision Author HeadURL Id LastChangedDate LastChangedRevision Rev LastChangedBy URL *.js = svn:keywords=Date Revision Author HeadURL Id LastChangedDate LastChangedRevision Rev LastChangedBy URL *.java = svn:keywords=Date Revision Author HeadURL Id LastChangedDate LastChangedRevision Rev LastChangedBy URL *.jsp = svn:keywords=Date Revision Author HeadURL Id LastChangedDate LastChangedRevision Rev LastChangedBy URL *.cmd = svn:keywords=Date Revision Author HeadURL Id LastChangedDate LastChangedRevision Rev LastChangedBy URL;svn:eol-style=CRLF *.bat = svn:keywords=Date Revision Author HeadURL Id LastChangedDate LastChangedRevision Rev LastChangedBy URL;svn:eol-style=CRLF *.sql = svn:keywords=Date Revision Author HeadURL Id LastChangedDate LastChangedRevision Rev LastChangedBy URL *.properties = svn:keywords=Date Revision Author HeadURL Id LastChangedDate LastChangedRevision Rev LastChangedBy URL *.sh = svn:keywords=Date Revision Author HeadURL Id LastChangedDate LastChangedRevision Rev LastChangedBy URL;svn:executable;svn:eol-style=LF *.pl = svn:keywords=Date Revision Author HeadURL Id LastChangedDate LastChangedRevision Rev LastChangedBy URL;svn:executable;svn:eol-style=LF I connect svn server via DAV/HTTP, authentication is made in httpd into AD. Server version is 1.8.10 and clients are all 1.8+ (according to the servers log). In a few days i will be running 1.8.13 server-side. I hope someone will guide me into configuring this autoprop setup.. Please :) br thomas
Re: SVN 1.8.10 server side configured autoprops
Hello Andreas+ So i have tried to read the RDC docs, but it doesnt make any sense - it tells alot about how the configuration should look, but not how to implement the feature... I realize that the clientside can still be modified accordingly, and I want to push/enforce the keyword configuration from serverside. The documentatio doesnt make any sense to me... Did you have success implementing RDC? br thomas Quoting Andreas Stieger : Hello, i want to define autoprops (serverside dicated) for some repos in my large SVN installation. However it have been missed out in the documentation how this is achieved. The docs rely on a "config file", but not a name to it, so i tried and make a $REPOS_NAME/conf/[repons.conf|config] - doesnt work. I add this to my Huh? While the run-time client configuration uses a config file section like below, [miscellany] enable-auto-props = yes this was for the *previous* client-side autoprops feautre. You want this inside the repository tree, as versioned properties. See https://subversion.apache.org/docs/release-notes/1.8.html#repos-dictated-config So you would start with setting or editing the svn:auto-props property on a suitable repository path. Andreas
Re: Aw: Re: SVN 1.8.10 server side configured autoprops
it might be due to my lack of expertise in the field of svn admin... but, i dont understand how to implement serverside dictated autoprops - the documentation doesnt talk to me, and i am lost... isnt there any hands on examples ? br thomas Quoting Andreas Stieger : Hello, So i have tried to read the RDC docs, but it doesnt make any sense - it tells alot about how the configuration should look, but not how to implement the feature... To implement, set versioned properties named svn:auto-props in the repository. See help about propset, propedit commands, or the equivalent function in a non-cli client. I realize that the clientside can still be modified accordingly, and I want to push/enforce the keyword configuration from serverside. Set svn:auto-props properties using an svn client on a path, e.g. the root of the repository, or trunk, and commit. The documentatio doesnt make any sense to me... Did you have success implementing RDC? Yes. Note that you need clients capable of interpreting both inherited properties and repository-dictated config. Read: 1.8. Andreas
Checkout hangs on invalid external URL
Hi We moved our repository to a new server, but didn't update the svn:externals properties everywhere. When trying to checkout a folder with an external pointing to the old server the checkout hangs for about 5 minutes. When finished or if I abort the checkout (Ctrl-C) i get an error message. C:\test>svn pg svn:externals https://newserver/svn/branches/FDP https://oldserver/svn/tags/FDP/FDP_1.80 CurrentVersion C:\test>svn co https://newserver/svn/branches/FDP A FDP\Info.txt U FDP <<>> svn: warning: W205011: Error handling externals definition for 'FDP\CurrentVersion': svn: warning: W170013: Unable to connect to a repository at URL 'https://oldserver/svn/tags/FDP/FDP_1.80' Checked out revision 96079. svn: E205011: Failure occurred processing one or more externals definitions If changing the svn:external property to ^/svn/tags/FDP/FDP_1.80 everything works. Using Wireshark to capture network traffic I see there are 3 SYN packets sent duting the first 10 seconds, then nothing. Wouldn't it be possible to error out more quickly? I'm using svn command line client 1.9.2 supplied with TortoiseSVN 1.9.2. Best regards David Darj
Data loss
Hello, Is it possible that old data are deleted subversion after a while? I've experienced that with 2014 data back, you know it is? Greetings, I hope your answers. Joseph
¿Is it possible to use Active Directory?
Hi! Is it possible to use Active Directory (Server 2008 R2) to manage users for a subversion 1.9.4? Joseph
¿what is to best oracle linux base environment for subversion server?
Hi, ¿what is to best oracle linux base environment for subversion server: minimal install, infrastructure server, file and print server, basic web server, virtualization host, server with GUI. And add-ons for selected environment? José
SVNControl Documentation
Hello! Good afternoon! Is it possible for you provide me the documentation, guide or tutorial in order to integrate the tool "SVNCONTROL"?, and so I can manage subversion repositories in hosted Oracle Linux 7 from a computer with Windows. _PS: SVNControl is a system that allows to control the permissions and access to different repositories of Subversion. This tool requires Java installed to be able to run._ Thanks for your help, José!
Documentation SVN
Hi. Do you have any documentation about an independent tool called "SVNControl"? It serves to manage subversion from an environment with a windows computer from a server with SVN. José.
How to choose between svn & http?
As we have two protocoles, svn and http, available for subversion, I'd like to know if there's any performance comparison study on both of them to let us choose the most appropriate one. Anyone has any related article on that? TIA
Re: How to choose between svn & http?
On Fri, Jul 9, 2010 at 07:16, David Weintraub wrote: > > Are you setting up a Subversion repository and don't know whether you > should use HTTP or SVN, or does your repository allow you to access > your Subversion repository both ways, and you want to know which to > use. > > SVN is usually quicker than HTTP, but HTTP is more flexible to setup. > For example, you can use an LDAP server for loggin on if you're using > HTTP, but it's much more difficult to do with SVN. HTTP is also less > likely to be blocked by routers. I already have a working SVN server using HTTP, but I'd like to see some other alternatives, especially those which could provide better performance. The problem right now is that some users are accessing the SVN within a VPN tunnel and things are slow for them. So, if it's possible to reduce data quantity, like using another protocol, I would take it.
Re: How to choose between svn & http?
On Thu, Jul 29, 2010 at 22:40, David Weintraub wrote: > > The standard 'svn' protocol is faster, but it uses port 3690 by > default. It is very likely that your VPN will block traffic to this > port. Why so? > You can start svnserve on another port, and you can use ssh+svn > which allows for tunneling. > > I believe you can have a Subversion repository run using both the > svn:// protocol and the http:// protocol at the same time It's nice to hear so. But since I'm using Visual SVN server, I think I have to turn to that company to see if their product supports this "dual-port" function. Thanks a lot and to the other users as well.
How to setup Write-through proxying (aka Replication on-the-fly) in VisualSVN server?
I know this mailing-list has nothing to do with VisualSVN server, but I really need some help. I need to set up SVN replication on the fly, aka write-through proxying, using VisualSVN server. I know the new version of VisualSVN server supports replication, but for technical reason, I'm still using old version 2.7. I have found some articles here and there, eg http://www.visualsvn.com/support/svnbook/reposadmin/maint/#svn.reposadmin.maint.replication and http://svnbook.red-bean.com/en/1.7/svn.serverconfig.httpd.html#svn.serverconfig.httpd.extra.writethruproxy etc etc and tried to follow them but failed. Maybe because those procedures are for Linux-based SVN server? And how much are those articles relevant to VisualSVN server, ie Windows-based SVN server? Has anyone managed to do this? I could restart the whole setting from zero. Could someone point me out the correct procedure to configure VisualSVN Server, ie in Windows, to support write-through proxying, please? Thanks a lot
Re: How to setup Write-through proxying (aka Replication on-the-fly) in VisualSVN server?
I forgot some important questions: On 17 January 2015 at 00:47, STF SVN wrote: > I know this mailing-list has nothing to do with VisualSVN server, but I > really need some help. > > I need to set up SVN replication on the fly, aka write-through proxying, > using VisualSVN server. I know the new version of VisualSVN server > supports replication, but for technical reason, I'm still using old version > 2.7. > > I have found some articles here and there, eg > http://www.visualsvn.com/support/svnbook/reposadmin/maint/#svn.reposadmin.maint.replication > and > http://svnbook.red-bean.com/en/1.7/svn.serverconfig.httpd.html#svn.serverconfig.httpd.extra.writethruproxy > etc etc and tried to follow them but failed. Maybe because those > procedures are for Linux-based SVN server? And how much are those articles > relevant to VisualSVN server, ie Windows-based SVN server? > I've read http://www.visualsvn.com/support/svnbook/reposadmin/maint/#svn.reposadmin.maint.replication several times, but I have a doubt. Does it apply totally? Can I consider VisualSVN Server like a *generic* Apache HTTP server? Or VisualSVN Server has some special modification to Apache such that something wouldn't work? I have also found this article: http://www.cardinalpath.com/how-to-use-svnsync-to-create-a-mirror-backup-of-your-subversion-repository/ but it didn’t talk about putting the SVNMasterURI variable inside HTTPD config on the slave server. And as a matter of fact, I’ve gone through this procedure but I cannot commit to the slave server! > Has anyone managed to do this (ie Write-through proxying with VisualSVN > Server)? > > I could restart the whole setting from zero. Could someone point me out > the correct procedure to configure VisualSVN Server, ie in Windows, to > support write-through proxying, please? > > Thanks a lot >
Re: How to setup Write-through proxying (aka Replication on-the-fly) in VisualSVN server?
Hi Andreas, thanks for your reply. Your details (replicating hooks, httpd config, etc) are too vague for someone like me who knows very very little SVN server internals. Would it be possible to have the procedure in written form? OTOH, another mail said that if replication for VisualSVN does not work if Windows Authentication. Do you use Windows Authentication? Thanks On 17 January 2015 at 01:14, Andreas Stieger wrote: > Hi, > > A replicating setup with write-through proxies is possible with VisualSVN > Server standard and standard tools, I had this in production for years. Set > up the replicating hooks. > On slaves, adjust the custom httpd config to load the required modules > (proxy, http) and add a receiving location for the sync. > > Andreas > > Am 17.01.2015 um 00:55 schrieb STF SVN : > > I forgot some important questions: > > On 17 January 2015 at 00:47, STF SVN wrote: > >> I know this mailing-list has nothing to do with VisualSVN server, but I >> really need some help. >> >> I need to set up SVN replication on the fly, aka write-through proxying, >> using VisualSVN server. I know the new version of VisualSVN server >> supports replication, but for technical reason, I'm still using old version >> 2.7. >> >> I have found some articles here and there, eg >> http://www.visualsvn.com/support/svnbook/reposadmin/maint/#svn.reposadmin.maint.replication >> and >> http://svnbook.red-bean.com/en/1.7/svn.serverconfig.httpd.html#svn.serverconfig.httpd.extra.writethruproxy >> etc etc and tried to follow them but failed. Maybe because those >> procedures are for Linux-based SVN server? And how much are those articles >> relevant to VisualSVN server, ie Windows-based SVN server? >> > > I've read > http://www.visualsvn.com/support/svnbook/reposadmin/maint/#svn.reposadmin.maint.replication > several times, but I have a doubt. Does it apply totally? Can I consider > VisualSVN Server like a *generic* Apache HTTP server? Or VisualSVN Server > has some special modification to Apache such that something wouldn't work? > > I have also found this article: > > http://www.cardinalpath.com/how-to-use-svnsync-to-create-a-mirror-backup-of-your-subversion-repository/ > but it didn’t talk about putting the SVNMasterURI variable inside HTTPD > config on the slave server. And as a matter of fact, I’ve gone through > this procedure but I cannot commit to the slave server! > > >> Has anyone managed to do this (ie Write-through proxying with VisualSVN >> Server)? >> >> I could restart the whole setting from zero. Could someone point me out >> the correct procedure to configure VisualSVN Server, ie in Windows, to >> support write-through proxying, please? >> >> Thanks a lot >> > >
Re: How to setup Write-through proxying (aka Replication on-the-fly) in VisualSVN server?
On 17 January 2015 at 08:10, Pavel Lyalyakin wrote: > Hello, > > > On 17 January 2015 at 00:47, STF SVN wrote: > >> > >> I know this mailing-list has nothing to do with VisualSVN server, but I > >> really need some help. > >> > >> I need to set up SVN replication on the fly, aka write-through proxying, > >> using VisualSVN server. I know the new version of VisualSVN server > supports > >> replication, but for technical reason, I'm still using old version 2.7. > > You can't actually call write-through proxy as "replication on the > fly". Oh, really? How do you call the replication method in the image below? Only "write-through proxy"? http://s22.postimg.org/aw3j599gh/svn_replication.png > Its simple replication solution that runs `svnsync` on master > server *after* each commit by post- hook scripts. Commits always go to > master in write-through proxy, the "proxy" part is just about > redirecting all writes to go to master server which then replicates > them to slaves using `svnsync`. Another note: write-through proxy does > not work with Integrated Windows Authentication (i.e. AD Single > Sign-On). > We are not using SSO, but we have to provide our credentials which are Active Directory based, and VisualSVN server checks up credentials in the Active Directory. Is this the reason why "write-through proxy" does not work for us? > > BTW, what are the technical reasons that require you to use VisualSVN > Server 2.7 and don't allow it to be upgraded to 3.2? > Political, financial, habit, etc... too long to explain. > >> I have found some articles here and there, eg > >> > http://www.visualsvn.com/support/svnbook/reposadmin/maint/#svn.reposadmin.maint.replication > >> and > >> > http://svnbook.red-bean.com/en/1.7/svn.serverconfig.httpd.html#svn.serverconfig.httpd.extra.writethruproxy > >> etc etc and tried to follow them but failed. Maybe because those > procedures > >> are for Linux-based SVN server? And how much are those articles > relevant to > >> VisualSVN server, ie Windows-based SVN server? > > > > I've read > > > http://www.visualsvn.com/support/svnbook/reposadmin/maint/#svn.reposadmin.maint.replication > > several times, but I have a doubt. Does it apply totally? Can I > consider > > VisualSVN Server like a *generic* Apache HTTP server? Or VisualSVN > Server > > has some special modification to Apache such that something wouldn't > work? > > It applies but not totally because sample hook scripts specified in > SVNBook work on *nix Shell only, so they have to be adjusted to work > on Windows. > When I tried to set up Write-though proxy, since that didn't work as expected, I tried to look "elsewhere" to get some "inspiration". As I know nothing about how hooks work, it's possible that what I was trying to do does not make sense. > Here is a sample post-commit hook that will work on Windows (its a > batch script (.bat)) > [[ > "C:\Program Files (x86)\VisualSVN Server\bin\svnsync.exe" sync > https://SLAVE/svn/repo file:///C:\Repositories\MASTER > exit 0 > ]] > > and post-revprop-change hook > [[ > "C:\Program Files (x86)\VisualSVN Server\bin\svnsync.exe" > copy-revprops https://SLAVE/svn/repo file:///C:\Repositories\MASTER > exit 0 > ]] > Would it work with "AD-integration"? > > I have also found this article: > > > http://www.cardinalpath.com/how-to-use-svnsync-to-create-a-mirror-backup-of-your-subversion-repository/ > > but it didn’t talk about putting the SVNMasterURI variable inside HTTPD > > config on the slave server. And as a matter of fact, I’ve gone through > this > > procedure but I cannot commit to the slave server! > > The article is not about write-through proxy, it's about creating a > backup repository that's always up-to-date. That's why this article > doesn't cover the proxy part (i.e. SVNMaserURI config on slave > server). > Same reason above, I was desperate when things didn't work out as expected, so I tried to "workaround" problem, but what I've done might not make sense.
Re: How to setup Write-through proxying (aka Replication on-the-fly) in VisualSVN server?
On 22 January 2015 at 17:13, Andreas Stieger wrote: > Hello, > > On 21/01/15 20:56, STF SVN wrote: > > OTOH, another mail said that if replication for VisualSVN does not work > > if Windows Authentication. Do you use Windows Authentication? > > I can confirm that write-through proxying and svnsyc replication works > with VisualSVN Standard Edition, with authenticating of users/groups > against the Windows domain / Active Directory, with the "HTTP basic > auth" option. I cannot speak about the "integrated authentication" > (single sign-on) exclusive to the paid version, but due to the nature of > the protocol would expect that not to work. > > Andreas > This is the authentication options in my VisualSVN server. Are they the same as yours? http://s14.postimg.org/c0y0cehht/STF_Vis_SVN_auth_config.png If yes, could you give me a detailed procedure how you managed to make write-through proxying work, please? Or at least tell me what procedure (webpage) you are based on, and at what steps you deviated from the written procedure? Thanks a lot in advance.
SVN 1.7 - can delete external files
Hi, I found that you can delete external files with SVN 1.7, which should not be allowed. Below are some test I've done with SVN 1.6 and SVN 1.7 over external files and directories. *I.**external file* *1.**SVN 1.6* - neither "svn delete external.txt" or "svn delete --keep-local external.txt" work (which is fine, according with the SVN Book). svn: E155030: Cannot remove the file external at 'external.txt'; please propedit or propdel the svn:externals description that created itII. external dir *2**. SVN 1.7.8* - "svn delete external.txt" throws same error (OK). But, "svn delete --keep-local" works, file is removed and the EXTERNAL status is lost. > svn delete --keep-local external.txt D external.txt > svn status external.txt D external.txt > svn status . (on parent directory) D external.txt > svn commit -m "test" external.txt Deleting external.txt Committed revision 3128. * **II**.**external dir* SVN 1.6.17 allows deleting external directories, but SVN 1.7 denies deletion of external directories (an error like "cannot delete the root of a working copy"). In the end, I assume "svn delete" should not work for an external item, ignoring the SVN version, the item type (file or dir) and any option for delete (like --force or --keep-local), no? Regards, Florin
