Probably a better solution would be to build a libpixbufloader-jpeg.so statically linked to libjpeg8. That way programs launched by Chrome (like when you download and run an executable) won't crash.
Search Criteria
Package Details: google-chrome-dev 133.0.6847.2-1
Package Actions
Git Clone URL: | https://aur.archlinux.org/google-chrome-dev.git (read-only, click to copy) |
---|---|
Package Base: | google-chrome-dev |
Description: | The popular web browser by Google (Dev Channel) |
Upstream URL: | https://www.google.com/chrome |
Keywords: | chromium |
Licenses: | custom:chrome |
Provides: | google-chrome |
Submitter: | None |
Maintainer: | gromit |
Last Packager: | gromit |
Votes: | 654 |
Popularity: | 1.44 |
First Submitted: | 2009-06-05 21:02 (UTC) |
Last Updated: | 2024-11-21 19:42 (UTC) |
Dependencies (12)
- alsa-lib
- gtk3 (gtk3-no_deadkeys_underlineAUR, gtk3-classicAUR, gtk3-classic-xfceAUR, gtk3-patched-filechooser-icon-viewAUR)
- libcups (libcups-gitAUR, cups-gitAUR, libcups-gssapiAUR)
- libxss
- libxtst
- nss (nss-hgAUR)
- ttf-liberation (ttf-defenestrationAUR)
- xdg-utils (busking-gitAUR, xdg-utils-slockAUR, mimiAUR, mimi-gitAUR, xdg-utils-handlrAUR, openerAUR, xdg-utils-mimeoAUR, mimejs-gitAUR)
- gnome-keyring (gnome-keyring-gitAUR) (optional) – for storing passwords in GNOME keyring
- kdialog (kdialog-gitAUR) (optional) – for file dialogs in KDE
- kwallet5 (optional) – for storing passwords in KWallet
- pipewire (pipewire-gitAUR, pipewire-full-gitAUR) (optional) – WebRTC desktop sharing under Wayland
Required by (40)
- bitwarden-chromium (requires google-chrome) (optional)
- captive-browser-git (requires google-chrome) (optional)
- chrome-extension-bitwarden-git (requires google-chrome) (optional)
- chrome-extension-ocrs-git (requires google-chrome)
- chromedriver (requires google-chrome) (optional)
- chromium-extension-adnauseam (requires google-chrome) (optional)
- chromium-extension-autoscroll (requires google-chrome) (optional)
- chromium-extension-plasma-integration (requires google-chrome) (optional)
- chromium-extension-runet-censorship-bypass (requires google-chrome) (optional)
- chromium-material-icons-for-github-bin (requires google-chrome) (optional)
- chromium-vencord (requires google-chrome) (optional)
- chromium-vencord-bin (requires google-chrome) (optional)
- chromium-vencord-git (requires google-chrome) (optional)
- dedao-dl-bin (requires google-chrome) (optional)
- endpoint-verification-chrome (requires google-chrome)
- endpoint-verification-minimal (requires google-chrome)
- ff2mpv-go-git (requires google-chrome) (optional)
- ff2mpv-rust (requires google-chrome) (optional)
- hub-kids (requires google-chrome) (optional)
- hub-young (requires google-chrome) (optional)
- Show 20 more...
Sources (3)
Latest Comments
« First ‹ Previous 1 .. 78 79 80 81 82 83 84 85 86 87 88 .. 91 Next › Last »
<deleted-account> commented on 2010-10-08 07:43 (UTC)
Det commented on 2010-10-07 22:48 (UTC)
Ah, of course. Since it's for libjpeg6 to which this whole thing is built for. I somehow got the idea that you just needed the file itself in that 'hack'.
OttoA commented on 2010-10-07 19:37 (UTC)
@Det thats the recent libpixbufloader-jpeg.so - for chrome to run properly you need an older one
Det commented on 2010-10-07 18:38 (UTC)
Hmm, good to know. But gdk-pixbuf2's ([testing]) libpixbufloader-jpeg.so isn't enough?
<deleted-account> commented on 2010-10-07 14:58 (UTC)
To fix the libjpeg6 related crash when posting JPEGs:
1. Obtain a libpixbufloader-jpeg.so that links to libjpeg6 (I stole mine from Ubuntu Karmic's GTK package)
2. Put it in /opt/google/chrome/
3. Run: sudo gdk-pixbuf-query-loaders>/opt/google/chrome/loaders.cache
4. Open the loaders.cache and change the line referring to libpixbufloader-jpeg.so to point to the one you put in /opt/google/chrome/
5. Open the google-chrome script and add somewhere before the exec: export GDK_PIXBUF_MODULE_FILE=/opt/google/chrome/loaders.cache
I don't know how I would go about writing a patch or PKGBUILD that does this, but would it work? It works for me.
Det commented on 2010-10-06 14:47 (UTC)
See here: http://code.google.com/p/chromium/issues/detail?id=54932#c5
haagch commented on 2010-09-30 22:31 (UTC)
Are there any news about --enable-gpu-rendering?
I have not seen it work on any of the following: intel 945gme with xf86-video-intel, radeon hd 4670 with either catalyst or xf86-video-ati-git...
<deleted-account> commented on 2010-09-30 09:30 (UTC)
update please
beej commented on 2010-09-29 01:07 (UTC)
It is a little funky to have the package version out of sync with the chrome version. I've been modding the PKGBUILD by hand when a new rev comes out.
I certainly never minded the frequent updates to the package--it let me know when a new dev channel build was out.
Just my $0.02.
Det commented on 2010-09-17 12:26 (UTC)
@Zom, if you want to do that with your package, I won't step in your way but I am not going to redownload a package that has specific release versioning again every time a new version comes up.
You might as well not change the pkgrel at all, if you think your ideology is correct - which it is not.
Pinned Comments
gromit commented on 2023-07-19 17:01 (UTC) (edited on 2023-07-19 17:02 (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 "Dev updates" tag in Release blog for this.
You can also run this command to obtain the version string for the latest chrome version:
Do not report updates for ChromeOS, Android or other platforms stable versions as updates here.