[Pkg-ace-devel] ACE+TAO 6+2

[Thomas Girard]

Hello,

Le 27/12/2010 10:04, Johnny Willemsen a écrit :
>>> Are these patches for svn head? If so, I can commit it
>>
>> I commited packaging changes to Alioth.
> 
> What about merging patches up stream? That is important on the long
> term, rpm packages are now shipped by default with each release and a
> customer funded a MPC generator that generates the rpm spec file so that
> soon we don't have to maintain rpm spec files, we just generate them. 

Here's a status of current patches.

Can be committed upstream:
 - 12-add-DESTDIR-to-MPC.dpatch. It may need a review before
   acceptance; beside I have not tested that it does not introduce
   regressions elsewhere. What do you suggest here? Ask for
   comments on ace-users? Commit it then check scoreboards? Something
   else?

Needs more work:
 - 20-versioned_libs.dpatch; and
 - 34-bts386713.dpatch
   the first attempt to merge this upstream was rejected in May because
   the patch is said to be usefull only if ACE loading mechanism is
   changed as well.
 - 15-fix-lzo-flags. That's a hack.

Needs discussion:
 - 11-promote-QtResource-to-qt4.dpatch. That's also a hack, but Qt3 is
   meant to be removed from Debian. I believe a lot of distro will do
   the same, so there should be no point keeping qt3.

Needs wider testing:
 - 14-fix-tcl-flags.dpatch, since you didn't picked it on your last
   synch. I believe it should be harmless, but I haven't checked because
   I don't have access to an Unbuntu machine.
 - 19-gcc43.dpatch to silent out a g++ >= 4.3 warning on ACE_UNUSED_ARG
   macro. by the way there are two other way to achieve the same goal:
   1. do not name the argument in the implementation signature
   2. use gcc __attribute__((__unused__))
   Both require a change at the signature level.

Not meant to be merged:
 - 92-default-ACE_ROOT.dpatch, not really needed for compilation I
   think. Mostly a convenience patch.
 - 90-patch-mpc-basedir.dpatch: adapts to our layout.
 - 91-patch-dg-basedir.dpatch: adapts to our layout.
   These last two patches could possibly be refined so that they can be
   used by others.

>> Other things I'd like to see in Debian, related to ACE+TAO - I was on
>> vacation, hence over optimistic on available bandwidth:
>>  - package R2CORBA, Ruby CORBA language mapping. I started something a
>>    while ago, but don't know Ruby a lot.
> 
> R2corba should be pretty easy, it just uses some tao libs and ruby. We
> are working on a 1.0 release of R2CORBA, together with JR2CORBA 

That's JRuby to CORBA?

>>  - package lorica, to tunnel CORBA traffic through a firewall. The
>>    42tools.com website seems to be down at the moment.
> 
> It seems to be done for some time, not sure if they are still alive.

Too bad. Seemed like a great tool. Did you have the opportunity to try
it?


Thomas