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 .. 30 31 32 33 34 35 36 37 38 39 40 .. 157 Next › Last »

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).

luzifer commented on 2020-05-10 19:41 (UTC)

@tinywrkb: Had no idea such a file exists… Just giving it a try - that would make the build more stable and better to maintain… Thanks for the hint!

tinywrkb commented on 2020-05-10 19:30 (UTC) (edited on 2020-05-10 19:31 (UTC) by tinywrkb)

Instead of having makepkg fail when the PKGBUILD is outdated, why not use a link to a specific version like this: http://dl.google.com/linux/chrome/deb/pool/main/g/google-chrome-stable/google-chrome-stable_81.0.4044.138-1_amd64.deb.
The only reason not to do this is if there are deb repackaging releases that could be missed, e.g. chrome-stable_81.0.4044.138-2_amd64.deb, chrome-stable_81.0.4044.138-3_amd64.deb.

yochananmarqos commented on 2020-04-27 23:19 (UTC)

@luzifer: 81.0.4044.129 is out: https://chromereleases.googleblog.com/2020/04/stable-channel-update-for-desktop_27.html

@nikola135: Please do not flag packages out of date for build issues. Post things like that in the comments.

jaudriga commented on 2020-03-31 10:34 (UTC)

Screen Sharing on Wayland does not work without libpipewire02 on my machine. This is probably missing as an optional dependency like in https://www.archlinux.org/packages/extra/x86_64/chromium/ .

nlehmann commented on 2020-02-26 21:29 (UTC)

Thanks, @Det and @neo2011, that's pretty useful information.

Det commented on 2020-02-26 18:29 (UTC)

PKGEXT=".pkg.tar.lzo" & PKGEXT=".pkg.tar.lrz" good compromises.

neo2001 commented on 2020-02-26 18:26 (UTC) (edited on 2020-02-26 18:32 (UTC) by neo2001)

Pretty sure this is normal, yes. I guess there are many small files. Check out /etc/makepkg.conf. You may want to set PKGEXT to a less aggressive and faster compression format (PKGEXT='.pkg.tar.gz') or don't compress the packages at all (PKGEXT='.pkg.tar')

nlehmann commented on 2020-02-26 18:11 (UTC)

Hi, I use pacaur to install my aur pacakges and noticed that whenever I update chrome it stays way too long in "Compressing package", much more than any other package. Is that normal?

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