any ideas hpw to get past this error (i686)?

18:33.80 /build/iceweasel/src/firefox-112.0/dom/base/nsTextFragmentGeneric.h:38:16: error: ‘any’ is not a member of ‘xsimd’
18:49.36 /build/iceweasel/src/firefox-112.0/dom/base/nsTextFragmentGeneric.h:16:70: error: incomplete type ‘xsimd::batch<short int, xsimd::sse2>’ used in nested name specifier
18:49.36 /build/iceweasel/src/firefox-112.0/dom/base/nsTextFragmentGeneric.h:35:31: error: ‘xsimd::batch<short int, xsimd::sse2> vectmask’ has incomplete type
18:49.36 /build/iceweasel/src/firefox-112.0/dom/base/nsTextFragmentGeneric.h:37:64: error: incomplete type ‘xsimd::batch<short int, xsimd::sse2>’ used in nested name specifier

Attached to Project: Archlinux32
Opened by Levi - 20.08.2018
Last edited by Erich Eckner - 29.10.2018
 FS#49  - ffmpeg update failures in release and testing

When I have done a pacman -Syu recently, it offers to update libx264 with x264:

:: Replace libx264 with testing/x264? [Y/n]
resolving dependencies… looking for conflicting packages… error: failed to prepare transaction (could not satisfy dependencies)
:: removing libx264 breaks dependency ‘libx264.so=152-32’ required by ffmpeg

As can be seen there, it fails because a dependency is not met.

This is reportedly also a problem on the release branches.

Using pacman’s query functionality I can see that x264 claims to provide libx264.so=155-32 rather than 152-32 i.e. x264 is too new for the current version of ffmpeg.

I consider this a high priority defect because ffmpeg is used by rather a lot of a/v playback and transcoding software.
Steps to reproduce

$ pacman -Syu

Workaround

Press n and enter when it offers to upgrade libx264. Ensure you’re not using multiple -ys on your pacman invocation.
Suggested fix

Provide an updated ffmpeg.
Closed by Erich Eckner
29.10.2018 11:50
Reason for closing: Fixed

  Comments (0)

Google Cache

Bing Cache

:: installing evolution-data-server (3.38.3-1.1) breaks dependency ‘libedataserver-1.2.so=24-32’ required by evolution

Attached to Project: Archlinux32
Opened by Erich Eckner - 27.06.2018
 FS#46  - electron - pic issues

