Package Details: ungoogled-chromium 135.0.7049.114-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: 353
Popularity: 1.35
First Submitted: 2016-12-19 08:08 (UTC)
Last Updated: 2025-04-25 11:19 (UTC)

Required by (141)

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 .. 36 37 38 39 40 41 42 43 44 45 46 .. 67 Next › Last »

<deleted-account> commented on 2020-04-27 05:09 (UTC)

@seppia I just compiled ungoogled chromium from the github repo and it works fine.

sed -i '/use_system_libopenjpeg2=true/d' "out/Default/args.gn" is still needed.

seppia commented on 2020-04-26 11:20 (UTC)

@arch-dev Archlinux patchset was broken with new chromium versions. I was wating for a pull request which should fix it to be merged. It has been merged less than a day ago. I'll test it and update soon.

Anyway please consider that even if a new version of ungoogled-chromium is released, it need a bit of extra testing and configuration for it to be buildable and functional on archlinux. This configuration is almost completely made on dedicated ungoogled-chromium-archlinux repository on github. This process may take time. As I recently said, if the needed fix is minor I will add it to the PKGBUILD, if not, I will wait for official configurations and patches to be updated.

arch-dev commented on 2020-04-26 10:29 (UTC)

@seppia: This package is 4 releases behind the upstream. Can you please update it?

eita commented on 2020-04-25 08:44 (UTC)

Hi, I have a question why it build too long ? Thank you.

nathanielcwm commented on 2020-04-25 07:59 (UTC)

Maybe you should try using ccache?

Jojosh commented on 2020-04-12 04:16 (UTC)

@JstKddng After 12 hours of building I can confirm that this helped. Thank you.

JstKddng commented on 2020-04-10 20:12 (UTC)

@Jojosh

you have to recompile, say no to partial upgrades

Jojosh commented on 2020-04-10 19:13 (UTC)

The latest update of Jsoncpp broke Ungoogled Chromium for me. Regardless if it's this one or the bin version. It says that libjsoncpp.os.21 cannot be found. Downgrading to the older version of jsoncpp helped with that issue. I'm not sure if that is the right place to post this here as I'm new to this but it hope that it helps some people.

malcolm commented on 2020-04-07 20:31 (UTC)

you're not managing to keep this package up to date as you should. So, the right thing to do would be for someone else to take over the maintenance of that package.

Blind55 commented on 2020-03-11 15:08 (UTC)

@seppia: You make a good point, and I understand your sentiment. My only comment would be: since there is a simple workaround (a 'sed' one-liner), we can look for the issue while using an up-to-date package as well; the story would be different if the fix was difficult to implement.

« First ‹ Previous 1 .. 36 37 38 39 40 41 42 43 44 45 46 .. 67 Next › Last »