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

[Alexander Sack]

attached the debdiff vanilla ubuntu vs. unified packaging suggested.

on top of the changes described by alexandros we moved to debhelper 7 (as we
had to change it for a two run build anyway) and added symbol tracking.

On Fri, Aug 13, 2010 at 2:44 PM, Alexander Sack <asac at linaro.org> wrote:

> 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
>
>


-- 

 - Alexander
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.alioth.debian.org/pipermail/pkg-gnome-maintainers/attachments/20100813/ac3f39c4/attachment-0001.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: clutter-eglx-dh7.debdiff
Type: application/octet-stream
Size: 278178 bytes
Desc: not available
URL: <http://lists.alioth.debian.org/pipermail/pkg-gnome-maintainers/attachments/20100813/ac3f39c4/attachment-0001.obj>