/usr/bin/clang++ -Wl,-O1,–sort-common,–as-needed,-z,relro,-z,now -Wl,-z,noexecstack -Wl,-rpath=\$ORIGIN -rdynamic -Wl,–export-dynamic -pthread -Wl,–no-keep-memory –sysroot=/ -Lusr/lib/libfakeroot -Wl,-rpath-link=usr/lib/libfakeroot -m32 -Wl,-z,noexecstack -Wl,-O1 -Wl,–as-needed -Wl,–gc-sections -flto=thin -fuse-ld=lld -Wl,–icf=all -Wl,–lto-O0 -Wl,-mllvm,-function-sections -Wl,-mllvm,-data-sections -Wl,-rpath-link=lib/ -o electron -Wl,–start-group obj/atom/app/electron.atom_main.o obj/libelectron_lib.a obj/brightray/libbrightray.a obj/vendor/breakpad/libbreakpad_client.a -Wl,–end-group lib/libnode.so -Wl,–start-group /build/electron/src/electron/vendor/libchromiumcontent/dist/main/static_library/libangle.a /build/electron/src/electron/vendor/libchromiumcontent/dist/main/static_library/libbase.a /build/electron/src/electron/vendor/libchromiumcontent/dist/main/static_library/libcc.a /build/electron/src/electron/vendor/libchromiumcontent/dist/main/static_library/libchromiumcontent.a /build/electron/src/electron/vendor/libchromiumcontent/dist/main/static_library/libcomponents.a /build/electron/src/electron/vendor/libchromiumcontent/dist/main/static_library/libmedia.a /build/electron/src/electron/vendor/libchromiumcontent/dist/main/static_library/libnet.a /build/electron/src/electron/vendor/libchromiumcontent/dist/main/static_library/libpdfium.a /build/electron/src/electron/vendor/libchromiumcontent/dist/main/static_library/libppapi.a /build/electron/src/electron/vendor/libchromiumcontent/dist/main/static_library/libservices.a /build/electron/src/electron/vendor/libchromiumcontent/dist/main/static_library/libskia.a /build/electron/src/electron/vendor/libchromiumcontent/dist/main/static_library/libwebkit.a /build/electron/src/electron/vendor/libchromiumcontent/dist/main/static_library/libwebkitbindings.a /build/electron/src/electron/vendor/libchromiumcontent/dist/main/static_library/libwebkitcore.a /build/electron/src/electron/vendor/libchromiumcontent/dist/main/static_library/libwebkitmodules.a /build/electron/src/electron/vendor/libchromiumcontent/dist/main/static_library/libwebrtc.a -Wl,–end-group -lpthread -lgtk-3 -lgdk-3 -lpangocairo-1.0 -lpango-1.0 -lfribidi -latk-1.0 -lcairo-gobject -lcairo -lgdk_pixbuf-2.0 -lgio-2.0 -lgobject-2.0 -ldbus-1 -lX11-xcb -lxcb -lXi -lXcursor -lXdamage -lXrandr -lXcomposite -lXext -lXfixes -lXrender -lX11 -lXtst -lXss -lgconf-2 -lgmodule-2.0 -lglib-2.0 -lssl3 -lsmime3 -lnss3 -lnssutil3 -lplds4 -lplc4 -lnspr4 -lasound -lcap -lcups -lrt -ldl -lresolv -lfontconfig -lexpat -lavcodec -lavformat -lavutil -levent -lFLAC -lharfbuzz-icu -lharfbuzz -ljsoncpp -lminizip -lpulse -lvpx -lwebpdemux -lwebpmux -lwebp -lxslt -lm -lxml2 -lz -ljpeg -lre2 -lsnappy -latomic
/usr/bin/ld.lld: error: can’t create dynamic relocation R_386_32 against local symbol in readonly segment; recompile object files with -fPIC
>>> defined in /build/electron/src/electron/vendor/libchromiumcontent/dist/main/static_library/libchromiumcontent.a(dct.o)
>>> referenced by ../../third_party/openh264/src/codec/common/x86/dct.asm
>>> dct.o:(.text+0×337) in archive /build/electron/src/electron/vendor/libchromiumcontent/dist/main/static_library/libchromiumcontent.a

I doubt, that this file gets compiled at all - the only occurences upto the above are:
[29/30] AR obj/chromiumcontent/libchromiumcontent.a
and
[34/16236] COPY /build/electron/src/electron/vendor/libchromiumcontent/src/out-ia32/static_library/obj/chromiumcontent/libchromiumcontent.a

  Comments (1)
  Related Tasks (0/0)

Admin
Erich Eckner commented on 27.07.2018 04:23

I tried to remove all *.a and *.o files first, but this just creates other issues

Google Search

21.06.2018 - Both the gtk2 and the qt5 version fail with: [FORMS.PP] ExceptionOccurred Sender=EAccessViolation Exception=Access violation Stack trace: …

01.05.2019 - From the discusison in: https://forum.dlang.org/thread/dsrjmpnavxqsjqmlvotf@forum.dlang.org. Well the problem is that the mangling produced …

We get the nice message “Oh no! Something has gone wrong”

its requested that please push the codeblocks testing to stable..

After just having updated my trusty EeePC 1000H to be fully up to date again, I discovered that clementine is no longer working. It fails, stating that libprotobuf.so.27 cannot be found. Looking in /usr/lib, I can see libprotobuf.so.28, so I assume that the clementine package needs a rebuild.

On i686, with testing and without testing claws mail is broken:
$ claws-mail
claws-mail: error while loading shared libraries: liblber-2.4.so.2: cannot open shared object file: No such file or directory

While I run Parabola i686, the repositories being used come from Archlinux 32:
$ pacman -sS claws-mail
extra/claws-mail 4.0.0-2.0 [installed]

  A GTK+ based e-mail client

$ pacman -Q -o /usr/lib/liblber*
/usr/lib/liblber.so is owned by libldap 2.6.0-2.4
/usr/lib/liblber.so.2 is owned by libldap 2.6.0-2.4
/usr/lib/liblber.so.2.0.200 is owned by libldap 2.6.0-2.4
$ pacman -sS libldap
core/libldap 2.6.0-2.4 [installed]

  Lightweight Directory Access Protocol (LDAP) client libraries

