subsurface builds, but dumps core at startup :(

Dirk Hohndel dirk at hohndel.org
Wed Sep 12 21:24:25 PDT 2018


> On Sep 12, 2018, at 10:19 AM, Cristian Ionescu-Idbohrn <cristian.ionescu-idbohrn at axis.com> wrote:
> 
> On Tue, 11 Sep 2018, Dirk Hohndel wrote:
>> 
>> The packaging of private Qt headers changes - I believe they simply 
>> got dropped (which is not entirely unreasonable given that they are, 
>> you know, private). As a result in a completely clean build we are 
>> now downloading them directly and a clean build on Debian and Ubuntu 
>> /should/ work - I did one on 18.04 a few days ago and that went 
>> smoothly.
> 
> Alright.  "a completely clean build" seems to work, but I wouldn't 
> call that sanity, should I?

I don't think I would use sanity and distro packaging in the same context.
That said, this one is partly our fault... we use a module that uses private headers from Qt.
Debian/Ubuntu decided to stop packaging those.
We don't notice and don't trigger the actions that do have the code for (downloading the
matching private header and re-compiling against them).

It would be nice if someone figure out a way to check this dependency and to automatically
do the right thing.

I'll admit that given how few people compile from source and how even fewer do so on
Debian/Ubuntu systems and how rarely Qt versions change... yeah, this isn't really high
on my TODO list, TBH

/D


More information about the subsurface mailing list