SlackwareThis Forum is for the discussion of Slackware Linux.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
It'll only work on slackware-current due to the lzma compression using in the .deb file, though if you're desperate to run it on 12.2, I'm sure you'll be able to decompress the data.tar.lzma file, perhaps using current's xz.SlackBuild: ftp://ftp.osuosl.org/pub/slackware/s...t/source/a/xz/
Google Chrome requires GConf and ORbit2, both of which are available at SlackBuilds.org.
It can enable plugin support in Chrome (pass FLASHSUPPORT=yes), and if you want that functionality, you'll need to have the Flash plugin installed. I've used the package created by the SlackBuilds.org flash-player-plugin script. Basically, you need to have libflashplayer.so in /usr/lib/mozilla/plugins, otherwise it won't work. If you want to launch it from the command line, use:
Code:
google-chrome --enable-plugins
The launcher in the KDE menu (and XFCE's too, though I haven't checked) should automatically include the --enable-plugins flag.
The script is 64-bit aware, but I don't have a 64-bit system to hand upon which I can test it, so if someone's feeling inclined to do so, perhaps they could let me know if it works.
tnx pwc, but I have partial bad news.
using your slackbuild I discovered the google-chrome-unstable_current_amd64.deb looks like a fake 64bit package: it has only 32bit libs and it's asking for gconf and orbit2 32bit libs.
tnx pwc, but I have partial bad news.
using your slackbuild I discovered the google-chrome-unstable_current_amd64.deb looks like a fake 64bit package: it has only 32bit libs and it's asking for gconf and orbit2 32bit libs.
maybe they'll release a real 64bit version in the future.
Thanks for looking into it. I thought that would be the case since all the documentation on the website talks of there being no 64-bit version available.
In which case, I don't know why they even bothered to release an -amd64.deb file in the first place. Seems a little strange if all it's going to do is require 32-bit libraries anyway...
Oh well. I'll put a note in the README file that it's a pseudo-64-bit build, but that you'll have to have 32-bit compatibility libraries installed.
I've also found an srware-iron linux build, but it seems to not like the version of libnss packaged in the seamonkey package -current has, so that may be a non-starter. Also, they're a couple of releases behind, so things are likely to be pretty unstable. Finding their linux source code is proving difficult, as I'd really like to be able to build this from source rather than shuffling binaries around.
Perhaps I'll have a go at building Chromium from source tonight...
So, how well does Chrome work? Is it fast and stable? I tried it on Windows but ended up sticking with Firefox. Chrome lacks Firefox's (and Seamonkey's) killer feature as far as I can tell: the ability to change the page style (CSS) on the fly, or get rid of it entirely. I love going to the view menu -> style -> no style when I hit pages that just look awful.
Other than that, I thought Chrome's performance was okay, and it's Javascript performance was pretty good.
Startup times under a virtual machine were better than Firefox's (qualitatively). As for styles and the like, it's still not got the fine grained control Firefox has, which is fair enough, as I don't think that's where they're trying to go. Not to mention this is a very immature project compared with Firefox, so Firefox is bound to have more features. My brief experience of it appears positive though, in terms of stability and speed.
However, the thing that bugs me most about it is the usage stats they collect, which is why I'm trying to find a build of SRWare's Iron that'll run on current (their most recent offering appears to be 3.0.189.0 compared with that build which is 3.0.196.0. Things like flash don't work in the Iron build (I'm told) whereas they do in the Chrome build.
I've also hacked together an install script for VectorLinux (based on Slackware) that wgets everything and handles the dependencies. I know, it's not the Slackware way, but it works well. You might be able to make the right modifications to get it to work on slackware. requires slapt-get for the tests and for lzma and GConf, GConf depends on Orbit, so slapt-get should pull it as well. Here's my script:
I've also hacked together an install script for VectorLinux (based on Slackware) that wgets everything and handles the dependencies. I know, it's not the Slackware way, but it works well. You might be able to make the right modifications to get it to work on slackware. requires slapt-get for the tests and for lzma and GConf, GConf depends on Orbit, so slapt-get should pull it as well. Here's my script:
At first, I did use the mozilla-nss build you linked to, but saw that it was possible to link against the existing nss libraries in firefox; this struck me as a better solution for two reasons:
1. The list of dependencies would be one package shorter.
2. A stock Slackware install would already include some of the necessary libraries.
However, if that causes Chrome to crash more frequently, then I'll have a look at using the mozilla-nss package instead.
To be honest, I've not really used Chrome that much since its data collection aspect still bothers me a bit. I'm waiting on Iron to get a newer Linux version out (at least build 3.0.196.0), then I'll probably take another look at it.
However, Chrome is fast, there's no denying that. But it also does less than Firefox, which I imagine contributes to that difference.
To be honest, I've not really used Chrome that much since its data collection aspect still bothers me a bit.
You mentioned that before. What data collection does Chrome do?
Quote:
However, Chrome is fast, there's no denying that. But it also does less than Firefox, which I imagine contributes to that difference.
That, for me, is the crux of the issue. If it does less, or at least doesn't do what I want, then I won't use it. My testing in Windows showed Chrome to be a neat browser, but not a great one.
You mentioned that before. What data collection does Chrome do?
According to SRWare's Iron page, the following is collected. This is what they remove when they patch the Chromium source code:
Quote:
Originally Posted by http://www.srware.net/en/software_srware_iron_chrome_vs_iron.php
Client-ID: Chrome creates a unique ID through which a user can be theoretically identified.
Timestamp: Chrome remembers up to the second exactly when the software was installed.
Suggest: Depending on the configuration, each time you put something in the address line, this information is sent to Google to provide suggestions.
Alternate Error Pages: Depending on the configuration, if you have typed a false address in the adress bar, this is sent to Google and you get an error message from Google's servers.
Error Reporting: Depending on the configuration, details about crashes or failures are sent Google's servers.
RLZ-Tracking: This Chrome-function transmits information in encoded form to Google, for example, when and where Chrome has been downloaded.
Google Updater: Chrome installs a updater, which loads at every Windows in background.
URL-Tracker: Calls depending on the configuration five seconds after launch the Google homepage opens in background
I don't have anything to hide, and my browsing habits are spectacularly uninteresting, really, but it's the principle of the matter more than anything.
Today I stumbled upon the Chromium Slackware build on Slacky-eu.
Installed it (and it's many dependencies...) and surfed the web with it.
The start-up is fast, but the rendering of the pages isn't really faster IMHO. In fact, on this site, it's slower.
Chromium is light, but annoyingly "unbloated". Try to autoscroll, change the fonts, block adds. It's just not there. Maybe this will all be present in Chromium some day, but at the moment, it's just not my thing.
Haven't had any crashes though, not even with Flash...
BTW, I made a Firefox search plugin for Slacky-eu that enables you to search the SW 13 repositories on their site, you can find it at Mycroft's.
BTW, I made a Firefox search plugin for Slacky-eu that enables you to search the SW 13 repositories on their site, you can find it at Mycroft's.
Thanks for the search plugins for Slack-eu, I use them with Google-chrome 4.0.202.2 / Slackware-12.2 (with some edit I can search Slackware-13.0 or 12.2).
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.