Adobe Drops Linux Desktop Support For AIR

[crazycheese]

Only flash player provided, with major bugs and ignoring x64 platform for HUGE time. Check.
Flash EDITOR not ported. Check.
ANY productive tool ported? No. Check.
Their AIR required outdated technology and was not updated. Check.

Adobe, its not linux fail, its YOUR fail. You just IGNORED linux letting it be no more than a display kiosk and put high hopes in it. But you "plan" to support android which IS linux in essence. You're just pervert rednecks yelling about absence of own brains.

Keep up nice support!

[locovaca]

That will be difficult. They are made using Google Specific APIs that are not designed for desktop operating systems and they are not designed for larger screen resolutions. Getting them to run would be cool, but there are technical issues that would likely require support from Google in the form of increasing the burden on developers already dealing with Android fragmentation.

Android is already running on screens from 320x240 to 1024x600, and several devices support outputting 1080p signals. Android X86 runs on commodity hardware, and YouWave is essentially running Android on Windows (via some VirtualBox emulation running Android X86).

[Larian]

.... or maybe if we had some magical compiler that could instantly convert Arm code into x86 code - automagically!

http://buildroot.uclibc.org/

These guys seem to have a semi-working solution, but I've not dug into it very deeply yet. What do the real code wizards here think? At the very least they seem to have solved the translation of codebases between x86 and ARM.

[Tiger_Coder]

Adobe AIR on ubuntu partner repository

Adobe air is in Ubuntu partner repository. I install that from there some time ago. Did they have that statistics? Recently after a reinstall I don't install that because 1st I don't see much(if any) app which I needed using Air and 2nd It was depending libhal. I wanted a completely hal free desktop. May be it could be a cause that hal is deprecated from Modern linuxes and AIR is depending on HAL. Changing the code would take some effort and may be they don't think that is financially reasonable. Anyway loosing a option is always bad but we could hope soft developer would focus on standardized things like HTML5 and web rather then proprietary platform.

[ninez]

Google is already working to make Android more resolution/size/input-independent for tablets and Google TV. Aren't standard Android GUIs specified in XML rather than drawn by app code anyway? I think the harder bit to support would be apps that use native ARM code (not impossible, just a lot of work). As for technical support from Google, I don't see why Google would need to support such a project any more than Microsoft supports Wine or ReactOS.

the last project i used that involved running code for one arch-type on top of another architecture was Darwine (PPC mac running wine with x86 emulation). it was slow and didn't work very well. development was difficult from what i remember talking with one of the contributors, and there were lots of limitations...

i see running Android apps on a non-arm architecture pretty much the same. - whether Google would help out or not. it seems very unlikely to pan out. so, while not impossible - i think you under-estimate the work involved - and there is still the BIG problem of emulation - which never runs like native code...

i don't see how we could get around that, unless every app developer also worked on x86/x86_64 versions as well.... or maybe if we had some magical compiler that could instantly convert Arm code into x86 code - automagically!

[Ex-Cyber]

That will be difficult. They are made using Google Specific APIs that are not designed for desktop operating systems and they are not designed for larger screen resolutions. Getting them to run would be cool, but there are technical issues that would likely require support from Google in the form of increasing the burden on developers already dealing with Android fragmentation.

Google is already working to make Android more resolution/size/input-independent for tablets and Google TV. Aren't standard Android GUIs specified in XML rather than drawn by app code anyway? I think the harder bit to support would be apps that use native ARM code (not impossible, just a lot of work). As for technical support from Google, I don't see why Google would need to support such a project any more than Microsoft supports Wine or ReactOS.

[Shining Arcanine]

I think it's time to seriously look at getting Android applications running on popular Linux distros. If desktop Linux can run any Android app, we've pretty much solved the chicken-egg problem for the desktop Linux issue.

That will be difficult. They are made using Google Specific APIs that are not designed for desktop operating systems and they are not designed for larger screen resolutions. Getting them to run would be cool, but there are technical issues that would likely require support from Google in the form of increasing the burden on developers already dealing with Android fragmentation.

[Shining Arcanine]

Phoronix: Adobe Drops Linux Desktop Support For AIR

Adobe doesn't see "the year of the Linux desktop" happening, so they've decided to kill off the Linux desktop client for their AIR run-time. Adobe AIR 2.7 was recently released for creating rich Internet applications, but the Linux desktop client wasn't updated. This wasn't an oversight or delay in development, but Adobe is dropping the Linux desktop client so they can focus on mobile platforms such as Android and Apple iOS...

http://www.phoronix.com/vr.php?view=OTU3MA

I did not know that they had a Linux Desktop Client for AIR. It occupies a niche market smaller than the Linux desktop market, so I am not surprised that Linux users were not interested in it. I know if I had known, I would not have installed it.

[Remco]

I think it's time to seriously look at getting Android applications running on popular Linux distros. If desktop Linux can run any Android app, we've pretty much solved the chicken-egg problem for the desktop Linux issue.

[etnlWings]

Oh no, this means I can no longer run...


...come to think of it, everything I use is either coded/scripted in C, C++, BASH, or Perl and there's probably some Python running somewhere on my system, too.

Hell, I don't think I've encountered any Air apps on Windows, either.