Package Details: ungoogled-chromium-bin 131.0.6778.85-1

Git Clone URL: https://aur.archlinux.org/ungoogled-chromium-bin.git (read-only, click to copy)
Package Base: ungoogled-chromium-bin
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
Conflicts: chromedriver, chromium
Provides: chromedriver, chromium
Submitter: networkException
Maintainer: networkException
Last Packager: networkException
Votes: 89
Popularity: 3.50
First Submitted: 2022-08-27 13:16 (UTC)
Last Updated: 2024-11-21 19:44 (UTC)

Required by (130)

Sources (1)

Pinned Comments

networkException commented on 2022-09-20 17:36 (UTC)

Please note that normally it's not required to flag this package as out of date. I usually tag releases in the main ungoogled-chromium repository and update the arch packaging right afterwards.

If the package hasn't updated after an ungoogled-chromium release GitHub Actions might still be building or the ungoogled-chromium patchset got updated for non Linux platforms only to match their upstream release cycle

Latest Comments

« First ‹ Previous 1 .. 4 5 6 7 8 9

jesusheist commented on 2022-09-18 12:55 (UTC)

@networkException thanks for this. Can you add an aarch64 build too?

HC6505 commented on 2022-09-17 19:59 (UTC)

@networkException Great, thank you for the update

HC6505 commented on 2022-09-17 12:56 (UTC)

Here it was updated yesterday. I only wanted to notify you, not start a war. Have a nice day and thank you for your hard work

networkException commented on 2022-09-17 12:42 (UTC)

Have you noticed that the rebuild for flac 1.4.0-1 literally came out 6 minutes ago?

HC6505 commented on 2022-09-17 12:41 (UTC)

Flac 1.4.0-1 breaks unggogled-chromium-bin /usr/lib/chromium/chromium: error while loading shared libraries: libFLAC.so.8: cannot open shared object file: No such file or directory Until new build is there, it can be worked around with: sudo ln -s /usr/lib/libFLAC.so.12 /usr/lib/libFLAC.so.8

intrnl commented on 2022-09-11 03:46 (UTC)

Browser crashes without libavif and jsoncpp installed.

foutrelis commented on 2022-08-28 14:18 (UTC)

I want to believe we're pragmatic enough to not see any difference between repackaging either pkg.tar.zst or aur.tar.zst. Previously expressed opinions on the matter appear to be about the existence of a -bin package in general (and not the technicalities of the repackaged binaries).

Arguments about the existence of a -bin package aside, I'd say you should feel free to switch to pkg.tar.zst as the source.

networkException commented on 2022-08-28 11:19 (UTC)

Previously the package got removed because "the AUR is not intended to provide an index for PKGBUILDs that repackage the build package originally created by another PKGBUILD". I asked on the mainling list and removing makepkg metadata files seemed to be most compliant with not repackaging the pkg.tar.zst.

If I can be sure that the package wont get removed packaging the pkg.tar.zst is better of course.

foutrelis commented on 2022-08-28 04:01 (UTC)

Please ensure the downloaded tarball gets a unique name, otherwise the first version someone installs will keep getting packaged (or will fail the checksum).

Since you're the upstream maintainer as well, may I suggest not generating the aur.tar.zst artifact and instead downloading and repackaging the .pkg.tar.zst one? This would avoid unnecessary duplication in your releases on GitHub and you'd also get a unique source filename for the AUR package.

« First ‹ Previous 1 .. 4 5 6 7 8 9