Navit FTBFS - cmake fix needed to work with newer pango
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
cmake (Ubuntu) |
Fix Released
|
Undecided
|
Rik Mills | ||
navit (Ubuntu) |
Fix Released
|
Undecided
|
Christian Ehrhardt | ||
pango1.0 (Ubuntu) |
Won't Fix
|
Undecided
|
Unassigned |
Bug Description
## Cmake ##
A change in Pango [1] broke builds using GTK2 as the pango source will include hb.h but miss the proper include paths.
A fix was brought up in [2] and should be added to cmake in Focal to allow things to build with the new pango.
Focal currently is at cmake 3.15.4-1 and [3] is a backport of that change to the 3.15 series.
Note: after that is resolved navit will need a no change rebuild to pick up libgpsd25 which got me initially to find this issue.
[1]: https:/
[2]: https:/
[3]: https:/
--- original report ---
## Navit ##
In file included from /usr/include/
/usr/include/
28 | #include <hb.h>
| ^~~~~~
compilation terminated.
In file included from /usr/include/
/usr/include/
28 | #include <hb.h>
| ^~~~~~
compilation terminated.
These are from no change rebuilds needed for libgps25, but something else made them break.
Related branches
- Lucas Kanashiro (community): Approve
- Canonical Server packageset reviewers: Pending requested
-
Diff: 30 lines (+9/-2)2 files modifieddebian/changelog (+7/-0)
debian/rules (+2/-2)
Changed in cmake (Ubuntu): | |
assignee: | nobody → Rik Mills (rikmills) |
status: | New → Triaged |
description: | updated |
description: | updated |
summary: |
- FTBFS in focal blocking gpsd transition for libgps25 + Navit FTBFS - cmake fix needed to work with newer pango |
Changed in cmake (Ubuntu): | |
status: | Triaged → Fix Released |
navit actually just naively includes <gtk/gtk.h> and the error pups up much below that.
It has #define GDK_ENABLE_BROKEN might that be related?
Build dep is:
libgtk2.0-dev
Which brings in:
libpango1.0-dev | 1.44.7-1 | focal | amd64, arm64, armhf, i386, ppc64el, s390x
And that has the failing include: pango-1. 0/pango/ pango-coverage. h pango-1. 0/pango/ pango-coverage. h:28:#include <hb.h>
grep -Hn hb.h /usr/include/
/usr/include/
The only occurrence of that is in: harfbuzz/ hb.h thunderbird/ harfbuzz/ hb.h
$ apt-file search 'hb.h' | grep -e '/hb\.h$'
libharfbuzz-dev: /usr/include/
thunderbird-dev: /usr/include/
Odd, did it really want that one ...?