Drawing the Line Between Android and Linux 258
jfruhlinger writes "The relationship between Linux and Android is on a technical level not hard to grasp — there's a shared kernel, but the application and interface layers are quite different. But, as Brian Proffitt points out, there are differences of philosophy and of community — which hasn't stopped Adobe from touting its Android dev tools as proof of its devotion to Linux."
don't know (Score:3, Insightful)
android didn't do anything good for linux, if anything it just made another incompatible implementation of the same platform. wake me up when i can run android app on my linux desktop without needing to run it in some virtual machine.
adobe i don't even wanna comment about. i avoid them more carefully than entrance to hell.
Re:don't know (Score:5, Insightful)
You do realize that android apps run in dalvik right? So there is always a virtual machine. I fail to see how that is any different than running it on the virtual machine running on the phone.
MVC (Score:2)
You do realize that android apps run in dalvik right?
One common pattern is a Java front-end made especially for Android that runs in Dalvik, combined with a C++ back-end shared with other platforms that runs in the NDK. In MVC terms, this corresponds to a C++ model and a Java view.
Re: (Score:3)
One common pattern is a Java front-end made especially for Android that runs in Dalvik, combined with a C++ back-end shared with other platforms that runs in the NDK.
Except that your C++ code is still executed from within the Dalvik VM.
The Android NDK is a companion tool to the Android SDK that lets you build performance-critical portions of your apps in native code. It provides headers and libraries that allow you to build activities, handle user input, use hardware sensors, access application resources, and more, when programming in C or C++. If you write native code, your applications are still packaged into an .apk file and they still run inside of a virtual machine on the device. The fundamental Android application model does not change.
So no it doesn't run in the "NDK" considering that statement makes absolutely no sense.
Re: (Score:2)
Re: (Score:3)
Except that your C++ code is still executed from within the Dalvik VM.
Depends on how you define "within". True, the VM allows control to pass to the C++ code. And true, that code is running in the process context of the VM. HOWEVER, the C++ code is running directly on the CPU, just like ordinary C++ code.
The situation is not unlike a shell invoking a native program. Although the native program is running as a child process to the shell, the native program is only minimally influenced by that.
Re: (Score:2)
That's not how that works at all. It works similarly to JNI. The method call is a proxy made available to your Java (or Dalvik) application, then by executing that code, the VM will, rather than executing Java (or Dalvik) byte-code, know based on the declaration:
public native void Blah() {
}
That it has to execute a native method, and it will check the library in LD_LIBRARY_PATH for a shared object that contains a method with a matching name and signature.
don't know... how OS's work? (Score:5, Insightful)
First, it's called Java and it runs android apps on linux [softpedia.com] (amoung others), just like Linux runs any other app. Android doesn't make kernel bound, machine compiled apps for the very good reason that they need as many apps to run on as many phones without separate compilers. Phones are still running completely different chipsets than PCs, or are you not aware that you can't run amd64.deb on a 32bit PC, etc. etc. If so, you aren't very educated about the issue at all.
If you want to take some code, make some native applications compile to it, I'm sure you could get some command line tools that work on both platforms, compiling separately on each. Mainstream users don't CARE if they can run it on their computers. Frankly, not many geeks care either. That's a pretty minority of a minority view. At best, people would like to run Linux desktop apps on Android, not the other way around.
And the problem isn't Android, it's XWindows. When you get XWindows and Gnome/KDE to run efficiently on ARM, you let me know and THEN we'll talk about portability. Until then, NON ISSUE QED.
And even then, you'd still need a type of virtual machine, regardless of whether the code ran or not. Apps are built for.. wait for it... phones and tablets! It's pointy-multi-touchy, not lefty-righty-clicky.
The fact is that Android is the first, and only, real main stream Linux OS that rivals every single one of its competitors. What did Android do for Linux? That's like asking what Apache has done for Linux. Without Apache, Linux wouldn't have the server market cornered. Android did for linux on phones what Apache did for linux on servers. And if you don't get that analogy, you just don't get it the topic at all.
Re: (Score:3, Insightful)
And the problem isn't Android, it's XWindows. When you get XWindows and Gnome/KDE to run efficiently on ARM, you let me know and THEN we'll talk about portability. Until then, NON ISSUE QED.
GNOME/KDE are overrated, but the N900 runs X11 on ARM just dandy. Of course it's not the huge Xorg nee Xfree86 monstrosity, it's a kdrive variant (which, perhaps confusingly, is also an X.org project), but it's still X11R6 and it lets all your X apps run, including letting PC apps display on your phone or phone apps* display on your PC's X server. And Hildon (the desktop environment of Maemo) is pretty much a mobile-centric version of GNOME, so it could be said without much exaggeration that we do have "XWi
Re: (Score:2)
Great information (definitely Insightful), thanks!
Re: (Score:2)
Re: (Score:3)
Maemo Linux, the OS that runs my n900, runs Xorg just fine. I don't think GNOME would be a good fit, but Hildon does use GTK, dbus, hald, pulseaudio, NetworkManager, and the evolution DB backend. And while you can't run amd64.deb, it does have a repository of ARM arch .debs. I think the best way to define what Slashdot would call linux is "capable of running wireshark". And the N900 meets that task, but does hilight your point that desktop apps are not in and of themselves, ready for mobile. I think the opp
Re: (Score:2)
Heh... Think of Hildon as GNOME Mobile, more or less. That was what Nokia was aiming for when they did it originally.
As it stands, Android is a Linux distribution with a specific and unique App framework that runs under the Dalvik VM.
That's why Canonical was able to make an execution environment that the dev threw his hands up in disgust over- he'd arrived at the conclusion that it was "open" in one sense and not another. For example, you can't get the market app and a few other things except by jiggery-
Re: (Score:2)
Exactly. People don't understand that you have to build to the device, not just the platform. PCs are so very similar that people rarely notice the difference. Of course, anyone with a 32bit PC trying to run a 64bit only app immediately learn that there is a difference when the chipset changes. That's why devices like the GP2X runs emulators. It's also why VMWare and HyperV have such a great market. Not just for segregation of services, but also because many people still rely on 32 bit systems but nee
Re: (Score:3)
Did X kick your dog or something? If you don't like it feel free to not use it.
Re: (Score:2)
android didn't do anything good for linux, if anything it just made another incompatible implementation of the same platform. wake me up when i can run android app on my linux desktop without needing to run it in some virtual machine.
adobe i don't even wanna comment about. i avoid them more carefully than entrance to hell.
Oh really, so do you think you could have taken RHL or Ubuntu and popularize Linux as a mobile OS? Also, the statement is stupid. It is not a question of whether X has done anything good for Linux, but whether Linux has done anything good for X. And it has. Linux has allowed to create a good mobile platform (Android) which is far more open than the competition (the closed-source iOS).
Asking or saying whether Android has done anything good for Linux is as stupid as saying that inkjets and laser printers (a
Re: (Score:2)
Re:don't know - it shows (Score:2)
Because there are Apps that would work in either environment just fine. Just because you can think of a case that won't work doesn't mean that all cases don't work.
And that doesn't mean that *your* case is the general case either. Besides, why would people want to develop apps that run on both Android and Linux on a desktop? The majority of the linux user base is either in the mobile arena (via Android) or in the server arena. The desktop arena is irrelevant and provides no business case to develop for it.
The android platform, not your PC, is the Linux desktop. Period.
Share the love (Score:3)
Re: (Score:3, Interesting)
Now?
http://www.android-x86.org/
Re: (Score:2)
About 7 months ago
http://www.reghardware.com/2010/11/03/review_netbook_toshiba_ac100/ [reghardware.com]
But after reading that review, or any other review elsewhere on the same product, you probably won't want to.
Re: (Score:2)
Now. Especially if you're using one of the Honeycomb tablets. You can run it with X86 Android now on any desktop with the proviso that you just simply can't run NDK derived stuff without having someone provide you with the X86 native code variants for that Android image/distribution.
Re: (Score:2)
OK then, when will I be able to run Android on my Acorn A4000. :-)
Re: (Score:2)
I am pretty sure your ARM250 from yesteryear isn't completely compatible with the ARM9 cores that appeared 15 years later.
Some critical things missing are graphics acceleration and FPU.
Adobe - it's a disfunctional relationship (Score:2)
Adobe isn't moving away from the Linux community. Rather, the company is refocusing its efforts into the emerging Linux-based space found in mobile products.
So you're going to market Dreamweaver and Illustrator/Photoshop as the latest greatest dev tool for building apps? Why do I get the feeling academia would really embrace that...
Re: (Score:2)
Adobe isn't moving away from the Linux community. Rather, the company is refocusing its efforts into the emerging Linux-based space found in mobile products.
So you're going to market Dreamweaver and Illustrator/Photoshop as the latest greatest dev tool for building apps? Why do I get the feeling academia would really embrace that...
How did you get to that conclusion from what he wrote? Strawman much?
Whoa! Hold on a moment. (Score:5, Informative)
"The relationship between Linux and Android is on a technical level not hard to grasp — there's a shared kernel...
Most Linux Distros -> GNU/Linux.
Linux is the kernel. Shared kernel means it's Linux.
Period. end of story.
, but the application and interface layers are quite different.
That could be said for any Linux distro.
Android is a Linux distro.
Re: (Score:2)
Re: (Score:2, Insightful)
The confusion comes from people who keep talking about Linux when they mean all of the extra stuff on top of the kernel.
No, the confusion is with people who think that Linux can only refer to the kernel. Even Linus doesn't play the "GNU/Linux" game.
Certainly, it would have save a lot of hassle had Linus decided to give his kernel and the GNU OS using his kernel completely different names, like Darwin and xnu. Instead, he called the kernel "Linux", named the file "vmlinux" or "vmlinuz" (depending on whether it's compressed or not).
The language may be imprecise, but you can't blame people for using the language as it exists. J
Re: (Score:3)
You make a good point, but come to the wrong conclusion.
The word "Linux" can be used to describe just the kernel alone, or the GNU/Linux (to use Stallman's nomenclature, which Linus Torvalds rejects) system in general. When someone says "Linux distro", they mean a "GNU/Linux distro". And, isn't Android GNU/Linux anyway? Doesn't it include the GNU tools? What it's not is a traditional GNU/X11/GNOME|KDE|other-X11-based UI/Linux Intel-compatible PC distro. I think it's not unreasonable that people don't go aro
Re: (Score:3)
Android doesn't include the GNU tools. The Android kernel is based on the Linux kernel (but is incompatible with the mainline kernel), and that's where the similarities end. Because the kernel is incompatible you could argue it shouldn't be called Linux at all.
Re: (Score:2)
The word "Linux" can be used to describe just the kernel alone, or the GNU/Linux (to use Stallman's nomenclature, which Linus Torvalds rejects) system in general
Android and TiVo demonstrate why Stallman is right on this issue. Nobody can deny that Android and TiVo are using Linux as a kernel, but the userland is completely different and certainly isn't GNU. Gone are the days when you could assume that any computer running Linux would also be running GNU.
That's what the author meant, and most people (who even know what Linux is in the first place) take as understood.
Most people on /. -- not most people in general. People may have heard of "Linux," not know exactly what it is, then hear "ANDROID IS LINUX" and immediately think that it must be the same as Fedora or Ubuntu.
Re: (Score:2)
The word "Linux" can be used to describe just the kernel alone, or the GNU/Linux (to use Stallman's nomenclature, which Linus Torvalds rejects) system in general
Android and TiVo demonstrate why Stallman is right on this issue. Nobody can deny that Android and TiVo are using Linux as a kernel, but the userland is completely different and certainly isn't GNU. Gone are the days when you could assume that any computer running Linux would also be running GNU.
A distinction that is mostly irrelevant for most people, even most developers (if you count them as people:P)
That's what the author meant, and most people (who even know what Linux is in the first place) take as understood.
Most people on /. -- not most people in general. People may have heard of "Linux," not know exactly what it is, then hear "ANDROID IS LINUX" and immediately think that it must be the same as Fedora or Ubuntu. That kind of confusion is not a good thing for anyone.
See my response above.
Adobe Air (Score:2)
Re: (Score:2)
Flash Builder (Score:3)
Re: (Score:3)
Re: (Score:2)
Yep, isn't Adobe a brilliant company?
Re: (Score:2)
There are some twitter clients done in Air, with the biggest being Tweetdeck.
Re: (Score:2)
Actually I am really liking Gwizard Gcode calculator and Gcode editor which is air also the ebay desktop app is air and National Geographic Complete is also air. Adobe flex is a good dev tool and air is one of the better VMs out there for desktop GUI apps better than Java in my opinion. Silverlight might give it a run for it's money on Windows but air is truly cross platform for example I can use all of those air apps on Linux, Windows, or Mac. That's pretty cool. In fact I do use those apps on Linux. Also
Re: (Score:3)
Linux market (Score:3)
I don't understand why so many companies refuse to support linux. Yes the market is small comapred to Windows BUT its not that small and its a big niche market which lets you charge more for the software/hardware as most Linux users will undderstand that a company might have to sell at higher margings since the user base numbers are smaller. Mabe its the short term profit mantality that is causing this but wouldn't you as a company want to make customers for life?
I'm just an average Linux user who has all computers in the house running Mint but I don't get into the software and hardware setup anymore yet I'm willing to pay a little more to have the software hardware compatabiliy in Linux even at 20% of whats available on windows.
Re: (Score:2)
The first is a lack of good APIs (beyond the Posix level, which is fine). If Linux had something like Quartz, [wikipedia.org] porting Photoshop to Linux would be simple for Adobe. It would make a lot of things easier. Instead you have to hack around with SDL (which is a great library that reaches it's goals, it just doesn't do all that much).
Second is the difficulty of installing/distributing binary software. Linux was built for distributing
Re: (Score:2)
Second is the difficulty of installing/distributing binary software. Linux was built for distributing applications by source, and has a lot of good tools for doing so, and as an open-source advocate I like that, but a lot of companies don't want to distribute source, and there isn't really a good way to distribute binaries.
Deb and rpm handle this problem completely. Package your app and be done with it. If you can't even be bothered to do that you never would have ported you app to begin with.
Re: (Score:2)
In general, commercial software doesn't want something that will fit easily into a package manager. What they want is an installer that is click-click-click "accept license agreement" and then on top makes you type in some kind of serial number, and maybe has some other kind of DRM. Deb was definitely not designed to do that, and r
Re: (Score:2)
I don't want that. I am the buyer. If you want me to click on stuff put the deb on a website with such a click through. Have the key entered into the program on first launch, not during installation. That breaks automated installation.
Re: (Score:2)
Re: (Score:2)
Yes it is, why do you think I don't own any games that don't play on wine? What games I buy is 100% up to me.
I will own Portal 2 as soon as it is supported by Wine or the Codeweavers commercial product without any cracks.
Everything is up to the buyer. If buyers did not buy games with DRM, they would not exist.
Re: (Score:2)
Deb and rpm handle this problem completely. Package your app and be done with it.
Do you know how selling software works? If you just throw together a .deb or .rpm, and "be done with it", you'll find an inbox full of angry customers demanding support. Oh, you packaged your .deb based on Debian Squeeze? Well, package foo upon which you software was tested doesn't work the same in Ubuntu Natty Narwhal. And never mind all the requests from Gentoo users who want to know which flags they need to set to recompile their software to fix some obscure bug that pops up when trying to run the softwa
Re: (Score:3)
Then just give me a tar.gz.
The humblie indie bundle folks managed that.
The reality most linux users will be so happy to be able to buy your game they won't bother you with emails but will fix their problems themselves.
There is no package your app and be done with it on any desktop OS. Windows has no package management at all, and OSX only has it if you want to pay Steve Jobs 30%.
And that's exactly what most software makers choose, simply not even porting it in the first place.
Fine by me, most software like
Re: (Score:2)
So at the low level, there is SDL, at the high layer, QT or GTK. In terms of the middle ground, how does Cairo compare with Quartz? We are talking capability, not compatibility. If you want to recompile existing OSX or Windows projects, that's different (with GNUstep and libwine respectively coming the closest, but very very far from production ready, though at least EVE online thought libwine was sufficient).
To second, binaries are quite workable, but claiming support for 'Linux' may be more complicated
Re: (Score:2)
how does Cairo compare with Quartz
That's a good question, I'll have to look at it after work.
A lot of times the problem is dealing with stuff in an API that just doesn't work. It should, but (usually it is because of a driver issue) you call the function and something messed up happens. This happens a lot even on Android, for example, if you leave the Dalvik runtime environment. Drivers are hastily written and cause APIs to be broken.
Re: (Score:2)
Linux market share is less than 2% of desktop computing.
If you have a product that targets the geek demographic like a graphics card, then supporting Linux is in a company's best interest, but its not surprising to see why many companies refuse to support Linux.
Re: (Score:2)
the geek demographic like a graphics card
I'd say they target pc gamers, and Linux is pretty far behind Windows in that regard. So graphics card manufacturers aren't very interested in marketing to Linux since their primary consumer is using Windows.
Re: (Score:2)
...except the more hardcore part of the market is less slanted towards Windows.
Get into the demographic that's actually likely to know what a video card even is and you will see much more Linux and MacOS users.
Re: (Score:2)
I bet the average Linux user cares about a video card more than the average Windows user. Although companies will promote Windows usage the most, offering Linux support can be profitable for the companies because of increase sales and positive PR with the open source community.
Re: (Score:2)
I think you're making a flawed assumption about Linux, once you start charging more for a Linux version the sales drops drastically. After all the software is already written and the Windows sales covered the development cost, then surely the Linux sales can cover the small porting cost. Not saying that's necessarily a correct assumption, but many think that way. And as some of the Linux porting companies have found out, often people feel they've paid for this software and is then entitled to use it on any
Re: (Score:2)
How many people do you think there are that will gladly buy software with their own money who won't also run either Windows or OS X? And I say "gladly", because there are some Linux users who would reluctantly buy proprietary, binary-only software, but they don't like it. It runs counter to some of the motivation behind running Linux in the first place.
There aren't as many of you as you seem to think.
Most people who want proprietary software will run Windows or OS X. If you use Linux because it's UNIX-like,
Re:Linux market MIcrosoft Extortion Racket (Score:3)
They are doing everything in their power to damage Linux in the marketplace.
They are threating manufacturers actively using litigation [geekwire.com] to increase the cost of deploying Linux on a device/computer above that of Windows. This is a sleazy tactic but Microsoft is proving itself to be one of the sleaziest companies in tech right now.
The racket goes like this. Microsoft enters your store/shop/compan
Re: (Score:2)
That depends on the software we are talking about. For a desktop environment I totally agree, I would not pay for one and it must be FREE software. For video games, not at all. I buy games on steam and play them in Wine all the time.
The reality is software for the most part is not worth much of anything, it has no scarcity and most commercial devs deadend it all the time to boost their profits. No wonder at least some people oppose that sort of thing.
Re: (Score:2)
The reality is software for the most part is not worth much of anything
That sentiment right there sums up the average Linux user almost perfectly.
Re: (Score:3, Insightful)
It's also a niche market filled with skinflints who won't pay anything for software
Yes, that's why Linux users have consistently paid more for the Humble Indie Bundle games than Mac or Windows users. We're all so cheap.
Hell, I punched in what I thought was a fair price and was downright shocked to see what Windows users were paying. There's a bunch of cheapskate bastards if I ever saw one.
Re: (Score:2)
It's also a niche market filled with skinflints who won't pay anything for software
Yes, that's why Linux users have consistently paid more for the Humble Indie Bundle games than Mac or Windows users. We're all so cheap.
Hell, I punched in what I thought was a fair price and was downright shocked to see what Windows users were paying. There's a bunch of cheapskate bastards if I ever saw one.
A few exceptions don't disprove the rule.
Re: (Score:3, Insightful)
Linux users respect the developer and their choices. This is inherent in the whole GPL thing.
I see a product and I am willing to pay a fair price for it. I won't make excuses meant to make things cheaper for me.
No. In truth it's Windows users that are the real "freetards". Their numbers just help diffuse this problem somewhat In truth, Windows users are a den of theives that have no problem pirating anything they might want or need. This is the reality that the results of the Humble bundles reflects.
Re: (Score:3)
The Humble Bundle proves that people that are fans of open source will pay more for open source games than people that don't give a fuck if it's proprietary or not. It's like using the sales of a Metallica album to prove that Metallica fans are more willing to pay for music than other fans. Fans that were told "please show how much you support us" while the rest were told "please check out our games". Big surprise that a lot of Windows users did download it for nothing or next to nothing to check it our, al
Re: (Score:2)
Yup.
Linus server software is a different game entirely, but on the desktop you're right - us linux users will look for the free, open source way every time.
This is because FOSS products end up being more capable, over time. Maybe not in terms of bells and whistles, but in terms of moving data between formats, supporting every possible device, data format etc etc. We've come to like the way things work on the FOSS desktop - every new capability is just an apt-get away.
Games (Score:2)
on the desktop you're right - us linux users will look for the free, open source way every time.
This is because FOSS products end up being more capable, over time.
A lot of prominent applications that run in the Adobe runtime are games such as FarmVille. Do games also "end up being more capable, over time" if distributed as free software?
Re: (Score:2)
In some ways yes - Quake, OpenTyrian and various others now run on many, many more platforms and architectures than the originals did.
They're not very up to date, it's true.
Becoming more capable more slowly (Score:2)
They're not very up to date, it's true.
So I guess we agree that non-free games rereleased as free software "end up being more capable, over time" in the sense that they end up more capable than they were when first published, but they don't end up more capable than the latest non-free games at any given moment. For example, I haven't seen a game based on ioquake3 or any other Free engine that would compete in production values with my cousin's favorite video game (Call of Duty: Black Ops).
Re: (Score:2)
I don't know why I said data formats twice... tired...
Re: (Score:3)
Good to see anti-FOSS trolls are all over Slashdot these days too.
Re: (Score:2)
> It's also a niche market filled with skinflints
It's no different than Windows in this regard.
Linux from a developers perspective isn't really all that difference. Most of it is just rhetoric from a few noisy people on either side.
Re: (Score:3)
Data
Paid for
Choose one.
I'll Pay for someone to do work: process my data for me, or to manipulate the data (write/fix code). However, in a world where data duplication is so cheap these words were copied over 20 times (more if you consider video ram, or have many router hops), you shouldn't expect people to pay for the data... (Supply = infinite, regardless of dev cost or demand, price = 0;)
Let's say you contract me to write a program for you for $2,000. I'm done with the program and I've sent you s
No single buyer who can front the entire cost (Score:3)
Instead of: "each copy costs $X", say, "to fund the development of that software we need $X"
The trouble is that for some kinds of software, especially software intended for home use, there's no single buyer who can front the entire $X. Say someone has posted the first complete draft of a design document for a video game and asked you to help fund the implementation of that design document. Would you donate? Or would you wait for the finished game to see if the game is worth your while first? How should the developer make the deal more attractive to potential donors?
Kinds of software that don't need service (Score:2)
With OSS you don't pay for the software, you pay for the service.
I understand. But there are some kinds of software that don't need much service, such as video games that aren't massively multiplayer.
filled with users who demand the right and ability to hire anyone to fix defects in the software
I'm amazed and horrified you think that's a bad thing.
I think it's a good thing. I'm just describing conditions in the market where a lot of major software publishers think it's a bad thing, or at least not enough of a good thing to offset the competition that would occur.
Re: (Score:2)
"The incentive for using Linux is at first the fact that it is free"
False.
Other platforms are effectively free. I use linux because it is capable, useful and (to me) easy.
It also doesn't pick up infections like a $5 hooker, which windows does.
OTOH free allows it to do amazing things like have app stores. I just wouldn't do half so much with the computer if they weren't there. In that case free is the enabling mechanism, not really the reason itself.
there's a shared kernel? (Score:3)
Re: (Score:2)
Re: (Score:3)
No one has a problem with forks. Redhat maintains a huge fork.
The problem is that Android uses a heavily customized kernel that results in virtually nothing (certainly nothing that I am aware of) going back upstream. Unsurprisingly, vendors are loathe to port their drivers forward to the next version of the kernel (which would be easier if they were upstream.)
Re: (Score:2)
The kernel is not shared, it is derived and has never _really_ attempted to minimise it's changes from it's upstream so really it is an incompatible fork. So not only is Android not GNU/Linux (or X/Linux or posix/Linux or BSD/Linux) it's not even Linux.
Not quite.
It's true that the Android kernel is derived from the mainline kernel. It's also true that some of what is in the Android kernel will never be merged into the mainline kernel, although some Android kernel features, like timed-GPIO, are now part of the mainline. The differences that have remained between the two kernels over the years are likely to remain that way, for various reasons.
It is NOT true, however, that the Android kernel is an "incompatible fork" from the mainline kernel. Assuming yo
Re: (Score:2)
Re: (Score:2)
Actually that explicitly makes it a fork. Every distro has its own fork of the kernel. The problem is that Google has made little effort to get their changes into the kernel, and when drivers for hardware are built against their kernel they are almost completely unsalvageable and a pain in the ass to bring into the mainline.
Re: (Score:3)
The problem is that Google has made little effort to get their changes into the kernel, and when drivers for hardware are built against their kernel they are almost completely unsalvageable and a pain in the ass to bring into the mainline.
And that's different from most other contributed drivers how, exactly? :)
GNU/Linux (Score:4, Interesting)
So the GNU/Linux arguments start making a lot more sense now, aren't they? Cause if you just call it Linux, Android seems perfectly "Linux" to me.
Re: (Score:2)
Mod parent up. "Linux" as synonymous for "Linux on the Desktop" is a disservice to both Linux and GNU/KDE. Aren't most Linux kernel users now Android users? Whereas they still wouldn't touch Ubuntu with 10 foot pole.
Re: (Score:2)
Most Linux kernel users today are probably modern television or set-top box users.
Linux is a kernel (Score:5, Insightful)
All the other programs running on top comprise the OS. Why can't people get this straight? There isn't just a "Linux" community, there's a GNU community, an X community, a Debian community, a GCC community, an Android community, etc. Some parts overlap and some parts don't. But to say that all of these communities is Linux is a little misleading.
Re: (Score:2)
The interesting part is that if you look at how code flows between those communities, the first four benefit each other in various ways. In contrast, the Android community is entirely insular, neither aiding nor being aided by the others.
Re: (Score:2)
The interesting part is that if you look at how code flows between those communities, the first four benefit each other in various ways. In contrast, the Android community is entirely insular, neither aiding nor being aided by the others.
I don't think you can generally say that--- or prove it.
Part of the reason that the first four communities are so visibly benefiting each other is that those communities themselves are relatively transparent. They are also mutually-dependent on each other. Android hasn't see major uptake in the FOSS community (yet!), however, so there aren't any obvious benefits to those other communities from Android at least because the communities currently contributing the most to Android aren't themselves transparent
Re: (Score:2)
Personally I would love it if apps are not only distributed as "free", but also as "free, open source". That could make a bit of a difference regarding the uptake of certain apps. And an URL to the website (preferably sourcesafe or similar) would give extra trust, especially if somebody (Google itself) would check the correctness somehow. Maybe that would give Android some O/S love.
Free is one thing, but on my Linux desktop, I try and run open source only.
Linux is only the kernel. (Score:2)
As Linux is only the kernel and not the applications, GUI, C libraries nor any of the other things that make a complete OS then Adobe's claim is completely valid.
There is no line to draw Android uses the Linux kernel the same as Ubuntu and every other GNU/Linux distro.
Technicalities... (Score:2)
So if you get pedantic, sure, 'Linux' means/meant the kernel and only the kernel.
In *practice*, Linux has come to describe the distributions that all use glibc, xorg, kernel, gtk, qt, etc. As far as application developers go, the kernel underneath it all is interacted with rarely if at all. Adobe in *particular* has no reason to be making Linux *kernel* specific calls, so it *is* disingenuous to hold up Android work as their 'Linux' support. Adobe hasn't done anything to support the specific kernel of an
Re: (Score:2)
So if you get pedantic, sure, 'Linux' means/meant the kernel and only the kernel.
In *practice*, Linux has come to describe the distributions that all use glibc, xorg, kernel, gtk, qt, etc.
To you, maybe. :) Those of use not using Linux "on the desktop" are in many cases not using glibc, xorg, etc. etc. either. I'm thinking about embedded systems that use Linux as their kernel, and a home-grown root filesystem. The overwhelming majority of consumer and SOHO routers are constructed this way, to pick but one example.
In terms of the number of physical devices running the Linux kernel, desktop machines are a distant second to all those other devices. Even if you don't count Android platforms--
Re: (Score:2)
There is no line to draw Android uses the Linux kernel the same as Ubuntu and every other GNU/Linux distro.
It's a bit murkier than that. Debian can actually run without Linux. (See Debian GNU/kfreebsd [debian.org].)
Re: (Score:2)
Ok, so I copied the update.zip to the SD card, and ran it from clockwork.
What was supposed to be hard about that?
Re:Android and Linux (Score:4, Informative)
No problem! The Android SDK is in the repository for every major distro. Just push out the ROM, and reboot into recovery and flash it.
Re: (Score:2)
Why are you posting anonymously, Richard?
Re: (Score:3, Interesting)
There's a difference between being cheap (trying to minimize costs), having an entitlement complex (believing that you deserve everything for free), and wanting the source code available (software freedom). I'm not saying that they don't intersect, but there are differences. It's easy to confuse people who call for software freedom with the people who pirate software, because they're both using the word "free", but in different contexts, and they both have an aversion to paying for commercial software, wh
Re: (Score:2)
http://lmgtfy.com/?q=%22entitlement+complex%22 [lmgtfy.com]
Re: (Score:2)
That's GNU/Kernel.dll, mister!