Re: FW: Error running make for subversion
Joseph, Anselm wrote on Thu, 15 Jun 2017 20:49 +: > Any feedback on the failed tests below? I saw your mail yesterday. I didn't reply since I've nothing to add beyond what I already said (the hashlib error is unrelated). Cheers, Daniel
RE: Problem with external file
>That would be Debian Sarge. Debian backports has svn 1.4 ... too old, I'm >afraid. > >> I could try to build SVN using source, but I have my doubts. > >It's not inconceivable that you could build 1.6, but getting all the >dependencies lined up could be a pain on Sarge, indeed. > > I'll just keep moving the file manually. > >Or you can just make a copy of the file in the repository instead of a file >external? Or a normal "directory" external and a symlink to the right place? > >-- Brane Unfortunately, I am working between MS OS and Linux. The soft link would only work on one of those. MS uses a '.lnk' file for links and Linux uses an actual file system hallmark. Stuck with the file I guess Thanks again. Peter
Re: Problem with external file
On 15.06.2017 23:41, Peter Willis wrote: >> Really? Version 1.1.4? Because support for file externals was added in >> version 1.6.0, so I'm not really surprised your checkout fails. :) >> >> Perhaps you could consider upgrading your client? >> >> -- Brane > O.K. thanks that makes sense. > Out of date package of SVN. > The failed client is on an embedded device with Ubuntu 'Sarge' as the OS > which is from the 'way-back machine'. That would be Debian Sarge. Debian backports has svn 1.4 ... too old, I'm afraid. > I could try to build SVN using source, but I have my doubts. It's not inconceivable that you could build 1.6, but getting all the dependencies lined up could be a pain on Sarge, indeed. > I'll just keep moving the file manually. Or you can just make a copy of the file in the repository instead of a file external? Or a normal "directory" external and a symlink to the right place? -- Brane
RE: Problem with external file
>Really? Version 1.1.4? Because support for file externals was added in version >1.6.0, so I'm not really surprised your checkout fails. :) > >Perhaps you could consider upgrading your client? > >-- Brane O.K. thanks that makes sense. Out of date package of SVN. The failed client is on an embedded device with Ubuntu 'Sarge' as the OS which is from the 'way-back machine'. I could try to build SVN using source, but I have my doubts. I'll just keep moving the file manually. Thanks again for your help. Peter
Re: Problem with external file
On 15.06.2017 23:21, Peter Willis wrote: >> Can you show the output of 'svn --version' on that computer where it doesn't >> work? It looks like your Subversion was compiled without support for the >> svn:// protocol (which would be really strange). >> >> -- Brane > Yes, the output of that is: > > svn --version > svn, version 1.1.4 (r13838) >compiled May 13 2005, 06:44:42 Really? Version 1.1.4? Because support for file externals was added in version 1.6.0, so I'm not really surprised your checkout fails. :) Perhaps you could consider upgrading your client? -- Brane
RE: Problem with external file
>Can you show the output of 'svn --version' on that computer where it doesn't >work? It looks like your Subversion was compiled without support for the >svn:// protocol (which would be really strange). > >-- Brane Yes, the output of that is: svn --version svn, version 1.1.4 (r13838) compiled May 13 2005, 06:44:42 Copyright (C) 2000-2004 CollabNet. Subversion is open source software, see http://subversion.tigris.org/ This product includes software developed by CollabNet (http://www.Collab.Net/). The following repository access (RA) modules are available: * ra_dav : Module for accessing a repository via WebDAV (DeltaV) protocol. - handles 'http' schema - handles 'https' schema * ra_local : Module for accessing a repository on local disk. - handles 'file' schema * ra_svn : Module for accessing a repository using the svn network protocol. - handles 'svn' schema
Re: Problem with external file
On 15.06.2017 22:35, Peter Willis wrote: > > Hello, > > > > I am having an issue with an external (pointing to a file) included in > one of my projects. > > > > I have a single external in my repository that points to a file. > > > > On my windows desktop I can check out the directory containing the > external just fine. > > The code checks out and the external also checks out. > > > > The same repository path checked out using command line on another > computer gives the following: > > > > …..BEGIN EXAMPLE > > > > svn checkout --username myname --password mypass > "svn://svn.myoffice.net/repos/instrument_model/src/trunk/driver" . > > A README.txt > > A install_driver.sh > > U . > > > > Fetching external item into > 'svn://svn.myoffice.net/repos/driver/trunk/driver2015.ko' > > svn: Unrecognized URL scheme 'driver2015.ko' > > > > END EXAMPLE > > > > > > I have removed the external and redefined it to no avail. > > > > SVN is not complaining about the revision control path (ie: > 'svn://svn.myoffice.net/repos/driver/trunk/aslacq2015.ko' ) > > In fact, I can check out 'svn://svn.myoffice.net/repos/driver/trunk’ > into a different working directory (on the problem machine) and I get > that file. > > > > SVN is actually complaining about the *FILE* path of the external in > the working directory as though it is a problem URL. (?!!) > > > > Is there any reason why it should work on one computer and not another? > Can you show the output of 'svn --version' on that computer where it doesn't work? It looks like your Subversion was compiled without support for the svn:// protocol (which would be really strange). -- Brane
RE: FW: Error running make for subversion
Hi Daniel,
Davautocheck failed to start httpd. (see below). When I start apache (apachectl
-k start), and enter the url in chrome, it displays "It works".
Any feedback on the failed tests below?
Thank you.
-Original Message-
From: Joseph, Anselm
Sent: Wednesday, June 14, 2017 4:22 PM
To: 'Daniel Shahaf'
Cc: users@subversion.apache.org; Philip Martin
Subject: RE: FW: Error running make for subversion
Thanks Daniel.
Ran the tests manually as suggested:
<-- ~:/opt/eai/ci/subversion/subversion/tests/cmdline --> $ ./basic_tests.py
--bin=/usr/local/bin ERROR:root:code for hash md5 was not found.
Traceback (most recent call last):
File "/opt/freeware/lib/python2.7/hashlib.py", line 147, in
globals()[__func_name] = __get_hash(__func_name)
File "/opt/freeware/lib/python2.7/hashlib.py", line 97, in
__get_builtin_constructor
raise ValueError('unsupported hash type ' + name)
ValueError: unsupported hash type md5
ERROR:root:code for hash sha1 was not found.
Traceback (most recent call last):
File "/opt/freeware/lib/python2.7/hashlib.py", line 147, in
globals()[__func_name] = __get_hash(__func_name)
File "/opt/freeware/lib/python2.7/hashlib.py", line 97, in
__get_builtin_constructor
raise ValueError('unsupported hash type ' + name)
ValueError: unsupported hash type sha1
ERROR:root:code for hash sha224 was not found.
Traceback (most recent call last):
File "/opt/freeware/lib/python2.7/hashlib.py", line 147, in
globals()[__func_name] = __get_hash(__func_name)
File "/opt/freeware/lib/python2.7/hashlib.py", line 97, in
__get_builtin_constructor
raise ValueError('unsupported hash type ' + name)
ValueError: unsupported hash type sha224 ERROR:root:code for hash sha256 was
not found.
Traceback (most recent call last):
File "/opt/freeware/lib/python2.7/hashlib.py", line 147, in
globals()[__func_name] = __get_hash(__func_name)
File "/opt/freeware/lib/python2.7/hashlib.py", line 97, in
__get_builtin_constructor
raise ValueError('unsupported hash type ' + name)
ValueError: unsupported hash type sha256 ERROR:root:code for hash sha384 was
not found.
Traceback (most recent call last):
File "/opt/freeware/lib/python2.7/hashlib.py", line 147, in
globals()[__func_name] = __get_hash(__func_name)
File "/opt/freeware/lib/python2.7/hashlib.py", line 97, in
__get_builtin_constructor
raise ValueError('unsupported hash type ' + name)
ValueError: unsupported hash type sha384 ERROR:root:code for hash sha512 was
not found.
Traceback (most recent call last):
File "/opt/freeware/lib/python2.7/hashlib.py", line 147, in
globals()[__func_name] = __get_hash(__func_name)
File "/opt/freeware/lib/python2.7/hashlib.py", line 97, in
__get_builtin_constructor
raise ValueError('unsupported hash type ' + name)
ValueError: unsupported hash type sha512 Traceback (most recent call last):
File "./basic_tests.py", line 3148, in
svntest.main.run_tests(test_list)
File "/opt/eai/ci/subversion/subversion/tests/cmdline/svntest/main.py", line
2062, in run_tests
sys.exit(execute_tests(test_list, serial_only))
File "/opt/eai/ci/subversion/subversion/tests/cmdline/svntest/main.py", line
2175, in execute_tests
raise Exception('Logging occurred before configuration. Some code'
Exception: Logging occurred before configuration. Some code path needs to be
fixed. Examine the log output to find what/where logged something.
$ APACHE_MPM=▒^▒▒ ./davautocheck.sh
davautocheck.sh: Using '/opt/eai/ci/httpd-2.4.25/apache/bin/apxs'...
Use of uninitialized value in concatenation (.) or string at
/opt/eai/ci/httpd-2.4.25/apache/bin/apxs line 222.
Use of uninitialized value in concatenation (.) or string at
/opt/eai/ci/httpd-2.4.25/apache/bin/apxs line 222.
Use of uninitialized value in concatenation (.) or string at
/opt/eai/ci/httpd-2.4.25/apache/bin/apxs line 222.
davautocheck.sh: HTTPD '/opt/eai/ci/httpd-2.4.25/apache/bin/httpd' doesn't
start properly HTTPD stopped.
-Original Message-
From: Daniel Shahaf [mailto:d...@daniel.shahaf.name]
Sent: Wednesday, June 14, 2017 3:34 PM
To: Joseph, Anselm
Cc: users@subversion.apache.org; Philip Martin
Subject: Re: FW: Error running make for subversion
CAUTION - EXTERNAL EMAIL
Joseph, Anselm wrote on Wed, 14 Jun 2017 18:54 +:
> Thanks for the reply, Daniel.
> Update:
> I pointed the install to the older gcc 4.2.0 with same results:
> /opt/freeware/lib/gcc/powerpc-ibm-aix6.1.0.0/4.2.0
> $ ls
> include install-tools libgcc.a libgcc_eh.a libgcc_s.a libgcov.a
> libsupc++.a ppc64 pthread
>
> Below, I ran 'make check' to test the results of make (since I could not find
> a significant error in make output) and got the following:
> $ make > make.log 2>&1
> <-- ~:/opt/eai/ci/subversion -->
> $ make check
> ERROR:root:code for hash md5 was not found.
> [053/109]
> x509-test.
> ..FAILURE
> [054/109]
Problem with external file
Hello, I am having an issue with an external (pointing to a file) included in one of my projects. I have a single external in my repository that points to a file. On my windows desktop I can check out the directory containing the external just fine. The code checks out and the external also checks out. The same repository path checked out using command line on another computer gives the following: ...BEGIN EXAMPLE svn checkout --username myname --password mypass "svn://svn.myoffice.net/repos/instrument_model/src/trunk/driver" . A README.txt A install_driver.sh U . Fetching external item into 'svn://svn.myoffice.net/repos/driver/trunk/driver2015.ko' svn: Unrecognized URL scheme 'driver2015.ko' END EXAMPLE I have removed the external and redefined it to no avail. SVN is not complaining about the revision control path (ie: 'svn://svn.myoffice.net/repos/driver/trunk/aslacq2015.ko' ) In fact, I can check out 'svn://svn.myoffice.net/repos/driver/trunk' into a different working directory (on the problem machine) and I get that file. SVN is actually complaining about the *FILE* path of the external in the working directory as though it is a problem URL. (?!!) Is there any reason why it should work on one computer and not another? Thanks
