8u-dev / 9-dev unlocked following this week's sanity testing

2015-03-16 Thread Kevin Rushforth

libjfxmedia.so on armv6hf?

2015-03-16 Thread Chris Newland 
In reference to
http://www.raspberrypi.org/forums/viewtopic.php?f=81&t=97367&p=720267#p720267

When cross-compiling to armv6hf on an x86-64 Linux system using:

gradle clean openZip -PCOMPILE_TARGETS=armv6hf

Some of the binaries are compiled as x86-64:

file build/armv6hf-sdk/rt/lib/arm/libjfxmedia.so

build/armv6hf-sdk/rt/lib/arm/libjfxmedia.so: ELF 64-bit LSB shared object,
x86-64, version 1 (SYSV), dynamically linked,
BuildID[sha1]=af8c5754f6a4823ecf22d707b1f604321eb57f22, not stripped

Is this a simple gradle error or is it not currently possible to build
some of the JavaFX libraries for ARM?

Thanks,

Chris

Re: libjfxmedia.so on armv6hf?

2015-03-16 Thread Kevin Rushforth 

Media and web have not ever been supported or delivered on linux-arm.

Seems that libjfxmedia.so should be excluded by the openZips target. 
David can response further.


-- Kevin


Chris Newland wrote:

In reference to
http://www.raspberrypi.org/forums/viewtopic.php?f=81&t=97367&p=720267#p720267

When cross-compiling to armv6hf on an x86-64 Linux system using:

gradle clean openZip -PCOMPILE_TARGETS=armv6hf

Some of the binaries are compiled as x86-64:

file build/armv6hf-sdk/rt/lib/arm/libjfxmedia.so

build/armv6hf-sdk/rt/lib/arm/libjfxmedia.so: ELF 64-bit LSB shared object,
x86-64, version 1 (SYSV), dynamically linked,
BuildID[sha1]=af8c5754f6a4823ecf22d707b1f604321eb57f22, not stripped

Is this a simple gradle error or is it not currently possible to build
some of the JavaFX libraries for ARM?

Thanks,

Chris

Re: libjfxmedia.so on armv6hf?

2015-03-16 Thread Felix Bembrick 
Will they ever be supported?

On 17 March 2015 at 10:14, Kevin Rushforth 
wrote:

> Media and web have not ever been supported or delivered on linux-arm.
>
> Seems that libjfxmedia.so should be excluded by the openZips target. David
> can response further.
>
> -- Kevin
>
>
>
> Chris Newland wrote:
>
>> In reference to
>> http://www.raspberrypi.org/forums/viewtopic.php?f=81&t=
>> 97367&p=720267#p720267
>>
>> When cross-compiling to armv6hf on an x86-64 Linux system using:
>>
>> gradle clean openZip -PCOMPILE_TARGETS=armv6hf
>>
>> Some of the binaries are compiled as x86-64:
>>
>> file build/armv6hf-sdk/rt/lib/arm/libjfxmedia.so
>>
>> build/armv6hf-sdk/rt/lib/arm/libjfxmedia.so: ELF 64-bit LSB shared
>> object,
>> x86-64, version 1 (SYSV), dynamically linked,
>> BuildID[sha1]=af8c5754f6a4823ecf22d707b1f604321eb57f22, not stripped
>>
>> Is this a simple gradle error or is it not currently possible to build
>> some of the JavaFX libraries for ARM?
>>
>> Thanks,
>>
>> Chris
>>
>>
>>
>>
>

Re: libjfxmedia.so on armv6hf?

2015-03-16 Thread Kevin Rushforth 
Unlikely without help from the community, given that FX itself is no 
longer supported on linux-arm. We currently have no plan to add such 
support.


-- Kevin


Felix Bembrick wrote:

Will they ever be supported?

On 17 March 2015 at 10:14, Kevin Rushforth > wrote:


Media and web have not ever been supported or delivered on linux-arm.

