Re: [boost] [pkg-boost-devel] Boost.Python: Build and Install with Python 2.4 and 2.5?

[Domenico Andreoli]

Hi,

On Tue, Feb 26, 2008 at 10:04:26PM -0600, Steve M. Robbins wrote:
>
> On Mon, Feb 25, 2008 at 01:15:31PM +0100, Josselin Mouette wrote:
> > 
> > The solution is to keep the names decorated with both python versions,
> > but to maintain a farm of symbolic links pointing to the current python
> > version. As Steve noted, you don???t need one for the runtime libs, but
> > for the .a and the .so symlink that are used at build time, this is
> > required.
> 
> OK, both you and Bernd suggested rtupdate.  Bernd even pointed me to a
> description of it [1]; thanks.  Let me see if I understand your
> proposal.
> 
> The idea is to create a single -dev package that contains the
> following in /usr/lib:
> 
> libboost_python-py24-gcc42-1_34_1.so
> libboost_python-py24-gcc42-1_34_1.a
> 
> libboost_python-py25-gcc42-1_34_1.so
> libboost_python-py25-gcc42-1_34_1.a
> 
> The -dev package contains an rtupdate script to create the following
> symlinks (also in /usr/lib):
> 
> libboost_python-gcc42-1_34_1.so
> libboost_python-gcc42-1_34_1.a
> 
> Does that sound right?

It may sound even better if multiple Boost versions were considered,
packaging them in versioned source packages (ie boost-1.34.1,
boost-1.35.0). Respective -dev packages should then be also versioned
and conflicting each other, as the mostly undecorated symlinks there
provided. Having boost-defaults driving the default Boost and Python
versions and the completely undecorated symlinks.

This, for instance, would allow Boost 1.35.0 in lenny while 1.34.1
being the default one. I frankly doubt a full transition to 1.35.0
would happen before the release of lenny.

Ciao,
Domenico

-[ Domenico Andreoli, aka cavok
 --[ http://www.dandreoli.com/gpgkey.asc
   ---[ 3A0F 2F80 F79C 678A 8936  4FEE 0677 9033 A20E BC50


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: [boost] [pkg-boost-devel] Boost.Python: Build and Install with Python 2.4 and 2.5?

[Stefan Seefeld]

Steve M. Robbins wrote:

Hi,

Thanks to Steve, Bernd, and Josselin for ideas.


On Sat, Feb 23, 2008 at 09:17:24PM -0800, Steve Langasek wrote:


Decorate only the shared library names with the python versions, and retain
the current names for the .a files and .so symlinks - with two separate -dev
packages that conflict with one another?

That still prevents anyone from packaging an extension that builds for both
python2.4 and python2.5 at once using Boost.Python, but I think it solves
all the other drawbacks of the other solutions you suggested.


Indeed.  Do you think this is a serious restriction?  Given that
Debian likes to package extensions for all python versions, I tend to
think it will become a problem.


extensions for different python installations don't conflict because 
they end up in separate directories. Python's own runtime library does a 
similar thing: it is installed in /lib/python/config.


What if boost.python gets installed into that directory, too ? Wouldn't 
this solve the issue ?


Regards,
Stefan

--

  ...ich hab' noch einen Koffer in Berlin...


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]