Google is working on integrating terminal emulator into Chrome

http://src.chromium.org/viewvc/chrome?view=rev&revision=113066

by valyala • 15 years ago

316 90 15 years ago

src.chromium.org

Why? This seems like the perfect thing for an NaCl application.

xorglorb• 15 years ago

NaCl doesn't have the low level networking capabilities needed for SSH, Telnet, etc. because they would be a security risk (a "game" could run a portscanner or look for open SMB shares on the network).

tree_of_item• 15 years ago

It might be a bad idea to put too many eggs in to the NaCl basket, as other browser vendors are resisting it pretty strongly.

barrybe• 15 years ago

NaCl is nice and all, but it's better to have something that works perfectly fine on top of Javascript/HTML5, rather than only inside NaCl.

cheald4• 15 years ago

HTML5/Javascript can't do raw socket operations, which is the big obvious downside here.

mindcrime• 15 years ago

Sounds like the perfect thing for a JNLP app to me.

scrod• 15 years ago

Shhh, now that embedded Java does everything we need, we must pretend it no longer exists — how else could we justify all the insane technological contortions that we'll need in order to justify profiting through sequestering users' data, renting 1980s-era features to them, and selling their attention, intimate habits, and social bonds to advertisers?

bokchoi• 15 years ago

The MindTerm ssh2 applet has been around for a very long time:

http://www.cryptzone.com/products/agmindterm/

cheald4• 15 years ago

http://code.google.com/p/naclssh/source/browse/src/naclssh/s... :)

jjcm• 15 years ago

I personally would love to have a terminal or an SSH client within chrome. I'm excited to see how this turns out.

selectnull• 15 years ago

I agree, this is exciting. I just hope, if they implement terminal withing chrome, when one presses ctrl+p it will select previous command from buffer, and not print the page. I enjoy working in chrome devtools, I use it just like a shell and love it... and then I press ctrl+p and get all frustrated...

kodablah• 15 years ago

There is a not-extremely-active SSH in NaCl [1]. This emulator is a prerequisite for it being added [2]

[1] http://code.google.com/p/naclssh/ [2] http://code.google.com/p/chromium-os/issues/detail?id=23272

chimeracoder• 15 years ago

That could have interesting implications for the Chrome Notebook (I haven't really used one, but based on what I've heard).

The potential appeal of the Chrome notebook is its security-by-simplicity. If the only thing you can do is use Chromium, then your notebook is basically as secure as Chromium itself is (in theory, at least).

The irony is that we're essentially moving back to the way computers were a few decades ago - people used terminals to access a central computer. We moved to personal desktop computers for a while, then laptops (and mobile phones). It'll be interesting to see if the rise of interest in 'cloud computing' means that, in five years, our primary computers will just be portable terminals to access some main computer remotely.

Personally, I might be fine with that. Network speeds/reliability aside, everything I do could be accomplished easily over SSH, with X forwarding for a few applications. It's possible that these simple tools that we've had for decades could be packaged in a way that appeals to a more general use case.

freehunter• 15 years ago

Back in the early days of ChromeOS, there was a much less restricted security model than I presume exists today based on what I'm reading. I haven't use it in a while, though, so I do not know how it works these days.

Basically when I installed it, it had to be compiled by you and installed on an SD card. You could easily change a setting on the system and drop to a shell. It was running on a stripped-down Ubuntu installation, so you could actually install Firefox inside of ChromeOS. It was nice having the base, fast-boot installation combined with the ability to basically run a full system if you needed to.

benmathes• 15 years ago

I hope we go the way of the dumb terminal from an ease-of-use standpoint; I want my data to just "be", and not have to worry about syncing/backups/etc.

From the freedom/privacy standpoint, however, I'm not sure. I find it surprisingly easy to imagine a US government agency empowered by anti-terror laws to get access to my data.

This is why I want encrypted cloud computing for all my stuff. I dunno if the large players could actually do that and have the US govt be ok with it.

epscylonb• 15 years ago

How can you verify the security of the "cloud" hosted data?.

aangjie• 15 years ago

From the privacy standpoint am still uncomfortable at the idea of having my data on the cloud even if it's encrypted and would prefer to keep it local. Ofcourse, my rational side points out that i don't have any data that is worth my cloud provider to run brute-force attacks and decrypt....

But then there's also the fact that i have access to a decent set of hdd's and can store it locally rather with ease.with the cost being the attention and time of running smartctl once in a while to check the health of the hdd's and getting a backup...

debaserab2• 15 years ago

Chromebooks already have a built-in shell called CROSH, which provides a very limited command set but does have an SSH client.

eddieplan92• 15 years ago

terminal emulator != shell

just like xterm != bash

grandalf• 15 years ago

how does one access this?

amorphid• 15 years ago

Until we have inexpensive access to the Internet at broadband speed on mobile networks w/ no cap on data usage, I want the option to work offline.

