qtwebengine-6.6.1 build fails at the end during linking phase: /usr/lib/gcc/x86_64-pc-linux-gnu/13/../../../../x86_64-pc-linux-gnu/bin/ld: obj/third_party/blink/renderer/modules/worklet/libworklet.a: error adding symbols: malformed archive Reproducible: Always Steps to Reproduce: 1. emerge =dev-qt/qtwebengine-6.6.1 Actual Results: FAILED: v8_context_snapshot_generator /var/notmpfs/portage/dev-qt/qtwebengine-6.6.1/temp/python3.11/bin/python3 "../../../../../qtwebengine-everywhere-src-6.6.1/src/3rdparty/chromium/build/toolchain/gcc_link_wrapper.py" --output="./v8_context_snapshot_generator" -- /usr/lib/ccache/bin/x86_64-pc-linux-gnu-g++ -Wl,--build-id=sha1 -fPIC -Wl,-z,noexecstack -Wl,-z,relro -Wl,-z,now -m64 -Wl,-O2 -Wl,--gc-sections -rdynamic -Wl,-z,defs -Wl,--as-needed -pie -Wl,--disable-new-dtags -Wl,-O1 -Wl,--as-needed -Wl,--defsym=__gentoo_check_ldflags__=0 -o "./v8_context_snapshot_generator" -Wl,--start-group @"./v8_context_snapshot_generator.rsp" -Wl,--end-group -ldl -lpthread -lrt -licui18n -licuuc -licudata -lsmime3 -lnss3 -lnssutil3 -lplds4 -lplc4 -lnspr4 -levent -lz -lresolv -ljpeg -lpng16 -lwebp -lwebpmux -lwebpdemux -lxml2 -lxslt -lfreetype -lexpat -lfontconfig -lharfbuzz-subset -lharfbuzz -lopus -lvpx -lm -lX11 -lXcomposite -lXdamage -lXext -lXfixes -lXrender -lXrandr -lXtst -ldrm -lasound -lxkbcommon -lxcb -lXi -lpci -lsnappy /usr/lib/gcc/x86_64-pc-linux-gnu/13/../../../../x86_64-pc-linux-gnu/bin/ld: obj/third_party/blink/renderer/modules/worklet/libworklet.a: error adding symbols: malformed archive collect2: error: ld returned 1 exit status Expected Results: build succeeded linking fails due to too low default soft limit for max open files number on my system (1024). By increasing this value, exception disappears: $ ulimit -n 4096
Created attachment 884566 [details] Failed build log for dev-qt/qtwebengine-6.6.1
cfr: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=991429 Debian Bug report logs - #991429 > ld: cryptic error message when ulimit -n exceeded
Don't think anything I can do about this from qtwebengine's side, as the portage user the ebuild wouldn't be allowed to increase the limit. It could "try" in the event it's run without FEATURES="userpriv" but well. fwiw first time I get a report for qtwebengine, so generally I assume(?) it's fine unless you already have a lot of open files -- albeit I keep my own ulimit -n a lot higher. You could file a bug to increase Gentoo's defaults instead.
(In reply to Ionen Wolkens from comment #3) > Don't think anything I can do about this from qtwebengine's side, as the > portage user the ebuild wouldn't be allowed to increase the limit. It could > "try" in the event it's run without FEATURES="userpriv" but well. > > fwiw first time I get a report for qtwebengine, so generally I assume(?) > it's fine unless you already have a lot of open files -- albeit I keep my > own ulimit -n a lot higher. > > You could file a bug to increase Gentoo's defaults instead. Thanks a lot! I reported this issue basically to give a hint to anyone coming across it like me (I wasted hours before realizing the problem was ulimit and not the library symbols)