Seems that libjfxmedia.so should be excluded by the openZips
target. David can response further.

-- Kevin



Chris Newland wrote:

In reference to

http://www.raspberrypi.org/forums/viewtopic.php?f=81&t=97367&p=720267#p720267



When cross-compiling to armv6hf on an x86-64 Linux system using:

gradle clean openZip -PCOMPILE_TARGETS=armv6hf

Some of the binaries are compiled as x86-64:

file build/armv6hf-sdk/rt/lib/arm/libjfxmedia.so

build/armv6hf-sdk/rt/lib/arm/libjfxmedia.so: ELF 64-bit LSB
shared object,
x86-64, version 1 (SYSV), dynamically linked,
BuildID[sha1]=af8c5754f6a4823ecf22d707b1f604321eb57f22, not
stripped

Is this a simple gradle error or is it not currently possible
to build
some of the JavaFX libraries for ARM?

Thanks,

Chris

Re: libjfxmedia.so on armv6hf?

2015-03-16 Thread Fabrizio Giudici 
On Tue, 17 Mar 2015 00:27:53 +0100, Kevin Rushforth  
 wrote:


Unlikely without help from the community, given that FX itself is no  
longer supported on linux-arm. We currently have no plan to add such  
support.


Quite annoying stuff. BTW, I've just read  
http://www.raspberrypi.org/forums/viewtopic.php?f=81&t=97367


It's quite curious. I've just ordered a Raspberry Pi 2 and was planning  
about writing a media center prototype with some ideas in mind. In the  
past years I did lots of stuff with imaging and media, and was with Swing.  
I struggled with tons of incomplete features in the imaging and movie  
APIs, lots of additional libraries in order to have a decent modern UI  
(with animations and such), because Java didn't offer them out of the box.  
In the end I quit because it was frustrating to always be forced to fix  
something at the basics level. I mean, I just wanted to focus on the  
application. Now, fast forward some years and we have that Java FX, with  
bells and whistles. I supposed I could at last enjoy writing an app on the  
RPI without worrying about missing, incomplete, partially unsupported  
stuff, but I was wrong. It seems that no matter Sun or Oracle, there's a  
sort of curse preventing the Java ecosystem to fully work on the reference  
rich UI hardware.


Sorry for the rant, nothing against people of course, but that's just my  
feelings at the moment.


--
Fabrizio Giudici - Java Architect @ Tidalwave s.a.s.
"We make Java work. Everywhere."
http://tidalwave.it/fabrizio/blog - fabrizio.giud...@tidalwave.it

Re: libjfxmedia.so on armv6hf?

2015-03-16 Thread Felix Bembrick 
Yes Fabrizio, I agree with you.  First it was iOS, then Android and now
ARM. Oracle the company seem to view JavafX or their support for it as just
a fancy Swing replacement to run exclusively on desktop operating systems
like Windows, MacOS and Linux.  But can we even trust that they will
continue to invest in those platforms?  The problem seems to be as simple
that Oracle makes little or no money directly from JavaFX and being a very
profit focused company, why would they care about it?

Their attitude now is that is you want JavaFX to actually work on anything
other than the desktop (i.e. on all the modern devices that most people are
actually using these days) then the "community" must step-up and make it
happen.  Thats a very disappointing and concerning attitude to say the
least!

Fortunately some in the community, notably Johan Vos and his company Gluon
and Niklas Therning with RoboVM have "stepped-up" to try to fill this void
but we are talking about a handful of people with shoestring budgets trying
to get sophisticated technology working on an enormous range of complex and
highly fragmented modern devices.  How can they compete with a company like
Qt which exists *only* to develop and sell Qt and have at least one hundred
developers working on each of the iOS and Android ports and already have
viable mobile apps using Qt selling out there in the marketplace.

