Latest hardy cairomm is broken

I can confirm this

FYI: http://gitweb.freedesktop.org/?p=cairo;a=commit;h=9a1f7bbc357ecce351b459f883b4ebeaa6640b65

Following from cairomm trunk fixes it:

2008-03-23 Murray Cumming <email address hidden>

        * cairomm/enums.h (FONT_TYPE_ATSUI, FONT_TYPE_QUARTZ):
        Change the definition of FONT_TYPE_ATSUI from CAIRO_FONT_TYPE_ATSUI to
        CAIRO_FONT_TYPE_QUARTZ (the same numerical value) and document it as
        deprecated. The others should be documented too.
        Added FONT_TYPE_QUARTZ.

Confirmed by me too

I can't compile/install Dave projects on http://drobilla.net/

So, this is waiting on a new cairo version (upstream tarball and its Ubuntu package) to unbreak this API.

We might then need to revert our fix in cairomm's svn (which is not yet in any cairomm tarball), but time will tell.

This bug seems to be the result of the new cairo package (1.5.14) that was recently uploaded.

Both the upstreams (cairo and cairomm) have added fixes to their repositories:

http://gitweb.freedesktop.org/?p=cairo;a=commit;h=9a1f7bbc357ecce351b459f883b4ebeaa6640b65
http://gitweb.cairographics.org/?p=cairomm.git;a=commit;h=56d68c7dda87aaf7da08a64e8640222654b6ab22

I think we should focus on fixing the issue in cairo since this api breakage may affect other packages that build against cairo. If we patch cairo, nothing should need to be done to cairomm.

Makes sense to me.

Submitted a bug for the cairo package (Bug 208436) to address this problem.

The cairo package has been fixed and uploaded (Bug 208436). So things that compile against cairomm should not run into this problem. The patch for cairomm mentioned above would make the cairomm package completely correct, but it is not necessary with the applied cairo patch. Therefore, this bug should be considered a low priority.

This bug is fixed in version 1.6.0 (synced from debian).