Re: building SVN trunk on Windows fails on python gen-make.py
Sorry for the late response. Had to shift priorities the last month here, before I could get back to this issue. Thanks for the additional information on ways to build SVN. I quickly skimmed through the scripts/steps and might use them later when I can't get the current steps to run... After build APR myself, it got passed the previous error. However I'm now stuck with another one and can't make-up what's wrong now... Any hint (couldn't find any reference on google or in the mail archive): swig not found; skipping SWIG file generation... Traceback (most recent call last): File gen-make.py, line 325, in modulemain(conf, gentype, skip_depends=skip, other_options=rest.list) File gen-make.py, line 65, in main generator.compute_hdr_deps() File build\generator\gen_base.py, line 212, in compute_hdr_deps for include_file in include_deps.query(native_path(source.filename)): File build\generator\gen_base.py, line 1167, in query c_includes, swig_includes = self.query_swig(fname) File build\generator\gen_base.py, line 1150, in query_swig hdrs = self._scan_for_includes(fname) File build\generator\gen_base.py, line 1203, in _scan_for_includesfor line in fileinput.input(fname): File E:\Python34\lib\fileinput.py, line 263, in __next__ line = self.readline() File E:\Python34\lib\fileinput.py, line 363, in readline self._buffer = self._file.readlines(self._bufsize) File E:\Python34\lib\encodings\cp1252.py, line 23, in decode return codecs.charmap_decode(input,self.errors,decoding_table)[0] UnicodeDecodeError: 'charmap' codec can't decode byte 0x81 in position 2116: character maps to undefined Regards, Stefan On Wed, Apr 22, 2015 at 6:13 PM, Bert Huijben b...@qqmail.nl wrote: -Original Message- From: Stefan Hett [mailto:ste...@egosoft.com] Sent: woensdag 22 april 2015 15:59 To: 'subversion' Subject: building SVN trunk on Windows fails on python gen-make.py Hi, I just tried to build https://svn.apache.org/repos/asf/subversion/branches/svn-mergeinfo- normalizer on Windows following the INSTALL file documentation up to the point where the make file is being generated. Using this call: python gen-make.py -t vcproj --with-zlib=..\zlib --with-apr=..\apr --with-apr-util=..\apr-util --vsnet-version=2010 I'm now getting the following error: Traceback (most recent call last): File gen-make.py, line 325, in module main(conf, gentype, skip_depends=skip, other_options=rest.list) File gen-make.py, line 62, in main generator = gen_module.Generator(fname, verfname, other_options) File build\generator\gen_vcnet_vcproj.py, line 36, in __init__ 'vcnet-vcproj') File build\generator\gen_win.py, line 83, in __init__ self.find_libraries(True) File build\generator\gen_win_dependencies.py, line 286, in find_libraries self._find_apr() File build\generator\gen_win_dependencies.py, line 395, in _find_apr bin_files = os.listdir(dll_dir) FileNotFoundError: [WinError 3] The system cannot find the path specified: '..\\apr\\bin' Looking at the apr-directory I downloaded/extracted, there's no apr/bin-directory. I downloaded the following APR-source package (1.5.1): http://mirror.serversupportforum.de/apache//apr/apr-1.5.1-win32-src.zip Did I get the wrong one? Or did I miss some step? Subversion expects that you already build apr before using it as a source of binaries to link against. It is not going to build apr for you. Building APR would have created this bin directory. (A patch to produce a nicer error message would be welcome :)) There are other scripts that may help you building Subversion and all dependencies. I maintain one such script as part of SharpSvn (Repository: https://ctf.open.collab.net/svn/repos/sharpsvn/trunk/imports ; username guest; no password). This script uses NAnt, and is used to produce the publicly available binaries for SharpSvn and SlikSvn. Somewhere in the Subversion repository there is a perl script that should also be able to help with building on Windows, but I don't have experience with that script. Indeed, that script is tools/dev/build-svn-deps-win.pl. But it's a bit outdated now. I recently used bits and pieces of it to get myself a new working build environment for svn on Windows. In general our tools and documentation for building svn on Windows are quite outdated and could really use some love. For instance, INSTALL still contains a lot of old irrelevant information, it should primarily focus on current tools that people install these days (e.g. focusing on VS 2012, 2013 and 2015). With my last build-setup attempt, I kept a short log of what I did (based on things from build-svn-deps-win.pl, and further trial and error). Perhaps this is useful: [[[ download awk95.exe and rename it to awk.exe and put somewhere in PATH (as documented in INSTALL) download and install: - CMake - SCons - Python - Perl Install Visual Studio (I used 2013). Download latest (or recent enough stable) sources of: - zlib - openssl
Re: building SVN trunk on Windows fails on python gen-make.py
On Mon, Jun 22, 2015 at 12:45 PM, Stefan Hett ste...@egosoft.com wrote: Sorry for the late response. Had to shift priorities the last month here, before I could get back to this issue. Thanks for the additional information on ways to build SVN. I quickly skimmed through the scripts/steps and might use them later when I can't get the current steps to run... After build APR myself, it got passed the previous error. However I'm now stuck with another one and can't make-up what's wrong now... Any hint (couldn't find any reference on google or in the mail archive): swig not found; skipping SWIG file generation... Traceback (most recent call last): File gen-make.py, line 325, in modulemain(conf, gentype, skip_depends=skip, other_options=rest.list) File gen-make.py, line 65, in main generator.compute_hdr_deps() File build\generator\gen_base.py, line 212, in compute_hdr_depsfor include_file in include_deps.query(native_path(source.filename)): File build\generator\gen_base.py, line 1167, in query c_includes, swig_includes = self.query_swig(fname) File build\generator\gen_base.py, line 1150, in query_swig hdrs = self._scan_for_includes(fname) File build\generator\gen_base.py, line 1203, in _scan_for_includes for line in fileinput.input(fname): File E:\Python34\lib\fileinput.py, line 263, in __next__ line = self.readline() File E:\Python34\lib\fileinput.py, line 363, in readline self._buffer = self._file.readlines(self._bufsize) File E:\Python34\lib\encodings\cp1252.py, line 23, in decodereturn codecs.charmap_decode(input,self.errors,decoding_table)[0] UnicodeDecodeError: 'charmap' codec can't decode byte 0x81 in position 2116: character maps to undefined Quick shot: perhaps it's related to the Python version. I'm using Python 2.7. Can you try that? -- Johan
RE: building SVN trunk on Windows fails on python gen-make.py
Sorry I cannot help with the current issue but I wanted to add a comment about the content of INSTALL (below)... -Original Message- From: Stefan Hett [mailto:ste...@egosoft.com] Sent: 22 June 2015 11:46 To: users@subversion.apache.org Subject: Re: building SVN trunk on Windows fails on python gen-make.py Sorry for the late response. Had to shift priorities the last month here, before I could get back to this issue. Thanks for the additional information on ways to build SVN. I quickly skimmed through the scripts/steps and might use them later when I can't get the current steps to run... After build APR myself, it got passed the previous error. However I'm now stuck with another one and can't make-up what's wrong now... Any hint (couldn't find any reference on google or in the mail archive): swig not found; skipping SWIG file generation... Traceback (most recent call last): File gen-make.py, line 325, in modulemain(conf, gentype, skip_depends=skip, other_options=rest.list) File gen-make.py, line 65, in main generator.compute_hdr_deps() File build\generator\gen_base.py, line 212, in compute_hdr_deps for include_file in include_deps.query(native_path(source.filename)): File build\generator\gen_base.py, line 1167, in query c_includes, swig_includes = self.query_swig(fname) File build\generator\gen_base.py, line 1150, in query_swig hdrs = self._scan_for_includes(fname) File build\generator\gen_base.py, line 1203, in _scan_for_includesfor line in fileinput.input(fname): File E:\Python34\lib\fileinput.py, line 263, in __next__ line = self.readline() File E:\Python34\lib\fileinput.py, line 363, in readline self._buffer = self._file.readlines(self._bufsize) File E:\Python34\lib\encodings\cp1252.py, line 23, in decode return codecs.charmap_decode(input,self.errors,decoding_table)[0] UnicodeDecodeError: 'charmap' codec can't decode byte 0x81 in position 2116: character maps to undefined Regards, Stefan On Wed, Apr 22, 2015 at 6:13 PM, Bert Huijben b...@qqmail.nl wrote: -Original Message- From: Stefan Hett [mailto:ste...@egosoft.com] Sent: woensdag 22 april 2015 15:59 To: 'subversion' Subject: building SVN trunk on Windows fails on python gen-make.py Hi, I just tried to build https://svn.apache.org/repos/asf/subversion/branches/svn-mergeinfo- normalizer on Windows following the INSTALL file documentation up to the point where the make file is being generated. Using this call: python gen-make.py -t vcproj --with-zlib=..\zlib --with-apr=..\apr --with-apr-util=..\apr-util --vsnet-version=2010 I'm now getting the following error: Traceback (most recent call last): File gen-make.py, line 325, in module main(conf, gentype, skip_depends=skip, other_options=rest.list) File gen-make.py, line 62, in main generator = gen_module.Generator(fname, verfname, other_options) File build\generator\gen_vcnet_vcproj.py, line 36, in __init__ 'vcnet-vcproj') File build\generator\gen_win.py, line 83, in __init__ self.find_libraries(True) File build\generator\gen_win_dependencies.py, line 286, in find_libraries self._find_apr() File build\generator\gen_win_dependencies.py, line 395, in _find_apr bin_files = os.listdir(dll_dir) FileNotFoundError: [WinError 3] The system cannot find the path specified: '..\\apr\\bin' Looking at the apr-directory I downloaded/extracted, there's no apr/bin-directory. I downloaded the following APR-source package (1.5.1): http://mirror.serversupportforum.de/apache//apr/apr-1.5.1-win32-src.zip Did I get the wrong one? Or did I miss some step? Subversion expects that you already build apr before using it as a source of binaries to link against. It is not going to build apr for you. Building APR would have created this bin directory. (A patch to produce a nicer error message would be welcome :)) There are other scripts that may help you building Subversion and all dependencies. I maintain one such script as part of SharpSvn (Repository: https://ctf.open.collab.net/svn/repos/sharpsvn/trunk/imports ; username guest; no password). This script uses NAnt, and is used to produce the publicly available binaries for SharpSvn and SlikSvn. Somewhere in the Subversion repository there is a perl script that should also be able to help with building on Windows, but I don't have experience with that script. Indeed, that script is tools/dev/build-svn-deps-win.pl. But it's a bit outdated now. I recently used bits and pieces of it to get myself a new working build environment for svn on Windows. In general our tools and documentation for building svn on Windows are quite outdated and could really use some love. For instance, INSTALL still contains a lot of old irrelevant information, it should primarily focus on current tools that people install these days (e.g. focusing on VS 2012, 2013
Re: building SVN trunk on Windows fails on python gen-make.py
Hi Johan, thanks for the hint. That indeed seemed to have been the problem. Passes through the python script now when using Python 2.7.10. Regards, Stefan On Mon, Jun 22, 2015 at 12:45 PM, Stefan Hett ste...@egosoft.com wrote: Sorry for the late response. Had to shift priorities the last month here, before I could get back to this issue. Thanks for the additional information on ways to build SVN. I quickly skimmed through the scripts/steps and might use them later when I can't get the current steps to run... After build APR myself, it got passed the previous error. However I'm now stuck with another one and can't make-up what's wrong now... Any hint (couldn't find any reference on google or in the mail archive): swig not found; skipping SWIG file generation... Traceback (most recent call last): File gen-make.py, line 325, in modulemain(conf, gentype, skip_depends=skip, other_options=rest.list) File gen-make.py, line 65, in main generator.compute_hdr_deps() File build\generator\gen_base.py, line 212, in compute_hdr_depsfor include_file in include_deps.query(native_path(source.filename)): File build\generator\gen_base.py, line 1167, in query c_includes, swig_includes = self.query_swig(fname) File build\generator\gen_base.py, line 1150, in query_swig hdrs = self._scan_for_includes(fname) File build\generator\gen_base.py, line 1203, in _scan_for_includes for line in fileinput.input(fname): File E:\Python34\lib\fileinput.py, line 263, in __next__ line = self.readline() File E:\Python34\lib\fileinput.py, line 363, in readline self._buffer = self._file.readlines(self._bufsize) File E:\Python34\lib\encodings\cp1252.py, line 23, in decodereturn codecs.charmap_decode(input,self.errors,decoding_table)[0] UnicodeDecodeError: 'charmap' codec can't decode byte 0x81 in position 2116: character maps to undefined Quick shot: perhaps it's related to the Python version. I'm using Python 2.7. Can you try that?
RE: building SVN trunk on Windows fails on python gen-make.py
-Original Message- From: Cooke, Mark [mailto:mark.co...@siemens.com] Sent: maandag 22 juni 2015 13:46 To: Stefan Hett; users@subversion.apache.org Subject: RE: building SVN trunk on Windows fails on python gen-make.py Sorry I cannot help with the current issue but I wanted to add a comment about the content of INSTALL (below)... While I agree in principle, I need to build httpd and subversion to work with Trac (trac.edgewall.org) which is currently limited to python 3.0 (I use 2.7 also). For this to work properly my understanding is that httpd and python (and svn) all need to use the same compiler libraries and Python 2.7 is built using Visual C++ 2008... So the 2008 stuff is not completely irrelevant (I got it compiling and making the python bindings). I have some notes but they are not really fit for publication and are for VC2008 but I can share them if you think they would be useful. To build AnkhSVN for Visual Studio 2005 and 2008 I continue to build Subversion using VS 2008 at least every week, so I would consider VS 2005 and 2008 as fully supported for Subversion. But I don't think anybody working on Subversion really uses VS 6.0 (released +- 18 years ago) or 2002 and 2003, so I don't consider our support for these versions as really supported. I'm guessing that the VS 6.0 support might still work with a minor tweak, while I think the 2002/2003 support would need at least some patches to make it work again. If nobody is going to comment on this after the release of 1.9.0, I think we will drop support for these 12+ year old versions with 1.10+. With VS 2013 Community Edition now free to use for everybody working on open source projects, there is no good reason to continue to support these very old versions, that target platforms that are no longer supported anyway. One interesting point for some usecases is that the VS 2010 tooling allows building with the VS2008 compiler by passing a few specific flags to msbuild. This is how the first version of XP compatibility in VS2012+ was implemented. (And this is also how VC 2010+'s C++/CLI can target .Net 2.0-3.5) Bert
Re: Ask for informations
Please use the Reply All function when you reply, so that the conversation stays on the mailing list. On Jun 22, 2015, at 3:49 AM, Clément Bacouelle wrote: Hey, I am so happy to have answers, So my questions are quite simple, With my colleagues and managers, we thought to criterias we need for our configuration management so I would like to know how your tools answer to that need and if possible with details (« we do that but … » or « we don’t do this especially but it’s possible to get around with this other functionality »)So here is the criteria with few words about what we think behind it. - Archiving of version Be able to archive the version when she’s not active anymore. - Release management Automation deployment in multiple servers, test before deployment… - Version management Be able to identify all the versions, the components in it. Be able to know where the version are deploy. - Change management - Branching - Global visualisation of the changes - Requirements tracking in the version Be able to attach some requirements to the version. - Dependencies between versions Be able to link versions with dependencies. If a version are not deploy, the deployment of the other version can’t be proceed. - Technological plurality Here is the fundamental point of my study. The big problem who bothers us in the SCM tool selection, is the Technological plurality. Indeed, we deal with JAVA, Mainframe, and possibly others languages in one software version. So how your tool deal with this ? If I'm not clear enough, I'd love to explain a little more my thought - Cost of the solution Thanks again for your help, it will be extremely Best regards, Clément. We don't want to repeat information that's already available elsewhere. A lot of effort was put into creating a well-written book all about Subversion; I suggest you start by reading its What is Subversion? section: http://svnbook.red-bean.com/en/1.7/svn.intro.whatis.html As it says there in the first sentence, Subversion is free, so you can download it and try it out and see if it meets your needs.