You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@subversion.apache.org by Stefan Sperling <st...@elego.de> on 2009/04/22 11:41:45 UTC

Re: Testing Subversion

On Thu, Apr 23, 2009 at 09:02:24PM +0000, Rob Judd wrote:
> Hi,
> 
> Just built svn-1.6.0 on Haiku (http://www.haiku-os.org) and have been 
> trying to perform the tests. Everything goes reasonably well until after 
> test 28 at which time they all fail. I am using Python2.4 and find that 
> modules being called by the tests (select.py & timepy and whatever else 
> they  import) are missing. A search of the source tree for Python does 
> not reveal them either.

More exact error messages would help.

What do the test failures look like exactly? make check leaves a file
tests.log in the top-level directory of the extracted Subversion
tarball, look in there.

What happens if you run python standalone and try to run the failing
imports? Are you sure the problem is with Subversion, or is it with
your Python installation?

Stefan

Re: Testing Subversion

Posted by Rob Judd <ha...@ob-wan.com>.
Stefan Sperling wrote:
> On Fri, Apr 24, 2009 at 04:55:13PM +0000, Rob Judd wrote:
>> The version of Python I'm using is available at  
>> http://www.bebits.com/app/4232 and has been used by the BeOS community  
>> since 2005, so it's "ancient and justified". I also stated above that  
>> the files being called by the tests (select.py and time.py) are missing  
>> from this version, and that they are missing from the Python source  
>> tree. I have also downloaded and unpacked the sources for Python-2.6.2  
>> and Python-3.1a2 and the files are not contained in those packages. So,  
>> I think we can safely eliminate my Python installation as the problem.
> 
> I'm not convinced you can rule out a problem with your Python setup
> that easily.
> 
> On my system (OpenBSD), those modules are object files, not python files:
> 
> $ pkg_info -L python | grep time
> /usr/local/include/python2.5/datetime.h
> /usr/local/include/python2.5/timefuncs.h
> /usr/local/lib/python2.5/_strptime.py
> /usr/local/lib/python2.5/_strptime.pyc
> /usr/local/lib/python2.5/_strptime.pyo
> /usr/local/lib/python2.5/lib-dynload/datetime.so
> /usr/local/lib/python2.5/lib-dynload/time.so    <-----
> /usr/local/lib/python2.5/timeit.py
> /usr/local/lib/python2.5/timeit.pyc
> /usr/local/lib/python2.5/timeit.pyo
> $ pkg_info -L python | grep select
> /usr/local/lib/python2.5/lib-dynload/select.so
> $ python --version
> Python 2.5.4

Yes, I have those guys too. They're called shared libraries, and contain 
the machine-executable code for when these functions are called. In the 
case of a BeOS version of Python I'd expect to see them because it had a 
broken `select` function, but I'm surprised to see that OpenBSD 
apparently does also. The error messages I got specifically stated they 
were looking for files ending in .py so this isn't the answer.

Interestingly I removed the copy of `select.py` that was downloaded, did 
a `make clean` on the Subversion 1.6.0 sources and re-ran the tests and 
this problem hasn't recurred, at least up to test 43 which is where I'm 
at right now. So maybe the gnomes writing the libraries for Haiku-OS 
fixed the select function in the last few days.

Rob

------------------------------------------------------
http://subversion.tigris.org/ds/viewMessage.do?dsForumId=1065&dsMessageId=1941611

To unsubscribe from this discussion, e-mail: [users-unsubscribe@subversion.tigris.org].

Re: Testing Subversion

Posted by Stefan Sperling <st...@elego.de>.
On Fri, Apr 24, 2009 at 04:55:13PM +0000, Rob Judd wrote:
> The version of Python I'm using is available at  
> http://www.bebits.com/app/4232 and has been used by the BeOS community  
> since 2005, so it's "ancient and justified". I also stated above that  
> the files being called by the tests (select.py and time.py) are missing  
> from this version, and that they are missing from the Python source  
> tree. I have also downloaded and unpacked the sources for Python-2.6.2  
> and Python-3.1a2 and the files are not contained in those packages. So,  
> I think we can safely eliminate my Python installation as the problem.

I'm not convinced you can rule out a problem with your Python setup
that easily.

On my system (OpenBSD), those modules are object files, not python files:

$ pkg_info -L python | grep time
/usr/local/include/python2.5/datetime.h
/usr/local/include/python2.5/timefuncs.h
/usr/local/lib/python2.5/_strptime.py
/usr/local/lib/python2.5/_strptime.pyc
/usr/local/lib/python2.5/_strptime.pyo
/usr/local/lib/python2.5/lib-dynload/datetime.so
/usr/local/lib/python2.5/lib-dynload/time.so    <-----
/usr/local/lib/python2.5/timeit.py
/usr/local/lib/python2.5/timeit.pyc
/usr/local/lib/python2.5/timeit.pyo
$ pkg_info -L python | grep select
/usr/local/lib/python2.5/lib-dynload/select.so
$ python --version
Python 2.5.4

Stefan

Re: Testing Subversion

Posted by Rob Judd <ha...@ob-wan.com>.
Stefan Sperling wrote:
> On Thu, Apr 23, 2009 at 09:02:24PM +0000, Rob Judd wrote:
>> Hi,
>>
>> Just built svn-1.6.0 on Haiku (http://www.haiku-os.org) and have been 
>> trying to perform the tests. Everything goes reasonably well until after 
>> test 28 at which time they all fail. I am using Python2.4 and find that 
>> modules being called by the tests (select.py & timepy and whatever else 
>> they  import) are missing. A search of the source tree for Python does 
>> not reveal them either.
> 
> More exact error messages would help.
> 
> What do the test failures look like exactly? make check leaves a file
> tests.log in the top-level directory of the extracted Subversion
> tarball, look in there.
> 
> What happens if you run python standalone and try to run the failing
> imports? Are you sure the problem is with Subversion, or is it with
> your Python installation?

Thanks for your fast reply, Stefan. A bit of background will help here. 
The Haiku operating system is an Open Source remake of the BeOS and is 
essentially both binary and source-code compatible, but also contains 
many posix extensions to make it easier to port general *nix code.

The version of Python I'm using is available at 
http://www.bebits.com/app/4232 and has been used by the BeOS community 
since 2005, so it's "ancient and justified". I also stated above that 
the files being called by the tests (select.py and time.py) are missing 
from this version, and that they are missing from the Python source 
tree. I have also downloaded and unpacked the sources for Python-2.6.2 
and Python-3.1a2 and the files are not contained in those packages. So, 
I think we can safely eliminate my Python installation as the problem.

Since posting this message I did manage to find a copy of select.py at 
http://symptotic.com/mj/meu_framework/select.py but:

1. I still don't have time.py
2. I was after the "official" versions used with the test suite, to 
eliminate all possible errors.

Rob
p.s. As stated last time I'm not on this list, so replies to my private 
email address are required if you have these two files.

------------------------------------------------------
http://subversion.tigris.org/ds/viewMessage.do?dsForumId=1065&dsMessageId=1873695

To unsubscribe from this discussion, e-mail: [users-unsubscribe@subversion.tigris.org].