Package Details: ungoogled-chromium 131.0.6778.69-2

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: JstKddng (networkException)
Last Packager: networkException
Votes: 354
Popularity: 4.92
First Submitted: 2016-12-19 08:08 (UTC)
Last Updated: 2024-11-14 21:49 (UTC)

Required by (136)

Sources (14)

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

--disable-features=UseChromeOSDirectVideoDecoder
--enable-hardware-overlays

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

Latest Comments

« First ‹ Previous 1 .. 22 23 24 25 26 27 28 29 30 31 32 .. 66 Next › Last »

mads256h commented on 2020-12-22 12:53 (UTC)

I'm getting build errors with the new ICU version:

../../base/i18n/string_compare.cc:21:26: error: use of undeclared identifier 'FALSE'
      icu::UnicodeString(FALSE, lhs.data(), static_cast<int>(lhs.length())),
                         ^
../../base/i18n/string_compare.cc:22:26: error: use of undeclared identifier 'FALSE'
      icu::UnicodeString(FALSE, rhs.data(), static_cast<int>(rhs.length())),

MasterOne commented on 2020-12-21 16:01 (UTC)

@JstKddng, not interested in "old" releases. I can see that it may have been a mistake to install Manjaro on the kids' netbook though it was a convenient and quick solution. I may have to reconsider that decision over the Christmas Holidays.

JstKddng commented on 2020-12-21 14:26 (UTC)

@rvalles

Doubt it would happen, afaik there are no chromium derivatives on the main repositories.

@IEPforAUR @MasterOne

You can download old binaries from here: https://ungoogled-software.github.io/ungoogled-chromium-binaries/

rvalles commented on 2020-12-21 12:15 (UTC)

Due to the build requisites (storage, cpu time, ram), this is a package that would be worth providing binaries of, directly in Arch's repositories.

lahwaacz commented on 2020-12-21 08:28 (UTC)

@IEPforAUR, @MasterOne: This is the Arch User Repository, not Manjaro User Repository, so don't ask other users to build new versions for an old dependency. There actually are builds for the libre2.so.8 version – just pick an old ungoogled-chromium version.

MasterOne commented on 2020-12-21 03:34 (UTC)

I second @IEPforAUR's request as I have just installed Manjaro XFCE on the kids' netbooks. That's obviously the downside when running any prebuilt binary.

missingSleepDeps commented on 2020-12-20 19:31 (UTC)

JstKddng can you also supply prebuild binaries for Manjaro that are built with libre2.so.8 not libre2.so.9 (which breaks Dolphin and probably all of KDE when installed), please?

JstKddng commented on 2020-11-28 14:54 (UTC)

Alright, in the end people will have to edit something the PKGBUILD anyway. I'll add that variable on next release to avoid a rebuild for everyone.

lahwaacz commented on 2020-11-28 08:14 (UTC)

Using $MAKEFLAGS for ninja is not a good idea because it does not have the same flags as make and even those that look the same may behave differently (e.g. ninja's -k takes an argument, whereas make's doesn't). Anybody who has something else than -j or -l in $MAKEFLAGS will complain. See my comment from 2019-04-28 12:17.

JstKddng commented on 2020-11-28 01:13 (UTC)

@lahwaacz

Huh, interesting. Well, I could just pass the MAKEFLAGS variable to ninja, assuming it only contains the j flag.