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 .. 49 50 51 52 53 54 55 56 57 58 59 .. 66 Next › Last »

seppia commented on 2019-04-07 18:31 (UTC)

There have been made some changes in ungoogled-chromium and there now is a separate git repository handling archlinux packaging and building. There are some concerns about the decisions that must be done reguarding the versioning scheme in paritcular. You could read about it in details here https://github.com/ungoogled-software/ungoogled-chromium-archlinux/issues/1 . I've always followed upstream versioning because that was ideal, also for AUR PKGBUILD, but now, as already stated, some concerns have been risen. I'm honestly a bit confused and it's not very clear to me which solution would be better to adopt. I would like to know your opinion in merit, what this community thinks about it and I encourage and very much appreciate any direct involvement from anyone interested on github repo and issue.

Scrumplex commented on 2019-04-01 18:48 (UTC)

The PKGBUILD creates the symlink at usr/bin/chromedriver pointing to /usr/lib/$pkgname/chromedriver, which should actually be /usr/lib/chromium/chromedriver like the other links.1

Scrumplex commented on 2019-03-26 16:40 (UTC)

@rodneyck One quick DuckDuckGo search reveals, that it is for multi factor authentication with hardware. https://askubuntu.com/questions/844090/what-is-cryptotokenextension-in-chromium-extensions

gcarq commented on 2019-03-26 16:34 (UTC)

@rodneyck What is the name and the id of the extension? I'm fairly sure you are talking about the CryptoTokenExtension, which has nothing to do with Crypto currencies.

rodneyck commented on 2019-03-26 16:21 (UTC)

Be WARNED that this package comes with an extension for cryptos that you can not remove or disable. I am not sure if it is a crypto mining solution that runs in the background of the browser, but that fact I can't remove it tells me it is something dubious.

<deleted-account> commented on 2019-03-14 14:11 (UTC)

@misaka00251

you have to compile it again against the new version of libvpx

misaka00251 commented on 2019-03-14 08:55 (UTC) (edited on 2019-03-14 08:57 (UTC) by misaka00251)

After an upgrade:

/usr/lib/chromium/chromium: error while loading shared libraries: libvpx.so.5: cannot open shared object file: No such file or directory

Checked /usr/lib, the version bumped to libvpx.so.6 now. Upstream problem?

romero commented on 2019-03-11 10:02 (UTC)

@Scrumplex - thanks for your help, that makes sense. The only other project I do have the same problem with is IceCat. Also quite big. I wonder whether it's possible to shorten compilation times for large projects, though...

« First ‹ Previous 1 .. 49 50 51 52 53 54 55 56 57 58 59 .. 66 Next › Last »