Follow-up Comment #3, bug #21373 (project freeciv):

> dpkg -s libcairo2 -> Version: 1.12.16-2 
1.10.2-6.1ubuntu3 for me.

I think the format assumption documented by that assertion in
sprite_get_bounding_box() is at the mercy of the behaviour of
cairo_image_surface_create_from_png() called from our load_gfxfile().

Looking at the [
current Cairo git code), it can create a surface with format
CAIRO_FORMAT_ARGB32 or CAIRO_FORMAT_RGB24, depending on the PNG format it

However, I think my packaged libcairo2 looks similar to the top of tree in
this regard, so I'm not sure why I'm not seeing it.

(Also, the comment
about cairo-png "It is a toy API" is a bit worrying.)


Reply to this item at:


  Message sent via/by Gna!

Freeciv-dev mailing list

Reply via email to