Package Details: google-chrome-beta 136.0.7103.17-1

Git Clone URL: https://aur.archlinux.org/google-chrome-beta.git (read-only, click to copy)
Package Base: google-chrome-beta
Description: The popular web browser by Google (Beta Channel)
Upstream URL: https://www.google.com/chrome
Keywords: chromium
Licenses: custom:chrome
Provides: google-chrome
Submitter: None
Maintainer: gromit
Last Packager: gromit
Votes: 357
Popularity: 0.077978
First Submitted: 2009-12-08 19:09 (UTC)
Last Updated: 2025-04-03 18:32 (UTC)

Dependencies (12)

Required by (43)

Sources (3)

Pinned Comments

gromit commented on 2023-11-30 17:09 (UTC)

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

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

$ curl -sSf https://dl.google.com/linux/chrome/deb/dists/stable/main/binary-amd64/Packages | \
     grep -A1 "Package: google-chrome-beta" | \
     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 .. 19 20 21 22 23 24 25 26 27 Next › Last »

dhaines commented on 2011-01-11 21:13 (UTC)

I think I figured out the problem. I'm referring to the grep in the "if" section, and you're referring to the one in the "then" section. Keep the one in the "then" section as-is, without the "-q" (or pass "-s" if you want to suppress error messages). The one in the "if" part is only there to make sure that "/google/chrome" appears somewhere in the directory before you run sed, so you only need it to return the right code (0). In sum, it should be: if grep -Rlq "/google/chrome" * > /dev/null 2>&1 then sed -i "s/google\/chrome/google-chrome/g" $(grep -Rls "/google/chrome" *) fi

t3ddy commented on 2011-01-11 21:05 (UTC)

With -s I get exit code 2, but it gives me the files I'm looking for. With -q I get exit code 0, but it doesn't give me the files I'm looking for.

dhaines commented on 2011-01-11 20:39 (UTC)

I'm pretty sure that it should be either "-q" or "-qs" as "-s" doesn't change the exit status of the command, and thus wouldn't change the operation of the conditional. As an example: "echo string > realfile; ln -s fakefile brokenlink; grep -s string realfile brokenlink && echo success" prints realfile:string, but "echo string > realfile; ln -s fakefile brokenlink; grep -q string realfile brokenlink && echo success" prints (to stderr) grep: brokenlink: No such file or directory and (to stdout) success. If you combine the two, you skip the error message and you get the right exit status.

t3ddy commented on 2011-01-11 20:27 (UTC)

Ah, ok. Thanks for the explaination! :) After some proof, the right flag should be -s, because -q neither tells the files.

dhaines commented on 2011-01-11 19:49 (UTC)

Because if there's a symlink to a nonexistent file in there, grep throws an error when it tries to read it. Skipping the conditional should work just fine.

t3ddy commented on 2011-01-11 19:44 (UTC)

mmm... I don't understand quite well. With grep I'm searching in pkgdir, why should it be important if chrome has been already installed or not? Anyway, I was planning to keep only this part: sed -i "s/google\/chrome/google-chrome/g" $(grep -Rl "/google/chrome" *) and removing the "if-fi", since there's no reason to check if there are those kind of occurences, because they're present and I know that. What do you think?

dhaines commented on 2011-01-11 19:06 (UTC)

The pkgbuild *almost* corrects this. Here's the skinny: the installation makes symlinks inside the pkgdir to things outside of it. It then runs a test with grep to fix the issue I raised. If the things outside the pkgdir don't exist, i.e. google-chrome isn't already installed as of the time that it's being built, the grep returns a non-zero exit and the sed thereafter doesn't execute. You can fix this by running the grep with a "-q" which will return success on the first hit and will otherwise ignore errors. The sed is fine as is.

t3ddy commented on 2011-01-11 17:50 (UTC)

I don't want to say something stupid, but the pkgbuild corrects this. So, could it be a problem of cache? I don't know :/

dhaines commented on 2011-01-11 17:19 (UTC)

I installed this (via aurget) and /usr/share/applications/google-chrome.desktop points to /opt/google/chrome/google-chrome, while the actual executable (script) is at /opt/google-chrome/google-chrome. Thus, the Applications menu item no longer works.

« First ‹ Previous 1 .. 19 20 21 22 23 24 25 26 27 Next › Last »