$ pacman -Q -l libldap | grep /usr/lib/liblber
libldap /usr/lib/liblber.so
libldap /usr/lib/liblber.so.2
libldap /usr/lib/liblber.so.2.0.200

So it’s most probably broken on Arch Linux 32 as well.

Denis.

01.05.2019 -  FS#66  - clang is broken due to library dependencies. clang clang: error while loading shared libraries: libLLVM-7.so: cannot open shared …

:: installing clang (9.0.1-1.0) breaks dependency ‘clang=9.0.0’ required by kdevelop

Funny, but actually not really helping:

Feb 17 20:42:17 arch32-stable-pentium4 cinnamon-session[3846]: CRITICAL: t+0.01217s: We failed, but the fail whale is dead. Sorry....

chromium apparently also has trouble in some seccomp jailing:

 ../../sandbox/linux/seccomp-bpf-helpers/sigsys_handlers.cc:**CRASHING**:seccomp-bpf failure in syscall 0403
../../sandbox/linux/seccomp-bpf-helpers/sigsys_handlers.cc:**CRASHING**:seccomp-bpf failure in syscall 0403
../../sandbox/linux/seccomp-bpf-helpers/sigsys_handlers.cc:**CRASHING**:seccomp-bpf failure in syscall 0403
../../sandbox/linux/seccomp-bpf-helpers/sigsys_handlers.cc:**CRASHING**:seccomp-bpf failure in syscall 0403
../../sandbox/linux/seccomp-bpf-helpers/sigsys_handlers.cc:**CRASHING**:seccomp-bpf failure in syscall 0403
../../sandbox/linux/seccomp-bpf-helpers/sigsys_handlers.cc:**CRASHING**:seccomp-bpf failure in syscall 0403
../../sandbox/linux/seccomp-bpf-helpers/sigsys_handlers.cc:**CRASHING**:seccomp-bpf failure in syscall 0403
../../sandbox/linux/seccomp-bpf-helpers/sigsys_handlers.cc:**CRASHING**:seccomp-bpf failure in syscall 0403
../../sandbox/linux/seccomp-bpf-helpers/sigsys_handlers.cc:**CRASHING**:seccomp-bpf failure in syscall 0403
[1201:1210:0227/131355.020958:FATAL:gpu_data_manager_impl_private.cc(990)] The display compositor is frequently crashing. Goodbye.

[1]+  Trace/breakpoint trap   (core dumped) chromium

I am currently unable to install smplayer in testing due to a broken dependency of mpv

[~]$ sudo pacman -S smplayer
resolving dependencies...
warning: cannot resolve "libplacebo.so=120-32", a dependency of "mpv"
warning: cannot resolve "mpv", a dependency of "smplayer"
:: The following package cannot be upgraded due to unresolvable dependencies:
      smplayer

:: Do you want to skip the above package for this upgrade? [y/N] y
looking for conflicting packages...
 there is nothing to do

The latest version of calibre is 6.16.

The version in the repositories is 6.11.0-1.0 and unfortunately will no longer start.