kurtextrem2• 15 years ago

Chromebooks have already a CMD

zobzu• 15 years ago

Chrome is the ChromeOS ;-) I'm wondering whats the intended use tho? Start ssh and the like from the webpage? scared

phogster• 15 years ago

I'd imagine the address bar itself would accept the ssh:// protocol.

spolsky• 15 years ago

For those of you too young to remember, all the early web browsers supported telnet: URLs, usually launching an external telnet client.

sp332• 15 years ago

At least Firefox still does. Actually it supports any foo:// protocol if you're willing to configure an external program to handle it :)

Edit: instructions here http://kb.mozillazine.org/Register_protocol

mkramlich• 15 years ago

I have a vague memory of using a telnet URL in a browser to play a text-only MUD back in the 90's. Was exotic compared to the default way of doing it in a terminal shell session.

ryanackley• 15 years ago

This appears to be specifically for chromium OS not the Chrome browser. If you look at the commit message it references a chromium-os bug.

http://code.google.com/p/chromium-os/issues/detail?id=23271

If you're interested in the long term plans for this feature just see all the bugs for this component

http://code.google.com/p/chromium-os/issues/list?q=label:Are...

oacgnol• 15 years ago

Combining a terminal emulator with Google Sync would be really cool to have - terminal settings that sync just like any other preference or bookmark.

Uchikoma• 15 years ago

My Chrome is getting buggier all the time (now in version 15). Tabs hang, websites crash.

So to be selfish: Instead of adding a terminal emulator, I want my Chrome from 2 years ago back, which was fast, bug free and did not hang.

peteforde• 15 years ago

I came here to say exactly this.

Chrome should try and remove features, not add things nobody is asking for.

jgroome• 15 years ago

>Chrome should try and remove features, not add things nobody is asking for.

Can you be a little more specific as to what kind of thing should be removed? I've noticed a definite difference in speed, but I wouldn't say the browser is bloated.

Pewpewarrows• 15 years ago

This just in: there are a massive amount of developers working on a single project. Not all of them are on the stability team. Just because they're adding feature X doesn't mean that they're taking any amount of resources away from bugfix Y. It's a false dichotomy typically imagined by those who have never worked on medium to large-sized products.

SoftwareMaven• 15 years ago

It would be false if he had said no work on stability was happening. However, new features come with a cost in stability (both through introduced errors and less manpower on the stability teams). Google has been putting a lot of features in (nacl, dart, etc) and it is coming at the expense of the basic browsing experience.

Interesting that as Mozilla figures out it needs to focus on the basics after getting slammed by the smaller, faster Chrome, Google does the exact same thing they did.

lubutu• 15 years ago

"Various studies have shown that software broadly contains something like 6-16 bugs per 1000 lines of code."

As more features are added, the number of bugs will increase, so in a sense everyone who is not on the stability team is on the instability team. Which means the stability team would need more developers as a counterweight...

fuzzix• 15 years ago

"It's a false dichotomy typically imagined by those who have never worked on medium to large-sized products"

In my experience it's not necessarily false, especially when the test cycle has a weak regression suite.

One project I worked on was an embedded system with tight resource management requirements. The teams were split into features and stability/performance scrums. Each new feature would have the performance people crying out loud at the new overheads introduced.

A performance/stability-minded code reviewer on each team alongside a strong performance regression test cycle might have seen the project succeed but the pace imposed by a fast agile dev cycle precluded this sort of discipline.

Marketing wanted features and wanted them now - The demo is Friday, chop chop!

Not a false dichotomy but a manufactured one, perhaps.

aerique• 15 years ago

There's probably some kind of law in there. My browser history is Mosaic -> Netscape -> Galeon -> Firefox [1] everytime jumping to a new slender browser since the old one got too bloated or too old. Firefox lost its slenderness a long time ago but I never found anything to replace it with.

[1] I think I missed a few.

bru• 15 years ago

