unable to build either
../../third_party/blink/renderer/core/xml/xsl_style_sheet_libxslt.cc:125:26: error: no matching constructor for initialization of 'XMLDocumentParserScope'
Git Clone URL: | https://aur.archlinux.org/ungoogled-chromium.git (read-only, click to copy) |
---|---|
Package Base: | ungoogled-chromium |
Description: | A lightweight approach to removing Google web service dependency |
Upstream URL: | https://github.com/ungoogled-software/ungoogled-chromium |
Keywords: | blink browser privacy web |
Licenses: | BSD-3-Clause |
Conflicts: | chromedriver, chromium |
Provides: | chromedriver, chromium |
Submitter: | ilikenwf |
Maintainer: | seppia (JstKddng) |
Last Packager: | JstKddng |
Votes: | 343 |
Popularity: | 4.39 |
First Submitted: | 2016-12-19 08:08 (UTC) |
Last Updated: | 2024-04-24 04:38 (UTC) |
« First ‹ Previous 1 2 3 4 5 6 7 .. 64 Next › Last »
unable to build either
../../third_party/blink/renderer/core/xml/xsl_style_sheet_libxslt.cc:125:26: error: no matching constructor for initialization of 'XMLDocumentParserScope'
I'm getting a compile error regarding a libxml2 function with 119.0.6045.159-1
../../third_party/blink/renderer/core/xml/xslt_processor_libxslt.cc:137:7: error: no matching function for call to 'xmlSetStructuredErrorFunc'
/usr/include/libxml2/libxml/xmlerror.h:897:5: note: candidate function not viable: no known conversion from 'void (void *, xmlError *)' (aka 'void (void *, _xmlError *)') to 'xmlStructuredErrorFunc' (aka 'void (*)(void *, const _xmlError *)') for 2nd argument
@Kyuunex
when icu or re2 or whatever get updated, ungoogled chromium does not stop launching? In other words, make it so it does not rely on system installation of re2 or icu or anything it needs a specific version of
In that case why not try the flatpak version of ungoogled chromium? A big advantage of building programs that link to your system libraries is to keep both the programs themselves and the libraries up-to-date and safe against latest vulnerabilities. For each library you want to freeze alongside with a binary, you leave a forgotten library that'll bite you in the future with some fresh 0-days. For Google themselves, they could maintain the Chrome release with all libraries up-to-date as if they're maintaining a mini distro (with that many dependencies, it almost is), but here even keeping the ungoogled-chromium
AUR package up-to-date alone is already that time-consuming for the only maintainers. The flatpak version on the other hand could at least hold the libraries back in the sandbox, which means no more breaking chromium so you could try it.
(BTW, I'm using prebuilt ungoogled-chromium
package from archlinuxcn
repo for my x86-64 devices, and build the package by myself for my aarch64 devices.)
Any chance you can modify the build script in a way so that when icu or re2 or whatever get updated, ungoogled chromium does not stop launching? In other words, make it so it does not rely on system installation of re2 or icu or anything it needs a specific version of. Just like prebuilt Chrome.
I should mention, "just rebuild" is the wrong answer, as rebuilding takes 4 hours, (even on an 8 core), during which time not only I have downtime browsing, but also using my pc due to 100% cpu usage.
I think some improvements are warranted due to the long build time and the unlikelyness of this moving to [extra] any time soon.
@lahwaacz I see what happened now, it's pulling from chaotic-aur prebuilt. I'll let the Garuda team know it needs to be rebuilt.
@HeroesLament: it is not the maintainer's responsibility to rebuild your packages.
Hello guys, it looks like the re2 package has updated the libre2.so library, it is now libre2.so.11.
user@computer# chromium
/usr/lib/chromium/chromium: error while loading shared libraries: libre2.so.10: cannot open shared object file: No such file or directory
Can you update please?
Um...I found the flags in the pinned comments do make the video decode information shows up, but according to intel_gpu_top
it's still software decoding. However
--ozone-platform-hint=auto
--enable-features=VaapiVideoDecodeLinuxGL
also let the info show up and even more formats are shown (e.g. VP9 Profile 2 and HEVC). And it is indeed hardware accelerated according to intel_gpu_top
.
This time even the information from media
is deceiving. It doesn't show hardware acceleration as well.
pgo was disabled on extra/chromium on v111 https://gitlab.archlinux.org/archlinux/packaging/packages/chromium/-/commit/542ff5e847b4d0df12bddd10005e001dd74771be
Pinned Comments
JstKddng commented on 2022-05-06 14:37 (UTC) (edited on 2022-06-27 13:48 (UTC) by JstKddng)
A new va-api patch for wayland has been added. Required flags for it to work are the following, thanks to @acidunit
JstKddng commented on 2020-07-19 06:34 (UTC)
You can get prebuilt binaries here:
https://github.com/ungoogled-software/ungoogled-chromium-archlinux#binary-downloads
seppia commented on 2018-12-12 21:34 (UTC)
Please do NOT flag this package as out of date in relation to official chromium releases.
This is NOT Google Chromium and new releases come after additional work of the ungoogled-chromium contributors, so they may not be ready, nor available for days or even weeks after a new version of official chromium is released.
Please refer to https://github.com/Eloston/ungoogled-chromium/tags for ungoogled-chromium releases. Use those and please flag this package as out of date only if a newer release is present there. I will update the PKGBUILD as soon as I can every time a new release comes out.
Thanks