[3dprinter-general] Bug#706656: ITP: cura -- Controller for 3D printers

[Gregor Riepl]

> Ah yes, clipper has weird and annoying naming.  I talked to upstream about it,
> but they don't want to change it.  I think it had something to do with a
> package naming conflict in Red Hat.  In any case, the package is called
> libpolyclipping.  There is a pkg-config file with it, but it's broken, so I
> changed it.  I don't think the change made it in upstream's release, although
> I'm not sure.  Code should use #include <clipper.hpp> and be compiled with:

Actually, polyclipping/clipper.hpp is correct.
pkg-config gives me -I/usr/include.

I updated the patch accordingly and dropped the removal of libs/*. This should
be sufficient for cmake to not pick any leftovers.

> g++ `pkg-config --cflags polyclipping` -c source.cpp -o object.o
> g++ `pkg-config --libs polyclipping` object.o -o target
> 
> This will add -I/usr/include/polyclipping and -lpolyclipping respectively.

Solved by https://cmake.org/cmake/help/v3.0/module/FindPkgConfig.html

It's building and working as expected.

>> I'm going to double-check if I've missed any files, and then I'll patch up the
>> the sources to 2.4.0. Hopefully that fixes things.

This, and fonts-open-sans - and we should be good to go.
I haven't received more feedback from the font maintainers, need to check back
and see if the package is ok now.