Package Details: ungoogled-chromium 129.0.6668.58-1

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: 349
Popularity: 1.50
First Submitted: 2016-12-19 08:08 (UTC)
Last Updated: 2024-09-22 18:34 (UTC)

Dependencies (49)

Required by (131)

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 »

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.

lahwaacz commented on 2020-11-27 23:38 (UTC) (edited on 2020-11-27 23:44 (UTC) by lahwaacz)

ninja understands -j just like make, but ninja does not use $MAKEFLAGS. Also, ninja uses the number of logical CPUs available on the system as the maximum number of parallel jobs by default, so there is no point in specifying -j $(nproc). But, in case of Chromium, the high number of parallel jobs is exactly what is causing issues for people who don't have enough RAM. As I said several times here, they should try to lower the maximum number of parallel jobs to avoid mysterious errors as well as a slow(er) build with enabled swap.

Note that unlike ninja, make uses -j 1 by default. While ninja does not have anything like $MAKEFLAGS, but some packages like llvm-git introduce a similar variable to make things configurable:

There is also some discussion about it in the comments, see 2019-04-28 14:08 and before.

JstKddng commented on 2020-11-27 23:25 (UTC)

@lahwaacz

Really? I thought ninja recognized that flag. Oh well, the more you know. I could add a -j flag to ninja, but that won't always be the best value for every computer, -j $(nproc) I think would be a good value.

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