[PolyORB-users] [Debian packaging]Trying to build shared libs

[Ludovic Brenta]

xavier grave <xavier.grave at ipno.in2p3.fr> writes:
> Jérôme Hugues a écrit :
>> 
>> Le 11 mars 09 à 17:13, xavier grave a écrit :
>> 
>>> Working with Ludovic and Reto we try to package polyorb for debian with
>>> corba personality on.
>> 
>> sounds good. having also DSA would be nice ;)
>
> Indeed :)
>
>>>     - libpolyorb2.4
>> 
>> I would not recommend 2.4.
>
> I will discuss with Reto and Ludovic about that. We have chossen 2.4
> because this is the last GPL release :)
> 
>> If you want to solve the issues below, it would be better to test first
>> on the trunk (which, for now 2.6.0w), and see whether this issue is
>> still here, and then how to solve it.
>> Also, we could bring more help on the trunk than on a old branch
>> 
>> My rationale is that by the time you converge, AdaCore is likely to
>> release a new "GPL" release of their tools libraries. Their typical
>> release date
>> is June (without guarantee from me, they decide). So you would have an
>> updated package at that date, and it will be easier to catch
>> on with the GPL release cycle and updates.
>
> This is a good argument to be in 2.6 instead 2.4. But to compile dsa for
> trunk release we need a gnat version with pcs_version different from the
> one with have in debian gnat if I'm not wrong. But for the moment dsa
> personality isn't a prerequisite of the first package release, so...

I am targetting a Debian Squeeze release between Lenny+18 months and
Lenny+24 months, i.e. between August 2010 and February 2011.  The
compiler freeze must take place 1 year before that, i.e. August 2009,
and the package freeze 6 months later, i.e. February 2010.  Freeze
means bug fixes only, no new versions or new features.

Given this timeline, the plan for Debian Squeeze is to package GCC 4.4
after it is released, then transition all Ada packages to it.
Unfortunately, GCC 4.4 will not have the PCS_Version=3 (it still has
PCS_Version=1, like GCC 4.3).

If we want to provide DSA, we must either choose a version of PolyORB
that is compatible with PCS_Version=1 or backport the PCS_Version=3
From GNAT GPL 2009 Edition into GCC 4.4.  The problem with backporting
could be the licence: we cannot backport pure GPL software into the
GMGPL run-time library of GCC, lest we change the license of the
entire run-time library.  This problem disappears if someone convinces
me that s-parint.ad[sb] is part of the compiler, not the run-time
library.

If backporting is ruled out, then DSA is ruled out too because of the
blocking bugs Xavier found; but we can still provide CORBA and maybe,
given manpower, other personalities.  For this, we must choose a
version of PolyORB compatible with PCS_Version=1.  One option is to
package revision 124399 (timestamp: 2008-04-30T16:04:28), which is
PolyORB 2.4.0w just before the change to PCS_Version=2.  Or, we could
take a more recent revision from the trunk and revert to PCS_Version=1
in a Debian-specific patch.

These options are all open.  The one option that is not open at this
point is to package GNAT GPL 2009 Edition (the compiler); I simply
lack the manpower for that and Debian users have decided they prefer
the run-time library to be GMGPL, just like for all other languages
supported by GCC.

Given all these constraints, I am open for suggestions and I think
Xavier and Reto would be very happy, too, to hear what you think.

-- 
Ludovic Brenta.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 188 bytes
Desc: not available
Url : /pipermail/polyorb-users/attachments/20090312/db12ddbc/attachment.pgp