google-chrome-dev 5.0.307.5-1
http://dev.chromium.org/getting-involved/dev-channel
Google Chrome Developer preview channel for Linux
unsupported :: network
Maintainer: x-demon
Votes: 663
License: custom:chrome
Last Updated: Thu, 04 Feb 2010 21:34:51 +0000
First Submitted: Fri, 05 Jun 2009 21:02:11 +0000
Dependencies alsa-lib cairo freetype2 gcc-libs gconf gtk2 libjpeg6 libpng12 libxss nss
same problem as TizioIncognito, and with libpng12 installed
@Supermaks, TizioIncognito : you should install aur/libpng12
yeah, thanks. Updated.
Should libxss be added as a dependency? I received the following error until I installed libxss:
/usr/bin/google-chrome: error while loading shared libraries: libXss.so.1: cannot open shared object file: No such file or directory
With the last build I have a problem.
From konsole:
[pippo@chakra ~]$ google-chrome
/usr/bin/google-chrome: error while loading shared libraries: libpng12.so.0: cannot open shared object file: No such file or directory
5.0.307.1 is out.
I have the same problem. I have rebuild package, but it didn't help.
updated deps. There is also libpng12 in AUR by me =) Update.
After latest update libpng google-chrome dies with:
/usr/bin/google-chrome: error while loading shared libraries: libpng12.so.0: cannot open shared object file: No such file or directory
due to libpng14.so already here.
Latest version didn't seem to install the Google Chrome icon for me.
it also works for me.
@roy_hu: Oh and chromium from the repos also. Just tried it.
@roy_hu: Yes it does.
Can anyone confirm if this package plays html5 videos on youtube? I have chromium-browser-bin and chromium-codecs-ffmpeg-nonfree-bin installed which fail to play youtube.
okay. Changes:
Fixed icon (at least in my kde4, but hicolor icons are here too, as well as /usr/share/icons/google-chrome.png
More verbose installation. I mean, with messages :D
Notice - Prepare to chrome break as soon as libpng 1.4 enters [extra]. I created libpng12 in AUR, those using [testing] can install it and use chrome without any problems - libpng12 not conflicting with libpng 1.4
4.0.302.2 is out
Desktop file doesn't specify the full path of the icon, so it is not used at all.
patch is part of base-devel, so i will not include it.
You are use patch command in "build" function, so please add "patch" package to makedepends.
@x-demon
Look at the DEBIAN/postinst. I guess The Arch Way would be just copying /opt/google/chrome/product_logo_SIZE.png
to /usr/share/icons/hicolor/SIZE/apps/google-chrome.png
huh, same for me.
Everything works fine after updating the package but the icon disapear this time. I'm using KDE 4.
4.0.295.0 out
why the hell again outdated? Please write reason of outdating also!
New DEV out
http://googlechromereleases.blogspot.com/2010/01/dev-channel-update.html
Maybe you should replace url for the next one: http://googlechromereleases.blogspot.com. There we can see changelogs and news.
really... looks like big update. At least Sync available again.
Updated, of course.
Installing the package now gives a 4.0.266.0 release.
From what i know, MAKEPKG pulls the .deb from the server regardless of the version listed in $pkgver.
Probably they are releasing the new dev snapshot on the server but they haven't yet posted an official announce.
symlinks for libs now in chrome private folder.
guys, i need your help. namcap says that
google-chrome-dev W: Dependency included and not needed ('nss')
google-chrome-dev W: Dependency included and not needed ('dbus-glib')
is it safe to remove them from deps, or namcap can lie?
People looking for the beta version, please remove this package and use the google-chrome-beta.
Beta is out http://www.google.com/chrome/intl/en/w00t.html
4.0.249.4
please update
replaced by gnome-mplayer... bad. Okay i will fix it in next chrome rel
mplayer-plugin no longer exists...
oh well. I re-added patch. Extensions and plugins now enabled by default, but patch adds Bookmark Sync and UserJS. Chrome now recognizes *.user.js files when you click them on sites and asking if you wanna install it. Enjoy.
oh! now even bookmark sync available!
updated to .249.0, also removed patch - it's not needed now, looks like --enable-{userscripts,plugins} now enabled by default.
4.0.245.0-1 not found on AUR :((
HeinzDo:
If you don't mind playing on the "bleeding edge" you could always try out the SVN build of Chromium in AUR. I have been using it as my browser for about two months in Arch64 without a problem.
For Windows there is a new version.
But for Linux there is no updated package.
pretty strange, on googlechromereleases.blogspot.com there is post about new ver...
yes
The package on http://dev.chromium.org/getting-involved/dev-channel isn't updatet, i think.
update,and still 4.0.237?
Google chrome announces itself as 4.0.237
okay, updated
How to open chrome without root?
Just could not get LastPass extension work, 4.0.22x no response when click the button.
Just upgraded to 4.0.237, 32bit, now click LastPass can open the page, but after type in password and click logon, it crashs.
Hope it could be stable sooooon... all I need is just chrome and Lastpass, that's all... god, please~~~
Chrome is real faster than any others, but just can't get rid of firefox, cause I can't leave without some of the addons.
32bit, intel. 32 bit, nvidia. Can confirm. This is chrome bug.
I'm seeing the same symptoms as gourdcaptain with 4.0.237.0-1. 64 bit with intel drivers.
With the latest update on my 64-bit system running XFCE with compositing and the NVIDIA current drivers, the selection boxes on sites do not show their contents when selected, instead a white box appears. This did not occur before the update, or now with the chromium-latest-bin package.
4.0.237.0
again, it's not outdated. there is only mac os and win updates.
why outdated?
thanks x-demon, looks sweet.
updated, sorry for delay -_- btw, 4.0.223.9 was really buggy.
thanks x-!!
updated by req, enjoy
upd.
updated before any of you notified me =P
yeah, thanks anyway
note that google chrome still experimental. Bugs can be everywhere
maybe they conflicting somehow
x-demon, one quick question: i was able to install adblock.crx but now i can't install flashblock.crx, it just ask me to save it as before the update.
Now it works! Thank you x-demon
pretty strange. Try removing ~/.config/google-chrome dir, maybe something wrong with your config. It removes all your data from chrome, by the way
--enable-extensions and --enable-user-scripts is now in /usr/bin/google-chrome but I can't install any extension :/
updated. Try new rel
Great! Thank you for your time and your quick answers :)
Actually, i can't install extensions from chrome://extensions, it just doesn't let me choose adblock.crx
whoa, you just discovered bug in my pkgbuild, thanks. Will fix it ASAP.
x-demon, there is no --enable-extension in /usr/bin/google-chrome, here is the output:
#!/bin/bash
#
# Copyright (c) 2009 The Chromium Authors. All rights reserved.
# Use of this source code is governed by a BSD-style license that can be
# found in the LICENSE file.
# Let the wrapped binary know that it has been run through the wrapper
export CHROME_WRAPPER="`readlink -f "$0"`"
PROGDIR="`dirname "$CHROME_WRAPPER"`"
case ":$PATH:" in
*:$PROGDIR:*)
# $PATH already contains $PROGDIR
;;
*)
# Append $PROGDIR to $PATH
export PATH="$PATH:$PROGDIR"
;;
esac
# Always use our versions of ffmpeg libs.
# This also makes RPMs find the compatibly-named NSS3/NSPR symlinks.
LD_LIBRARY_PATH="$PROGDIR:$LD_LIBRARY_PATH"
export LD_LIBRARY_PATH
exec -a "$0" "$PROGDIR/chrome" "$@"
------
On the other hand, I can open chrome://extensions, should i install the extension from there? google-chrome can't open .crx files automatically?
and try opening chrome://extensions in chrome, it must show installed addons
try "cat /usr/bin/google-chrome"
there should be --enable-extensions in launcher args. Must be.
Hi x-demon, thank you for your answer. I downloaded adblock.crx but when i try to open it with google-chrome, it just ask me to save it again, and I don't see any menu in google-chrome related to addons/extensions. How should i proceed?
I posted info about adblock on chrome, try second link on recent post @ x-demon.org
hi! i have a question: is it possible to use some kind of flashblock/adblock with this pkg? A quick google search shows there is an extension/user-script framework and some plugins have been developed, how can i use them?
i will fix versions after new release, of course.
Don't you think it is a problem that all future versions of google-chrome can be packaged and installed as "4.0.213.1-2"?
done!
uh. sorry me! I thoungt reverse symlinking, my bad... okay, i will fix it. Now.
great!
okay, i will fix wget. About plugins, there is also such addons as moonlight (silverlight implementation) and mplayer-web, which works with chrome, too. If symlinking whole dir breaks flash on 64, i will fix it. If not, better leave it as it is.
Works fine for me too!
Just 2 suggestions:
- use "wget -Nc" so that you don't have to restart the download from start if it was interrupted
- I think it would make more sense to turn /opt/google/chrome/plugins into a symlink to /usr/lib/mozilla/plugins rather than just symlinking libflashplayer.so
cd $pkgdir/opt/google/chrome
ln -s ../../../usr/lib/mozilla/plugins
Using these 2 little modifications, it works perfectly fine for me on x86_64 :)
Muadib, thanks! So, finally updated. Changes:
* Launcher patch removed. Chrome now have userscripts and plugins enabled by default (thanks to jdhore who notified me about it).
* Now using wget instead of source=(), so md5sums now not needed (thanks to RandyPenguin for that trick).
* My first time with git instead of SVN =D
tested in a 64bit machine, works fine :)
anyone (especially guys with 64bit machines) please test updated pkgbuild
http://git.x-demon.org/xdemon-pkgbuilds.git/tree/refs/heads/chrome-rewrite:/google-chrome-dev
thanks!
currently i trying to rewrite pkgbuild to use wget inside build() for omitting md5 check. Any help appreciated.
==> Validating source files with md5sums...
google-chrome-unstable_current_amd64.deb ... FAILED
google-chrome.patch ... Passed
==> ERROR: One or more files did not pass the validity check!
Error: Makepkg was unable to build google-chrome-dev package.
+1 --enable-user-scripts
^_^
vote please - enable or not enable user scripts by default? Needs --enable-user-scripts in launcher.
You can remove the patch. Dev channel has plugins enabled by default now.
It's now 4.0.213.1, md5sum 514cd42111dbdda76ee0042cc03894eb
hi,
I have md5sum error
==> Validazione dei file sorgenti con md5sums in corso...
google-chrome-unstable_current_amd64.deb ... NON RIUSCITO
google-chrome.patch ... Verificato
==> ERRORE: Uno o più file non hanno superato il controllo di validità !
thanks
Omit from source= and wget manually from inside build()
^_^
how i can skip md5sums check?
you can't use md5sums if you use packages that are randomly updated (-current)... seriously
sorry me! Completely forgot to update md5 of patch... fixed!
md5sums=('49d9e8b7720c6ca03a03cfe293ab6178'
'e67e260ba0e2ecdbd8e65c81ff275fdb')
==> Validating source files with md5sums...
google-chrome-unstable_current_i386.deb ... Passed
google-chrome.patch ... FAILED
updated and added --enable-user-scripts in launcher. Enjoy.
unflagged it out of date atm. Please check actual file and google news before flagging it out-of-date.
In the build section "unlzma -d data.tar.lzma" is missing should be added before the tar command
updated
Is there any fix to it always opening the linux splash, even when restoring a session?
It's rather annoying.
done, also updated.
@wonder, i haven't 64bit test machine and doesn't know which libs i need to link - maybe in 64 they have another names and paths... So if you want - you can write 64 bit part and drop it to comments
@kwilliam "patch" is part of "base-devel" group which required for making almost any all package.
Total Arch newb here - I don't know if you can only specify runtime dependencies in PKGBUILDs or list build dependencies as well, but I didn't have "patch" installed the first time I tried to build it so makepkg failed.
why not changing to use true 64 bit release?
"Chrome for Linux is now truly 64 bit."
also guys, what do you think about enabling greasemonkey scripts by default?
You've waited for sooooooooo looooooooong... Finally, adopted and updated. Main package from Schnouki, thx for it. Updated md5sums & ver. Ping me it you see update before me=) Also, binary packages available in my repo - enjoy!
http://googlechromereleases.blogspot.com/ : 4.0.203.2 is out
i already put a request in maillist so aur admins can orphan it. Just wait =)
Here is a working tarball with the PKGBUILD for 4.0.202.2, featuring:
- correct version number
- correct md5 sums for both i686 and x86_64
- no out-of-package symlinks
- a fixed patch for the google-chrome script
Only tested on x86_64.
URL: http://fichiers.schnouki.net/Archlinux/google-chrome-dev-4.0.202.2-1.src.tar.gz
fly-away, please update the package -- or at least orphan it so that someone else can take care of it.
Please update it,Thanks!
yeah, plz orphan it, you keep ignoring the request to manage the symlinks on the PKGBUILD
Please leave this orphan if you can't update it.
Change pkgversion. Now is 4.0.202.0
did somebody find a native version for 64 already? chromium-browser has one
new md5sum is 03fdc45822bd40254c9f08b144cca9e3
edit md5sum to 2c75d9af1b84feee6a9dccd9a0945554
You really should ship symlinks in package to prevent collisions with other packages!
ln -s /usr/lib/something "$pkgdir/usr/lib/something.else"
please update
Nice package, thanks!
But I think you should put the symlinks in the PKGBUILD rather than in the .install file. Just add a mkdir -p $pkgdir/usr/lib, cd $pkgdir/usr/lib, and the code for your symlinks, and you're done. This way you avoid having files that don't belong to any packages (no result with pacman -Qo...) in your /usr/lib.
how?
edit md5sum to 6035899c08ca312d671a2664e32286e0
the current version is 197.11 and please add to the launcher
export MOZ_PLUGIN_PATH="/opt/lib32/usr/lib/mozilla/plugins"
for the 64 bit users
3.0.196.0 is out, changing the version number in the pkgbuild is fine though, probably because it uses that static source d/l.
194 => 195
for me no
i get this error message: http://namru.net/google-chrome-error.jpeg
does this work for somebody with 64bit?
adamruss, you only need flashplugin.
But, i havent amd64 version of arch, so on this platform flash support is untested.
if flash support is added, how can i install lib32-flash for chrome? do i need nspluginwrapper? or w/o? and how do i set chrome to use the flash at /opt? i think thats why it's get stuck on lunch with 64bit now
I get on 64bit this error: http://namru.net/google-chrome-error.jpeg
somthing is wrong on 64 bit...
Add flash support.
please move the link creation to a .install script, so the links are managed when upgrading also
and to get lib32-gtk-engines support, you should edit the gtk dir on /opt/google/chrome/google-chrome to /opt/lib32/usr/lib/gtk-2.0.
Fixed pkgbuild, but google can release new version of chrome by link http://dl.google.com/linux/direct/google-chrome-unstable_current_i386.deb so get ready to fix md5 =)
md5sums are wrong, works by commenting them out or just deleting them
187.0 is out
the menu icon should launch "/usr/bin/google-chrome" and not the /opt one if you want it to use the 32 libs and be able to read english :)
you should look at chromium-browser pkgbuild
Apparently, in the library version that chrome was *probably* linked with, this function was 72 bytes, but on my system it's 74 bytes.
Anyone has any idea how to fix this? I don't see why it should be a problem.
Hm, maybe this isn't the reason for the crash after all...
The version of libnss-1d in ubuntu hardy seems to be 3.12.0.3
Ubuntu version:
$ readelf --symbols libssl3.so|grep SSL_ImplementedCiphers
239: 00027c20 72 OBJECT GLOBAL DEFAULT 14 SSL_ImplementedCiphers@@NSS_3.2
Arch version:
$ readelf --symbols /usr/lib/libssl3.so|grep SSL_ImplementedCiphers
237: 00028a80 74 OBJECT GLOBAL DEFAULT 14 SSL_ImplementedCiphers@@NSS_3.2
1020: 00028a80 74 OBJECT GLOBAL DEFAULT 14 SSL_ImplementedCiphers
Additional info:
$ ldd /opt/google/chrome/chrome|grep ssl
=> libssl3.so.1d => /usr/lib/libssl3.so.1d (0xb76ef000)
$ nm /usr/lib/libssl3.so|grep SSL_ImplementedCiphers
=> 00028a80 R SSL_ImplementedCiphers
$ pacman -Qo /usr/lib/libssl3.so.1d
=> error: No package owns /usr/lib/libssl3.so.1d
$ pacman -Qo /usr/lib/libssl3.so
=> /usr/lib/libssl3.so is owned by nss 3.12.3-1
BTW, I found this interesting, considering the above:
$ namcap google-chrome-dev-3.0.183.1-3-i686.pkg.tar.gz
=> google-chrome-dev W: Dependency included and not needed (nss)
Using i686, trying to render any web page, this error message is printed:
/opt/google/chrome/chrome: Symbol `SSL_ImplementedCiphers' has different size in shared object, consider re-linking
The user interface says "Aw, Snap! Something went wrong while..."
This also includes local pages and internal pages like the new tab page.
Using i686, trying to render any web page, this error message is printed:
/opt/google/chrome/chrome: Symbol `SSL_ImplementedCiphers' has different size in shared object, consider re-linking
The user interface says "Aw, Snap! Something went wrong while..."
This also includes local pages and internal pages like the new tab page.
For the font issue, the problem is the incorrect .desktop file. It executes a file under /opt, where the correct one is under /usr (if you run google-chrome from a console it works fine). Just update the .desktop file with the correct executable file path.
The package itself works just fine, and Google Chrome too seems to work, except for one thing. The program text doesn't show as it should. For examples see the screenshots at http://hex-vps.org/stuff/
As you can see, web pages render fine... I also have Chromium on my system, and that works fine.
Hi thanks for the package, but why do I need all those lib32- deps as x86_64 user?
You should not create those symlinks on the .install file. They can be easily created on the PKGBUILD itself, so they are managed by pacman.
Added gconf to depends=(), thanks
You should add gconf to depends=() else chrome won't start with the following error:
/opt/google/chrome/chrome: error while loading shared libraries: libgconf-2.so.4: cannot open shared object file: No such file or directory
Fixed, thanks
Thanks, your update fixed my text problem, though as shaika noted the i686 md5sum needs to be moved.
Still having some problems with gtk, its frustrating this 64-bit build seems to want all 32-bit libraries. Hopefully google will fix that at some point...
Add lib32-alsa-lib as dependency and it works.
Thank!
There is a small error in the PKGBUILD.
You must move up the md5sum line for i686 in the elseif.
And I get this:
/opt/google/chrome/chrome: error while loading shared libraries: libasound.so.2: wrong ELF class: ELFCLASS64
Updated for better compatibility with 64bit systems. Please test.
you have to add some lib32 dependency for x86_64.
here is a working build for that: http://bbs.archlinux.org/viewtopic.php?pid=564348#p564348
It doesn't work on x86_64 at all:
chrome: error while loading shared libraries: libgtk-x11-2.0.so.0: wrong ELF class: ELFCLASS64
Sorry I'm running on x86, if you could test this trick I'd gladly merge it into the PKGBUILD.
Thanks
Installs fine on x86_64, but there are some pango/text issues. Error is as follows:
(chrome:7146): Pango-WARNING **: /usr/lib/pango/1.6.0/modules/pango-basic-fc.so: wrong ELF class: ELFCLASS64
Maybe take a look at the chromium PKGBUILD, they seem to have some 64-bit specific pango code at the bottom there: http://aur.archlinux.org/packages.php?ID=24266
Google Chrome Developer preview channel for Linux
The PKGBUILD is a little bit rusty, sorry. Contributions are well accepted ;)
v1.6.0