Compiling on Debian Sarge (SVN 1.1.4)

Hi,

I'm trying to compile against the svn 1.1.4 libraries as
that is all I 
have available on our debian sarge box.

Initially it seems I hit this bug but with different line
numbers

htt
p://pysvn.tigris.org/issues/show_bug.cgi?id=51

but now I have another error

g++ -c -Wall -fPIC -fexceptions -frtti
-I/usr/include/python2.3 
-I/home/jshare/pysvn-1.5.1/Import/pycxx-5.4.0 
-I/usr/include/subversion-1 -I/usr/include/apr-0 -I.
-DNDEBUG 
-Dinit_pysvn=init_pysvn_2_3 -Dinit_pysvn_d=init_pysvn_2_3_d 
-o 
pysvn_converters.o pysvn_converters.cpp
pysvn_converters.cpp: In function `Py::Object
toObject(Py::String,
    pysvn_wc_status_t&, SvnPool&, const
DictWrapper&, const 
DictWrapper&, const
    DictWrapper&)':
pysvn_converters.cpp:223: error: 'struct svn_wc_status_t'
has no member 
named '
    repos_lock'
make: *** [pysvn_converters.o] Error 1


I get this same issue with both pysvn 1.5.0 and 1.5.1

Thanks in advance for any advice you can offer resolving
this problem.

Jon

------------------------------------------------------------
---------
To unsubscribe, e-mail: users-unsubscribepysvn.tigris.org
For additional commands, e-mail: users-helppysvn.tigris.org

Jonathan Share wrote:
> Hi,
> 
> I'm trying to compile against the svn 1.1.4 libraries
as that is all I 
> have available on our debian sarge box.
> 
> Initially it seems I hit this bug but with different
line numbers
> 
> htt
p://pysvn.tigris.org/issues/show_bug.cgi?id=51
> 
> but now I have another error
> 
> g++ -c -Wall -fPIC -fexceptions -frtti
-I/usr/include/python2.3 
> -I/home/jshare/pysvn-1.5.1/Import/pycxx-5.4.0 
> -I/usr/include/subversion-1 -I/usr/include/apr-0 -I.
-DNDEBUG 
> -Dinit_pysvn=init_pysvn_2_3
-Dinit_pysvn_d=init_pysvn_2_3_d  -o 
> pysvn_converters.o pysvn_converters.cpp
> pysvn_converters.cpp: In function `Py::Object
toObject(Py::String,
>    pysvn_wc_status_t&, SvnPool&, const
DictWrapper&, const DictWrapper&, 
> const
>    DictWrapper&)':
> pysvn_converters.cpp:223: error: 'struct
svn_wc_status_t' has no member 
> named '
>    repos_lock'
> make: *** [pysvn_converters.o] Error 1
> 
> 
> I get this same issue with both pysvn 1.5.0 and 1.5.1
> 
> Thanks in advance for any advice you can offer
resolving this problem.
> 

A couple more points. 1.4.2 compiles after applying the fix
for the bug 
above.

Then I got an error complaining of

Traceback (most recent call last):
   File
"/var/webapps/commithooks/generate_atom.py", line
44, in ?
     limit = 20
TypeError: log() got an unexpected keyword argument 'limit'

removing the limit argument (even though it is present in
the 
documentation) now gives me

Traceback (most recent call last):
   File
"/var/webapps/commithooks/generate_atom.py", line
50, in ?
     for changed_path in message.changed_paths:
AttributeError: 'dict' object has no attribute
'changed_paths'

Is it possible that this property is not available when
compiling 
against the older client libraries? The html documentation
in the source 
package still claims to return it.

------------------------------------------------------------
---------
To unsubscribe, e-mail: users-unsubscribepysvn.tigris.org
For additional commands, e-mail: users-helppysvn.tigris.org

On Jun 6, 2007, at 17:30, Jonathan Share wrote:

