On Mon, Apr 29, 2019 at 08:53:26AM +0100, Mick wrote: > On Sunday, 28 April 2019 21:25:58 BST Frank Steinmetzger wrote: > > Hi folks, > > > > it’s been a while since I had a problem for which I needed a nudge. :) > > Due to some other lib upgrade, I need to rebuild qtwebengine. > > > > But it always fails with: > > | In file included from > > | ../../3rdparty/chromium/third_party/skia/src/images/SkWebpEncoder.cpp:42: > > | /usreincnude/webp/mux.h:101:1: Since libpcap has been upgradederror: > > | ‘WEBP_EXTERN’ does not name a type| > > | WEBP_EXTERN int WebPGetMuxVersion(void); > > | ^~~~~~~~~~~ > > | > > | /usr/include/webp/mux.h: In function ‘WebPMux* WebPMuxCreate(const > > | WebPData*, int)’: /usr/include/webp/mux.h:138:10: error: > > | ‘WebPMuxCreateInternal’ was not declared in this scope| > > | return WebPMuxCreateInternal(bitstream, copy_data, > > | WEBP_MUX_ABI_VERSION); > > | > > | ^~~~~~~~~~~~~~~~~~~~~ > > > > And a number more of similar problems, hinting at a missing or broken > > include file in libpcap. I tried upgrading libpcap from 1.8 to 1.9 as a > > remedy, but no luck there. > > These are the libcap versions listed in my system and there is no 1.8 or 1.9 > versions here:
We both made a mistake here. Notice I mentioned libpcap (with two “p”s), you only read one. And my mistake was to look at libpcap at all, when I should have been looking at libwebp (oh those damn Ps). After all, that is the lib which contains the culprit mux.h and which was upgraded from 0.5 to 1.0, causing a rebuild in the first place. (In hindsight, why should a network library have a file about muxing anyway). I’ll try a libwebp downgrade now. -- Gruß | Greetings | Qapla’ Please do not share anything from, with or about me on any social network. How many people can read hex if only you and dead people can read hex? deae people.
signature.asc
Description: PGP signature