I really admire guys like this and wish that my own personal circumstances
enabled me to get involved in a similar way but my main concern is that the
"community" required to make JavaFX truly viable on iOS, Android and ARM
needs to be about 50-100 times bigger than it currently is.  Without an
overall corporation paying the wages of these people, how is that ever
going to happen?  And by "truly viable" I mean making JavaFX a technology
that can be used for *serious commercial application development *on all
those platforms.  Pretty gauges and simple square-based games are not
enough to sustain or interest software houses to adopt JavaFX to develop
their products and until that happens, JavaFX is going to struggle...

Felix

On 17 March 2015 at 10:53, Fabrizio Giudici 
wrote:

> On Tue, 17 Mar 2015 00:27:53 +0100, Kevin Rushforth <
> kevin.rushfo...@oracle.com> wrote:
>
>  Unlikely without help from the community, given that FX itself is no
>> longer supported on linux-arm. We currently have no plan to add such
>> support.
>>
>
> Quite annoying stuff. BTW, I've just read http://www.raspberrypi.org/
> forums/viewtopic.php?f=81&t=97367
>
> It's quite curious. I've just ordered a Raspberry Pi 2 and was planning
> about writing a media center prototype with some ideas in mind. In the past
> years I did lots of stuff with imaging and media, and was with Swing. I
> struggled with tons of incomplete features in the imaging and movie APIs,
> lots of additional libraries in order to have a decent modern UI (with
> animations and such), because Java didn't offer them out of the box. In the
> end I quit because it was frustrating to always be forced to fix something
> at the basics level. I mean, I just wanted to focus on the application.
> Now, fast forward some years and we have that Java FX, with bells and
> whistles. I supposed I could at last enjoy writing an app on the RPI
> without worrying about missing, incomplete, partially unsupported stuff,
> but I was wrong. It seems that no matter Sun or Oracle, there's a sort of
> curse preventing the Java ecosystem to fully work on the reference rich UI
> hardware.
>
> Sorry for the rant, nothing against people of course, but that's just my
> feelings at the moment.
>
> --
> Fabrizio Giudici - Java Architect @ Tidalwave s.a.s.
> "We make Java work. Everywhere."
> http://tidalwave.it/fabrizio/blog - fabrizio.giud...@tidalwave.it
>

Re: libjfxmedia.so on armv6hf?

2015-03-16 Thread Chris Newland 
Hi Kevin,

Is there any chance Oracle can release all the missing ARM32 stuff and let
the community have a go at getting it to work or are there IP / licensing
issues here?

I understand that a decision was made to reassign resources but I think
there's enough brainpower out here in userland to finish the job if all
the sources were made available.

Thanks,

Chris
@chriswhocodes

On Mon, March 16, 2015 23:14, Kevin Rushforth wrote:
> Media and web have not ever been supported or delivered on linux-arm.
>
>
> Seems that libjfxmedia.so should be excluded by the openZips target.
> David can response further.
>
>
> -- Kevin
>
>
>
> Chris Newland wrote:
>
>> In reference to
>> http://www.raspberrypi.org/forums/viewtopic.php?f=81&t=97367&p=720267#p7
>> 20267
>>
>>
>> When cross-compiling to armv6hf on an x86-64 Linux system using:
>>
>>
>> gradle clean openZip -PCOMPILE_TARGETS=armv6hf
>>
>> Some of the binaries are compiled as x86-64:
>>
>>
>> file build/armv6hf-sdk/rt/lib/arm/libjfxmedia.so
>>
>> build/armv6hf-sdk/rt/lib/arm/libjfxmedia.so: ELF 64-bit LSB shared
>> object, x86-64, version 1 (SYSV), dynamically linked,
>> BuildID[sha1]=af8c5754f6a4823ecf22d707b1f604321eb57f22, not stripped
>>
>>
>> Is this a simple gradle error or is it not currently possible to build
>> some of the JavaFX libraries for ARM?
>>
>> Thanks,
>>
>>
>> Chris
>>
>>
>>
>>
>