Package Details: google-chrome 135.0.7049.95-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: 2270
Popularity: 8.65
First Submitted: 2010-05-25 20:25 (UTC)
Last Updated: 2025-04-16 07:12 (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 .. 30 31 32 33 34 35 36 37 38 39 40 .. 158 Next › Last »

luzifer commented on 2020-08-26 12:38 (UTC)

@j1simon which terminal do you use? Haven't seen any terminal not properly setting the TERM variable until now…

j1simon commented on 2020-08-26 07:00 (UTC)

Error in google-chrome.install:

....
(1/2) upgrading google-chrome                                                      [------------------------------------------------] 100%
tput: No value for $TERM and no -T specified
tput: No value for $TERM and no -T specified
tput: No value for $TERM and no -T specified
tput: No value for $TERM and no -T specified
==> NOTE: Custom flags should be put directly in: ~/.config/chrome-flags.conf
==> NOTE: The launcher is called: 'google-chrome-stable'
...

Ivellios commented on 2020-05-29 02:35 (UTC)

Not sure if this related to chrome or other package. Having issue using kwallet5 so switch to basic:

google-chrome-stable --password-store=basic

When saving password for some website: [26685:26957:0529/100647.867359:ERROR:database.cc(1632)] Passwords sqlite error 2067, errno 0: UNIQUE constraint failed: logins.origin_url, logins.username_element, logins.username_value, logins.password_element, logins.signon_realm, sql: INSERT INTO logins (origin_url, action_url, username_element, username_value, password_element, password_value, submit_element, signon_realm, preferred, date_created, blacklisted_by_user, scheme, password_type, times_used, form_data, date_synced, display_name, icon_url, federation_url, skip_zero_click, generation_upload_status, possible_username_pairs, id, date_last_used) VALUES (?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?)

ajkerzner commented on 2020-05-25 01:15 (UTC)

Please consider using HTTPS instead of HTTP for the package download.

ajkerzner commented on 2020-05-25 01:14 (UTC)

@Hendrikto Use $(< file) instead of $(cat <file). It's a minor simple thing.

xanadu73 commented on 2020-05-22 18:18 (UTC)

Works without issue on manjaro 20.1 thanx

Hendrikto commented on 2020-05-20 11:43 (UTC)

May I suggest applying this diff, to make the user flags XDG-compliant (see https://wiki.archlinux.org/index.php/XDG_Base_Directory)?

--- google-chrome-stable0.sh    2020-05-20 13:36:16.632332473 +0200
+++ google-chrome-stable1.sh    2020-05-20 13:41:53.321282796 +0200
@@ -1,8 +1,10 @@
 #!/bin/bash

+XDG_CONFIG_HOME=${XDG_CONFIG_HOME:-~/.config}
+
 # Allow users to override command-line options
-if [[ -f ~/.config/chrome-flags.conf ]]; then
-   CHROME_USER_FLAGS="$(cat ~/.config/chrome-flags.conf)"
+if [[ -f $XDG_CONFIG_HOME/chrome-flags.conf ]]; then
+   CHROME_USER_FLAGS="$(cat $XDG_CONFIG_HOME/chrome-flags.conf)"
 fi

 # Launch

j1simon commented on 2020-05-20 07:17 (UTC)

libunity is a library for a particular desktop environment that, in fact, has nothing to do with either KDE or Qt. Why then is it an optional dependency for download progress on KDE?

Det commented on 2020-05-11 11:46 (UTC) (edited on 2020-05-11 11:47 (UTC) by Det)

@tinywrkb, the only reason for me was the quicker out-of-date flags back when I used to be active and update often within minutes of emails (you could also --skipinteg, instead of users needlessly downloading old versions).

« First ‹ Previous 1 .. 30 31 32 33 34 35 36 37 38 39 40 .. 158 Next › Last »