[Pkg-javascript-devel] Bug#759843: Bug#759843: node-mapnik: FTBFS: vector_tile_processor.hpp:48:38: fatal error: mapnik3x_compatibility.hpp: No such file or directory

[Robert Edmonds]

clone 759843 -1
reassign -1 mapnik-vector-tile
found -1 0.5.1+dfsg-1
severity -1 serious
block 759843 by -1
block 761429 by -1
thanks

Jérémy Lal wrote:
> Le mardi 23 septembre 2014 à 13:28 +0100, peter green a écrit :
> > This looks like a manifestation of 
> > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=761429
> 
> Thank you for bringing this.

No, this is not caused by #761429.  Actually, this blocks the protobuf
transition.

The problem is that these header files shipped by mapnik-vector-tile
have unconditional #include's of mapnik3x_compatibility.hpp:

    mapnik-vector-tile: /usr/include/vector_tile_backend_pbf.hpp
    mapnik-vector-tile: /usr/include/vector_tile_datasource.hpp
    mapnik-vector-tile: /usr/include/vector_tile_processor.hpp

mapnik3x_compatibility.hpp is shipped in src:mapnik-vector-tile but is
not installed in the binary:

http://sources.debian.net/src/mapnik-vector-tile/0.5.1%2Bdfsg-1/src/mapnik3x_compatibility.hpp/

http://sources.debian.net/src/mapnik-vector-tile/0.5.1%2Bdfsg-1/debian/install/

This doesn't work, of course.  mapnik-vector-tile's reverse build
dependencies are broken because of this (i.e., node-mapnik, #759843).

> Note that i won't lift a finger until mapnik 2.3 is out, which is
> (according to upstream [0]) due to be soon.

Since this blocks an ongoing library transition [0], I would be happy to
NMU mapnik-vector-tile, since the fix is trivial.

[0] https://release.debian.org/transitions/html/auto-protobuf.html

-- 
Robert Edmonds
edmonds at debian.org