Package Details: google-chrome 129.0.6668.58-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: 2236
Popularity: 7.34
First Submitted: 2010-05-25 20:25 (UTC)
Last Updated: 2024-09-17 21:41 (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 .. 10 11 12 13 14 15 16 17 18 19 20 .. 157 Next › Last »

luzifer commented on 2022-03-02 16:10 (UTC) (edited on 2022-03-02 16:12 (UTC) by luzifer)

@yochananmarqos: The package was automatically downgraded after Google pulled 99.0.4844.51 from the stable channel of their repository… As we're just re-packaging the Debian version this package follows the most recent version available in the official repo… That one downgraded between Mar 2, 2022 1:43 PM and 2:10 PM UTC…

Current state as of 4:10 PM UTC is still v98:

Package: google-chrome-stable
Version: 98.0.4758.102-1

(Still it's indeed an interesting question why v99 was pulled from the stable channel…)

yochananmarqos commented on 2022-03-02 16:01 (UTC)

@luzifer: Why did you revert back to 98?

xunil64 commented on 2022-02-20 17:57 (UTC) (edited on 2022-02-20 18:03 (UTC) by xunil64)

WebGL is no longer working with the latest updates:

pacman -Qi google-chrom

Name : google-chrome Version : 98.0.4758.102-1

core-dump: process 12440 (chrome) of user 1026 dumped core.
Module linux-vdso.so.1 with build-id 2ad6b24b487ac2a9c2901c8ddf457eeb465c1d5a

Module libicudata.so.70 with build-id e1dcc2a88cfaafed882d09c90c668af0eed4efed

Module libicuuc.so.70 with build-id 2e245c2bf12f95fd8ab79b3a4be99524677cbd70

Module libxml2.so.2 with build-id b710b880b0d4e9c93554fa632129db44c20632cd

Module libncursesw.so.6 with build-id 1f873ddb2c32ab39d0b7d8646d03680ffe99de7c

Module libedit.so.0 with build-id 4b0babfcad161c2ad0af6e59e2493258db23a331

Module libxcb-dri2.so.0 with build-id 2dd6e65129a809dab828a1d26215a3f7a363fcc8

Module libdrm_nouveau.so.2 with build-id af8afb2331ac08c52132102ecbdc6076a8eb4c6f

Module libdrm_amdgpu.so.1 with build-id 8eb3977b830f3012d9ead7b4def5f4d2f38ec688

full dump can be sent

cerealfordinner commented on 2022-02-08 21:00 (UTC)

Is anyone experiencing the issue where on anything after Version 94.0.4606.71 in XFCE you lose the ability to adjust the window size on the sides of the window and you can only do so from the corners?

mattj commented on 2022-02-05 22:08 (UTC)

With chrome 98.0.4758.80-1, Wayland, and the flags --enable-features=UseOzonePlatform --ozone-platform=wayland --ignore-gpu-blocklist --enable-zero-copy --enable-gpu-rasterization --enable-accelerated-video-decode --enable-features=VaapiVideoDecoder --password-store=kwallet5 the window zooms in about 4x on start after being interacted with. Anybody else getting this?

BachoSeven commented on 2022-02-05 12:58 (UTC)

Thanks for finding that out, @koshikas!

koshikas commented on 2022-02-03 06:45 (UTC) (edited on 2022-02-03 07:15 (UTC) by koshikas)

anyone else experiencing video-acceleration disabled since new chrome-98

Contents of chrome://gpu: Video Decode: Hardware accelerated

Video Acceleration Information Decoding (Legacy VideoDecodeAccelerator)
Decode h264 baseline 16x16 to 4096x4096 pixels Decode h264 main 16x16 to 4096x4096 pixels Decode h264 high 16x16 to 4096x4096 pixels

but under developer tools and intel_gpu_top no hardware acceleration is utilized.

EDIT; adding --disable-features=UseChromeOSDirectVideoDecoder got the hardware acceleration working again. now the Video Acceleration Information reads as;

Video Acceleration Information Decoding (VideoDecoder) Decode h264 baseline 16x16 to 4096x4096 pixels Decode h264 main 16x16 to 4096x4096 pixels Decode h264 high 16x16 to 4096x4096 pixels Decoding (Legacy VideoDecodeAccelerator)
Decode h264 baseline 16x16 to 4096x4096 pixels Decode h264 main 16x16 to 4096x4096 pixels Decode h264 high 16x16 to 4096x4096 pixels Encoding

babam commented on 2022-01-30 17:40 (UTC)

@ryuukk Chrome on Linux can only use HW acceleration if using an extension like NotYetAV1 or enhanced-h264ify.

ryuukk commented on 2022-01-30 02:16 (UTC)

Please update it so the process starts with:

google-chrome-stable --use-gl=desktop --enable-features=VaapiVideoDecoder

by default, so we get video decode HW accelerated by default, that should be the default that everyone should expect

otherwise people think linux is trash because no HW accell for videos, it feels bad

luzifer commented on 2022-01-29 15:09 (UTC)

@H0301ein hmm looks like the flag might does no harm (cannot test it myself) but that would be the first flag the package itself overrides from the default distribution… At moment the browser is delivered as Google packages it (with minor patches to the desktop file which I'm also hesitant to implement) while it allows users to override flags themselves using a simple config file. Looking at the chromium package the flag is set to its default value too. Therefore following this chain of arguments I'd not override that flag in the package itself. Every user can set the flag easily in their ~/.config/chrome-flags.conf and we're not sticking to an old patch when upstream changes the default value of that flag…