How about uzbl (http://uzbl.org/)?

imd2• 15 years ago

Zawinski's law? http://catb.org/jargon/html/Z/Zawinskis-Law.html

megrimlock• 15 years ago

Yeah, Chrome represents a pretty different model from most desktop apps we run. Chrome's seamless auto-update has brought web-app style continuous iteration to the desktop. That means continuous change, and presumably improvement, but also no real ability to opt-out of new features/bloat and newly introduced bugs.

This was a brilliant move for Google because it removes the friction they face to push web-client functionality where they want it to go. For example, I woke up one day and suddenly I could run all these new webgl apps. We have all granted them implicit license to push code out to all our desktops -- at the cost of no longer controlling what version and bug/feature tradeoff you are running.

Whereas App Store apps, where the user controls updates, are somewhere in the middle of this shrinkwrap vs. web app continuum. You get the constant nagging to download version N.epsilon.epsilon of iTunes, with 20 pages of block text describing updates that are only interesting if you are the person driving Apple's grand product strategy, but you at least get the ability to say no thanks, don't ask me again. (Of course they will ask you again, but that's just due to inevitably skewed incentives.)

mkup• 15 years ago

I use portable version of Chrome running from TrueCrypt partition for commerce related things (along with Firefox as my main browser) and that way Chrome autoupdates are frozen.

sebastianavina• 15 years ago

I had the exact same problem. I was very dissapointed of Chrome, until I reformated my computer, when Chrome updated the bookmarks it became slow and buggier... that's when I deleted all of the bookmarks of the Bookmarks Bar, and VOILA!, Chrome was reborn for me.

berkut• 15 years ago

Same here, I'm back on Chrome 11 on Linux, as the recent ones have been atrocious...

kurtextrem2• 15 years ago

yeah... chromev2 with bugfixes and newest webkit / v8 engine :D

abbot2• 15 years ago

I guess, the next notable iteration would be: "Google is working on integrating Emacs into Chrome". Oh well.

antifuchs• 15 years ago

This announcement reminded me too of when Linus commented (upon the integration of virtual memory into Linux) that Linux had become the Emacs of terminal emulators.

Pretty funny that by integrating a Terminal emulator, Chrome becomes the Emacs of web browsers.

rajat• 15 years ago

We can already do everything from inside emacs; oh wait! Chrome's the browser. So that's completely different.

sgrove2• 15 years ago

There's actually a really interesting article/email I read a long time ago saying that emacs main competitor was the browser, and that it was likely to be overtaken by it unless emacs reacted in some way.

I can't find the article with a cursory google search right now, but maybe someone else knows it can find it.

20after4• 15 years ago

I believe that would be Yegge's rant from 2008: http://steve-yegge.blogspot.com/2008/04/xemacs-is-dead-long-...

Scroll down a bit to the heading "The bad news: the competition isn't the IDEs"

"IDEs are draining users away, but it's not the classic fat-client IDEs that are ultimately going to kill Emacs. It's the browsers. They have all the power of a fat-client platform and all the flexibility of a dynamic system. I said earlier that Firefox wants to be Emacs. It should be obvious that Emacs also wants to be Firefox. Each has what the other lacks, and together they're pretty damn close to the ultimate software package. "

Someone• 15 years ago

Google or someone at Google? I cannot figure that out from that page, and I do not see a business reason for doing it. Or is this intended to be the software equivalent of JTAG on Chrome OS? What am I missing?

figital• 15 years ago

Makes sense. Using the console to query information about what's going on inside Chromium's processes is already similar to the "shell experience". (This might explain why recent Chromium builds have gone from 45MB to 235MB!!)

smashing• 15 years ago

Does anyone remember Konqueror has a webbrowser/file browser methodology of handling protocols such as SFTP through IOSlaves called FISH?

I know Konqueror shares a codebase with Chromium through the KHTML renderer and maybe more, but maybe Google's Chrome is dipping into the well of ideas that comes from the KDE project but using a different implementation, of course.

andrewcooke• 15 years ago

no-one seems to have mentioned it, but this is apparently motivated by the aura project - http://www.chromium.org/developers/design-documents/aura-des...

you can see the link via: http://codereview.chromium.org/8680034/#ps11001 which links to bug http://code.google.com/p/chromium-os/issues/detail?id=23271 which blocks http://code.google.com/p/chromium-os/issues/detail?id=21187 which is "important to the Aura effort"

timmy-turner• 15 years ago

For those that can't wait for google, there are already some pretty mature browser-based terminals out there. For example shellinabox (https://code.google.com/p/shellinabox/) which is a full javascript implementation of a vt100 compatible terminal plus a server written in C providing pty streams over http. Web shell (http://code.google.com/p/web-shell/) is another one, doing all the terminal emulation on the server written in python and transferring full lines to the browser.

If you're interested to write your own terminal emulator, have look at pyte (https://github.com/selectel/pyte), a very clean and beautiful python library to write vtxxx compatible terminal emulators.

gaius• 15 years ago

I am getting a weird sense of deja vu - Netscape included a 3270 emulator with the browser back in the '90s.

http://en.wikipedia.org/wiki/IBM_3270

jimktrains2• 15 years ago

But they can't make it so that you can view the source without loading the page -_-

Kwpolska• 15 years ago

If you want to read the source, and even edit it, I suggest using the Chrome Web Inspector. Ctrl-Shift-I or ⌘-Option-I.

tuukkah• 15 years ago

Anyone still remember XMLterm that was included in the Mozilla browser in year 2000 or so :-) http://www.xml.com/pub/a/2000/06/07/xmlterm/index.html

obtu• 15 years ago

Hah, it looks a lot like TermKit!

Google is working on integrating terminal emulator into Chrome

Related Stories