[keith@Arch32 ~]$ calibre
Failed to import PyQt module: PyQt6.QtNetwork with error: /usr/lib/python3.10/site-packages/PyQt6/QtNetwork.abi3.so: undefined symbol: _ZN16QNetworkDatagram7destroyEP23QNetworkDatagramPrivate, version Qt_6
Traceback (most recent call last):
  File "/usr/bin/calibre", line 21, in <module>
    sys.exit(calibre())
  File "/usr/lib/calibre/calibre/gui_launch.py", line 72, in calibre
    from calibre.gui2.main import main
  File "/usr/lib/calibre/calibre/gui2/__init__.py", line 13, in <module>
    from qt.core import (
ImportError: cannot import name 'QNetworkProxyFactory' from 'qt.core' (/usr/lib/calibre/qt/core.py)
[keith@Arch32 ~]$ pacman -Qi calibre
Name            : calibre
Version         : 6.11.0-1.0
Description     : Ebook management application
Architecture    : pentium4
URL             : https://calibre-ebook.com
Licenses        : GPL3
Groups          : None
Provides        : None
Depends On      : hunspell  hyphen  icu  jxrlib  libmtp  libstemmer  libusb  libwmf  mathjax  mtdev  optipng  podofo
                  python-apsw  python-beautifulsoup4  python-cchardet  python-css-parser  python-cssselect  python-dateutil
                  python-dnspython  python-feedparser  python-html2text  python-html5-parser  python-jeepney  python-lxml
                  python-markdown  python-mechanize  python-msgpack  python-netifaces  python-pdftotext  python-pillow
                  python-psutil  python-py7zr  python-pychm  python-pycryptodome  python-pygments  python-pyqt6
                  python-pyqt6-webengine  python-regex  python-unrardll  python-zeroconf  qt6-imageformats  qt6-svg
                  qt6-webengine  ttf-liberation  uchardet  udisks2
Optional Deps   : poppler: required for converting pdf to html [installed]
                  speech-dispatcher: TTS support in the viewer
Required By     : None
Optional For    : None
Conflicts With  : calibre-common  calibre-python3
Replaces        : calibre-common  calibre-python3
Installed Size  : 91.69 MiB
Packager        : Andreas Baumann <mail@andreasbaumann.cc>
Build Date      : Thu 12 Jan 2023 05:31:50 GMT
Install Date    : Tue 24 Jan 2023 10:15:48 GMT
Install Reason  : Explicitly installed
Install Script  : No
Validated By    : Signature

[keith@Arch32 ~]$ 

/usr/bin/true install -e pkg
/usr/bin/true install mock wheel buildbot
cd www/build_common; yarn install –pure-lockfile
yarn install v1.22.10
warning package.json: No license field
warning buildbot-build-common@1.0.0: No license field
[1/4] Resolving packages… [2/4] Fetching packages… make: *** [Makefile:63: frontend_deps] Segmentation fault (core dumped)

GSL broken dependence with inkscape:

$ inkscape
inkscape: error while loading shared libraries: libgsl.so.27: cannot open shared object file: No such file or directory

Check the library:

# pacman -Ss gsl
extra/gsl 2.7-1.0 [instalado]

# pacman -Ql gsl | grep ‘\.so’ gsl /usr/lib/libgsl.so
gsl /usr/lib/libgsl.so.25
gsl /usr/lib/libgsl.so.25.1.0
gsl /usr/lib/libgslcblas.so
gsl /usr/lib/libgslcblas.so.0
gsl /usr/lib/libgslcblas.so.0.0.0

- openexr missing header files?
/usr/include/openvdb/Types.h:10:10: fatal error: OpenEXR/half.h: No such file or directory
   10 | #include <OpenEXR/half.h>
      |          ^~~~~~~~~~~~~~~~
compilation terminated.

openexr 2->3 upgrade breaks blender in openvdb

openvdb needs numpy, which needs cythonize, which segfaults.

It needs to be updated to reflect the switch to gitlab.archlinux.org

asp32 fails to export/checkout anything.

Esample:

# asp32 export pacman
fatal: unable to update url base from redirection:

asked for: https://git.archlinux.org/svntogit/packages.git/info/refs?service=git-upload-pack
 redirect: https://gitlab.archlinux.org/explore/groups

error: failed to update remote packages64

arm-none-eabi-gdb is broken due to not satisfiable dependency: “libpython3.8.so.1.0” After recompiling from upstream it works.

https://www.tomshardware.com/news/linux-removes-486-cpu-support

486 will be removed from the kernel and especially from 6.1 onwards rust will be integrated with the kernel…

Either because of ICU or LDB incompatibilites.
tdb, ldb, samba and python have to be rebuild.

kernel issue with some network card and/or
systemd subservice not working add all

I cannot login remotely or locally.

System drops to maintainance shell..

Not a single systemd subdaemon is working..

This also effectively kills all i486 build machines..

For instance xauth cannot find libXext.so.6.

no task description

Attached to Project: Archlinux32
Opened by Daniel Moch - 16.03.2019
 FS#64  - [wireguard] wireguard-arch-0.0.20190227-3.0-i686 does not work with 4.20.10.arch1-1.0 kernel

running `modprobe wireguard` yields `modprobe: ERROR: could not insert ‘wireguard’: Exec format error`

  Comments (1)
  Related Tasks (0/0)

Daniel Moch commented on 16.03.2019 11:52

I should add that downgrading to wireguard-arch 0.0.20190123-7.0 resolved the issue.

Google Cache

The last update to this package was August 25, despite several new kernel builds since this. As a result, the package does not work and users must use …

Attached to Project: Archlinux32
Opened by Andreas Baumann - 07.11.2017
Last edited by Andreas Baumann - 17.12.2017
 FS#4  - [virtualbox-guest-utils] 5.2.0 version broken

When starting a virtual machine you get:

VBoxClient: VBoxClient (seamless): failed to start. Stage: Setting guest IRQ filter mask Error: VERR_INTERNAL_ERROR

The solution is to use the guest ISO 5.2.1 for now till the package is upgraded.
Closed by Andreas Baumann
17.12.2017 20:22
Reason for closing: Fixed
Additional comments about closing:

Seems to work now. the modules load, the desktop adapts nicely. mouse works. closing this one.

Comments

Admin
Erich Eckner commented on 17.12.2017 18:46

is this still the case with 5.2.2?
Admin
Andreas Baumann commented on 17.12.2017 18:52

I’ll have to test on a virtualbox vm..

Google Cache

Bing Cache

Attached to Project: Archlinux32
Opened by Andreas Baumann - 02.02.2018
Last edited by Andreas Baumann - 02.02.2018
 FS#26  - [texlive] partially linked against old libmpfr

( 9/18) Updating TeXLive filename database… texlua: error while loading shared libraries: libmpfr.so.4: cannot open shared object file: No such file or directory

Triggered a forced rebuild of textlive-core and texlive-bin.
Closed by Andreas Baumann
02.02.2018 10:15
Reason for closing: Fixed

  Comments (0)

Google Cache

Assertion 'close_nointr(fd) != -EBADF' failed at src/basic/fd-util.c:76, function safe_close(). Aborting.

The temporary workaround is to comment out ‘pam_system.so’ in system-auth and system-login..

The packages for syslog-ng since version 3.27.1-1.0 appears to have been built without systemd support. Although their PKGBUILD runs configure with –enable-systemd, running syslog-ng –version shows Enable-Systemd: off. The official Arch x86_64 package (at version 3.28.1-1) doesn’t exhibit this problem.

I tried building the package locally on i686 using the official Arch PKGBUILD and could not reproduce the problem. My locally built version correctly finds libsystemd during configure, and gets built with systemd support. This leads me to believe the problem happens somewhere in the Archlinux32 build process.

The practical upshot of the problem is that the systemd unit file supplied with syslog-ng lists it as a Type=notify service, but when it fails to notify systemd after startup, systemd eventually kills it and restarts it repeatedly:

Jul 24 07:32:31 wolfie systemd[1]: Starting System Logger Daemon "default" instance...
Jul 24 07:32:32 wolfie syslog-ng[18977]: syslog-ng starting up; version='3.28.1'
Jul 24 07:34:01 wolfie systemd[1]: syslog-ng@default.service: start operation timed out. Terminating.
Jul 24 07:34:01 wolfie syslog-ng[18977]: syslog-ng shutting down; version='3.28.1'
Jul 24 07:34:01 wolfie systemd[1]: syslog-ng@default.service: Failed with result 'timeout'.
Jul 24 07:34:01 wolfie systemd[1]: Failed to start System Logger Daemon "default" instance.
Jul 24 07:34:02 wolfie systemd[1]: syslog-ng@default.service: Scheduled restart job, restart counter is at 1.
Jul 24 07:34:02 wolfie systemd[1]: Stopped System Logger Daemon "default" instance.
Jul 24 07:34:02 wolfie systemd[1]: Starting System Logger Daemon "default" instance...

scp -rC user@server:directory .
\033[?2004lD0711 0 directory

Enabling -vvv just makes scp hang.

No clue, what the problem could be here..

The package speedtest-cli (2.1.3-2.0) is missing the following scripts:
usr/bin/speedtest
usr/bin/speedtest-cli

These are generated scripts, but they should be included in the package.

no task description

spam

spam

spam

spam

Attached to Project: Archlinux32
Opened by Erich Eckner - 11.11.2017
Last edited by Andreas Baumann - 12.11.2017
 FS#8  - [skia-sharp] [skia-sharp58] build fails

/startdir/PKGBUILD: line 63: bin/gn: No such file or directory

strange about this:
- works on x86_64
- bin/gn is there and executable
Closed by Andreas Baumann
12.11.2017 14:19
Reason for closing: Won’t implement
Additional comments about closing:

blacklist, no visible 32-bit support.

Comments (7)

Admin
Andreas Baumann commented on 12.11.2017 12:29

When compiling on 64-bit I get several binaries:

src/depot_tools/gn
src/skia/gn
src/skia/buildtools/linux64/gn
src/skia/bin/gn

maybe one with linux32 is missing?
Admin
Andreas Baumann commented on 12.11.2017 12:30

Other things in PKGBUILD:

export PYTHON=’/usr/bin/pyton2’

This hardly works. Admin
Andreas Baumann commented on 12.11.2017 12:31

The line with bin/gn is a little bit tricky. I’ll try to put an absolute path there..
Admin
Andreas Baumann commented on 12.11.2017 12:32

I also don’t like the ideas of pushd and popd everywhere..
Admin
Andreas Baumann commented on 12.11.2017 12:33

file bin/gn
bin/gn: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked, interpreter /lib64/ld-linux-x86-64.so.2, for GNU/Linux 2.6.26, BuildID[sha1]=6d551c57efec95b400b9890f89a18e407396c917, stripped

So the file not found means: it exists, but has not been compiled for the correct architecture.
Admin
Andreas Baumann commented on 12.11.2017 13:57

So, removing bin/gn and calling python2 tools/git-sync-deps fetches me a new copy.
Admin
Andreas Baumann commented on 12.11.2017 14:14

So tools/git-sync-deps does:

   subprocess.check_call(
  [sys.executable,
   os.path.join(os.path.dirname(deps_file_path), 'bin', 'fetch-gn')])

which has:

gn_path = ‘buildtools/linux64/gn’ if ‘linux’ in sys.platform else \

      'buildtools/mac/gn'     if 'darwin' in sys.platform else \
      'buildtools/win/gn.exe'

fetching things from Chromium:

f.write(urllib2.urlopen('https://chromium-gn.storage-download.googleapis.com/' + sha1).read())

Changing linux64 to linux32 in a naive approach didn’t fetch a bin/gn.

So I would actually blacklist both packages.

Google Cache

Seamonkey is built with now outdated versions of libffi and icu (69). Neither pentium4 nor i686 build starts right now.

16.12.2017 - The best, I can get is trying to compile the git HEAD with clisp (instead of sbcl). However, this still errors with: entering make-target-2.sh

11.04.2018 - samba-4.7.5-1.0 smbclient-4.7.5-1.0 libwbclient-4.7.6-1.0. Downgrading those three packages to 4.7.4 as a temporary workaround.

In s-tui 1.1.3-2.0, the run script /usr/bin/s-tui is missing. Only the files under /usr/lib/python3.10 are included in the package.

In the upstream Arch package the file is included: https://archlinux.org/packages/community/any/s-tui/

Rebuilding the package on a pentium4 machine resulted in a correct package. I cannot find any Arch Linux 32 specific PKGBUILD, so I’m not sure where this problem comes from. Maybe just rebuilding the package will fix it.

Bootstrapping rust via rust159-bin leads to:

error[E0463]: can't find crate for `std`

error[E0463]: can't find crate for `core`

error[E0463]: can't find crate for `compiler_builtins`

Basically, rust is broken.

seems like the virtual memory exhaustion is fixed in the newest version.
We have to bootstrap again (mainly for librsvg and firefox).

/usr/bin/ld: error: lib/libLLVMSupport.a(FileOutputBuffer.cpp.o)(.text._ZN12_GLOBAL__N_112OnDiskBufferD0Ev
) is too large (0x105 bytes)
/usr/bin/ld: failed to set dynamic section sizes: memory exhausted
collect2: error: ld returned 1 exit status

maybe we have to resort to cross-compiling rust in the end..

shell> echo > rust.rc <<EOF
fn main() {
        println!( "Hello Rust! " );
}
EOF

shell> rustc rust.rs
error: failed to find a `codegen-backends` folder in the sysroot candidates:
* /usr
* /usr

Presumably the i686 folders are moved around in PKGBUILD to form lib32
libraries for rust on 64-bit.

20.06.2018 - In file included from /root/qt5-webengine/src/qtwebengine-everywhere-src-5.11.0/src/plugins/qwebengineview/qwebengineview_plugin.cpp:40: