Slashdot Mirror


Adobe Joins Linux Foundation, Develops AIR For Linux

2muchcoffeeman writes "Adobe announced Monday that it is joining the Linux Foundation and alpha-released a Linux version of its new Adobe Internet Runtime environment, which allows Internet-enabled applications to run on Windows and Mac OS desktops, for Linux. According to Adobe, the alpha version lacks some key features that will be available in the final product and only runs with Sun Java, not GNU Java. Adobe also released an alpha of Flex Builder for Linux Monday."

171 comments

  1. Adobe quoted as saying... by AioKits · · Score: 4, Funny

    ... "You think that's AIR you're breathing?"

    --
    "Quote me as saying I was mis-quoted." -Groucho Marx
    1. Re:Adobe quoted as saying... by Anonymous Coward · · Score: 1, Funny

      ..."I'm gonna need guns. Lots of guns."

  2. How is AIR different from, say java? by Anonymous Coward · · Score: 3, Insightful

    Not meant as a troll, but it is hard to find an objective explanation of how AIR is going to fill a huge need or bake better bread.

    1. Re:How is AIR different from, say java? by l-ascorbic · · Score: 4, Informative

      Not totally objective (see my sig), but I'll try. AIR makes it a lot easier for web developers to create apps on the desktop. You can write apps in either Flash, Flex (now open source) or HTML and Javascript. While it's damn near impossible to create a UI in Java that doesn't look like a PoS (yeah, gross generalisation, but that's my experience), AIR makes it very easy. While stuff like Java Web Start never seemed to work smoothly, AIR integrates really well with web pages (you can do stuff like launch and install apps from the browser). I realise that much of these are benefits for the develop rather than the end user, but this obviously means that it will bring benefits to users in terms of the kind of apps developed.

    2. Re:How is AIR different from, say java? by pembo13 · · Score: 2, Informative

      That's more than a generalization, that's just incorrect. Java makes use of GUI Toolkits just like many other languages. Just this morning I was taking a look at Jambi.

      --
      "Thanks for all the money you paid to us. We've used it to buy off ISO among other things" -Microsoft
    3. Re:How is AIR different from, say java? by syntap · · Score: 2, Funny

      While it's damn near impossible to create a UI in Java that doesn't look like a PoS (yeah, gross generalisation, but that's my experience), AIR makes it very easy.

      AIR is RAD for very easily making PoS interfaces? Or am I reading that wrong?

    4. Re:How is AIR different from, say java? by SteveX · · Score: 1

      Jambi wouldn't be quite the seamless cross platform experience you get with AIR, though, and it looks like you would need to develop separate installers for each supported platform. With AIR, you can post the *.air file somewhere and Mac, Windows and Linux users can grab it and use it.

      It depends on what you're looking for - for some applications, native widgets would be an advantage; for others, consistency between platforms would be an advantage.

    5. Re:How is AIR different from, say java? by truthsearch · · Score: 1

      I just took a look at the "Adobe AIR Marketplace" and all I see are apps that are just like OS X Dashboard and Microsoft / Yahoo Gadgets. From the end user's perspective, I don't see any benefit to AIR over the others. From the developer's perspective the only advantage I see is cross-platform support, except the user must also download another runtime environment. Without some significant differentiating factors I don't understand how AIR is expected to become popular.

    6. Re:How is AIR different from, say java? by l-ascorbic · · Score: 1

      Too many double-negatives in my sentence. Simplified: Making good interfaces in Java: damn near impossible. Making good interfaces in AIR: very easy.

    7. Re:How is AIR different from, say java? by Anonymous Coward · · Score: 0

      it's damn near impossible to create a UI in Java that doesn't look like a PoS (yeah, gross generalisation, but that's my experience) Only if you stick with stock UI elements. More "custom" UIs are possible, for instance my site. Also, MazeWorks has some pretty amazing Java applets.
    8. Re:How is AIR different from, say java? by l-ascorbic · · Score: 3, Interesting

      Like Dashboard, Gadgets etc, it's easy to develop simple AIR apps. This obviously means that there are a lot of those sort of apps available. This doesn't mean they all are. I may humbly submit my app as an example of a less basic one. It does panoramic image stitching, so has machine vision, image processing and that sort of stuff. Not the sort of thing you can do in Dashboard or Gadgets. Incidentally, I've released some of the image processing and maths stuff in our Actionscript library. It has support for bicubic and bilinear interpolation, histogram stretching, and a partial port of the JAMA matrix algebra library.

    9. Re:How is AIR different from, say java? by PortHaven · · Score: 1

      AIR, is not so different than Java, except based on delivery of Flash, Flex, AJAX content.

      As for what uses it may have. Well, one we're considering is moving the offline version of our product to AIR, which would enable us to track certain content usage and report back to the publisher when reconnected with the internet.

      A lot of the talk of use is in disconnected internet applications. (ie: Downloading a data set, working with it offline and than merging when internet access becomes available again).

      Furthermore, Flash's performance is sometimes inhibited by the browser. AIR potentially frees it from such constraints.

      As for creation of AIR applications. It's frightening how easy it is to convert an Adobe Flex app into an AIR app. For small ones, it's simply re-publishing the code and adding some icons and titles for application display purposes.

    10. Re:How is AIR different from, say java? by PortHaven · · Score: 1

      Check out desktop.ebay.com for an interesting beta app.

    11. Re:How is AIR different from, say java? by truthsearch · · Score: 1

      Your app is definitely a notable difference. I guess it'll be up to the 3rd party developers to promote AIR because browsing Adobe's site I don't see many things that really stand out. Their "Staff Picks" should be filled with more apps like yours that are very different than Dashboard and Gadgets.

    12. Re:How is AIR different from, say java? by CowboyNealOption · · Score: 1

      This could be a great way for Adobe to port their applications (photoshop and illustrator spring to mind) to all platforms (including Linux) much more easily. While the web may be the way to go for some things, I can't imagine editing a 20MB image file using an online version of photoshop. And of course, this would let them make code that could work in places, and under Windows/Mac/Linux.

    13. Re:How is AIR different from, say java? by l-ascorbic · · Score: 1

      To be fair, we have been on staff picks, but as we went up on there in November when AIR was still in beta others have taken our place. Unfortunately that did mean we got a lot less visibility from it than if we were up there now AIR has actually been released! Stuff like ours is certainly in the minority though. I think is primarily because most AIR developers have a web background, and the apps are based on web apps. Our was ported from Java, so we're starting from a different standpoint. Perhaps as AIR gets more mature you'll see more developers like us using thye platform. It has been a joy to develop with Flex and AIR. Actionscript (ECMAScript 4) is a lovely language, and Flex reminds me of Cocoa/Objective C in a good way.

    14. Re:How is AIR different from, say java? by PortHaven · · Score: 1

      I know Buzzword is to be ported to AIR down the road. It'd be pretty sweet to be able to get AIR versions of Sliderocket, Blist, Photoshop Express, etc.

      Be able to sync your data to the web. Buzzword AIR & web. Work locally, access from anywhere. :)

    15. Re:How is AIR different from, say java? by Vexorian · · Score: 1

      So, I am ignorant on this , when you say "now open source", what do you mean? I tried the link but it was hard to find anything about the license used, so, do you know what sort of license is Adobe using for these 'open source' things?

      --

      Copyright infringement is "piracy" in the same way DRM is "consumer rape"
    16. Re:How is AIR different from, say java? by AJWM · · Score: 1

      AIR makes it a lot easier for web developers to create apps on the desktop.

      No it doesn't.

      It makes it easier for web developers to create apps for AIR. If users don't have AIR installed on their desktops, it doesn't do a damn thing for web developers. Same with Flash and other non-standard (ie, proprietary) technologies.

      If web developers want to create apps that run on my desktop, they'd better not be expecting third-party proprietary crap there to host it.

      --
      -- Alastair
    17. Re:How is AIR different from, say java? by SwedishPenguin · · Score: 2, Informative

      Looks like you didn't even bother to check out Jambi. I've never heard of it before but it appears to be an implementation of QT for Java.
      Only Java is required and it's completely platform independent, no separate installers for different operating systems as you claimed. Check out the demo: http://dist.trolltech.com/developer/download/webstart/index.html.

    18. Re:How is AIR different from, say java? by BlackCreek · · Score: 1

      AIR makes it a lot easier for web developers to create apps on the desktop. You can write apps in either Flash, Flex (now open source) or HTML and Javascript. Or GWT.
    19. Re:How is AIR different from, say java? by Neuro+Sage · · Score: 1

      www.sudoku100.com is a very slick site that makes great use of a java applet. It has a minimalist yet completely functional interface, and is just the thing I need to help me with difficult Sudoku puzzles. Thanks to the developer!

    20. Re:How is AIR different from, say java? by l-ascorbic · · Score: 2, Informative

      It's the MPL.

    21. Re:How is AIR different from, say java? by enoz · · Score: 1
      I'm sure you actually meant to say:

      Furthermore, the browser's performance is sometimes inhibited by Flash.
    22. Re:How is AIR different from, say java? by modmans2ndcoming · · Score: 1

      Better question... which is best for developers, Silverlight or Air?

    23. Re:How is AIR different from, say java? by LinuxLuver · · Score: 1

      If I understand correctly, it will let you run Photoshop and other web-based Adobe apps on Linux in a supported environment. I was involved in a campaign last year and everyone involved used Google docs becasue some had Open Office and others had MS office and there were compatibility and versioning issues. Google docs removed both problems. I was a convert to web-based 'office' apps from that point. Not *always* the best choice, but Good Enough(tm) to get the jobs done that we needed doing. Looks like Adobe see the growing use of Google apps and they want to make sure they don't miss the boat entirely.

      --
      Only boring people are ever bored.
    24. Re:How is AIR different from, say java? by kylehase · · Score: 1

      is hard to find an objective explanation of how AIR is going to fill a huge need or bake better bread.
      Well you see, air is the medium which transfers heat evenly through convection in the baking process. Without air I believe the bread would burn on one side and remain batter on the other but experiments in a vacuum are necessary to confirm this hypothesis.
      --
      You want fun, go home and buy a monkey!
    25. Re:How is AIR different from, say java? by l-ascorbic · · Score: 1

      Silverlight isn't competing with AIR. It's browser-based; a competitor of Flash.

    26. Re:How is AIR different from, say java? by PortHaven · · Score: 1

      No, actually said what I meant...

      Your browser's performance is inhibited by bad web designers...not Flash.

    27. Re:How is AIR different from, say java? by modmans2ndcoming · · Score: 1

      And you think that will remain like that for long? Silverlight 3.0 will probably include those facilities.

  3. Flash! Ajax! Buzzword Central! by BadAnalogyGuy · · Score: 5, Funny

    I once saw an elephant mother grieving over her dead calf. The calf had died due to thirst on the savannah and though the herd moved on to newer pastures, the mother elephant stayed with the dead calf until the mother too died of thirst, and I suppose sadness.

    It was a terrible thing to watch. The emotional stress that the mother elephant went through was so tangible and human-like that I was really moved.

    Kinda like I am with Adobe fans.

    1. Re:Flash! Ajax! Buzzword Central! by $RANDOMLUSER · · Score: 1

      That's not a bad analogy, that's a great analogy!

      --
      No folly is more costly than the folly of intolerant idealism. - Winston Churchill
    2. Re:Flash! Ajax! Buzzword Central! by Fred_A · · Score: 1

      There are Adobe fans ?

      I've met some fans of some Adobe products (Photoshop mostly), but none of them struck me as being fans of Adobe itself...

      It's possible I hang out with the wrong crowds though.

      --

      May contain traces of nut.
      Made from the freshest electrons.
    3. Re:Flash! Ajax! Buzzword Central! by seanonymous · · Score: 1

      Really? That's interesting, because, for a long time now, that's the way I've felt about fans of Linux on the mainstream desktop.

    4. Re:Flash! Ajax! Buzzword Central! by crusty_yet_benign · · Score: 1

      AIR is web 3.0...buzzwords are mandatory.

    5. Re:Flash! Ajax! Buzzword Central! by Medievalist · · Score: 3, Funny

      There are Adobe fans? Sure, but they turn into mud if they get wet.
  4. GNU Java? by Per+Abrahamsen · · Score: 2

    What is GNU Java? GCJ?

    1. Re:GNU Java? by Constantine+XVI · · Score: 1

      GCJ is a compiler for Java. In other words, it takes Java code (which normally runs on top a VM), and compiles it to native code. It totally defeats the purpose of Java being cross-platform, but it's good if you only know Java and need native-level performance

      --
      "I think an etch-a-sketch with an ethernet port would beat IE7 in web standards compliance."
    2. Re:GNU Java? by TheRaven64 · · Score: 1

      Sun released the JRE as Free Software last year. The Sun version, however, includes a load of libraries that Sun does not own and so could not release. There is also a project to create a completely Free Software implementation of Java by replacing these libraries with open source equivalents. That is presumably what the poster was referring to as GNU Java (this is the version of Java you will find in the OpenBSD ports tree, for example).

      --
      I am TheRaven on Soylent News
  5. Re:gnu software is crap by MT628496 · · Score: 2

    Yea, they really dropped the ball on coreutils, huh?

  6. How big is this? by utnapistim · · Score: 1

    So ... any known application that uses this?

    I had to look it up on google to fid out what exactly adobe AIR is. How big is this?

    --
    Tie two birds together: although they have four wings, they cannot fly. (The blind man)
    1. Re:How big is this? by l-ascorbic · · Score: 1

      It was only released last month (though it's been in beta since last June) but there are already some significant apps like ebay desktop. For loads more, of varying significance, see here. Also, I can shameless plug mine

    2. Re:How big is this? by Anonymous Coward · · Score: 0


      Ebay is playing with it....

      Not sure how much they are actually using it.

  7. First things first... by calebt3 · · Score: 5, Insightful

    64-bit Flash!

    1. Re:First things first... by neowolf · · Score: 1

      Yes! They should get their &%#@! priorities straight!

    2. Re:First things first... by SanityInAnarchy · · Score: 2, Insightful

      How about open source flash? Or at least a Flash open standard?

      Adobe seems to want Flash (and now AIR) to be the new way to develop web apps -- it almost looks like they want it to replace HTML/JavaScript. I have many problems with this, but the biggest one is that Flash is proprietary, and I don't want to go back to a proprietary Internet. I thought we got rid of that when IE stopped being the defacto standard...

      --
      Don't thank God, thank a doctor!
    3. Re:First things first... by calebt3 · · Score: 1

      Open Source flash would quickly be adapted to 64-bits, so that would work.

    4. Re:First things first... by Anonymous Coward · · Score: 0

      And why, pray tell us, do you need Flash to address more than 4GB of address space?

      I'm assuming you're talking about x86-84. x86-64 isn't faster than plain old x86. It just has more addressable memory space.

    5. Re:First things first... by SanityInAnarchy · · Score: 3, Insightful

      And to every architecture, and to pretty much anything we want. That's why open standards exist -- or rather, why standards should be open.

      --
      Don't thank God, thank a doctor!
    6. Re:First things first... by innocent_white_lamb · · Score: 1

      I'm assuming you're talking about x86-84. x86-64 isn't faster than plain old x86. It just has more addressable memory space.
       
      That depends on what you're running. I work with long documents using Scribus on a regular basis and had my main desktop computer set up with Fedora 8/i386. I decided to switch to F8/x86_64 for the "adventure", and reformatted my machine and did just that. Now Scribus redraws the screen and scrolls through my documents at a slight but noticeably faster speed.
       
      Pretty much everything else that I use runs about the same on x86_64 as it did on i386, though.

      --
      If you're a zombie and you know it, bite your friend!
  8. Flash for PPC? by lixee · · Score: 1

    Does that mean there is a chance I can finally watch YouTube video on my Ubuntu-powered iMac G4?

    --
    Res publica non dominetur
    1. Re:Flash for PPC? by Anonymous Coward · · Score: 0

      Is there a Sun JRE for Linux/PPC?

      There's your answer.

      I guess there's a very small chance of it working with the IBM one...

    2. Re:Flash for PPC? by Anonymous Coward · · Score: 0

      Why not use Gnash? It's got PPC/64-bit support.

    3. Re:Flash for PPC? by chromatic · · Score: 2, Interesting

      That's silly; what makes you think Adobe supports Linux? (I mean, because all of their tech marketers and tech evangelists saying that they do.) As far as Adobe cares, the Linux kernel only runs on 32-bit x86 CPUs.

    4. Re:Flash for PPC? by innocent_white_lamb · · Score: 1

      I couldn't get youtube videos to work with gnash on this Fedora 8/x86_64 machine. They work fine if I install Adobe flashplayer.

      --
      If you're a zombie and you know it, bite your friend!
    5. Re:Flash for PPC? by mdm-adph · · Score: 2, Insightful

      No offense to the Gnash team -- I thoroughly commend their efforts -- but I've hardly ever got any Flash to load up in it, at all. If you're using 64-bit linux, just use a 32-bit version of Firefox (heard that it works and it saves you the headache).

      --
      It is by my will alone my thoughts acquire motion; it is by the juice of the coffee bean that the thoughts acquire speed
    6. Re:Flash for PPC? by Trogre · · Score: 1

      Maybe he wants to actually see the flash content he's loading?

      <removeBitterTongueFromCheek>

      I support Gnash, but it's nowhere near ready for use. It really isn't.

      --
      "Nine times out of ten, starting a fire is not the best way to solve the problem." - my wife
  9. What is AIR by WPIDalamar · · Score: 5, Informative

    For those of you who don't drink the Adobe kool-aid, a quick explanation.

    AIR is a desktop runtime environment. You can run either Html/Javascript or Flash based applications inside it. AIR provides a few interesting features beyond HTML/Flash including:

    1) File I/O
    2) SQLLite Support
    3) An integrated web browser (based on WebKit) that you can use inside applications.
    4) A fairly good distribution mechanism
    5) Desktop integration (OSX Dock icons, Win32 systray support, etc.)

    It's a great technology if you're using Adobe products to make web applications and you want to branch into making desktop apps.

    It's a great technology if you want to make a desktop app that may later become a web app and you want to share most of the code.

    It's a horrible technology if you're a desktop developer who's looking for a different technology.

    It's way more write-once run-anywhere than Java ever was.

    It does not pick up the system's native UI widgets.

    1. Re:What is AIR by daveime · · Score: 2, Insightful

      So how is this any different from those nasty Active-X controls that we are told not to allow ?

      Internet Access + Local File I/O = inevitable 0 day exploit / virus / malware.

      We've seen it in Flash, we've seen it in PDF ... how long before the first AIRsploit ?

      (And before the Java fanboyz start kicking ... the sandbox only works until someone finds a way to climb out of it).

    2. Re:What is AIR by Anonymous Coward · · Score: 0

      And if you decrypt anything produced by it, you get the Dmitry Sklyarov treatment.

      A *WIN* all around!

      Fuck Adobe.

    3. Re:What is AIR by l-ascorbic · · Score: 2, Informative

      It's not a browser plugin. They are desktop apps, so it's not massively different from any other apps you download - i.e. only install them from sites that you trust. They all have to be signed by the developer (not by adobe, it's ok. you can use your own cert), so there's a bit more piece of mind than you'd get with many apps you may download. At least you know the real world identity of the developers.

    4. Re:What is AIR by Fred_A · · Score: 0

      So how is this any different from those nasty Active-X controls that we are told not to allow ? I'm not terribly thrilled by this thing either. At least not until there's a little more third party reviews of the security model.

      --

      May contain traces of nut.
      Made from the freshest electrons.
    5. Re:What is AIR by daveime · · Score: 1

      My bad ... on first glance the list of features read like a malware construction kit ;-)

      1) File I/O
      2) SQLLite Support
      3) An integrated web browser (based on WebKit) that you can use inside applications.
      4) A fairly good distribution mechanism
      5) Desktop integration (OSX Dock icons, Win32 systray support, etc.)

    6. Re:What is AIR by anomalous+cohort · · Score: 3, Insightful

      The notion of trust is nothing new. The basic question comes down to this, do you trust the code (or coders for the code that) you are about to run or not? If you don't, then don't run the code. If you do, then go ahead and run the code.

      That question may be easy to ask but not so easy to answer. Maybe you trust the organization but there could be inadvertent security vulnerabilities in the code. Or maybe you don't know much about the organization who authored or published the application. How do you decide whether or not to trust the application?

      In theory, open source mitigates this trust issue because you can study the code yourself. In practice, it's not so easy. First of all, access to the source code is immaterial to people who are not coders themselves. Second, it would take a lot of time and mind to study the code for a large project. Sure, any competent programmer could study and verify for his or herself that my open source project can be trusted because it really isn't all that big. How can you be sure that Firefox doesn't have any malicious code in it?

      One approach to this problem is to run programs in what is called a sandbox. What that means is that the program isn't written in what is called the native "machine" code. Rather, it is written in a code for a virtual machine. Every time that code makes an API call, the virtual machine checks to see if it is permitted from a security perspective. Applications that run in a sandbox don't get a lot of permissions. It is OK to run an application that you don't completely trust within the sandbox because the virtual machine is going to deny any requests that could compromise or take advantage of your system anyway.

      That is why the complaint about ActiveX. Both ActiveX controls and Java applets run in a web browser. The Java applet has to run in the sandbox (unless it is signed but it is beyond the scope of this post to introduce PKI and X.509 certificates) but the ActiveX control never runs in a sandbox.

      Later iterations of this sandbox concept allow the user more control over what the program can and cannot do. In .NET, this is called Code Access Security and in J2SE, this is called Java Security Policy. Before running an application, the user can specify what API calls that the application can and cannot call. The problem here is that this specification is not easy to tweak for mere mortals. When you just double click the application icon, you are running the application with whatever policy that the publishing company specified. So, you are back to trusting that company since there is nothing that keeps them from specifying a policy that is wide open.

      I have no experience in AIR so I could not tell you whether or not that virtual machine implements any kind of policy control. Perhaps someone that is knowledgeable about AIR would care to clarify here?

    7. Re:What is AIR by SanityInAnarchy · · Score: 1

      It's also a great technology if I have a web application that, for some reason or other, people are convinced they want as a desktop app.

      And it does pick up the system's native UI widgets, I think -- at least it does for its embedded WebKit.

      --
      Don't thank God, thank a doctor!
    8. Re:What is AIR by AJWM · · Score: 1

      At least you know the real world identity of the developers.

      Only if you follow the chain of trust of the certs back to somebody you know (and everyone in that chain is really trustworthy).

      It wouldn't surprise me at all to see signed malware out there, people tend to click through warnings as though they weren't there, especially so if they've been conditioned to by an OS that pops them up at the slightest provocation. ("Mouse movement detected, Accept or Deny?")

      --
      -- Alastair
    9. Re:What is AIR by WPIDalamar · · Score: 1

      Just like C/C++ it's completely possible to write an AIR application to performs malicious actions.
      Just like C/C++ is't possible to exploit an AIR app that someone else has written.
      Just like C/C++ apps you have to download and install an AIR app.
      Unlike a C/C++ app, the app must be signed, and you're warned on the installation dialog that the app can access your files.

      What type of review would make you happy?

    10. Re:What is AIR by STrinity · · Score: 1

      I've read your explanation, but I still have no clue what AIR actually does. Am I supposed to watch YouTube on it or play web games?

      --
      Les Miserables Volume 1 now up with my reading of
    11. Re:What is AIR by Anonymous Coward · · Score: 0

      Minor niggle - it's 'SQLite', not 'SQLLite'.

    12. Re:What is AIR by l-ascorbic · · Score: 1

      AIR only shows it as trusted if Thawte or Verisign are in the chain, who have pretty stringent requirements for the code-signing certs.

    13. Re:What is AIR by jhol13 · · Score: 1

      It's way more write-once run-anywhere than Java ever was. You mean it works hugely better than Flash?
    14. Re:What is AIR by tangent · · Score: 1

      Just like C/C++ it's completely possible to write an AIR application to performs malicious actions.

      Yes, some malicious possibilities exist, mostly stemming from the fact that AIR lets you access the local file system with the full permissions of the user running the app. As long as the file system is reasonably secured, though, the maximum damage should be limited to user files only. Because the runtime doesn't let AIR apps call OS APIs directly, whole classes of malicious operations are impossible.

      Just like C/C++ apps you have to download and install an AIR app.

      True, though I must say, the process is far slicker than anything else I've seen. Once you have the AIR runtime, a properly coded web page can offer single-click installation of the application. By that I mean a single click to start the installation. The user then gets asked the standard sorts of questions about where and whether they want the app installed, plus an uncommon warning stating what the program is allowed to do. This is all managed by the AIR runtime, so an AIR app cannot suppress this warning.

      On Linux in particular, this will be a big boon. All of the common ways to install a non-AIR app on Linux are more difficult than this, some of them prohibitively so to the average PC user.

      Unlike a C/C++ app, the app must be signed

      Yes, and this is a good thing. Current OSes treat code from crackers in Croatia with every bit as much credulity as code from the OS's own installation DVD. If we had pervasive code signing, many of today's security problems wouldn't exist.

      It's easy to sign AIR apps, too. The process is clearly documented in the manual, and if you're using an IDE like Flex Builder or Aptana Studio, it walks you through the process, even generating the code signing key for you if you don't already have one. The downside is that using a self-signed certificate to sign your application results in an additional warning during installation, since there is no real trust possible in this situation. To suppress this warning, you have to go through the hassle and expense of getting a code-signing certificate from one of the big CAs, and AFAIK only Thawte/Verisign are 100% supported.

      This isn't much different from the SSL problem, though, which anyone running a secure web server also has to go through. It's possible that if you get your code signing cert from the same people you get your SSL cert from, that one or the other of the certs will be easier to get. I can't say, since I get mine from different places.

      you're warned on the installation dialog that the app can access your files.

      Yes, currently there is no way around this. Adobe says that sometime in the future, you may be able to ask the AIR runtime to apply additional restrictions to the application in exchange for a friendlier installation. This is the kind of feature that falls out of a platform offering pervasive code signing, almost for free.

      One hopes these lock-down options are available soon. I know my own AIR app hardly needs any of the native system access that AIR offers. It could get by with a lot of restrictions.

    15. Re:What is AIR by tangent · · Score: 1

      Okay, let me try to explain it.

      First, consider Flash itself. It started as an animation tool, but in the past few releases, it's gained a lot of application development power. It's now on par with every modern development environment from a pure capability standpoint: Java, .NET, Python, Perl, modern web browsers...you name it. The only thing more powerful is native code.

      Even if you're a software developer, you probably didn't know that because the Flash authoring environment is a horrid way to write a typical program. Its source code editing facilities are nearly as poor as using Notepad, and the environment's architecture centers on the timeline and drawing tools. For a code-heavy project, it's the wrong tool for the job. Software developers ignore it, and rightly so.

      Enter Flex Builder. This is an Eclipse-based IDE for working with ActionScript code and compiling it to Flash SWF files. Anything you can build in the Flash authoring environment, you can do in Flex Builder, but the weaknesses and strengths are inverted: it's great for code heavy projects, poor for ones heavy on the graphics and animation. It also includes the Flex application framework, which offers all the typical facilities you find in other application frameworks: GUI controls, network I/O mechanisms, file I/O, XML parsing, database interaction... Plus, everything available in the Flash ActionScript API is there, too.

      All of this has existed for years now. What's new are AIR, and the open sourcing of the Flex framework and command-line tools.

      Flex applications run in a web browser, using the Flash plugin for that browser. The AIR runtime includes enough of a web browser to support the Flash plugin and Flex applications, plus some new APIs for local filesystem access, printing, etc. Basically, it lets a Flex app break free from the web browser, and provides enough additional facilities to make it worthwhile to do so.

      The Flex framework and command line tools let you build your own development environment to replace Flex Builder. You can now build Flex applications with any text editor, and build system you like. Rather use vi than Eclipse? Now you can. Want to hack on the tools themselves, rather than build applications? Go ahead. All Adobe is keeping for themselves now is the runtime; this seems sensible to me given the history of competing runtime environments. (Write once, debug everywhere.) Adobe also has the standard development environments, but they've given the world all the tools they need to compete directly.

      If you want to get a sense of what Flex is capable of, see Adobe's own flagship demo applications. I recommend Kuler, Photoshop Express, and Buzzword. I don't believe any of these have compelling AIR versions yet, but to imagine the AIR version, just imagine that you can run any of these without a web browser, and without being connected to the Internet. It's that seamless a transition from a Flex app to an AIR app.

    16. Re:What is AIR by STrinity · · Score: 1

      Yes, that's all well and good for developers. But what does it offer me, the end user?

      --
      Les Miserables Volume 1 now up with my reading of
    17. Re:What is AIR by kesuki · · Score: 1

      Disclaimer: I am paranoid schizophrenic. Medications do not affect the Paranoid part, sorry.

      Trusting companies is for fools, you can always create your own virtual machine with xen, see exactly which files which program modifies, if it's behaves badly only when given internet etc, and you might even be able to roll-back changes if you shut down the Virtual machine, just by copying files in a host environment... sure its a lot of work, but less than constantly rebooting between a windows and a Linux install to compare files changed manually, before safe listing an application for install on your 'real' system.

      Virtual machines do take huge performance hits, so it's only advisable if you have good hardware, and running complex programs such as 3-d games may be hard to do, because afaik virtualization software cant run the native drivers on both the host and the virtual machine. it would be nice if you could seriously test the security of 3-d games with virtualization, but for now at least, that is the domain of dual-booting to verify which files change etc.

      although I've not used virtualization for testing yet (I'm still doing it with dual booting) it is very nice to know exactly which files which program changes for my case it offers a bit of piece of mind, especially since I can post the Full Text of my Diff files (I output to a file using the '>' command string) on the net, with the full program name and version of any program I've installed.

      although the latter could give hackers insight to which commercial software 'rolls back system files to a vulnerable state' despite the 'automatic update' feature of windows..
      for instance my ATI graphic drivers/southbridge drivers create a system restore point of 283 files (those are the files it replaced right?)
      and adds 17 files to the windows prefetch folder (nobody online has explained to me what the prefetch folder is for, but every time a installer program runs it gets added to, or modified.)

      if you're really curious i am going to put a link sometime in the future on my blog here @ slashdot to my diff files online when i figure out where to put the files online (the question of where to put files is also in by blog now).

    18. Re:What is AIR by tangent · · Score: 1

      Secure software that works online and offline, on your choice of the three major client OSes.

  10. Excellent news. by l-ascorbic · · Score: 3, Interesting

    This is excellent news. We've never had the resources to port our panoramic image stitcher to Linux, but as it's now an AIR app, this means we get it for free. I can finally use my own app on Ubuntu! Anyone who hasn't taken a look at AIR yet should seriously check it out, especially now that Flex is open source.

    1. Re:Excellent news. by PeterBrett · · Score: 0, Offtopic

      ...especially now that Flex is open source.

      Surely Flex has always been open source?

      The Free version of lex was around for decades before Adobe's marketing department rode roughshod over their prior claim to the name.

      News at 11: Adobe sues open source project for trademark violation?

    2. Re:Excellent news. by CastrTroy · · Score: 1

      When you said Flex, it immediately brought this to mind.

      --

      Anthropic principle: We see the universe the way it is because if it were different we would not be here to see it.
    3. Re:Excellent news. by Anonymous Coward · · Score: 0

      oh, and did I mention that I develop a panoramic image stitcher?

  11. Anyone? by obergfellja · · Score: 0

    Does anyone not see it... Now you can buy AIR... virtual AIR, but none the less... someone has found a way for you to purchase AIR

  12. also by someone1234 · · Score: 2, Interesting

    Wow, something that is written in Java, runs on Linux. *CHEER*
    Oh, well, it isn't compatible with GNU Java, but it runs on Linux *duh*

    Shouldn't it be default that something written in Java runs on ALL platforms which got a JRE?

    --
    Patents Drive Free Software as Hurricanes Drive Construction Industry
    1. Re:also by mhall119 · · Score: 1

      Shouldn't it be default that something written in Java runs on ALL platforms which got a JRE? I'm pretty sure that AIR is C/C++. They're probably talking about the Java Plugin being supported inside an AIR application. I think AIR uses WebKit, so it's probably just that Sun has a WebKit plugin, and GNU doesn't.
      --
      http://www.mhall119.com
    2. Re:also by canistel · · Score: 1

      Yes, but only when the JRE is 100% completed JRE; gnu java is not there yet.

    3. Re:also by nschubach · · Score: 2, Informative
      --
      Every time I start to have faith in humanity, I ruin it by driving to work between 7 and 8 am.
    4. Re:also by drspliff · · Score: 3, Informative

      The IcedTea (OpenJDK 7.0 + GnuClasspath) JRE/JDK is mostly complete, I've been running Eclipse on it for the past month without any issues.

  13. That's the one! by Gazzonyx · · Score: 1

    Yeah... that Java JRE that doesn't run anything correctly. It's been nothing but troubles for me, at least. YMMV.

    --

    If I mod you up, it doesn't necessarily mean I agree with what you've said, sorry.

    1. Re:That's the one! by Octorian · · Score: 1

      Which some Linux distributions (*cough*RedHat*cough*) insist on giving you instead of Sun Java, while making you think you still have a usable JRE. (and thus making it more difficult to correctly install the Sun JRE in a way that doesn't conflict or sit off to the side)

  14. Adobe Loses to SWF by Doc+Ruby · · Score: 5, Informative

    AIR doesn't come preinstalled, so it's just another piece of software people can choose to use, not an existing platform to target with content.

    Meanwhile, the GNU implementation of SWF is GNASH, which just released a new version. GNASH is also not preinstalled, but it's in some ways superior to Adobe's Flash, while remaining compatible (with practically all features found in the wild, and adding the rest) - and free, including not adding DRM you don't want. And GNASH was announced to be part of the new KDE, so it will in fact be preinstalled on lots of Linux machines.

    --

    --
    make install -not war

    1. Re:Adobe Loses to SWF by l-ascorbic · · Score: 3, Insightful

      If you install an AIR app, it can install the runtime at the same time. It's pretty transparent, and certainly better than stuff like the Java installer with Web Start. Also, if any company can build an install base it's Adobe. Look at the penetration of Flash.

    2. Re:Adobe Loses to SWF by 2muchcoffeeman · · Score: 2, Insightful

      Meanwhile, the GNU implementation of SWF is GNASH, which just released a new version. GNASH is also not preinstalled, but it's in some ways superior to Adobe's Flash, while remaining compatible (with practically all features found in the wild, and adding the rest) - and free, including not adding DRM you don't want. And GNASH was announced to be part of the new KDE, so it will in fact be preinstalled on lots of Linux machines.

      That's the first beta release after four alphas, correct? How "beta" is it?

      --
      Prevent Windows piracy. Use Linux instead.
    3. Re:Adobe Loses to SWF by Hes+Nikke · · Score: 1

      If any company can build an install base it's Adobe. Look at the penetration of Flash. step 1: create cool idea (See FutureSpash)
      step 2: sell cool idea to bigger company (See Macromedia)
      step 3: bigger company does all the heavy lifting to get product bundled with the number 1 and number 2 operating systems (See Microsoft, Apple)
      step 4: get bought by Adobe

      yep, Adobe sure does know how to build an install bases. @.@

      for other examples, see PageMaker and Freehand. (both killed by Adobe after an acquisition (or 2 in the case of Freehand!)) Is it just me or is Adobe cribbing notes from Microsoft's playbook?
      --
      Don't call me back. Give me a call back. Bye. So yeah. But bye our, well, but alright we are on a shirt this chill.
    4. Re:Adobe Loses to SWF by martinw89 · · Score: 1

      Not only is there gnash but another project is coming along very quickly: swfdec. I decided to use it over gnash on my Hardy install. It's very compatible and has cool features like putting a "play" button on every flash animation so you don't get assaulted by flash you don't want.

    5. Re:Adobe Loses to SWF by Doc+Ruby · · Score: 1

      That raises the question of how "open" is, say, Firefox, if it always installs Adobe's Flash player for

      application/x-shockwave-flash
      application/x-shockwave-flash2-preview
      application/futuresplash
      image/vnd.rn-realflash

      And doesn't offer alternatives like GNASH at that time. All media types are supposed to be that transparent, and install their handler plugin when data of that type is first downloaded. But if GNASH isn't offered, even though it's valid, that's not really "open": the preinstalled bundling of the "default" Adobe Flash handler makes a closed system.

      --

      --
      make install -not war

    6. Re:Adobe Loses to SWF by Doc+Ruby · · Score: 1

      Well, it's "beta" vs "alpha" in the traditional sense: the alphas were test versions tested by the developer team, and the beta is released for testing to people outside the team for feedback. Which is really the distinction here: plenty of people outside the team tested the alphas, but the alphas didn't necessarily use that nonteam feedback. The betas' nonteam feedback is being used to refine the next version.

      So this SW is "beta" the way it used to be before Netscape defined that down to "under construction". I've talked with Rob Savoye, who heads the GNASH project, and GNASH is in use all over the place on intranets in critical paths, including life support at hospitals, etc. I dunno about realtime apps, but GNASH's customized deployments are solid and reliable. That might not always be reflected in stability in the wild, with all the different platform specs, configs and random data consumed, but that's what beta is for.

      What I really want to know is how well does the GNASH FOSS version of Adobe's FLEX compete with the "real" FLEX.

      --

      --
      make install -not war

    7. Re:Adobe Loses to SWF by Lobster+Quadrille · · Score: 2, Interesting

      IIRC, Flash was pretty common for a while before Adobe aquired it.

      In fact, the biggest difference that I've seen since then was the proliferation of punch-the-monkey-win-a-free-lappy ads

      --
      "The cup is in turn designed for holding hot or cold liquids, and has an open rim and closed base." --US Patent #5425497
    8. Re:Adobe Loses to SWF by MMC+Monster · · Score: 1

      Gnash supports many SWF v7 features... Wonderful!
      --
      Help! I'm a slashdot refugee.
    9. Re:Adobe Loses to SWF by Anonymous Coward · · Score: 0

      Just a side note, it was Macromedia that created the large user base. Adobe bought Macromedia.

    10. Re:Adobe Loses to SWF by intangible · · Score: 1

      I love Gnash as much as the next guy, but I don't want to explain to users why their browser crashes instead of shows their flash video. It's hard enough to get people to switch browsers as it is.

    11. Re:Adobe Loses to SWF by Anonymous Coward · · Score: 0

      There is even a third party tool (Shu) that embeds the runtime to create standalone apps with no dependancies.

    12. Re:Adobe Loses to SWF by Anonymous Coward · · Score: 0

      That raises the question of how "open" is, say, Firefox, if it always installs Adobe's Flash player for [flash mimetypes]

      Firefox doesn't associate flash mimetypes with the Adobe Flash plugin, Flash installs itself to Firefox. Besides, if there's any doubt to who's pushing for Flash/Flex/AIR adoption, you can be confident that it's the Mozilla guys least of all.

    13. Re:Adobe Loses to SWF by Doc+Ruby · · Score: 1

      When I get a new Firefox, and I hit a page with Flash embedded in it, Firefox doesn't offer to install GNASH. Even though GNASH (and klash) are plugins in my APT repo, which should be the first choice for install, not just some arbitrary .tgz from Adobe.

      --

      --
      make install -not war

    14. Re:Adobe Loses to SWF by Doc+Ruby · · Score: 1

      Is that true of the latest GNASH releases, like the 0.8.2 beta from last week?

      --

      --
      make install -not war

    15. Re:Adobe Loses to SWF by l-ascorbic · · Score: 1

      Yes, they bought Macromedia, so they have their staff, skills etc. They did pretty well with PDF though, which is #2 among plugins.

    16. Re:Adobe Loses to SWF by nova_ostrich · · Score: 1
      I personally know many folks that have been on the Flash Player and Flex development teams since the Macromedia days. They're still on board at Adobe, and the Macromedia spirit is still going strong. Kevin Lynch, formerly the Chief Software Architect at Macromedia is now CTO and Senior VP at Adobe. From the perspective of the external community that works with Flash and Flex daily, almost nothing has changed. In fact, most of the changes we've seen are improvements thanks to Adobe's greater resources.

      I have no doubt that the hard work done by Macromedia can be repeated by Adobe because much of Adobe still looks and acts like the Macromedia of old.

      --
      It's scary being a Flash and Flex developer on Slashdot. You guys are unnaturally rabid.
  15. What adobe should do... by DeadDecoy · · Score: 1, Offtopic

    I kinda wish adobe would make a decent pdf viewer for linux, or at least make the pdf format open ... The current viewer they have sucks as I have to keep agreeing to the license every time I open a document up and each document is opened in an opera-esque parent application (not individually). It's not really pleasant to use the other linux viewers either, as you can't do selection in a dual column document all that well. The flash support for linux, on the other hand seems pretty functional and having vibrant webapps isn't all that critical to me. I just wish Adobe would do a decent job at supporting their core applications on linux, e.g. Acrobat and Photoshop, but maybe that's just me. : /

    1. Re:What adobe should do... by spvo · · Score: 1

      I've never really had any problems with the Adobe PDF viewer in linux. I don't usually use it, but it always works fine when, for whatever reason, Evince or KPDF doesn't render the document correctly. Also, PDF is an open standard http://en.wikipedia.org/wiki/Portable_Document_Format.

    2. Re:What adobe should do... by hub · · Score: 2, Insightful

      PDF is ISO standard now. Maybe you were living on another planet. I haven't use Adobe Reader is YEARS and I still read PDF files without any glitches on Linux.

      Wrong battle dude.

      --
      Hub
    3. Re:What adobe should do... by Anonymous Coward · · Score: 0

      Dude, PDF has been open format for long time now. Really. Go download the specification and you can make kick-ass viewer without waiting for Adobe.

    4. Re:What adobe should do... by 99BottlesOfBeerInMyF · · Score: 1

      I kinda wish adobe would make a decent pdf viewer for linux, or at least make the pdf format open

      Umm, PDF is an open standard, one with many, many implementations. Adobe's reader is not terrible, but its default configuration is (many slow and bloated plugins). Alternately you can use Foxit on Windows, Preview on OS X, XPDF of KPDF on Linux. There are actually quite a few more readers if you want to try others. You can make PDFs using any application on OS X, using CUPs on Linux, MS Office, OpenOffice, Wordperfect, Docbook, etc.

    5. Re:What adobe should do... by pak9rabid · · Score: 1

      I just wish Adobe would do a decent job at supporting their core applications on linux, e.g. Acrobat and Photoshop, but maybe that's just me. Here's a thought that I had regarding this. I remember there being speculation that Apple might buy Adobe and make all of the big Adobe products Mac-only (like what happened to Final Cut Pro once Apple took them over). If Adobe did publicize information regarding porting Photoshop to Linux, that could prompt Apple to make Adobe an offer that they couldn't refuse.
    6. Re:What adobe should do... by porl · · Score: 1

      i'm not too worried. it was apple's takeover of emagic (the company who made notator and logic audio) that made me look seriously into linux audio software and find ardour. i have never looked back. i think if photoshop etc went mac only, then there will be an explosion in activity with regards to alternatives being written and maintained, both commercial and open source. all apple will do if they cut off the other platforms is lose market share. i'm pretty sure logic was about 55-45% mac-win users. not sure i believe the 'wasn't enough demand for the windows version to keep it up. photoshop especially would be a stupid thing to pull from windows for the same reason.

      porl

  16. Photoshop for Linux? by l-ascorbic · · Score: 3, Interesting

    It may actually be possible to create a PDF viewer using AIR. It has some native support for the format, which means you may be able to create a lighter-weight app which uses this. Significantly, Adobe have said that they plan to move their apps gradually over to AIR, so this could mean that Photoshop and others may finally be available for Linux.

    1. Re:Photoshop for Linux? by PortHaven · · Score: 2, Interesting

      "Adobe have said that they plan to move their apps gradually over to AIR"

      Where did you hear that statement???

  17. Just don't plan on trying to hack AIR by 2muchcoffeeman · · Score: 4, Interesting
    Here's the final paragraph of the PC World version of the story. It points out something else I found interesting ...

    Although the Linux Foundation hailed Adobe's arrival as "a natural extension of its commitment to open standards and open source," that commitment stops short of publishing source code for the Linux version of Air. Adobe's end-user license for the code explicitly forbids any attempt to "reverse engineer, decompile, disassemble or otherwise attempt to discover the source code of the software."

    In other words, "We'll let you play in our sandbox, but don't try to figure out how we built our sandbox so you can build your own sandbox that looks just like our sandbox."

    --
    Prevent Windows piracy. Use Linux instead.
    1. Re:Just don't plan on trying to hack AIR by HiThere · · Score: 1

      Somehow I'm not surprised. This *is* Adobe we're talking about.

      What I'm not clear on is "Who is this Linux Foundation?" Google seems to indicate that it's a recent creation of a bunch of companies, and that they claim that they're organized to promote FOSS, but I didn't follow things any further. I'm not at all certain that they should be trusted. I'm not sure they shouldn't be, but allowing Adobe to join seems to indicate that they probably shouldn't.

      When I think of Adobe, I think of how they sic'ed the Feds on Dimitri Skylarov, and they stood back and protested that they weren't involved. I wouldn't trust them one inch. If things started to get built in Air, they'd probably pull a Microsoft and change the specs, auto-upgrading the installed base to the new version.

      I didn't trust Java until it was GPL'd, even though there were competing implementations. I don't think I plan on trusting an application with a sole-source implementation under a closed license from a company I think of as villainous.

      --

      I think we've pushed this "anyone can grow up to be president" thing too far.
    2. Re:Just don't plan on trying to hack AIR by Anonymous Coward · · Score: 0

      Actually, that's not necessary anyway.

      There was an interesting episode of FLOSS Weekly (podcast that's part of TWiT Network, www.twit.tv) where they interviewed a guy who works on the SAMBA project, and it was quite interesting to listen to. They discovered early on that Microsoft would not allow them to decompile any portion of SMB for any reason, and had to develop an alternate way to code an otherwise identical product to SMB, and so they used another method entirely, whereby they use SMB on windows and packet sniff how SMB does it, then simply replicate the same thing in SAMBA. The same thing can be done with any development platform. If I can see that in Flash Pro I use a certain tool and then in flash player the animation plays differently, then all I have to do is write code that will take the source generated by Flash Pro and do the same thing that flash player does. I don't know how GNASH works, but they could do the same thing if they are inclined to do so, and this wouldn't break any agreement. Simply knowing the inputs and outputs of a product and then mimicing the same output when given the same input is not against any license agreement. If it was, then the agreement would make any previous versions of the same product illegal. I.e. if Wordperfect 12 did this using Wordperfect 11 would be illegal, and thus OpenOffice is allows to open WordPerfect files. This is the very premise that FOSS is based on - that as long as you write the code yourself, just because it does the same thing doesn't make it illegal. If it did, FOSS wouldn't exist. To break the law or any agreement it must use exactly the same code to accomplish the task, and if it doesn't, it's legal. Period. SAMBA does it. WINE does it. OpenOffice does it. Hell, even FireFox does it. (Else we'd all be stuck with either Netscape or IE.)

      So though I respect your point of view, I assure you, AIR can be mimicked without any need for it to be decompiled, if a FOSS developer wants to sink the time into doing it. Personally, I dabble in C and C++ and even JAVA but have very limited skill beyond "hello world". My main language is PHP, but in PHP I have coded some wondrous things, including a very scarce CLI text editor and web browser. I even coded a CLI client to GMail, though after they went to GMail2 it broke and I never fixed it. Sure, PHP is not really a CLI language but it's easier for me than learning real C. Did I have to decompile lynx or w3m to do that? No. In fact, all I did was load a couple (thousand) pages in w3m and see how they rendered, then code a script which would render HTML in the same manner. Sure, w3m is FOSS so I could have looked at the source, but converting C to PHP is too bothersome when simply examining what goes in and out is all that's needed.

      There will be a native Linux FOSS AIR clone within 3 years, tops, provided AIR is on 10% of windows boxes within 1 year. Adobe will file a lawsuit about it in 4 years and will drop the suit in 6 because, just like SAMBA, they will have broken no laws. That's what I predict. I'd bet my ASUS EEE on it.

    3. Re:Just don't plan on trying to hack AIR by nova_ostrich · · Score: 1

      Simply knowing the inputs and outputs of a product and then mimicing the same output when given the same input is not against any license agreement. Yes, I agree. If that weren't true, then OpenOffice and a million other open source projects would have died a horrible death a long time ago.

      If it was, then the agreement would make any previous versions of the same product illegal. I don't think this is the correct interpretation. The users of the previous version of the software were already authorized to use it for that input/output combination. The creators of the software can't say that the previous version is mimicing the new version because the old version was created first. It's the new version that is mimicing the old version, and the creators have every right to continue authorizing such use. Even if your interpretation were correct, no software company would be stupid enough to sue its own users for continuing to use an old version.
      --
      It's scary being a Flash and Flex developer on Slashdot. You guys are unnaturally rabid.
  18. Re:gnu software is crap by armanox · · Score: 1

    Your "Linux License" may never see fruitation - Thorvalds has said he doesn't foresee the need to move on to Linux 2.8 or 3.0

    --
    I'm starting to think GNU is the problem with "GNU/Linux" these days.
  19. Reminds me of an old Sesame Street skit. by Mesa+MIke · · Score: 1

    Hey buddy, wanna buy some...air?

    I'm not selling the bottle, just what's in it!

  20. probably gonna suck by nguy · · Score: 0

    Adobe doesn't know how to make a good UI; just look at Adobe Acrobat Reader or Photoshop. Historically, their Linux versions are even worse than their Windows and Mac software.

    In order to get a decent version of AIR for Linux, we'll have to write an open source version ourselves.

    1. Re:probably gonna suck by l-ascorbic · · Score: 1

      It's a runtime. There is no UI apart from the installer.

    2. Re:probably gonna suck by PortHaven · · Score: 1

      First off, you create the UI for your application. AIR apps will use the default system UI for windows, etc.

      Or you can break away from that and have a very customized application window.

      ***

      If you mean development UI. Well you can use a simple text editor to create your apps. Though I recommend Adobe's Flex Builder 3 (built on Eclipse). Nice tool...and only $250 for Flex Builder stand-a-lone or plug-in.

    3. Re:probably gonna suck by Anonymous Coward · · Score: 0

      Adobe doesn't know how to make a good UI; just look at Adobe Acrobat Reader or Photoshop. Historically, their Linux versions are even worse than their Windows and Mac software.

      In order to get a decent version of AIR for Linux, we'll have to write an open source version ourselves.

      Because the community did such a great job on The GIMP.

    4. Re:probably gonna suck by Enselic · · Score: 1

      Well GIMP development is far from stalled; the next version will be an important milestone.

      It will have a non-optional GEGL dependency (although from a user point of view the GEGL integration will not be very visible yet) and the first major UI change will take place (removing the menu from the toolbox and merge it with the image window menu, and keep a special variant of an image window up to hold this menu when there are no images opened). This work has already been done and you can try it out in SVN trunk.

    5. Re:probably gonna suck by Anonymous Coward · · Score: 0

      Because the community did such a great job on The GIMP.

      Yes, indeed it did, even if whiny Photoshop nerds don't believe it.

    6. Re:probably gonna suck by nguy · · Score: 1

      It's a runtime. There is no UI apart from the installer.

      There are lots of design, interaction, desktop integration, and appearance issues. And as Java shows, runtimes can get them very, very wrong.

  21. namespace clashes by gzipped_tar · · Score: 1

    > "Adobe also released an alpha of Flex Builder for Linux Monday."
    Is GNU gonna be sued because of the name "flex"?

    --
    Colorless green Cthulhu waits dreaming furiously.
  22. RE: Adobe Joins Linux Foundation... by martinw89 · · Score: 0, Troll

    Well, time to move to Haiku.

  23. Re:Stop it Adobe, you're making me laugh.... by Anonymous Coward · · Score: 0

    Please, you stop, OK? It's just annoying.

  24. Sun/GCJ by mgkimsal2 · · Score: 1

    I'm still not sure why Sun lets GCJ enthusiasts get away with calling it 'java'. Whether it's the default packaging, or the distros that do it (redhat/fedora/etc) having a program on your system called 'java' which is so half-assed compatible like the GCJ stuff is just gives Java a bad name. It's far *less* compatible than the MS Java of years ago was with 'mainstream' Java at that time, yet Sun throws a fit over MS, but leaves GCJ enthusiasts alone. I don't get it.

  25. And an Open "FLEX" Server by Doc+Ruby · · Score: 2, Interesting

    GNASH also includes a FOSS version of Adobe's proprietary FLEX media streaming server, that's compatible with Adobe's Flash players. Now that is a FOSS product that doesn't suffer from the "not preinstalled" problem, because it uses the preinstalled Adobe Flash players as its target installed base. You can just install it on your server instead of installing FLEX.

    But I haven't heard how good it is. Is it fully compatible with Adobe's Flash? Feature-competitive with FLEX? Have you heard anything?

    --

    --
    make install -not war

  26. Fuck that. Let's move to BSD by Anonymous Coward · · Score: 0

    First all the tangoing with Microsoft was bad enough. But if the Linux Foundation is taking Adobe, it loses Linux users. We know exactly what's going on. The same organization can't be a Jewish rights advocate and accept Hitler as a member.

    BSD is just as free, just as open, works just as well, and doesn't have a million buzzards trying to eat it like Linux does.

  27. dont get too excited.. by Anonymous Coward · · Score: 4, Informative

    As someone who in the last 6 weeks has been currently developing a flex app for both AIR and the web... dont get too excited.
    I am finding the Flex3 framework to be buggy as hell.

    * I have been having constant crashes from Flex Builder (It is built on eclipse)
    * The ui components are coded like dogshit. (i ended up coding custom elements in flash which are the tenth of the size, and work as intended)
    * Some documented features dont work.
    * I have spent alot of time figuring out work arounds/undocumented features.

    sorry for the rant.. but the claim that it is easy to develop flex apps is bullshit.
    I have been using flash since it was called FutureSplash, so after over 10 years of day in day out
    developing and making bread with this tech, I think I can speak with some authority.

    It seems to me that Adobe is glorifying their steps into open source.
    I just have a funny feeling that it is not as good willed, as intended,
    but just as a way to get their shit coded/fixed for free,then reimplemented
    in their closed source upscale/addon technologies.

    Which I might add, allows adobe to compete directly against the very developers
    that buy into their software.

    1. Re:dont get too excited.. by Anonymous Coward · · Score: 0

      Aaaah, you're one of these people who's trying to write Flash in Flex.

      In much the same way as Jersey Girl isn't for the critics, Flex isn't for you. Flash is Flash and Flex is Flex. Just because they both compile down to SWFs and are scripted with ActionScript 3 doesn't mean they're the same technology.

      Flex is for people who build proper grown up applications. The UI components, and the MXML layout syntax is the best UI development system I've ever used for WIMPy business CRUDlike apps. I'm even pushing it beyond it's comfort zone in making a set of puzzle games with it and it's still better than any of the other options I could use, one of which, of course, is fiddling around with the overgrown animation system that is Flash CS.

      And my anecdotal evidence has a grand total of 0 crashes from Flex Builder.

    2. Re:dont get too excited.. by Alistair+Hutton · · Score: 1

      I so hate failing to log in before commenting. The pro-Flex post parenting this was brought to you by the letter F. And me.

      --
      Puzzle Daze is now my job
    3. Re:dont get too excited.. by obi · · Score: 1

      Well, I would claim coding in Flex is relatively easy. Just use the SDK with the text editor of your choice. All open source, no worries about bloat/crashing/etc.

      As for the ui components, I find them quite well done. I just wish they'd used the same set of UI components in Flash CS3 - the two different sets of UI components don't mesh well.

      And yea, sometimes some documented features need workarounds, but on the whole I feel the quality is about the same as a lot of other runtimes/languages I've coded for. I also think they've come a long way since the old Flash days - they cleaned up the runtime libs quite a bit.

      The only thing I regret slightly is that AS1.0 used to be a nice little prototype based language, and AS2.0/3.0 being class-based (not bad, but very different - much more like Java). But that's Javascript/ECMAScript's doing, not really Adobe's.

    4. Re:dont get too excited.. by l-ascorbic · · Score: 1

      You can use prototype-based programming in AS3 if you really want to. You'll find the prototype property right there in Object.

    5. Re:dont get too excited.. by Anonymous Coward · · Score: 0

      I am calling bullshit. I use FlexBuilder essentially all day every day and it has crashed on me twice. The components work fine 98% of the time and if you're not a total ass munch you can fix and/or enhance as needed. I also find it hard to believe you have been using it since FutureSplash as there was virtually no scripting support for a full 5 years after its launch in 1995. Flash 4 had rudimentary 'actions', and ActionScript 1 was introduced with Flash 5 in 2000. Why would you make a career of using a technology you think sucks? Unless of course you yourself suck too...

      Frontpage called, it wants its noob back.

  28. The flash format is a trap, careful by cyberjessy · · Score: 5, Interesting

    From the SWF and FLV File Format Specification and License
    -- This license does not permit the usage of the specification to create software which supports SWF file playback.

    That's pathetic. Adobe is explicitly trying to control the _format_, while trying to convince (and confuse) people by releasing the runtime and SDK as open source. Which means they still retail all the control of closed-source software, without many people even being aware of it. Once (hopefully not) AIR or Flash becomes a widely accepted platform for applications, Adobe can easily ask people to pay up or do whatever.

    These days, I get frustrated by the number of people who mention that Adobe is a major supported of open source, and get excited about it. Java may suck, but it sure is not a lock in.

    --
    Life is just a conviction.
    1. Re:The flash format is a trap, careful by Mista2 · · Score: 2, Insightful

      Still better effort than silverlight. Oh, yeah, MS support this in other OS's just like they do with Mono. Not! Just what I want, Adobe apps being able to execute more code on my desktop. Umm, no thanks. Developers from this platform will bring all of their Windows and OSX tricks and tips with them to Linux, and you'll never know how buggy/vulnerable it is as all of the SDK is closed. it's why I trust Apache and PHP more than IIS and .asp/.net. I know more eyeballs have looked at the code for these apps than the MS equivalents. Also eyes with no financial tie with the original authors.

    2. Re:The flash format is a trap, careful by Realistick · · Score: 1

      You are an idiot. Two sentences after linking to the spec you claim they're trying to control the format? Read the following slowly to reduce the chance of confusion and/or aneurysm. - the Flash Player and AIR runtime are both closed source - the SWF format is open and documented - yes, creating a player is verboten (this is a good thing because it enables one of the player's strengths: consistent playback on all supported platforms) - the Flex framework and BlazeDS are both open source and are both optional components of player-based and/or AIR-based apps - they donated Tamarin to Mozilla and the community. Someday you will wake up and your JS will be much faster and you will Adobe a beer.

    3. Re:The flash format is a trap, careful by catmistake · · Score: 1

      I've been saying this since CS2, so I think I speak with some authority: Adobe is the new Microsoft.

    4. Re:The flash format is a trap, careful by Realistick · · Score: 1

      So by saying something for long enough you gain authority? I didn't know that but I guess I should start now then. "I deserve a billion dollars in cold hard cash. I deserve a billion dollars in cold hard cash. I deserve a billion dollars in cold hard cash..."

    5. Re:The flash format is a trap, careful by Anonymous Coward · · Score: 0

      Look, there's security issues with allowing anyone to create the runtimes to play flash and I'm sure Adobe doesn't want to be entangled with that. I'm sure they don't want to make it easy for people to start creating/publishing Flash Player's that compromise a computer intentionally or even unintentionally.

      Yea, I think Adobe has hidden agenda's to why they're open sourcing certain things but for f#$%'s sakes, they're not a not-for-profit company. What do you expect. Hopefully, everyone here is smart enough to already know that.

    6. Re:The flash format is a trap, careful by Raenex · · Score: 1

      the SWF format is open and documented - yes, creating a player is verboten Then it is not "open", it is proprietary. An open format doesn't place restrictions on who may implement it or for what purposes.

      (this is a good thing because it enables one of the player's strengths: consistent playback on all supported platforms) It also means you are locked in to a single provider. For years Adobe left Linux with an old, buggy version of Flash. So much for "consistent playback". They finally got their act together with version 9, but I hear constant grumbling about 64-bit support.

      The Internet has benefited tremendously by being based on truly open standards. TCP/IP allows any device from any provider to connect. Can you imagine an Internet based on a format that could only be implemented by a single, for-profit company? The Flash format is a scourge of the Internet.
  29. Re:Stop it Adobe, you're making me laugh.... by cHiphead · · Score: 1

    Ok, who the hell let Tom Cruise near an Ubuntu live cd?

    --

    This is my sig. There are many like it, but this one is mine.
  30. Not sure what to think... by TheDarkener · · Score: 2, Insightful

    Adobe seems to want to jump on the OSS bandwagon, which might make a lot of people smile... although, ....

    - Flash isn't OSS

    - The Linux Flash binary-only plugin is still WAY behind the Windows version in quality and stability (remember how long we had to wait for Flash 9.x on Linux??)

    - Shockwave Director isn't OSS (and isn't even ported to Linux in a binary-only format, despite the 29511 signatures in the online petition that's been going on forever). Not a peep from Adobe on if this will ever even happen, even though revisions are still being made and it being widely used

    - No intention of porting Flash to x86-64 platforms, on Linux -or- Windows (at least AFAIK)

    - Just in my experience alone, COUNTLESS other buggy applications (like the other week, installing a version of Acrobat with a .0 known bug that plainly doesn't launch when executed without a fix from their website)

    I agree Adobe has a LOT of momentum behind them with the Internet community. With this, however, comes great responsibility. If they want to play in the OSS playground, I think they need to share all of their toys like the others do.

    --
    It is pitch black. You are likely to be eaten by a grue.
    1. Re:Not sure what to think... by itsdapead · · Score: 1

      - Flash isn't OSS - The Linux Flash binary-only plugin is still WAY behind the Windows version in quality and stability (remember how long we had to wait for Flash 9.x on Linux??)

      So, any better suggestions for developing small apps that can be web-delivered via an ubiquitous and easily installed plug-in or packaged as self-contained Windows or Mac binaries and uses vector-based graphics which will scale to fit the screen (very useful for, e.g. educational applets which may be used on interactive whiteboards)... *and* stands a sporting chance of running on Linux with minimal work (e.g. if you're not actually being paid to make it run on Linux)?

      Flash is a zillion miles from perfect, and definitely not dolphin-friendly OSS, but it does have a niche - esp. for applets which are 2D-graphics heavy and don't need an industrial strength programming language like Java. Of course, it has been hideously abused as a way of making websites really, really annoying.

      Plus - Flash can win you a nice vista laptop whereas sticking to a vanilla web browser like Safari only gets you a Macbook Air (very shiny, but, only 1 USB port and no removable battery... meh.) :->

      --
      In a survey of 100 programmers, 111111 thought that duck-typing was a good idea.
    2. Re:Not sure what to think... by TheDarkener · · Score: 1

      What I want to know, is why Adobe wants to keep Flash closed-source. What can hurt them from open-sourcing that and Shockwave? It seems to me they are under a lot of pressure from business partners to keep it locked up, *because* it is so widely used.

      And considering Windows and Apple have working Shockwave players... who does that leave out?

      --
      It is pitch black. You are likely to be eaten by a grue.
    3. Re:Not sure what to think... by nova_ostrich · · Score: 1

      No intention of porting Flash to x86-64 platforms, on Linux -or- Windows (at least AFAIK) Tinic Uro, an engineer on the Flash Player team at Adobe, has stated on his blog (on several occasions) that the port to 64-bit is in progress. He's explained that Flash Player has a lot of legacy code that needed to be optimized to run well on slower computers. That means some of it is specific to 32-bit architectures so that they could get every last bit of speed and cut memory use down on those poor ancient machines. Changing stable code shouldn't happen lightly. Unlike many open source projects, a nearly-ubiquitous runtime like Flash Player needs to focus more strongly on stability and compatibility between versions. Adobe is committed to backwards compatibility, and there's nine versions of the SWF format they have to account for and test against.
      --
      It's scary being a Flash and Flex developer on Slashdot. You guys are unnaturally rabid.
  31. Re:gnu software is crap by HiThere · · Score: 1

    Try it this way: Most projects produce terrible code. That'ld be correct. The license is an insignificant contribution...and I can't even tell in which direction, so it may not matter at all.

    I think that I tend to produce very good code...but it takes me a long time compared to many others. Possibly there's a tradeoff here.

    The nice thing about FOSS projects is that it lets you get SOMETHING out there fast, and then if there's a need, it will be continually improved. I do believe that commercially sponsored projects can develop large applications to a decent level of reliability more quickly. For this purpose ANY FOSS license will work....any that's accepted by the community, and I believe that GPL3 readily qualifies here. It may well be, however, that GPL3 projects are less likely to attract commercial sponsors. OK. They aren't allowed to fork the code into a closed tree. That makes it less attractive to them. But more attractive to me.

    Over time I believe that the FOSS projects will provide the higher quality code that fit better with the need of both the developers and the end-users. This doesn't mean that it will happen as quickly with FOSS code as it would with commercial code. But it will be more usable, and more tailored to the "customers" desires. (And, naturally, also more tailored to the desires of the developers.) Over time.

    Anecdotally the use of MOST FOSS licenses is increasing. (Not all. Artistic seems on the decline, as does the GNAT variant of the GPL. I'd say the same about the Eiffel variant, but it never was popular enough to estimate. And about most I don't have even enough anecdotal evidence to make a guess.)

    P.S.: I *do* count gcc. That may have been a hostile fork, as you say, but it was one specifically allowed by the license. I also count X Window, for the same reason. That's a part of how FOSS operates.

    --

    I think we've pushed this "anyone can grow up to be president" thing too far.
  32. so how bout those amd64 flash/java plugins? by Akatosh · · Score: 1

    Glad to see Adobe has their priorities strait.

  33. Re:gnu software is crap by TheDarkener · · Score: 1

    Your "Linux License" may never see fruitation

    Ummm, fruition ...?

    Maybe people who can spell (or use a spellchecker? I don't think IE has one yet) have a different opinion.

    --
    It is pitch black. You are likely to be eaten by a grue.
  34. AIR, Flex = Flash marketing by Anonymous Coward · · Score: 0

    The problem for Adobe and users of this is that by linking your applications to proprietary things like flash, the customer base is limited and there are no compatible alternatives to switch to.

    Now if it was based on Gnash, Swfdec or the yet to be released OpenFlash from Adobe, then perhaps it would be worth considering...

    It's hard to move to proprietary solutions when you are accustomed to open ones.

  35. "for Linux"? by vsync64 · · Score: 1

    For Linux, or for RedHat on x86? Sad to see even Slashdot has fallen to the low of just pasting press releases instead of questioning these nonsensical claims.

    --
    TO BUY A NEW CAR WOULD MAKE YOU SEXUALLY ATTRACTIVE.
  36. anthrax song... by flahwho · · Score: 1

    you're no good, missunderstood, AIR.

  37. Only supports Sun Java clarification by dFaust · · Score: 1

    To be clear, this is only related to the SDK and NOT the runtime. More specifically, it's related to the debugger (ADT) and it's listed as a "known issue", which seems to imply that it's something they're looking to fix by the time it's released.

  38. test market? by suck_burners_rice · · Score: 1

    This is probably a test, and based on how many will use this AIR, they may decide to (or decide against) releasing other Adobe products for Linux.

    --
    McCain/Palin '08. Now THAT's hope and change!
  39. Well alrighty then - Where's FrameMaker? by bball99 · · Score: 1

    - i'm tired of resetting my system's date/time back to the Dot-Bomb era! :-)

  40. The real question about What is AIR by iAlta · · Score: 0

    Is it Free?

    1. Re:The real question about What is AIR by WPIDalamar · · Score: 1

      Free in cost, yes.

      SDK, and runtime distribution both are free.

      Some (not all) parts of the SDK are also Free as in Open Source.

  41. Re:gnu software is crap by armanox · · Score: 1

    Or, maybe people actually pay attention to Linus. And I'm typing this using lynx for the record, not Internet Exploder.

    --
    I'm starting to think GNU is the problem with "GNU/Linux" these days.
  42. Re:How is AIR different from, say java? Cool? by davidsyes · · Score: 1

    Cool Developers who are AIRheads?

    Would that be an OXY-Moron?

    Would BAD developers be NOT worth the AIR they breathe?

    --
    Previously: "Linux... Toward the Sunrise..." Now: "Linux... Toward the-- No, now, part of Every Sunrise"
  43. A Day Early by STrinity · · Score: 1

    April Fools is tomorrow.

    --
    Les Miserables Volume 1 now up with my reading of
  44. selling to us by Mr.Ned · · Score: 1

    I see no source code. They're not joining the free software community, they're selling to it.

  45. Re:gnu software is crap by Anonymous Coward · · Score: 0

    The best projects are ones that are developed by a small group or company, without interference.

    Actually, that is typically how GNU projects work. They are not known for an "open" development process.

  46. fingers crossed... by immerohnegott · · Score: 1

    Call it a pipe dream, but could this (a while down the road of course) mean we'll be seeing some ports of commercial Adobe apps for Linux?

  47. Mistakes and security flaw by neofpo · · Score: 2, Informative

    Hello there,

    I've just posted a review and a comment at my site (translation) where I point that Adobe makes an amateur mistake, by installing all AIR files as the user who launched the installer, despite the fact that it asks for root access via gksu (a graphic sudo replacement). This makes the user owner of the files "AIR root", letting him able to compromise AIR Apps to all users of the system (either voluntarily or by a virus for example). This goes against all security policies I've ever seen. System wide programs must be read only to every one, except for root, which is a user that "is just meant not to be used".

    I also pointed at my site to at least two packaging mistakes: broken dependencies and garbage after uninstall.

    I wonder: why in hell they have to make that annoying Windows-like installer, more vulnerable to this sort of error, than simply give a package and a software repository? Or at least give direct access to a "traditional" RPM or Debian package... Doesn't they know the KISS rule?

    Hope this sort of stuff does not happen when it comes to be final.