| Summary: | dev-qt/qtwebengine-6.6.0: fatal error: QtWebEngineCore/private/qtwebenginecoreglobal_p.h: No such file or directory | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | Andrew Ammerlaan <andrewammerlaan> |
| Component: | Current packages | Assignee: | Qt Bug Alias <qt> |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | CC: | ionen |
| Priority: | Normal | ||
| Version: | unspecified | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
| Bug Depends on: | |||
| Bug Blocks: | 351559 | ||
| Attachments: | build log | ||
|
Description
Andrew Ammerlaan
2023-10-18 11:32:30 UTC
Created attachment 873078 [details]
build log
Never ran into this but giving it another build with same USE in case I missed something in 6.6.0. Your /tmp isn't a symlink by any chances? (just a guess given there's been a lot of nonsense with that, I think that may be improved in upcoming 6.6.1 or 6.7.0 if not backported, need to check again). (In reply to Ionen Wolkens from comment #2) > Your /tmp isn't a symlink by any chances? (just a guess given there's been a > lot of nonsense with that, I think that may be improved in upcoming 6.6.1 or > 6.7.0 if not backported, need to check again). Nope, no symlink, just a 24G tmpfs. 6.5.3 used to work, but I didn't try this USE flag combination on that version. (In reply to Andrew Ammerlaan from comment #3) > (In reply to Ionen Wolkens from comment #2) > > Your /tmp isn't a symlink by any chances? (just a guess given there's been a > > lot of nonsense with that, I think that may be improved in upcoming 6.6.1 or > > 6.7.0 if not backported, need to check again). > > Nope, no symlink, just a 24G tmpfs. 6.5.3 used to work, but I didn't try > this USE flag combination on that version. Alright. Upon closer look there may just be misdetection going on with pdfium given: Qt PDF: Support V8 ............................. no Support XFA ............................ no Support XFA-BMP ........................ no Support XFA-GIF ........................ no Support XFA-PNG ........................ no Support XFA-TIFF ....................... no Bitcode support ........................ no Use static runtime ..................... no (I can reproduce that with same USE) Pretty sure it was fine when I pushed 6.6.0 though given I had all USE enabled on everything qt6, but maybe something happens if missing something -- I'll recheck the build rules. (In reply to Ionen Wolkens from comment #4) > Qt PDF: > Support V8 ............................. no > Support XFA ............................ no > Support XFA-BMP ........................ no > Support XFA-GIF ........................ no > Support XFA-PNG ........................ no > Support XFA-TIFF ....................... no > Bitcode support ........................ no > Use static runtime ..................... no Or wait, was this always like this. Can't remember now. Just noticed v8 is just disabled by default and it disables the rest, so it's probably not this. (In reply to Ionen Wolkens from comment #5) > (In reply to Ionen Wolkens from comment #4) > > Qt PDF: > > Support V8 ............................. no > > Support XFA ............................ no > > Support XFA-BMP ........................ no > > Support XFA-GIF ........................ no > > Support XFA-PNG ........................ no > > Support XFA-TIFF ....................... no > > Bitcode support ........................ no > > Use static runtime ..................... no > Or wait, was this always like this. Can't remember now. > > Just noticed v8 is just disabled by default and it disables the rest, so > it's probably not this. (unrelated, but should probably enable that.. guess I'll have a look next version -- v8 is built either way) I get the feeling this may be a case of failing if qtwebengine:6 is not already installed when USE=pdfium is enabled. Pretty sure I did try this before for 6.5.3 but with 6.6.0 I already had 6.6.0-rc installed. But well, will know when this build finishes (I took care to unmerge qtwebengine:6 first). (In reply to Ionen Wolkens from comment #7) > I get the feeling this may be a case of failing if qtwebengine:6 is not > already installed when USE=pdfium is enabled. Pretty sure I did try this > before for 6.5.3 but with 6.6.0 I already had 6.6.0-rc installed. > > But well, will know when this build finishes (I took care to unmerge > qtwebengine:6 first). Well that wasn't it, build succeeded using: [ebuild R ] dev-qt/qtwebengine-6.6.0 USE="alsa geolocation jumbo-build opengl pdfium pulseaudio qml screencast system-icu vaapi vulkan widgets -bindist -custom-cflags -designer -kerberos -test" So no idea how you ran into this at the moment. This USE configuration worked: [binary R ] dev-qt/qtwebengine-6.6.0-1:6/6.6.0::gentoo USE="alsa geolocation jumbo-build opengl pulseaudio qml screencast system-icu vaapi vulkan widgets -bindist -custom-cflags -designer -kerberos -pdfium -test" 0KiB Now re-trying the original one that failed yesterday. Hmm, now it works. Maybe it was just a fluke. The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=2e0505f87184b97e3eeb1621171beda057b5ba9c commit 2e0505f87184b97e3eeb1621171beda057b5ba9c Author: Ionen Wolkens <ionen@gentoo.org> AuthorDate: 2024-01-10 08:35:38 +0000 Commit: Ionen Wolkens <ionen@gentoo.org> CommitDate: 2024-01-10 09:08:21 +0000 dev-qt/qtwebengine: tentatively work around race condition (qt6) Unknown if this really helps, depend on if the file was missing or if it was just failing to find where it is with bad include search -- but given it is generated good odds it is the former. Have not actually reproduced myself and it is possible another target also needs to be run, could potentially fail differently if that does not resolve it (forcing -j1 is of course out of the question for this package). Needs a proper investigation/fix, but given this tend to fail very late in the build it is not obvious and ccache likely makes it harder to fail. Does not help that these rules are created through several Qt cmake wrapper functions (the sync headers bits come from qtbase cmake files, not from here). May tentatively try to remove in a somewhat-distant future to see if it is still an issue, and/or when related-sounding fixes occurred in qtbase or qtwebengine. Closes: https://bugs.gentoo.org/915953 Closes: https://bugs.gentoo.org/921680 Signed-off-by: Ionen Wolkens <ionen@gentoo.org> dev-qt/qtwebengine/qtwebengine-6.6.1.ebuild | 7 +++++++ dev-qt/qtwebengine/qtwebengine-6.6.9999.ebuild | 7 +++++++ dev-qt/qtwebengine/qtwebengine-6.7.9999.ebuild | 7 +++++++ dev-qt/qtwebengine/qtwebengine-6.9999.ebuild | 7 +++++++ 4 files changed, 28 insertions(+) |