<p>Em 17/07/2011 21:49, "rupert THURNER" <<a href="mailto:rupert@opencsw.org">rupert@opencsw.org</a>> escreveu:<br>
><br>
> On Sun, Jul 17, 2011 at 22:40, Dagobert Michelsen <<a href="mailto:dam@opencsw.org">dam@opencsw.org</a>> wrote:<br>
>><br>
>> Hi Rupert,<br>
>><br>
>> Am 17.07.2011 um 18:20 schrieb rupert THURNER:<br>
>> > many thanks, dago! one cannot say no to such a nice offer, could you please help me get subversion-1.7 and serf running on unstable, or testing? currently serf does not work, giving:<br>
>> ><br>
>> > $ svn up --ignore-externals<br>
>> > svn: Error running context: Internal error<br>
>> ><br>
>> > you can change the svn client to use serf by inserting in ~/.subversion/servers:<br>
>> > [global]<br>
>> > http-library = serf<br>
>><br>
>> An update of libserf won't work as svn is bound to libserf0-0 and the new one is libserf1-0 which<br>
>> needs a recompile of subversion.<br>
>><br>
>> New build of 1.7.0alpha3 is under way, contrib/ seems to be missing in 1.7.0.<br>
>> I'll try the above test against libserf1-0 when I have a package.<br>
>><br>
>> The build now fails with<br>
>><br>
>> > /opt/csw/bin/ginstall -c -d /home/dam/mgar/pkg/subversion/trunk/work/solaris9-i386/install-isa-i386/opt/csw/lib/python2.3/libsvn<br>
>> > cd subversion/bindings/swig/python ; /bin/bash /home/dam/mgar/pkg/subversion/trunk/work/solaris9-i386/build-isa-i386/subversion-1.7.0-alpha3/libtool --mode=install /opt/csw/bin/ginstall -c _<a href="http://core.la">core.la</a> /home/dam/mgar/pkg/subversion/trunk/work/solaris9-i386/install-isa-i386/opt/csw/lib/python2.3/libsvn/_<a href="http://core.la">core.la</a></p>

<p>Why python2.3 while we have 2.4... that's one odd thing here.</p>
<p>>> > libtool: install: error: cannot install `_<a href="http://core.la">core.la</a>' to a directory not ending in /opt/csw/lib/svn/python/site-packages/libsvn</p>
<p>This is our python libraries directory.</p>
<p>Our Python is different from most distributions in that we have a patch which removes the python version from the python lib subdirectory.  Don't ask me why as the decision predates my involvement in the project. Some upstream projects (libxml comes to mind) assume that there is or there needs to be a version number in the python lib path. It could be an instance of this problem.</p>

<p>I would like to reintroduce the version specific python lib dir, but it requires time, and hasn't yet bubbled up to the top of my priority list.</p>
<p>Maciej</p>