Chrome is Ready for Business
blog.chromium.org
blog.chromium.org
Thanks for the heads up.
What exactly would make you happy?
By comparison, Chrome for Enterprise currently offers only about a dozen GPO switches and IE6 offers 1300, but the dozen they chose cover about 90% of possible use cases and the team is working on adding more all the time, as they are justified.
I think apt-get shouldn't require admin rights for security updates.
If it is a virus/exploit issue that you are worried about, my bet is that an auto-updating chrome is better protected from these than a root-restricted but out-of-date browser.
(Root) Linux: file:/// Win: file:///C:/
This recently allowed me to deploy a web application into an enterprise space with extensive dependencies on creating and editing word and excel documents (as well as pdfs).
The web application generates highly customized rtf from user submitted forms and provides links for users which, when clicked, will open word with the rtf loaded and its working directory properly set within their network file system. Therefore, the user can modify the rtf, simply press save and exit.
This is vastly superior to download / edit / upload schemes or replicating the functionality of word through this web application.
The users can access the files through UNC based methods they already understand and through the new web application. Its glue to wean the enterprise from windows binaries and UNC paths everywhere towards a unified web application.
It also very simple:
1. Name the protocol and generate links using it: myproto:/path_to_file
2. Modify the windows registry to handle the protocol http://kb.mozillazine.org/Register_protocol
3. Write a tiny handler as a binary, or even batch file, to be called by chrome when it parses the custom protocol
In the situation referenced above, the handler application just truncates out the protocol from the link and calls the shell with the resultant string. That means it properly handles all windows file associations. So, .rtf -> Word, .xls -> excel, .pdf -> acrobat, / -> file explorer.
To the user its actually quite seamless.
You do have to touch client machines once to setup the handler, but in this context its fine. This is not over the internet, but inside the enterprise.
I'm thoroughly impressed with the Chromium authors. From their continuous build cycle (http://build.chromium.org/buildbot/waterfall/console) to their very active developer community, it's clear that they are driven to make a better browsing experience for everyone. By getting themselves into the business world, the footprint they've created in the browser market can become even larger.
Firefox: http://tbpl.mozilla.org/ Safari: http://www.publicsource.apple.com/
"NOTE: SSL client authentication with personal certificates does not work completely in Linux, see issue 16830 and issue 25241." (http://code.google.com/p/chromium/wiki/LinuxCertManagement)
in all reality, i have been on google apps deployments where chrome was being adopted and there was no easy way to push it to 1000s of users, let alone configure and manage. this will really make life easier for admins transitioning to google apps who choose to adopt chrome as well.
not to mention google is providing support for chrome to those who have google apps for business.