Canonical Demos Early Stage Android-On-Ubuntu
An anonymous reader notes Ars Technica's report from the Ubuntu Developer Summit in Barcelona, where Canonical has unveiled a prototype Android execution environment that will allow Android applications to run on Ubuntu and "potentially other conventional Linux distributions." "Android uses the Linux kernel, but it isn't really a Linux platform. It offers its own totally unique environment that is built on Google's custom Java runtime. There is no glide path for porting conventional desktop Linux applications to Android. Similarly, Java applications that are written for Android can't run in regular Java virtual machine implementations or in standard Java ME environments. This makes Android a somewhat insular platform. Canonical is creating a specialized Android execution environment that could make it possible for Android applications to run on Ubuntu desktops in Xorg alongside regular Linux applications. The execution environment would function like a simulator, providing the infrastructure that is needed to make the applications run. Some technical details about the Android execution environment were presented by Canonical developer Michael Casadevall... They successfully compiled it against Ubuntu's libc instead of Android's custom libc and they are running it on a regular Ubuntu kernel."
Makes sense, considering they're both Linux-based. Though, what does this mean for Ubuntu Netbook Remix? Of the MID edition I've seen elsewhere.
Anybody want my mod points?
I'd rather run Ubuntu on my smart phone.
How we know is more important than what we know.
If well are being tested to put Android directly in netbooks, having ubuntu netbook remix (or maybe even Moblin) along with Android applications could be the perfect match
What's the point? Most apps use GPS, tilt, and camera that most computers don't have(except for the camera). Those that don't use them are boring calculators and notepads. And even then, for the apps GUI to look right the window is restricted to a 320x480 rectangle or else you wind up with stretched buttons and text boxes.
Android has proved that people prefer linux over windows, OS X, Palm OS, etc. However, only when X/gnome/kde/SWING/etc are ditched. They're holding desktop linux back and it's time to move forward.
According to the summary it seems like it will be emulating everything, that raises a real speed concern, not perhaps for newer desktops but for older hardware and netbooks. Wouldn't a better option be to have a second real kernel being launched within the real one and native libs, etc? I know it might be hard to do and would have security problems, but it seems a lot faster that way.
Taxation is legalized theft, no more, no less.
Sup dawg, I herd you like run programs, so I put an operating system in your operating system so you can run programs while you run programs!
Maybe I'm missing the point here but what exactly does being able to run Android apps aimed for the mobile phone have to do with a netbook or a desktop OS? Surely we can use Google Desktop for the stock apps and the others are well not entirely useful such as texting and calling without the right hardware/network?
I would rather Ubuntu spent money and time on fixing known issues (in addition to future projects such as this) Hibernate and Suspend did not work through out various editions. I still think Suspend may still not work in Jaunty
I even heard mint Linux have graphics cards such as nvidia working on their platform but Ubuntu has not.
"Java applications that are written for Android can't run in regular Java virtual machine implementations or in standard Java ME environments." Is this not exactly what Sun sued Microsoft for? It's ok for Google, but M$ gets sued?
Comment removed based on user account deletion
If Canonical do see Android as a beneficial software stack, perhaps they'll focus a bit more energy on the Java-related developer tools too.
.deb archives should be so difficult (Fedora manage to do it for rpm)but this bug entry has been open for almost 2 years! :-( Shuttleworth commented on it 15 months ago, yet still no progress.
Specifically Eclipse. Android's developer plugin requires Eclipse 3.3 or higher, whereas Ubuntu comes with 3.2. I don't know the technical details of why packaging eclipse in
Sure, one can download it manually but it kinda defeats the purpose of having a package manager for such scenarios.
Yo, yo dawg, I herd yo and yo dawg like yo-yos, so I put a pic of yo dawg yo-yoin in a yo-yo, so yo can yo-yo yo dawg while yo dawg yo-yos, dawg.
An I herd yo like pr0n, so I put a browsa in yo browsa so yo can still rise in yo trowsa while yo other browsa crashe@#$*(@#$NO CARRIER
The primary problem is that eclipse is not being actively maintained upstream in Debian. It is in some ways rather hard to package which has to be actively maintained much like firefox, and nobody has stepped up to take it over. If nothing changes, I would not be surprised to see eclipse eventually dropped in Debian and by extension in Ubuntu.
(1) some wacky adventurers may want to wipe Android and run raw ubuntu on the handset - so it will have the same hardware.
(2) support for hardware features may be added in future netbooks. GPS might be emulated via 3G network triangulation, tilt may be added to forthcoming netbook tablets*. And as for the dimensions, run apps in windowed rather than full screen mode...
* Only a matter of time before Asus, Acer & others smash the lucrative tablet PC market.
> The mobile phone market moves so fast that investment is needed to keep up with the market
Eventually, this will change, when phone functionality starts to saturate and no one actually needs shiny new features. But that time, I think, is quite far in the future.
I think this is a really great effort.
I hope Android can meet them half way by making Android itself more compliant with Linux standards. Android is nice what it is, but it remains a very specialized platform. Interoperating better might be good for its acceptance as well.
I thought java traded speed and memory for portability. Now it doesn't really have that either?
Why is it that ever single little thing that Canonical does has to become a slashdot story or a press release? We now have this story soon to be followed up by the we have a team story, to be followed up by the we might write some code soon story, to be followed up by the we have an alpha story followed by....
Ubuntu has become the only Linux distro I absolute despise because they never take a break from running their mouths. Mark Shuttleworth is the new Daryl McBride.Get back to us when you have some actual news.
I'm sorry it doesn't matter to you what Ubuntu does, but it does matter to me and probably many other geek-Ubuntu-users. That's probably why it keeps appearing on Slashdot.
And whether and how Ubuntu's app store works is big news; if they unify Android and Ubuntu's application stores, that really gives them a big leg up in the market. That matters to everybody.
Well I guess if Canonical sees value, as I suggested, in providing developer assistance for this new Ubuntu-Android partnership they would be an ideal candidate to take upstream ownership, given no-one else has.
Anyway, Eclipse is one of those self-updating apps with its own package manager/provisioning platform (p2). It's not really designed to be installed as a shared program, unfortunately so. As a Debian user and Eclipse developer, I don't find it such a big deal to simply decompress the Eclipse archive in the home directly.
X is a disaster!
All the variouse WMs and DEs (I use Fluxbox personally) barely cover up the rough edges and sharp corners in the X brainfuck!
For your reading pleasure:
http://web.archive.org/web/20041010180516/http://catalog.com/hopkins/unix-haters/x-windows/disaster.html
http://linux.omnipotent.net/article.php?article_id=10127
http://uncyclopedia.wikia.com/wiki/X_Window_System
GENERATION 25: The first time you see this, copy it into your sig on any forum and add 1 to the generation.
Why is this significant? Why would you want to run crappy mobile phone apps on a much more powerful netbook/laptop, which probably has better related apps available?
On some hardware I might need drivers for Windows or Linux, on others no drivers needed for either.
And under Linux, you just have to pitch some hardware because there is no driver and no hope of getting the manufacturer's help in making a driver. For example, the Microtek ScanMaker 4850 USB flatbed scanner has gone unsupported in SANE for years. Windows, on the other hand, almost guarantees that you can use a driver from the enclosed CD.
the Linux community has yet to meet the opportunity with an office platform that does for Windows what OS X did for Mac OS.
Didn't NT (2000, XP) implement memory protection and pre-emptive multitasking? Didn't Unix do those in the '70s? Didn't Linux do those from day 1?
Or do you mean the symmetric multiprocessing that was added in OS X? I hear that Linux already does that.
I haven't owned a Mac, and I have only used them in the early '90s, so maybe I'm not the most qualified person to talk here*.
But... what are the major features that OS X has, that neither of OS 9, Linux nor Windows has?
* I'm not an Apple hater or an MS hater or a Linux fanboi (any longer :D). All three OSes have issues. The Linux crap is just easier and more pleasant for me to fix or work around.
Now the obvious question: How is [manufacturers' failure to cooperate] linux's fault?
It is not Linux's fault, but it is still Linux's problem.
My hardware is not supported on my operating system hence it is my operating systems fault, unless of course I am running Windows - in that case it is the vendor's fault.
It's the vendors' fault for not putting a penguin logo on any products that I can buy at Best Buy. But because it's equally the fault of every vendor, end users place the blame elsewhere.
So what if Linux drivers do not come on CD's? I live in South Africa where broadband is only just becomeing readily available
So how do you use the Internet to download the driver for your modem or network card?
Like you said - Windows almost guarantees that you can use the enclosed driver
But "almost" is still better than no driver being enclosed at all, which is the case for the vast majority of hardware that one would want to use on Linux.
Similarly, Java applications that are written for Android can't run in regular Java virtual machine implementations or in standard Java ME environments.
I can't find this Ok, but object to Microsoft doing the same thing wit Java back when they were making their own version, and got (rightfully) sued for it.
If it's a custom compiler, I think they should not call it Java anymore. If it's a custom Library, it should be a portable library, that can be used on any Java system.
What do you think? :)
(Please, no fanboyism.
Any sufficiently advanced intelligence is indistinguishable from stupidity.
android has already been hacked onto non-google hardware using a variety of linux distros including poky, angstrom and ubuntu.
the news first broke in January at linuxdevices
am I missing something or isn't there already an Android emulator in the SDK from google? Isn't this just a rewrite of the same thing?
I'll say it again: You have to buy hardware that works right in Linux
In other words, you have to choose Linux before you choose to buy hardware, not afterward. That makes it much more expensive for a current user of Windows to switch to Linux than it would otherwise be. I owned the scanner in question before I tried installing Linux on the PC.
just as you have to buy hardware that works right in Mac OS X
There's a logo on the front of the box of hardware that comes with a Mac OS X driver. There's no logo and no driver for Linux.
Most (all?) of the Canon LIDE scanners are fully supported under SANE.
Had I known that I would eventually want to switch to Linux before I bought my scanner, I might have bought a Canon instead.
And, oh yeah, since SANE supports network transparency, the scanner is shared out on my network so I can scan using any of my laptops or mine or my wife's desktop, etc. scross the network, in a completely transparent fashion.
But does that matter much? If you aren't close to the PC to which the scanner is connected, you can't put the document on the scanner to scan in the first place. It isn't like a printer, where you can print, walk to the printer, and remove the document from the output tray. If you have a document on the scanner, you monopolize the scanner until you remove the document.
A penguin logo, while it would be nice, is not needed. Since you already need to research hardware before you buy it, you'll know what models works and don't work before you even get to the store.
Without already owning a working printer, how do I print out the hardware compatibility list to carry it into the store? And for people who rely on donated hardware (e.g. non-profit organizations, or recipients of birthday or Christmas presents), how do they get donors to respect the HCL?
wired network
Does that include 56K modems for people living in the country who grow the food you eat?
I wonder why Mac has better support than Linux in this regard, MacOS is BSD based after all
For one thing, Mac OS X has a more stable kernel ABI, compared to the Linux kernel ABI that changes on purpose to make life harder for developers of non-free drivers. For another, drivers for some peripherals run in user mode and thus sit on top of the NeXTstep-style parts of Mac OS X, not on top of the BSD subsystem.
Sheesh one would think that it is not such a large leap from MacOS to BSD.
If everyone ran GNUstep, not GNOME or KDE or Xfce, you might have a point.
And if you are at a place of work surely you should have access to at least one company/techie who is worth his salt and can make sure your hardware works with your software?
I am that person. But we bought a lot of hardware before I came to the company, back when it was still a 100% Windows shop.
The primary problem is that eclipse is not being actively maintained upstream in Debian. It is in some ways rather hard to package which has to be actively maintained much like firefox, and nobody has stepped up to take it over. If nothing changes, I would not be surprised to see eclipse eventually dropped in Debian and by extension in Ubuntu.
And yet, people keep arguing that centralized repositories are the way to go, and there's no need for projects like autopackage. Do we expect Eclipse developers to maintain a Debian package for it? As well as packages for RedHat, Suse, and all the other distros while they're at it?
Spam on slashdot. Good call. You probably just got added to thousands of admin's web filters.