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

Re: Bug: Subversion Windows installer not setting paths correctly

From: David Darj <zid_at_alagazam.net>
Date: Thu, 24 Nov 2011 21:56:17 +0100

Hi again Bert.

Today I've tested this on a (almost) clean Win7 installation I had
without problems.
I did first a clean install to C:\Test\Subversion... APR_ICONV_PATH was
set correctly.
I also did a install of first 1.6.17 to C:\Program Files\Subversion and
then an "upgrade" to 1.7.1 to C:\Test\Subversion and the only traces of
the 1.6.17 install was some licence files and in the PATH environment
variable.APR_ICONV_PATH was correct this time too.

I noted that APR_ICONV_PATH is set as User environment variable, maybe
you did previous installs for another user and that users variable had
the value from this install ?
I don't know why it's set just for current user. I didn't create the
install scripts, just using them and making necessary modifications.
Maybe I should change this for upcoming releases.

It could also be that you used the very old exe-installer from Tigris.
This one (from what I found in the source code in the repository) did
set APR_ICONV_PATH for both current user and for system.

You can check the environment variables in the registry by running
regedit as administrator.
For the users the path is HKEY_USERS\<userid>\Environement

and for all users


ps. Please use "Reply to all" so subsequent mail is also sent to the
list for others to follow and search for solutions.

On 2011-11-23 23:36, Humberto Madeira wrote:
> Hi David,
> I actually had 2 installs, one was 1.7.0 and the other was 1.7.1
> Both previously had Subversion 1.6.x and Python 2.5.x on them,
> installed on the default path.
> I had recently decided that since I put all my Apache products under
> c:\Apache
> now that Subversion also qualifies as Apache, I should move it under
> the Apache tree, so to speak.
> I made both changes on the 1.7.0 box a couple of weeks ago, (updating
> from 1.6.x) ran into this problem,
> didn't write it down (too busy) and left that one working.
> Then I made the change on the new 1.7.1 this week and ran into the
> same problems (thinking I had set the path properly)
> So I ran into the same wild goose chase again until I decided to
> compare the fully working one to the partly working one.
> On older versions I just accepted the default path.
> Regards,
> --Bert
> *svn_at_alagazam.net*
> 23/11/2011 05:05 PM
> To
> Humberto Madeira <Humberto.Madeira_at_trapezegroup.com>
> cc
> users_at_subversion.apache.org
> Subject
> 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
Received on 2011-11-24 21:57:01 CET

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

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.