incubator-flex-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "aYo ~" <>
Subject Re: May I fork the project for creating a reduced version of it?
Date Fri, 31 Aug 2012 22:05:46 GMT
Please permit a silly question, but why has the sdk moved from a platform
agnostic package to which you reference from your IDE to one that has now
become platform specific? Why should it need a DEB packager instead of a
folder you just reference?
Having said that, I'm happy to help with any move to make it more Linux
On Aug 31, 2012 10:30 AM, "Left Right" <> wrote:

> Hi again,
> After some thinking... this is my question, but I'm not yet mentally
> ready to do it, only wondering about the consequences of it.
> So... The SDK needs to be significantly changed in order for it to be
> built and used on Linux. The changes aren't as much related to the
> code of the SDK itself as to the way it is built, packaged and
> distributed.
> So, my very far going plan was like this: find the bits that will
> function / make sense on Linux (these are the asc, compiler, debugger,
> swfutils and some more) and create from them a DEB package. I'd host
> it on because it will give at least the Ubuntu users the
> familiar interface for installing / updating the program.
> Things that are not possible to use include these:
> - anything that uses Flash player 11.3 or later.
> - anything that uses AIR 3.0 or later.
> - anything that uses PixelBender.
> - I'm not sure about things that target Android / iOS.
> I would primarily try to get the compiler functioning.
> Well, I guess, I'd need your permission to do this, as this isn't
> technically a mirror or something. Besides you may or may not want to
> give this permission :) are there any legal impediments for doing so?
> If this is technically possible, I've also one more question: what is
> the state of Falcon and how hard do you think will it be to get it to
> compile and to work on Linux? I've tried to check it out, but the
> sources aren't yet there.
> Best.
> Oleg

  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message