Slashdot Mirror


Google Announces Chrome For Mac and Linux Dev Builds

Dan Kegel (who admits to being a Chrome developer) writes to point out a post from Mike Smith and Karen Grunberg, Product Managers for Google Chrome, with some good news for non-Windows users who want to play with Chrome: "In order to get more feedback from developers, we have early developer channel versions of Google Chrome for Mac OS X and Linux (for a couple of different Linux distributions), but whatever you do, please DON'T DOWNLOAD THEM! Unless of course you are a developer or take great pleasure in incomplete, unpredictable, and potentially crashing software." (The announcement continues below.) "How incomplete? So incomplete that, among other things , you won't yet be able to view YouTube videos, change your privacy settings, set your default search provider, or even print.

Meanwhile, we'll get back to trying to get Google Chrome on these platforms stable enough for a beta release as soon as possible ..."
The downloads are available through the Chrome developer's channel.

65 of 251 comments (clear)

  1. Wha...? by pHus10n · · Score: 5, Funny

    Quote: "How incomplete? So incomplete that, among other things , you won't yet be able to view YouTube videos, change your privacy settings, set your default search provider, or even print."

    What the hell did they release? A box of crayons where you have to draw the Internet manually? :)

    1. Re:Wha...? by pHus10n · · Score: 4, Funny

      Wow.
      Before commenting on Slashdot forum posts you could, I don't know, do something as wild and crazy as perhaps READING about how sarcasm is usually done. If you would have used your eyes before your itchy fingers you'd understand that a sarcastic post is more often done out in the open. Naturally the sarcasm has to start somewhere, right? Or did you think that the stork delivered your sense-of-humor as well?
      My original post wasn't a radical post against OSS (though I question whether your's was).

    2. Re:Wha...? by SchizoStatic · · Score: 5, Funny

      I was waiting for a car analogy.

      --
      https://www.speakservers.com/
    3. Re:Wha...? by mallumax · · Score: 5, Informative

      I have been following chrome for mac development closely on my blog with weekly updates. Here is a list of the functionality as of Build 17426
      What Works

      * Almost All Websites
      * Bookmark pages
      * Most visited sites
      * Open link in new tab
      * Open new tabs
      * Omnibox
      * Back, Forward, Reload
      * Open link in new window
      * Drag a tab to make a window
      * Launch new tab
      * Cut, Copy, Paste
      * Keyboard shortcuts
      * about:version, about:dns, about:crash, about:histograms
      * Find in page
      * History with search
      * Form Fill
      * Delete Thumbnail in New Tab Page
      * Window Positions Remembered
      * View Source with synatx highlighting and clickable links

      What Doesn't Work

      * Plugins (No flash -> No youtube)
      * Bookmarks Bar
      * Print
      * about:network, about:memory
      * Web Inspector
      * Input methods such as Kotoeri (Japanese)
      * Preferences (Partial implementation)
      * Full Screen Browsing
      * Favicon (thanks brin)

    4. Re:Wha...? by Jurily · · Score: 2, Funny

      I was waiting for a car analogy.

      Here you go.

    5. Re:Wha...? by Eighty7 · · Score: 3, Informative

      Also the linux version doesn't have sandboxing

      Unlike the Mac version. I'm sure they'd appreciate hints on how to use SELinux/AppArmor.

    6. Re:Wha...? by mallumax · · Score: 4, Informative

      I'm not current on development for the Mac, but I've heard that multiple processes can't share a single window in OS/X.

      Do you happen to know how Chrome works around this, or is this not an actual limitation?

      I'm not a mac dev and what i'm posting here is gleaned from several svn log entries. So it might be wrong and inaccurate :). The chrome architecture is that there is a main process which handles the UI and there is one process per site which is launched but do not handle the UI. In Mac, the one process per site works but if you open up Activity Monitor you will see that the additional processes are shown as "Not responding" though in reality they are.

      What is happening here is that OS-X expects the additional processes to respond to UI events and since they don't mark them as "Not Responding". Two solutions have been proposed

      1. have dummy code which responds to UI events to keep OS-X happy
      2. Rip out the Cocoa code from the additional processes which will make OS-X not expect the process to respond to UI events.

    7. Re:Wha...? by noundi · · Score: 2, Insightful

      It seemed more like flamebait and I didn't realise it was a joke, I apologize for that. However in my defense idiots posting such comments seriously aren't rare to find on /.

      Again, my apologies. :)

      --
      I am the lawn!
    8. Re:Wha...? by Langolier · · Score: 2, Informative

      I think the application code is in read-only or copy-on-write pages that are shared between processes. Most OS program loaders will load and link a static executable once, no matter how many processes it is loaded in. Even the different flags will just appear in program arguments (argv), usually on the stack, beneath the first stack frame, and will not affect the shared executable. That is why you need to look at the memory stats for processes with a skeptical eye, and why Chrome's memory reports in its task manager show both total and shared memory for the separate processes. Whether an OS loads a program twice, or forks a process, it will not duplicate memory pages until they need to contain different contents.

      --
      Share. Until it becomes uncomfortable. Or at least a little.
  2. Re:Already have Safari, kbyethnx by Jugalator · · Score: 4, Informative

    But they aren't... SEPARATED INTO PROCESSES!

    OK, seriously and drama aside, I do think that's a good idea, and it also seem to help as a way to help out with memory management. I always thought Safari sucked a lot of RAM, especially on Windows.

    --
    Beware: In C++, your friends can see your privates!
  3. Works for posting to Slashdot :) by timothy · · Score: 5, Informative

    I just installed the .deb on this laptop, running Ubuntu 9.10 alpha. So far, seems nice and pleasant :)

    I seem some rendering problems, but Hey, I blame google!

    timothy

    --
    jrnl: http://tinyurl.com/c2l8yr / foes: http://tinyurl.com/ckjno5
    1. Re:Works for posting to Slashdot :) by dword · · Score: 4, Funny

      Yes, you do seem to have some rendering problems yourself.

    2. Re:Works for posting to Slashdot :) by Anonymous Coward · · Score: 5, Informative

      I've installed the DEB also (on my Ubuntu 9.04). It's pretty stable (has not crashed on me once, though neither has Firefox) and fast. However, my Firefox has close to 80 tabs open (all filled with AJAX, Flash, etc. on my slow 1.4 GHz Celeron M with 512 MB RAM), so I'm not sure how they really compare in terms of noticeable speed while browsing regularly.

      Also, just realized Chrome has spell-check!

      (By the way, you can upgrade to regular Jaunty. There's no need to keep the Alpha.)

    3. Re:Works for posting to Slashdot :) by mdwh2 · · Score: 2, Funny

      You've found a browser that actually works with Slashdot? I'm amazed :)

    4. Re:Works for posting to Slashdot :) by Anonymous Coward · · Score: 2, Informative

      GP's using 9.10. It's 6 more days till Alpha 2: Karmic release schedule.

    5. Re:Works for posting to Slashdot :) by Nimey · · Score: 3, Insightful

      You know, there are these things called "bookmarks". It's a lot smarter to use those instead of keeping open more tabs than you can use at once. You can even bookmark a group of tabs!

      --
      Hail Eris, full of mischief...

      E pluribus sanguinem
    6. Re:Works for posting to Slashdot :) by EvilIdler · · Score: 4, Interesting

      Yeah, bookmarks work pretty well for 50+ new forum threads that didn't exist on your last visit :)

      I browse forums by clicking "New posts", then middle-clicking all the interesting threads. Close thread list, read each tab in order. If the wi-fi goes down, I still have lots to read right in front of me.

  4. Chromium (not Google Chrome) already works nicely by pieterh · · Score: 3, Informative

    I've been using Chromium for some time on my Eee 1000, since FireFox hangs intermittently (slow SSD, which does not like apps that write a lot of stuff).

    Chromium is a pleasant experience, fast and snappy. It used to crash all the time (e.g. when doing a copy/paste) but has been improved daily, and is now stable and usable. I don't know what the Google branded version would add on top. "DON'T DOWNLOAD" sounds like reverse psychology. Definitely, download, and use if you have a machine that is a little slower than the average desktop.

  5. Re:Already have Safari, kbyethnx by arodland · · Score: 5, Funny

    Why would I need this? I already have a webkit browser with tabs on top.

    Because you want one that doesn't suck.

  6. Re:Already have Safari, kbyethnx by TitusC3v5 · · Score: 4, Insightful

    Why would I need this? I already have a webkit browser with tabs on top.

    Because multiple players means competition, and competition means innovation, which leads to a better browsing experience for all of us, regardless of which you're using.

    --
    And the masses cried out, "09 F9 11 02 9D 74 E3 5B D8 41 56 C5 63 56 88 C0!"
  7. How does this differ? by acb · · Score: 4, Interesting

    How does this differ from the Chromium daily builds? Is it identical only officially a Google product, or are there technical differences?

  8. Re:It's okay by Plunky · · Score: 4, Insightful

    Open Source software is about freedom, and freedom to do your own thing is definitely a big one. But the Open Source market is also unlike the standard free market. Instead of getting better products due to competition, you get worse products due to the split of resources. By taking interest away from Firefox, Google is possibly killing the only serious competitor to IE.

    I don't think open source software is necessarily about what you want it to be. Just because Firefox is better than the competition today doesn't mean that Firefox will always be the best but if nobody tries to make anything better then stagnation will ensue. Monoculture is bad no matter who is director and I would rather see 20 options than 2.

  9. Beta? by Anonymous Coward · · Score: 5, Funny

    I'll just wait for the final release.. can't take to long.

  10. Re:It's okay by wootest · · Score: 3, Insightful

    Even if the rest of that argument (let's not have competition now that the browser I think is good is winning) made sense and all that matters is killing IE, Chrome is an additive force. In a world with only IE and Firefox, if you disliked Firefox, there'd be no alternative. There are people who like Chrome better than Firefox; if your goal is killing IE, that's *more* switchers, even if a bunch also switch back and forth between Firefox and Chrome.

    However, outside of that, there's nothing bad with having many browsers around. What is bad is having many contrary *concepts* around. Chrome didn't drag a new rendering engine in, they used WebKit, which is good. Actually, they used a fork of WebKit, which is bad, but WebKit has been able to handle this stuff by merging in the necessary abstractions in the past.

  11. Of course I do! by metacell · · Score: 3, Funny

    "[...]but whatever you do, please DON'T DOWNLOAD THEM! Unless of course you are a developer or take great pleasure in incomplete, unpredictable, and potentially crashing software."

    Of course I do. I used Windows 95 for years!

  12. Yuck, a Chrome developer by cerberusss · · Score: 2, Funny

    Dan Kegel (who admits to being a Chrome developer)

    They say it like it's something dirty!

    Girl: "Mom, I've got a new boyfriend."
    Mum: "Really, pumpkin?"
    Girl: "Yes. He's a Chrome developer!"
    Mum: "Oh!" *faints*
    Dad: *finally looks over his newspaper* "Straight to your room YOUNG LADY! You're grounded for a week with no telephone!"

    --
    8 of 13 people found this answer helpful. Did you?
    1. Re:Yuck, a Chrome developer by Norsefire · · Score: 3, Funny

      Source: Conversation overheard in the Gates household

  13. Re:It's okay by owlnation · · Score: 2, Insightful

    Luckily, Firefox works great.

    Not on a Mac it doesn't. While Fx 3.0 is far better than previous versions on a Mac, it's still pretty poor. And you can't use Fx 3.0 on older Macs at all.

    Adblock and flashblock etc are coming for Chrome. I use Firefox now, but unless Fx4.0 works significantly better on a Mac, and is multi-threaded, my continued use of it is time-limited. That's entirely Mozilla's own fault. They seem to be focusing on rebuilding Firefox as the Netscape suite, rather than actually making the core browser work efficiently.

    Google has, unfortunately, been very slow about developing Chrome for Mac (as they usually are for all their software, Macs users appear to be an afterthought for them). This version appears to be intel only -- I sincerely hope that this is going to change. I have an old G3 running 10.3 that looks great and works well for surfing and playing music. I'd absolutely love to get Fx 2.0 off it, and use a browser that works effectively.

  14. Still mad at Google by bogaboga · · Score: 3, Insightful

    Trust me, I admire Google. But I am mad at them for using the "wrong" toolkit in developing Chrome for Linux. Slashdotters, this is *my* opinion having used both toolkits and deployed software though not as complex as a browser on all operating systems.

    And I have at least one supporter on this front.

    What they should have done is to fund development of Chrome using the "right" tool for the job. What would be wrong with that?

    1. Re:Still mad at Google by jcupitt65 · · Score: 4, Informative

      Two issues are being confused there. First, do you use a cross-platform toolkit, or do you write a true native GUI for every platform and just keep the backend in common? Google have decided to write a new GUI for every platform, and I think they are probably correct to do this. Qt (and GTK+) are cross-platform, but they are not quite native (though arguably Qt is better at this).

      Once that choice is made, all you are doing is picking a toolkit for Linux. GTK+ has the advantages of being familiar to the chrome devs, matching the existing ff dependency, being the most widely-used toolkit (and therefore appearing native for the largest number of users), and being "good enough".

    2. Re:Still mad at Google by drinkypoo · · Score: 2, Interesting

      It would have been smarter to use Qt than to have very Windows- and Mac- customized ports, and then you would have got a Linux port for free. You can use QGtkStyle (included in Qt 4.5, but you can run it yourself now) to make Qt apps look like GTK ones.

      This seems kind of retarded because Google Gadgets is already GTK and Qt. Obviously they didn't build a GUI abstraction layer then, and reinvented the wheel then (with Qt and GTK+ versions.) So now they will do it all again for Chrome. I guess someone should explain to Google about code and component reuse.

      --
      "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
    3. Re:Still mad at Google by SleepingWaterBear · · Score: 2, Insightful

      It would have been smarter to use Qt than to have very Windows- and Mac- customized ports, and then you would have got a Linux port for free. You can use QGtkStyle (included in Qt 4.5, but you can run it yourself now) to make Qt apps look like GTK ones.

      Qt may be a cross platform toolkit, but the reality is that you don't get the same level of responsiveness out of it on all platforms as you can get using platform specific tools.

      In a market like the web browser market, feeling a little sluggish compared to the competition is fatal, and they were completely correct not to use Qt for all platforms. Not that I'm sure GTK is the best choice for Linux, but for a project like Chrome, it's definitely the right choice to use the best tools available on each platform even if it means rewriting a lot of code.

    4. Re:Still mad at Google by SleepingWaterBear · · Score: 2, Interesting

      For a UI, writing the code just isn't the hard part. The hard part is designing the UI specification so that you know exactly how you want it to behave in every situation. Once you have that, coding to spec is a matter of man hours and testing, but there's nothing fundamentally difficult or uncertain about it. Keep in mind that no one's talking about rewriting the engine for each OS.

      For the vast majority of projects, you're entirely right that it makes more sense to take a small performance penalty for the advantage of cross platform code. I think that the web browser is almost unique in this case though, because it gets such heavy use that even a very small performance penalty is significant to many end users. You're being dogmatic, and usually you'd be right, but I think that this is the exception.

      Also, people don't expect exactly the same behavior from the UI cross platform; quite the opposite in fact. People expect you to design the UI to integrate well with the desktop environment you're working in, and that means slight differences in appearance and behavior from one system to another.

      Looking at some major cross platform projects - GIMP and VLC come to mind, they're excellent programs, but their adoption has not been widespread outside of Linux, and I think it's primarily because their UI doesn't feel natural on other platforms. (well, VLC's interface doesn't even feel natural in Linux, and I personally wouldn't use it if the underlying engine weren't so dramatically superior to the competition, every time I install Ubuntu on a machine I start by trying to use Totem, but eventually run into something that Totem doesn't handle gracefully, that VLC does)

  15. Re:repo by sveard · · Score: 2, Funny

    I'm posting using Google Crone, it's probably a bug

  16. Re:It's okay by Anonymous Coward · · Score: 2, Informative

    Firefox for Linux is actually quite shitty, they haven't fixed that scrolling bug in ages.

        - Posted from the x64 .deb version of Chrome, which is working suspiciously well.

  17. Re:intel only by lisaparratt · · Score: 2, Insightful

    Undoubtedly due to the Javascript JIT.

  18. CPU Usage... by PhotoGuy · · Score: 5, Insightful

    Here's why I'm excited about/anxious for Chrome on OS/X:

    I used Firefox for awhile, a couple of years back. It bogged down the CPU, especially after running for awhile.

    So I switched to Opera (and shortly thereafter went from Windows to OS X). It was a peppier experience. But with newer releases, and the increasing use of Flash (I think) on the Net, it started getting slower and slower. I don't like having my fan run while I'm simply sitting and reading a static page. Turning off all plugins seems to avoid that, so I point the finger at Flash. But not having Flash, or only having it on demand, is fairly annoying. Also, there's some sites Opera just won't render properly. Not many, but some.

    So I switched back to Firefox, with the advent of 3.0. Even doing nothing, sitting with a few static pages open (and Adblock, Flashblock) it seems to still hover at 10% CPU usage. Bleh. Enough to keep my fan humming all the time.

    When I tried Chrome on Windows, I was quite excited, with the process-per-page approach. I can see *what* page is slowing things down, and kill it if I chose. That's my biggest beef with Opera/Firefox (I won't even let IE into the discussion :P): you can't tell *what* page is slowing down your browser. I've tried JavaScript debuggers, other dev tools to try and found out, but have had no success.

    I'm praying that Chrome on OS/X will be my salvation (although I've become dependent upon some Firefox extensions, particularly vimperator :P). Upon first glance, it looks pretty good (and I'm using it to post this article). It seems to suck up 30% CPU for 20 seconds or so *after* finishing loading a page, but then does settle down.

    Right now I have about 5 tabs open, and each is using 2-3%, which is slightly concerning. That could add up to be just as bad as Firefox/Opera. But for now, I'll give them the benefit of the doubt of being an early release, and keep my fingers crossed that the "Browser That Finally Doesn't Suck [CPU]" is on the horizon...

    --
    Love many, trust a few, do harm to none.
    1. Re:CPU Usage... by amn108 · · Score: 2, Informative

      No, i think, high cpu usage in pages that have flash is accurate description. The thing is, combination of sloppy Flash Player bytecode executing in a suboptimal version of Flash Player (i. e. for Linux to name one) really sucks the juice out of the CPU and laptop batteries. I am experiencing all those things. Laptop + Linux + Flash = slow, irresponsive experience.

      Perhaps a good solution would be to implement some kind of careful sandbox in which all plugins would run, but not necessarily out of security concerns only, but also resource usage. Execute code in the plugin using at most 5% (or user defined) of the CPU, introduce rules and exceptions (when playing Flash games exclusively), etc. Use server-side meta-data (annotations) to tag what runs as fast, for example ads should use a "very low resource usage cap" constraint etc.

      This is not only related to Web and Flash. We really lack such a facility on client side, where users have absolutely no control how much resources the applications they use consume. All you can do is restart or throttle down the CPU by force perhaps. Of course the problem is complicated one, but I think it can be done. Am I the one to do it? Maybe, but right now i have a headache :-)

    2. Re:CPU Usage... by Ann1ka · · Score: 2, Interesting

      If you like the OSX experience enough to stick with it. Why not give Safari 4 beta a try? It comes with better integration into OSX and has most of Chrome's features, with biggest miss being the sandboxing. It also uses the Webkit engine for rendering webpages, which is somewhat faster than Firefox's Gecko.

  19. Re:Already have Safari, kbyethnx by Jurily · · Score: 3, Insightful

    Because you want one that doesn't suck.

    And that would be the one that doesn't let you change the (marketing dept. approved I presume) privacy settings and search engine?

    I smell a rat.

  20. Re:Chromium (not Google Chrome) already works nice by asdf7890 · · Score: 3, Informative

    Most Eee PCs have two SSDs: a large, slow one and a small fast one. Firefox became a lot snappier once I moved my profile directory to the fast SSD. Obvious in retrospect, I know...

    If you have >512Mb in your netbook you could do what I've done: I keep the entire profile in RAM (on a tmpfs filesystem). On bok the profile is copied in to the ram drive and on shutdown it is rsynced back to the SSD (using --inplace to reduce copy+write operations on the urlclassifier db).

    OK so it lengthens boot time a little, but it isn't often the machine is properly shutdown anyway (it tends to be suspended when not in used instead) so doesn't do a full boot often.

    The urlclassifier db appears to be the main culprit for the "unexpected" IO in firefox. and even with all the relevant features turned off it seems to keep updating the file. If you don't want to put your whole profile in RAM (there is the risk of losing important bookmarks and cookies and such if the machine unexpectidly loses all power including battery or if normal shutdown scripts otherwise fail to be callde) you could probably just copy this file in and replace it with a symlink.

  21. Does the job? by rxmd · · Score: 3, Insightful

    I would bet that while you can't print, view YouTube videos or change your privacy settings yet, the core functionality of aggregating data about the user's browsing behaviour and sending it to Google with a uniquely identifiable ID is firmly in place.

    --
    As a state gets corrupt, its laws multiply; the most corrupt states have the most numerous laws. (Tacitus, Annales 3:27)
  22. Re:In related news: chromium! by BiggerIsBetter · · Score: 3, Funny

    $ apt-get install chromiunm

    I tried that but all I got was a stupid scrolling arcade game. :(

    --
    Forget thrust, drag, lift and weight. Airplanes fly because of money.
  23. Pretty happy with Firefox at the moment by erroneus · · Score: 3, Insightful

    Using the Fedora Linux here and have been for a rather long time. I am very much "anti-advertiser" simply because they have a huge propensity to "go too far" with their advertising and data collection. (I have nothing against advertising when it comes to respectful means that the customer seeks out for himself.) Google, for everything else they do in terms of evolving the internet technologies, is still an advertiser. I don't trust them. I can't imagine why anyone else would either.

  24. Re:Already have Safari, kbyethnx by poetmatt · · Score: 3, Insightful

    Really, an alpha build is expected to be considered a finished product? They never said we won't let you change privacy settings/search engine, it's called "we haven't even bothered coding features because this isn't stable".

    If your ass smells like rats, that explains where your head is.

  25. Re:It's okay by McDutchie · · Score: 2, Interesting

    Sorry for the extra reply. I forgot to recommend Camino which uses the Gecko rendering engine but is a real Mac application, and has built-in ad blocking.

  26. BETA A.S.A.P.? by jDeepbeep · · Score: 2, Funny

    we'll get back to trying to get Google Chrome on these platforms stable enough for a beta release as soon as possible ..

    Yes, hurry up with that.... so you can keep them in BETA for 5+ years afterwards. :p

    --
    Reply to That ||
  27. Irony by Alsee · · Score: 4, Funny

    DON'T DOWNLOAD THEM! Unless of course you are a developer or take great pleasure in incomplete, unpredictable, and potentially crashing software.

    How ironic, they announce new Mac and Linux versions and tell you not to download them unless you use Windows.

    -

    --
    - - You can't take something off the Internet! That's like trying to take pee out of a swimming pool.
  28. Phoning home by karmaflux · · Score: 2, Interesting

    Does it still send unknown encrypted data back to google at will?

    Thanks, that's all I need to know about this browser.

    --

    REM Old programmers don't die. They just GOSUB without RETURN.

    1. Re:Phoning home by mallumax · · Score: 2, Insightful

      You can use chromium if you don't want to use the google branded Chrome. Chromium will not send any data to anyone.

    2. Re:Phoning home by cerberusss · · Score: 2, Funny

      Chromium will not send any data to anyone.

      Yes, it's awful, it won't even send the data to the screen! When you type in a URL in the address bar, Chromium will retrieve the data and then KEEP IT TO ITSELF. It will smugly show a blank screen instead of showing the data. I think I even heard a satisfied snort from it.

      --
      8 of 13 people found this answer helpful. Did you?
  29. NOT amd64 by uhmmmm · · Score: 4, Informative

    A friend wrote up a Gentoo ebuild for it, which I went and installed (for the amd64 version - I run an almost entirely 64 bit system). Try to run it, and got this message:

    /opt/google/chrome/chrome: error while loading shared libraries: libgconf-2.so.4: cannot open shared object file: No such file or directory

    That's odd ... double check ... yes, /usr/lib64/libgconf-2.so.4 exists ... No ... they couldn't have ...

    $ file /opt/google/chrome/chrome
    /opt/google/chrome/chrome: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.8, stripped

    *facepalm*

    The 64-bit Chrome is *NOT* 64-bit, and will not run on 64-bit systems which are missing a number of 32-bit libraries.

    1. Re:NOT amd64 by shutdown+-p+now · · Score: 2, Interesting

      Yes, they really have managed write an javascript engine that isn't 64-bit clean in 2008.

      You do understand that their JavaScript engine is a JIT, right? Which means that it compiles to native code. Which means that the compiler part has to be distinct for every new architecture.

      "64-bit clean" doesn't even enter into this - it's not a simple matter of not making silly
      assumptions like sizeof(long)==4.

  30. Re:It's okay by plover · · Score: 2, Interesting

    And why do you think Google is interested in preserving Firefox as an end goal? They are not a non-profit foundation. They are much more like Microsoft or Apple: they want to make money.

    One potential way to make money is to control the internet content all the way through end-user delivery. It may enable some things that seem otherwise impossible: delivering protected copyrighted content, for example. If they offered a browser that wouldn't let you save YouTube streams, then maybe the RIAA would let them display music videos. Maybe book publishers would let them display Google Books along a Kindle model. Or maybe Google has a workable micro-payment system in place that depends on the browser not spoofing the for-pay site. Or maybe they just want to make sure that Google AdSense and google-analytics can't be blocked by the end users.

    A "non-trustable" browser (like Firefox with all its Greasemonkey scripts and Noscript and AdBlock etc.) can't offer the rights-holders enough assurance that they can deliver their data without it being copied. Chrome may be the guarantee that lets them make money.

    Before another DRM flamewar erupts, I'm not saying that Chrome can technically offer any more magic solutions than CSS or copy-protected diskettes or any of a thousand other failed DRM schemes. But like Apple's Fair Play, it might be "enough" protection to convince the copyright holders to distribute their content through Google's tubes.

    --
    John
  31. Re:Speaking of browser innovation... by tomservo291 · · Score: 4, Informative

    Last time I checked, chrome, firefox, safari all did this?

  32. Re:Speaking of browser innovation... by jisatsusha · · Score: 2, Interesting

    None of them do it very well. Try to drag out a tab to its own window when it's playing a video on YouTube, for example, and the video will go back to the beginning. Whether that's the fault of the browser or the Flash plugin though, I couldn't say.

  33. Re:Already have Safari, kbyethnx by cbhacking · · Score: 2, Insightful

    Avoiding software monoculture. On both OS X and Windows, Safari has been shown to have a substantial number of security flaws. Even if I liked its minimal configurability and general look and feel (I don't, but that's a personal thing) the security issues would lead me to avoid using it, much like IE6. (Hmm... is this some kind of rite of passage for a browser bundled with an OS? I hope Apple gets its security act in gear faster than Microsoft did - they're starting to become popular enough to be a worthwhile target.)

    --
    There's no place I could be, since I've found Serenity...
  34. Re:Speaking of browser innovation... by jisatsusha · · Score: 3, Informative

    Sorry to reply to myself, but it seems the latest chrome /does/ work properly with this. Could be to do with how it runs plugins in a separate process.

  35. Re:Already have Safari, kbyethnx by 99BottlesOfBeerInMyF · · Score: 4, Interesting

    And how it doesn't suck then? I'd say that Safari and Chrome are comparable.

    Chrome is obviously not ready for real use on OS X or Linux yet, but it is an architectural leap forward. It has real sandboxing of tabs so that one tab can't make the others unresponsive or take down the browser is a huge leap forward. With the Web being so central to most people's workflow these days this is akin to the move to a multitasking OS. I think that's what has most of us excited, not speed or new features at this point. It has a long way to go, but the underlying architectural decisions provide for more potential.

  36. Re:Already have Safari, kbyethnx by VisceralLogic · · Score: 2, Interesting

    But they aren't... SEPARATED INTO PROCESSES!

    Check out Stainless for Leopard... it's still lacking a few features, but it's coming together quite well.

    --
    Stop! Dremel time!
  37. Re:Already have Safari, kbyethnx by jcwayne · · Score: 2, Funny

    <Steve Erwin impression>...and here we have one of the rarest of all specimens: the +1 Flamebait </Steve Erwin impression>

    --
    Failure to follow this advice may result in non-deterministic behavior.
  38. Re:Already have Safari, kbyethnx by swimin · · Score: 3, Interesting

    No its not.
    Was IE released for WINE? No.
    Was Safari released for Windows? Yes.

  39. Re:Already have Safari, kbyethnx by Brandee07 · · Score: 3, Interesting

    Chrome is obviously not ready for real use on OS X or Linux yet, but it is an architectural leap forward. It has real sandboxing of tabs so that one tab can't make the others unresponsive or take down the browser is a huge leap forward. With the Web being so central to most people's workflow these days this is akin to the move to a multitasking OS. I think that's what has most of us excited, not speed or new features at this point. It has a long way to go, but the underlying architectural decisions provide for more potential.

    I know they advertise this, but it honestly hasn't proven to be true. I've been using Chrome daily since it came out (less bloat than Firefox, less suck than IE), and when a tab freezes, they all freeze.

  40. Re:Already have Safari, kbyethnx by Guspaz · · Score: 3, Informative

    But that's kind of the point. Finally, we can severely reduce memory bloat due to memory fragmentation by separating tabs into different processes.

    Chrome has a higher memory footprint at first, but then as Firefox continues to use more and more RAM, Chrome's memory usage remains consistent.