BTW, are you aware of the flex-falcon compiler project? It is packaged
separately and produces SWFs without hacking Batik and Velocity. We're
working on is 'alpha' release.
-Alex
On 4/16/14 9:53 AM, "Alex Harui" wrote:
>
>
>On 4/16/14 3:16 AM, "Bastien ROUCARIES"
>wrote:
>>Thanks
>>
>>About
On 4/16/14 3:16 AM, "Bastien ROUCARIES"
wrote:
>Thanks
>
>About xerces it seems that we could drop the patch. You only need it
>in order to get line number information.
>
>By overriding setDocumentlocator you could get a locator object and
>then call locator getLineNumber() method.
>
>Could you
On 4/16/14 3:42 AM, "Bastien ROUCARIES"
wrote:
>And for batik you need I suppose to convert batick format to imageio.
>In this case you could use
>http://mvnrepository.com/artifact/com.twelvemonkeys.imageio/twelvemonkeys-
>imageio-batik
>
>Does it suit to your need ?
I don't think we need image
On Tue, Apr 15, 2014 at 6:31 PM, Alex Harui wrote:
> I don't know anything about Debian packaging, but I'm not clear how this
> helps the Apache Flex community, so I'm not thinking this would be a
> priority. However the source is open and you are welcome to run your own
> build script to generate
On Tue, Apr 15, 2014 at 6:31 PM, Alex Harui wrote:
> I don't know anything about Debian packaging, but I'm not clear how this
> helps the Apache Flex community, so I'm not thinking this would be a
> priority. However the source is open and you are welcome to run your own
> build script to generate
At least it should be).
>I didnÄt quite grasp the original problem you were having though.
>
>Chris
>
>
>Von: Bastien ROUCARIES
>Gesendet: Dienstag, 15. April 2014 15:22
>An: dev
>Betreff: Re: Be distribution friendly
>
>On
I don't know anything about Debian packaging, but I'm not clear how this
helps the Apache Flex community, so I'm not thinking this would be a
priority. However the source is open and you are welcome to run your own
build script to generate whatever it is you need. And we'll try to answer
questions
Le 15 avr. 2014 17:42, "Tom Chiverton" a écrit :
>
> On 15/04/14 16:36, Bastien ROUCARIES wrote:
>>
>> Some part of LaTex use flash in order to include video in pdf
presentation.
>
> OK, and this component is already being distributed, but can't advertise
it's dependency on Flex because Apache Fle
On 15/04/14 16:36, Bastien ROUCARIES wrote:
Some part of LaTex use flash in order to include video in pdf presentation.
OK, and this component is already being distributed, but can't advertise
it's dependency on Flex because Apache Flex isn't in Debian ?
So I don't see why you need to make a D
On Tue, Apr 15, 2014 at 5:32 PM, Tom Chiverton wrote:
> On 15/04/14 16:22, Bastien ROUCARIES wrote:
>>
>> main in order to compile some part of latex. So we need to compile
>
> What has Latex got to do with Apache Flex ? We're not
> http://en.wikipedia.org/wiki/Flex_lexical_analyser :-)
Some part
On 15/04/14 16:22, Bastien ROUCARIES wrote:
main in order to compile some part of latex. So we need to compile
What has Latex got to do with Apache Flex ? We're not
http://en.wikipedia.org/wiki/Flex_lexical_analyser :-)
Tom
On Tue, Apr 15, 2014 at 5:14 PM, Tom Chiverton wrote:
> On 15/04/14 14:21, Bastien ROUCARIES wrote:
>>
>> and set flex in the main archive that is we want to be able to compile
>> with free tools/source in order to get in the main archive. Fedora
>
> I don't think you have to be able to compile fr
On 15/04/14 14:21, Bastien ROUCARIES wrote:
and set flex in the main archive that is we want to be able to compile
with free tools/source in order to get in the main archive. Fedora
I don't think you have to be able to compile from all-free sources in
order to have Flex in Debian, but I maybe wr
On Tue, Apr 15, 2014 at 3:53 PM, Christofer Dutz
wrote:
> I was simply refering to the previous post about platform independent
> installer that is pretty distribution friendly (At least it should be).
> I didnÄt quite grasp the original problem you were having though.
The problem is that it doe
: Dienstag, 15. April 2014 15:22
An: dev
Betreff: Re: Be distribution friendly
On Tue, Apr 15, 2014 at 2:58 PM, Christofer Dutz
wrote:
> On The ApacheCon Barcamp we were discussing that some projects would really
> like to make it easier for users to install their projects.
> It seems that my c
Bastien
> Chris
>
>
>
>
> Von: Tom Chiverton
> Gesendet: Dienstag, 15. April 2014 14:15
> An: dev@flex.apache.org
> Betreff: Re: Be distribution friendly
>
> On 15/04/14 12:13, Bastien ROUCARIES wrote:
>> I plan to package flex for debian.
> Awesome ! One of th
On Tue, Apr 15, 2014 at 2:15 PM, Tom Chiverton wrote:
> On 15/04/14 12:13, Bastien ROUCARIES wrote:
>>
>> I plan to package flex for debian.
>
> Awesome ! One of the reasons I wanted to test the new Ant-based installer
> for this was it would greatly simplify doing this.
> You could potentially do
On Tue, Apr 15, 2014 at 2:11 PM, Justin Mclean wrote:
> Hi,
>
>> 1. You use a monolithic build tree. It means that we should take a
>> take it all approach. It slow down the packaging work and render
>> review (by legal team) slow. Could be possible to have a modularized
>> approach ?
> Creating A
with other Apache Projects ... there seems to be a demand for something like
this.
Chris
Von: Tom Chiverton
Gesendet: Dienstag, 15. April 2014 14:15
An: dev@flex.apache.org
Betreff: Re: Be distribution friendly
On 15/04/14 12:13, Bastien ROUCARIES wrote
On 15/04/14 12:13, Bastien ROUCARIES wrote:
I plan to package flex for debian.
Awesome ! One of the reasons I wanted to test the new Ant-based
installer for this was it would greatly simplify doing this.
You could potentially do what the Flash plugin installer does, and popup
a message asking t
Hi,
> 1. You use a monolithic build tree. It means that we should take a
> take it all approach. It slow down the packaging work and render
> review (by legal team) slow. Could be possible to have a modularized
> approach ?
Creating Apache releases for all of pieces would be a lot of work.
> 2. C
Hi,
I plan to package flex for debian.
You are not really distribution friendly particularly for debian!
1. You use a monolithic build tree. It means that we should take a
take it all approach. It slow down the packaging work and render
review (by legal team) slow. Could be possible to have a mo
22 matches
Mail list logo