> Jonathan Share wrote:
>> Hi,
>> I'm trying to compile against the svn 1.1.4
libraries as that is  
>> all I have available on our debian sarge box.
>> Initially it seems I hit this bug but with
different line numbers
>> htt
p://pysvn.tigris.org/issues/show_bug.cgi?id=51
>> but now I have another error
>> g++ -c -Wall -fPIC -fexceptions -frtti
-I/usr/include/python2.3 -I/ 
>> home/jshare/pysvn-1.5.1/Import/pycxx-5.4.0
-I/usr/include/ 
>> subversion-1 -I/usr/include/apr-0 -I. -DNDEBUG - 
>> Dinit_pysvn=init_pysvn_2_3
-Dinit_pysvn_d=init_pysvn_2_3_d  -o  
>> pysvn_converters.o pysvn_converters.cpp
>> pysvn_converters.cpp: In function `Py::Object
toObject(Py::String,
>>    pysvn_wc_status_t&, SvnPool&, const
DictWrapper&, const  
>> DictWrapper&, const
>>    DictWrapper&)':
>> pysvn_converters.cpp:223: error: 'struct
svn_wc_status_t' has no  
>> member named '
>>    repos_lock'
>> make: *** [pysvn_converters.o] Error 1
>> I get this same issue with both pysvn 1.5.0 and
1.5.1
>> Thanks in advance for any advice you can offer
resolving this  
>> problem.
>
> A couple more points. 1.4.2 compiles after applying the
fix for the  
> bug above.
>
> Then I got an error complaining of
>
> Traceback (most recent call last):
>   File
"/var/webapps/commithooks/generate_atom.py", line
44, in ?
>     limit = 20
> TypeError: log() got an unexpected keyword argument
'limit'
>
> removing the limit argument (even though it is present
in the  
> documentation) now gives me
>
> Traceback (most recent call last):
>   File
"/var/webapps/commithooks/generate_atom.py", line
50, in ?
>     for changed_path in message.changed_paths:
> AttributeError: 'dict' object has no attribute
'changed_paths'
>
> Is it possible that this property is not available when
compiling  
> against the older client libraries? The html
documentation in the  
> source package still claims to return it.
>

I only claim support for 1.2.0 and later of SVN. The oldest
SVN I  
have is 1.2.3.

I guess you have a system that you cannot update. There are
a huge  
number of bug fixes and
great features in the latest SVN versions. If you can update
to 1.2.3  
at least you will find pysvn will
work and I would be able to test and problem you reported.

Barry

------------------------------------------------------------
---------
To unsubscribe, e-mail: users-unsubscribepysvn.tigris.org
For additional commands, e-mail: users-helppysvn.tigris.org

Barry Scott wrote:
> 
> On Jun 6, 2007, at 17:30, Jonathan Share wrote:
> 
>> Jonathan Share wrote:
>>> Hi,
>>> I'm trying to compile against the svn 1.1.4
libraries as that is all 
>>> I have available on our debian sarge box.
>>> Initially it seems I hit this bug but with
different line numbers
>>> htt
p://pysvn.tigris.org/issues/show_bug.cgi?id=51
>>> but now I have another error
>>> g++ -c -Wall -fPIC -fexceptions -frtti
-I/usr/include/python2.3 
>>> -I/home/jshare/pysvn-1.5.1/Import/pycxx-5.4.0 
>>> -I/usr/include/subversion-1
-I/usr/include/apr-0 -I. -DNDEBUG 
>>> -Dinit_pysvn=init_pysvn_2_3
-Dinit_pysvn_d=init_pysvn_2_3_d  -o 
>>> pysvn_converters.o pysvn_converters.cpp
>>> pysvn_converters.cpp: In function `Py::Object
toObject(Py::String,
>>>    pysvn_wc_status_t&, SvnPool&, const
DictWrapper&, const 
>>> DictWrapper&, const
>>>    DictWrapper&)':
>>> pysvn_converters.cpp:223: error: 'struct
svn_wc_status_t' has no 
>>> member named '
>>>    repos_lock'
>>> make: *** [pysvn_converters.o] Error 1
>>> I get this same issue with both pysvn 1.5.0 and
1.5.1
>>> Thanks in advance for any advice you can offer
resolving this problem.
>>
>> A couple more points. 1.4.2 compiles after applying
the fix for the 
>> bug above.
>>
>> Then I got an error complaining of
>>
>> Traceback (most recent call last):
>>   File
"/var/webapps/commithooks/generate_atom.py", line
44, in ?
>>     limit = 20
>> TypeError: log() got an unexpected keyword argument
'limit'
>>
>> removing the limit argument (even though it is
present in the 
>> documentation) now gives me
>>
>> Traceback (most recent call last):
>>   File
"/var/webapps/commithooks/generate_atom.py", line
50, in ?
>>     for changed_path in message.changed_paths:
>> AttributeError: 'dict' object has no attribute
'changed_paths'
>>
>> Is it possible that this property is not available
when compiling 
>> against the older client libraries? The html
documentation in the 
>> source package still claims to return it.
>>
> 
> I only claim support for 1.2.0 and later of SVN. The
oldest SVN I have 
> is 1.2.3.
> 
> I guess you have a system that you cannot update. There
are a huge 
> number of bug fixes and
> great features in the latest SVN versions. If you can
update to 1.2.3 at 
> least you will find pysvn will
> work and I would be able to test and problem you
reported.

I can update the system, it's just going to take me some
time to prepare 
as this is a key part of the working day for most people in
my 
department so I don't want to mess it up.

The SVN website claims complete backwards compatibility with
older 
repository formats so I guess it should be safe to install
the debian 
backports version, will try scheduling that for next week.
Will let you 
know if I have any more problems after that.

Thanks for your time.

Jon

------------------------------------------------------------
---------
To unsubscribe, e-mail: users-unsubscribepysvn.tigris.org
For additional commands, e-mail: users-helppysvn.tigris.org