Bug#588244: Clutter unified glx/eglx packaging update 2

[Alexander Sack]

Again me ...

Adding Pochu who is the clutter maintainer on debian side.

Also CCing the debian bug (588244) and seb128 who taked over ubuntu desktop
role while didier is taking a sunbath ;).

Pochu, would be great if you could review the packaging from alf at best we
could merge this into debian and put it in experimental.

Thanks!

On Fri, Aug 13, 2010 at 11:47 AM, Alexander Sack <asac at linaro.org> wrote:

> Hi,
>
> thanks for the update ...
>
>
> On Fri, Aug 13, 2010 at 10:30 AM, Alexandros Frantzis <
> alexandros.frantzis at linaro.org> wrote:
>
>> Hi all,
>>
>> I have made an update to the prototype glx/eglx unified packages for
>> clutter. The main difference from the previous version is that now
>> clutter_glx_texture_pixmap() for eglx is just a dummy implementation
>> that falls back to clutter_x11_texture_pixmap().
>>
>> Here are the full characteristics of the packaging (for completeness):
>>
>> * All variants produce a library with soname libclutter-glx-1.0.so.0
>>  and eglx variants also ship compatibility links
>>  libclutter-eglx-1.0.so.0 -> libclutter-glx-1.0.so.0
>>
>> * The API/ABI for all the produced variants is the same with
>>  the exception of the clutter_eglx_display() function that
>>  exists only in the eglx variants.
>>
>> * To attain ABI compatibility, a dummy implementation of
>>  clutter_glx_texture_pixmap() was added to the eglx variants.
>>  This implementation just falls back to clutter_x11_texture_pixmap().
>>
>>  Note that in 1.3.x the implementation of the texture-pixmap API
>>  has been pushed in cogl and one can use clutter_x11_texture_pixmap()
>>  without caring about what backend is being used. For now, however, we
>>  are stuck with duplicating clutter_glx_texture_pixmap() in eglx.
>>
>> * The variant packages libclutter-1.0-{0|dev},
>> libclutter-eglx-es*-1.0-{0|dev}
>>  are swappable (they all provide libclutter-1.0-{0|dev}). So, to build
>>  packages against clutter just use libclutter-1.0-dev and
>> libclutter-1.0-0,
>>  that is, do things as usual (just don't use variant specific defines in
>> your
>>  source eg CLUTTER_FLAVOUR).
>>
>> You can try out the packages using ppa:afrantzis/clutter-1.2-unified
>> The packaging branch is at lp:~afrantzis/+junk/clutter-1.0-x11-unified
>>
>> It would be great if you could give the new packages a try!
>>
>> Don't hesitate to contact me for any feedback or questions.
>>
>>
> Also noteworthy that Alexandros tested the packages and unity seems to
> still work if you use the glx libs ... so thats promissing.
>
> Also the upgrade path I was told is still fine, so just enabling his ppa
> and dist-upgrading should do the right thing - please try!
>
> If we get no negative feedback on the chosen approach, we will try to get a
> feature freeze exception and push this to maverick asap.
>
> Next step would then be to hook up the clutter_glx_texture_pixmap
> implementation shipped in the eglx libs to the right egl/gles extension. We
> are working on this implementation in linaro with vendors.
>
> Stay tuned and thanks!
>
> --
>
>  - Alexander
>
>


-- 

 - Alexander
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.alioth.debian.org/pipermail/pkg-gnome-maintainers/attachments/20100813/0b8afd7e/attachment.htm>