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

joelk commented on 2019-02-21 16:31 (UTC)

So, I uninstalled gnome-keyring and google-chrome-beta continued to work correctly. It loads and exits normally. Next I installed google-chrome-stable, tested to see that it worked correctly, then turned on Google Sync, and it crashed again just as it did before. I could get it to run by deleting .config/google-chrome but as soon as I turned on Sync again it crashed. Finally, I uninstalled libgnome-keyring (to do this I had to uninstall gksu, which I suppose I should have done anyway), started google-chrome-stable, turned on Sync and now it works correctly.

So to summarize, google-chrome seems to require that NEITHER gnome-keyring NOR libgnome-keyring be installed, or alternatively if libgnome-keyring is installed then gnome-keyring is needed temporarily when turning on Sync and it can subsequently be uninstalled. I have no explanation, but there it is.

leopicasso commented on 2019-02-21 09:26 (UTC)

Thanks for the information on the site. https://fivenights-at-freddys.com > Five Nights at Freddy's

luzifer commented on 2019-02-21 09:26 (UTC)

No XFCE, nothing containing gnome in the name. Using i3 as a window manager, avoiding packages belonging to Gnome or KDE.

joelk commented on 2019-02-21 03:30 (UTC)

Do you use xfce on any of them? Do you have libgnome-keyring (needed by gksu) on any of them?

luzifer commented on 2019-02-20 22:45 (UTC)

I do have neither gnome-keyring nor kwallet and all three variants of google-chrome do run quite fine on multiple machines of mine having turned on Google Sync on all of them. So there is no default dependency to those two packages.

joelk commented on 2019-02-20 22:04 (UTC)

I guess I can boil it down to a few key lines. I apologize if I'm spamming the board. I was able to run and close the program multiple times without starting google sync. But after I logged into a google account and started sync and then closed the browser, I could not re-open it. Each time that it ran successfully, the first 3 lines of terminal output were like these: mkdir: cannot create directory ‘/home/testuser/.local/share/applications’: File exists touch: cannot touch '/home/testuser/.local/share/applications/mimeapps.list': Not a directory Gkr-Message: 13:21:39.239: secret service operation failed: The name org.freedesktop.secrets was not provided by any .service files [17060:17060:0219/132139.267497:ERROR:sandbox_linux.cc(364)] InitializeSandbox() called with multiple threads in process gpu-process.

The last time (when it crashed) the org.freedesktop.secrets message was missing. The ONLY output was: mkdir: cannot create directory ‘/home/testuser/.local/share/applications’: File exists touch: cannot touch '/home/testuser/.local/share/applications/mimeapps.list': Not a directory [18518:18518:0219/132524.832368:ERROR:sandbox_linux.cc(364)] InitializeSandbox() called with multiple threads in process gpu-process.

Maybe the option is that it requires EITHER gnome-keyring or kwallet.

joelk commented on 2019-02-20 18:25 (UTC) (edited on 2019-02-20 18:28 (UTC) by joelk)

The crashes occurred yesterday, before I installed gnome-keyring. Now it's running fine -- I can load it and close it repeatedly without crashing. When it crashed, I didn't find any crash reports or any logs that seemed useful and afterwards I deleted the entire google-chrome directory. Then I installed google-chrome-beta and I did save a set of terminal outputs documenting several runs from initial installation until it crashed. The outputs appeared to be exactly the same as with the stable version. But it seems like a lot to post in these comments. I'd post it in the ArchLinux Forum, but when I tried posting just a small part of that yesterday the admin threw it in the dustbin because I wasn't "asking for support". Where do you suggest posting it?

Pryka commented on 2019-02-20 08:22 (UTC) (edited on 2019-02-20 08:27 (UTC) by Pryka)

@joelk Chrome should work without any kind of keyring installed on the system. So it is perfectly fine to have kwallet or keyring as an opt deps.

Run it via terminal and post some logs of this crash.

joelk commented on 2019-02-19 23:09 (UTC)

I think gnome-keyring should be a required, not optional, dependency. Without it, google-chrome crashes during start-up after sync has been turned on.

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