Package Details: google-chrome 131.0.6778.85-1

Git Clone URL: https://aur.archlinux.org/google-chrome.git (read-only, click to copy)
Package Base: google-chrome
Description: The popular web browser by Google (Stable Channel)
Upstream URL: https://www.google.com/chrome
Keywords: chromium
Licenses: custom:chrome
Submitter: None
Maintainer: gromit
Last Packager: gromit
Votes: 2247
Popularity: 9.36
First Submitted: 2010-05-25 20:25 (UTC)
Last Updated: 2024-11-19 19:19 (UTC)

Dependencies (12)

Sources (3)

Pinned Comments

gromit commented on 2023-04-15 08:22 (UTC) (edited on 2023-05-08 21:42 (UTC) by gromit)

When reporting this package as outdated make sure there is indeed a new version for Linux Desktop. You can have a look at the "Stable updates" tag in Release blog for this.

You can also run this command to obtain the version string for the latest chrome version:

$ curl -sSf https://dl.google.com/linux/chrome/deb/dists/stable/main/binary-amd64/Packages | \
     grep -A1 "Package: google-chrome-stable" | \
     awk '/Version/{print $2}' | \
     cut -d '-' -f1

Do not report updates for ChromeOS, Android or other platforms stable versions as updates here.

Latest Comments

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

warmos commented on 2021-07-31 14:11 (UTC)

I can at least confirm that disabling systemd-resolved got me google-chrome running again

debohman commented on 2021-07-31 00:21 (UTC)

The simplest way is to just reinstall the old package with pacman. If you cd to the google-chrome repository on your system, you should see the older packages.

Just do (e.g.):

% sudo pacman -U google-chrome-91.0.4472.114-1-x86_64.pkg.tar.zst

Frnco commented on 2021-07-31 00:13 (UTC)

Downgrading is a very poor solution but does work.

1202's comment worked like a charm to me, so I made a one-liner in Bash that does it all, only asking for confirmation before removing the folder at the end, to ensure the one-liner has zero chances of deleting anything that shouldn't be deleted even if you mess with the environment variable (provided of course you use the same variable in the echo that asks for confirmation and in the rm command that actually deletes stuff). The Uppercase I in the rm is the option that prompts you for confirmation before deleting anything, while the lowercase r makes it recursive so it deletes the directory together with all its contents. The -c option in wget makes it try to continue the download if it failed previously, not strictly necessary but can help in some situations, while the -O - option means "output (-O) to stdout (-)", which pipes the contents of the file to stdout and we then pipe it into tar -xz (No need for the f option as there's no file, and the v option we usually include is just for verbosity which we also don't need. Then we cd into the folder, install using makepkg -si --boconfirm. Here -s syncs the deps and -i installs the package, while --noconfirm skips asking for confirmation, then we cd out of the folder, and finally ask the user for permission to remove the folder, which doubles as a way to make doubly sure nothing is removed by mistake.

$ hashedName=aur-710114824f61f1468346d7de4072dc041fac8177; wget -c https://aur.archlinux.org/cgit/aur.git/snapshot/$hashedName.tar.gz -O - | tar -xz && cd $hashedName && makepkg -si --noconfirm && cd .. && echo "Please confirm removal of folder $hashedName" && rm -rI $hashedName

If like me you use Fish Shell, setting the environment variable has to be done using Fish syntax, which is one of the reasons I included confirmation before removing anything, because when I was starting to use Fish I did run into problems when trying to run commands that I used without problem in bash but in Fish my environment variables were completely ignored and interpreted as empty strings.

Call it a trauma but yeah just to make thrice sure nobody ends up deleting anything by accident, here's a version that works in Fish Shell:

$ set hashedName aur-710114824f61f1468346d7de4072dc041fac8177; wget -c https://aur.archlinux.org/cgit/aur.git/snapshot/$hashedName.tar.gz -O - | tar -xz && cd $hashedName && makepkg -si --noconfirm && cd .. && echo "Please onfirm removal of folder $hashedName" && rm -rI $hashedName

If you think of a simpler way that is clearer than this and as simple to copy-paste it, please do tell.

1202 commented on 2021-07-30 09:51 (UTC)

Disabling systemd-resolved does not work for me, it messes with my other network connections. I downgraded to the latest version 91: wget https://aur.archlinux.org/cgit/aur.git/snapshot/aur-710114824f61f1468346d7de4072dc041fac8177.tar.gz then tar -zxvf aur-..., cd aur-... and makepkg -si.

b1tninja commented on 2021-07-29 18:07 (UTC)

You will have to disable systemd-resolved or downgrade to a systemd < 249 until version 93. https://bugs.chromium.org/p/chromium/issues/detail?id=1221442

Messing with /etc/nssswitch.conf may be another option

redsolja commented on 2021-07-29 13:10 (UTC)

Google Chrome crashes/hangs, when using a default/vanilla Arch Linux system, with systemd-resolved enabled.

This should be fixed, as many of us use systemd-resolved.

Tyrin.price commented on 2021-07-23 02:07 (UTC)

My problem was resolved when I stopped and disabled dhcpcd.service ... that service is not needed for my setup.

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