Re: Build farm for OpenJFX (on ARM)

[Chris Newland]

Hi David,

Thanks for the tip, the build server now uses the openZip task and the
bundles appear to be fine when unzipped into a Java installation.

Updated the instructions and it also now creates a build from 9-dev/rt.

http://108.61.191.178/

The intention is still to move this over to Adoption Group's CloudBees but
for now this helps IoT ARM JDKs to get OpenJFX support.

Cheers,

Chris


On Wed, March 11, 2015 16:36, David Hill wrote:
> On 3/9/15, 5:00 AM, Chris Newland wrote:
>
>> Hi all,
>>
>>
>> A quick update on this:
>>
>>
>> There are a small number of wrinkles before we get OpenJFX building on
>> the Adoption group's CloudBees system so I've put together a
>> Debian-based VPS
>> server that is producing nightly OpenJFX builds for Linux amd64 and
>> armv6hf.
>>
>> It updates fromhttp://hg.openjdk.java.net/openjfx/8u-dev/rt  and pulls
>> the latest crosslibs dependencies before building so it's the bleeding
>> edge of the OpenJFX codebase.
> Chris,
> I forgot to blast this out to the group:
>
>
> gradle openZip
>
> which is part of gradle zip -or-
> gradle all at least in the open builds.
>
> This target was added a month or so ago, and I just fixed  something in
> in, that meant it was not showing up in openZip properly.
>
> This target builds a bundle in
> ./builds/[platform-]bundles/javafx-sdk-overlay.zip
>
>
> The contents include jfxrt.jar which has been filtered in a similar
> fashion to the JFX product, removing some stuff that is not appropriate
> to a given platform. (Yes that means Monocle on non-arm platforms). The
> logic is pretty straight forward - ie Windows classes don't show up on a
> non-windows platform.
>
> The resulting bundle *should* be able to be deployed by just unpacking it
> over a JDK, which is intended to simplify matters.
>
> Dave
>
>
>
> --
> David Hill
> Java Embedded Development
>
>
> "A man's feet should be planted in his country, but his eyes should
> survey the world." -- George Santayana (1863 - 1952)
>
>
>

Re: Build farm for OpenJFX (on ARM)

[Martijn Verburg]

Hi Chris,

Sorry for the late reply.  I've made you an editor for the future and I'm
linking in as you suggested.

Cheers,
Martijn

On 9 March 2015 at 12:05, Chris Newland  wrote:

> Hi Martijn,
>
> I have "Role: Observer" for Adopt OpenJDK and I don't see any edit buttons
> so guess I'm not permitted ;)
>
> There's already a very good wiki for OpenJFX here
> https://wiki.openjdk.java.net/display/OpenJFX/Building+OpenJFX so maybe
> Adopt should link to that?
>
> Mani's been chipping away at the hurdles to get OpenJFX working on the
> Adopt CloudBees but we're stuck on a darned Fedora/freetype dependency at
> the moment so I've put this personal VPS together as a stop gap.
>
> I've pushed a little JavaFX benchmark framework to do some performance
> measurements https://github.com/chriswhocodes/DemoFX and have found one
> possible perf bug for which I'll submit a patch if confirmed.
>
> Hopefully this little framework will lower the bar for people to play with
> JavaFX as you just need to implement a single render() method.
>
> Maybe I could do a JavaFX demoscene hacking tutorial at the next
> Hack-the-Tower meetup?
>
> Cheers,
>
> Chris
>
> On Mon, March 9, 2015 09:41, Martijn Verburg wrote:
> > Hi Chris,
> >
> >
> > Just to add to this, have you got an account to edit the wiki at
> > adoptopenjdk.java.net?  We should add a link to this build from there.
> >
> > Cheers,
> > Martijn
> >
> >
> > On 9 March 2015 at 09:00, Chris Newland 
> > wrote:
> >
> >
> >> Hi all,
> >>
> >>
> >> A quick update on this:
> >>
> >>
> >> There are a small number of wrinkles before we get OpenJFX building on
> >> the Adoption group's CloudBees system so I've put together a
> >> Debian-based VPS
> >> server that is producing nightly OpenJFX builds for Linux amd64 and
> >> armv6hf.
> >>
> >> It updates from http://hg.openjdk.java.net/openjfx/8u-dev/rt and pulls
> >> the latest crosslibs dependencies before building so it's the bleeding
> >> edge of the OpenJFX codebase.
> >>
> >> The build log shows failing tests for LinuxDebBundlerTest which I need
> >> to fix but working binaries are still produced.
> >>
> >> http://108.61.191.178/
> >>
> >>
> >> No domain name yet as this is just a temporary home.
> >>
> >>
> >> Oracle - please shout if there are any license issues with me doing
> >> this?
> >>
> >> Cheers,
> >>
> >>
> >> Chris
> >>
> >>
> >>
> >
>
>
>

Re: Build farm for OpenJFX (on ARM)

[David Hill]

On 3/9/15, 5:00 AM, Chris Newland wrote:

Hi all,

A quick update on this:

There are a small number of wrinkles before we get OpenJFX building on the
Adoption group's CloudBees system so I've put together a Debian-based VPS
server that is producing nightly OpenJFX builds for Linux amd64 and
armv6hf.

It updates fromhttp://hg.openjdk.java.net/openjfx/8u-dev/rt  and pulls the
latest crosslibs dependencies before building so it's the bleeding edge of
the OpenJFX codebase.

Chris,
   I forgot to blast this out to the group:

gradle openZip

which is part of
gradle zip
-or-
gradle all
at least in the open builds.

This target was added a month or so ago, and I just fixed  something in in, 
that meant it was not showing up in openZip properly.

This target builds a bundle in 
./builds/[platform-]bundles/javafx-sdk-overlay.zip

The contents include jfxrt.jar which has been filtered in a similar fashion to 
the JFX product, removing some stuff that is not appropriate to a given 
platform. (Yes that means Monocle on non-arm platforms). The logic is pretty 
straight forward - ie Windows classes don't show up on a non-windows platform.

The resulting bundle *should* be able to be deployed by just unpacking it over 
a JDK, which is intended to simplify matters.

Dave


--
David Hill
Java Embedded Development

"A man's feet should be planted in his country, but his eyes should survey the 
world."
-- George Santayana (1863 - 1952)

Re: Build farm for OpenJFX (on ARM)

[Chris Newland]

Hi Martijn,

I have "Role: Observer" for Adopt OpenJDK and I don't see any edit buttons
so guess I'm not permitted ;)

There's already a very good wiki for OpenJFX here
https://wiki.openjdk.java.net/display/OpenJFX/Building+OpenJFX so maybe
Adopt should link to that?

Mani's been chipping away at the hurdles to get OpenJFX working on the
Adopt CloudBees but we're stuck on a darned Fedora/freetype dependency at
the moment so I've put this personal VPS together as a stop gap.

I've pushed a little JavaFX benchmark framework to do some performance
measurements https://github.com/chriswhocodes/DemoFX and have found one
possible perf bug for which I'll submit a patch if confirmed.

Hopefully this little framework will lower the bar for people to play with
JavaFX as you just need to implement a single render() method.

Maybe I could do a JavaFX demoscene hacking tutorial at the next
Hack-the-Tower meetup?

Cheers,

Chris

On Mon, March 9, 2015 09:41, Martijn Verburg wrote:
> Hi Chris,
>
>
> Just to add to this, have you got an account to edit the wiki at
> adoptopenjdk.java.net?  We should add a link to this build from there.
>
> Cheers,
> Martijn
>
>
> On 9 March 2015 at 09:00, Chris Newland 
> wrote:
>
>
>> Hi all,
>>
>>
>> A quick update on this:
>>
>>
>> There are a small number of wrinkles before we get OpenJFX building on
>> the Adoption group's CloudBees system so I've put together a
>> Debian-based VPS
>> server that is producing nightly OpenJFX builds for Linux amd64 and
>> armv6hf.
>>
>> It updates from http://hg.openjdk.java.net/openjfx/8u-dev/rt and pulls
>> the latest crosslibs dependencies before building so it's the bleeding
>> edge of the OpenJFX codebase.
>>
>> The build log shows failing tests for LinuxDebBundlerTest which I need
>> to fix but working binaries are still produced.
>>
>> http://108.61.191.178/
>>
>>
>> No domain name yet as this is just a temporary home.
>>
>>
>> Oracle - please shout if there are any license issues with me doing
>> this?
>>
>> Cheers,
>>
>>
>> Chris
>>
>>
>>
>

Re: Build farm for OpenJFX (on ARM)

[Martijn Verburg]

Hi Chris,

Just to add to this, have you got an account to edit the wiki at
adoptopenjdk.java.net?  We should add a link to this build from there.

Cheers,
Martijn

On 9 March 2015 at 09:00, Chris Newland  wrote:

> Hi all,
>
> A quick update on this:
>
> There are a small number of wrinkles before we get OpenJFX building on the
> Adoption group's CloudBees system so I've put together a Debian-based VPS
> server that is producing nightly OpenJFX builds for Linux amd64 and
> armv6hf.
>
> It updates from http://hg.openjdk.java.net/openjfx/8u-dev/rt and pulls the
> latest crosslibs dependencies before building so it's the bleeding edge of
> the OpenJFX codebase.
>
> The build log shows failing tests for LinuxDebBundlerTest which I need to
> fix but working binaries are still produced.
>
> http://108.61.191.178/
>
> No domain name yet as this is just a temporary home.
>
> Oracle - please shout if there are any license issues with me doing this?
>
> Cheers,
>
> Chris
>
>

Re: Build farm for OpenJFX (on ARM)

[Chris Newland]

Hi all,

A quick update on this:

There are a small number of wrinkles before we get OpenJFX building on the
Adoption group's CloudBees system so I've put together a Debian-based VPS
server that is producing nightly OpenJFX builds for Linux amd64 and
armv6hf.

It updates from http://hg.openjdk.java.net/openjfx/8u-dev/rt and pulls the
latest crosslibs dependencies before building so it's the bleeding edge of
the OpenJFX codebase.

The build log shows failing tests for LinuxDebBundlerTest which I need to
fix but working binaries are still produced.

http://108.61.191.178/

No domain name yet as this is just a temporary home.

Oracle - please shout if there are any license issues with me doing this?

Cheers,

Chris

Re: Build farm for OpenJFX (on ARM)

[Mani Sarkar]

Hi all,

We are still working on the ARM build of OpenJFX, whilst building it on a
Fedora virtual machine, we got the following errors:

>
> *Successfully started process 'command
> '/scratch/jenkins/workspace/crosslibs/gcc-linaro-arm-linux-gnueabihf-raspb
> ian-2012.09-20120921_linux/bin/arm-linux-gnueabihf-g++''*
> /scratch/jenkins/workspace/crosslibs/gcc-linaro-arm-linux-gnueabihf-raspb
> ian-2012.09-20120921_linux/bin/../lib/gcc/arm-linux-gnueabihf/4.7.2/../..
> /../../arm-linux-gnueabihf/bin/ld:
> cannot find -lgtk-x11-2.0
> /scratch/jenkins/workspace/crosslibs/gcc-linaro-arm-linux-gnueabihf-raspb
> ian-2012.09-20120921_linux/bin/../lib/gcc/arm-linux-gnueabihf/4.7.2/../..
> /../../arm-linux-gnueabihf/bin/ld:
> cannot find -lgdk-x11-2.0
> /scratch/jenkins/workspace/crosslibs/gcc-linaro-arm-linux-gnueabihf-raspb
> ian-2012.09-20120921_linux/bin/../lib/gcc/arm-linux-gnueabihf/4.7.2/../..
> /../../arm-linux-gnueabihf/bin/ld:
> cannot find -lgio-2.0
> /scratch/jenkins/workspace/crosslibs/gcc-linaro-arm-linux-gnueabihf-raspb
> ian-2012.09-20120921_linux/bin/../lib/gcc/arm-linux-gnueabihf/4.7.2/../..
> /../../arm-linux-gnueabihf/bin/ld:
> cannot find -lgobject-2.0
> /scratch/jenkins/workspace/crosslibs/gcc-linaro-arm-linux-gnueabihf-raspb
> ian-2012.09-20120921_linux/bin/../lib/gcc/arm-linux-gnueabihf/4.7.2/../..
> /../../arm-linux-gnueabihf/bin/ld:
> cannot find -lgthread-2.0
> /scratch/jenkins/workspace/crosslibs/gcc-linaro-arm-linux-gnueabihf-raspb
> ian-2012.09-20120921_linux/bin/../lib/gcc/arm-linux-gnueabihf/4.7.2/../..
> /../../arm-linux-gnueabihf/bin/ld:
> cannot find -lglib-2.0 collect2: error: ld returned 1 exit status
> Process 'command
> '/scratch/jenkins/workspace/crosslibs/gcc-linaro-arm-linux-gnueabihf-raspb
> ian-2012.09-20120921_linux/bin/arm-linux-gnueabihf-g++'' finished with
> exit value 1 (state: FAILED) :graphics:linkArmv6hfFontFreetype FAILED
> :graphics:linkArmv6hfFontFreetype (Thread[main,5,main]) completed.
> Took 0.057 secs.
>

The above errors are a result of this command:
/scratch/jenkins/workspace/crosslibs/gcc-linaro-arm-linux-gnueabihf-raspb
ian-2012.09-20120921_linux/bin/arm-linux-gnueabihf-g++

Its one of the lines in buildSrc/crosslibs/crosslibs-armv6hf.sh

Has anyone come across this issues? Also solutions like these won't work:

sudo apt-get install

or

yum install...

I would like to get access to tars or zips that I can explode into a folder
and serve it to the build script.

Any help will be highly appreciated.

Cheers,
Mani

On Thu, Feb 5, 2015 at 10:26 PM, Richard Bair 
wrote:

> Cool!
>
> > On Feb 5, 2015, at 2:19 PM, Mani Sarkar  wrote:
> >
> > Hi All,
> >
> > As per Chris's message and the tweet I got last night / this morning I'm
> > updating you (which I was intending to do when the time was right), that
> we
> > now have a successful OpenJFX build on Cloudbees, see
> > https://adopt-openjdk.ci.cloudbees.com/view/OpenJDK/job/OpenJFX/.
> >
> > Our build farm is able to build an updated artefact each day. Currently
> its
> > a Linux build, the ARM build is on its way, an issue with a dependency
> has
> > hindered us, but once that is also successful you will be able to
> download
> > both these binaries from the above Cloudbees location.
> >
> > I'll add to what Chris has mentioned, I was not aware of another
> initiative
> > to build OpenJFX binaries and ours is to not duplicate the effort but
> make
> > such opensource binaries related to OpenJDK available to everyone in the
> > community.
> >
> > We need all the help you can give us. As you can see from the list on the
> > cloud farm, something or the other always needs to be attended to.
> >
> > Thanks.
> >
> > Cheers,
> > Mani
> >
> > On Thu, Feb 5, 2015 at 8:35 AM, Chris Newland  >
> > wrote:
> >
> >> Hi Johan, all,
> >>
> >> Following the announcement that JDK builds for ARM will no longer
> include
> >> JavaFX I started talking with the OpenJDK Adoption group
> >> (https://wiki.openjdk.java.net/display/Adoption/Main) about the
> >> possibility of using their CloudBees CI system to produce OpenJFX
> binaries
> >> (for all operating systems including ARM) as a way to help keep JavaFX
> >> alive on IoT devices.
> >>
> >> For those who don't know the Adoption group, its mission is to help
> >> developers get started with building OpenJDK, testing new features,
> >> submitting bug reports, and cleaning up code.
> >>
> >> Adoption has a CloudBees CI set up and I've been talking with Mani
> Sarkar
> >> (@theneomatrix369) about setting up an OpenJFX CI project with
> >> cross-compile support that builds OpenJFX for all archs.
> >>
> >> The cross-compile instructions here
> >>
> >>
> https://wiki.openjdk.java.net/display/OpenJFX/Cross+Building+for+ARM+Hard+Float
> >> are working great for me locally so now we're trying to work out how to
> >> move that to the cloud.
> >>
> >> I don't want to tread on anyone's toes here and we're not trying to
> become
> >> any kind of official source for JavaFX, just trying to mak

Re: Build farm for OpenJFX (on ARM)

[Richard Bair]

Cool!

> On Feb 5, 2015, at 2:19 PM, Mani Sarkar  wrote:
> 
> Hi All,
> 
> As per Chris's message and the tweet I got last night / this morning I'm
> updating you (which I was intending to do when the time was right), that we
> now have a successful OpenJFX build on Cloudbees, see
> https://adopt-openjdk.ci.cloudbees.com/view/OpenJDK/job/OpenJFX/.
> 
> Our build farm is able to build an updated artefact each day. Currently its
> a Linux build, the ARM build is on its way, an issue with a dependency has
> hindered us, but once that is also successful you will be able to download
> both these binaries from the above Cloudbees location.
> 
> I'll add to what Chris has mentioned, I was not aware of another initiative
> to build OpenJFX binaries and ours is to not duplicate the effort but make
> such opensource binaries related to OpenJDK available to everyone in the
> community.
> 
> We need all the help you can give us. As you can see from the list on the
> cloud farm, something or the other always needs to be attended to.
> 
> Thanks.
> 
> Cheers,
> Mani
> 
> On Thu, Feb 5, 2015 at 8:35 AM, Chris Newland 
> wrote:
> 
>> Hi Johan, all,
>> 
>> Following the announcement that JDK builds for ARM will no longer include
>> JavaFX I started talking with the OpenJDK Adoption group
>> (https://wiki.openjdk.java.net/display/Adoption/Main) about the
>> possibility of using their CloudBees CI system to produce OpenJFX binaries
>> (for all operating systems including ARM) as a way to help keep JavaFX
>> alive on IoT devices.
>> 
>> For those who don't know the Adoption group, its mission is to help
>> developers get started with building OpenJDK, testing new features,
>> submitting bug reports, and cleaning up code.
>> 
>> Adoption has a CloudBees CI set up and I've been talking with Mani Sarkar
>> (@theneomatrix369) about setting up an OpenJFX CI project with
>> cross-compile support that builds OpenJFX for all archs.
>> 
>> The cross-compile instructions here
>> 
>> https://wiki.openjdk.java.net/display/OpenJFX/Cross+Building+for+ARM+Hard+Float
>> are working great for me locally so now we're trying to work out how to
>> move that to the cloud.
>> 
>> I don't want to tread on anyone's toes here and we're not trying to become
>> any kind of official source for JavaFX, just trying to make sure there's
>> an easy way (e.g. binaries) for end users to add JavaFX to their ARM JDKs
>> and to help people dip their toes into OpenJFX development as per the
>> Adoption group's mission.
>> 
>> Happy to coordinate on how we can make this useful and avoid any
>> duplication of effort :)
>> 
>> Personally, I'm a big fan of JavaFX and use it as the UI layer in JITWatch
>> (https://github.com/AdoptOpenJDK/jitwatch/). I'm also into IoT and
>> wearables and think JavaFX would be great on the new Raspberry Pi 2.
>> 
>> Cheers,
>> 
>> Chris
>> @chriswhocodes
>> 
>> 
>> 
> 
> 
> -- 
> @theNeomatrix369 *  |  **Blog
> **  |  *LJC Associate & LJC Advocate
> (@adoptopenjdk & @adoptajsr programs)
> *Meet-a-Project - *MutabilityDetector
> *  |  **Bitbucket
> * * |  **Github
> * * |  **LinkedIn
> *
> *Come to Devoxx UK 2015:* http://www.devoxx.co.uk/
> 
> *Don't chase success, rather aim for "Excellence", and success will come
> chasing after you!*

Re: Build farm for OpenJFX (on ARM)

[Mani Sarkar]

Hi All,

As per Chris's message and the tweet I got last night / this morning I'm
updating you (which I was intending to do when the time was right), that we
now have a successful OpenJFX build on Cloudbees, see
https://adopt-openjdk.ci.cloudbees.com/view/OpenJDK/job/OpenJFX/.

Our build farm is able to build an updated artefact each day. Currently its
a Linux build, the ARM build is on its way, an issue with a dependency has
hindered us, but once that is also successful you will be able to download
both these binaries from the above Cloudbees location.

I'll add to what Chris has mentioned, I was not aware of another initiative
to build OpenJFX binaries and ours is to not duplicate the effort but make
such opensource binaries related to OpenJDK available to everyone in the
community.

We need all the help you can give us. As you can see from the list on the
cloud farm, something or the other always needs to be attended to.

Thanks.

Cheers,
Mani

On Thu, Feb 5, 2015 at 8:35 AM, Chris Newland 
wrote:

> Hi Johan, all,
>
> Following the announcement that JDK builds for ARM will no longer include
> JavaFX I started talking with the OpenJDK Adoption group
> (https://wiki.openjdk.java.net/display/Adoption/Main) about the
> possibility of using their CloudBees CI system to produce OpenJFX binaries
> (for all operating systems including ARM) as a way to help keep JavaFX
> alive on IoT devices.
>
> For those who don't know the Adoption group, its mission is to help
> developers get started with building OpenJDK, testing new features,
> submitting bug reports, and cleaning up code.
>
> Adoption has a CloudBees CI set up and I've been talking with Mani Sarkar
> (@theneomatrix369) about setting up an OpenJFX CI project with
> cross-compile support that builds OpenJFX for all archs.
>
> The cross-compile instructions here
>
> https://wiki.openjdk.java.net/display/OpenJFX/Cross+Building+for+ARM+Hard+Float
> are working great for me locally so now we're trying to work out how to
> move that to the cloud.
>
> I don't want to tread on anyone's toes here and we're not trying to become
> any kind of official source for JavaFX, just trying to make sure there's
> an easy way (e.g. binaries) for end users to add JavaFX to their ARM JDKs
> and to help people dip their toes into OpenJFX development as per the
> Adoption group's mission.
>
> Happy to coordinate on how we can make this useful and avoid any
> duplication of effort :)
>
> Personally, I'm a big fan of JavaFX and use it as the UI layer in JITWatch
>  (https://github.com/AdoptOpenJDK/jitwatch/). I'm also into IoT and
> wearables and think JavaFX would be great on the new Raspberry Pi 2.
>
> Cheers,
>
> Chris
> @chriswhocodes
>
>
>


-- 
@theNeomatrix369 *  |  **Blog
**  |  *LJC Associate & LJC Advocate
(@adoptopenjdk & @adoptajsr programs)
*Meet-a-Project - *MutabilityDetector
*  |  **Bitbucket
* * |  **Github
* * |  **LinkedIn
*
*Come to Devoxx UK 2015:* http://www.devoxx.co.uk/

*Don't chase success, rather aim for "Excellence", and success will come
chasing after you!*

Re: Build farm for OpenJFX (on ARM)

[David Hill]

On 2/5/15, 11:47 AM, Erik De Rijcke wrote:

Hi David,

I've just tried to build the soft float version following the instructions on 
the wiki. However when doing a 'gradle -PCOMPILE_TARGETS=armv6sf'. It complains 
'Error: missing tool packages: [arm-linaro-4.7.tgz]'.

I assume the shellscript that downloads the cross compiler tools is missing 
some libraries (?). Installing 'gcc-arm-linux-gnueabi' didn't solve it either.

Not many uses for soft float - Pi and most everyone else has moved to hard 
float for the aprox 10% gain in performance.
The instructions on the Wiki deal with creating a tool chain for hard float and 
then building with it.

Due to the relative lack of interest in soft float, I have not spent much time 
working on the soft float side.
To work around this (at least to start, I don't have time to check it fully out 
at the moment)

you would want to create a soft float toolchain using 
buildSrc/crosslibs/crosslibs-armv6sf.sh, which you said you did :-)

That should create ../crosslibs. In there create a directory arm-linaro-4.7. 
That should shut up the error message.
But... you will still need a cross compiler installed. So you can either make 
that directory a link to your cross compiler, or you can use the gradle magic 
override you can find in armv6sf.gradle:

if (rootProject.hasProperty("ARMV6SF_COMPILER")) {
logger.quiet "Using alternate ARMV6SF_COMPILER 
$rootProject.ARMV6SF_COMPILER"
compilerHome=file(rootProject.ARMV6SF_COMPILER);
}
if (rootProject.hasProperty("ARMV6SF_COMPILER_PREFIX")) {
logger.quiet "Using alternate ARMV6SF_COMPILER_PREFIX 
$rootProject.ARMV6SF_COMPILER_PREFIX"
compilerPrefix="${rootProject.ARMV6SF_COMPILER_PREFIX}"
}

So you would add -PARMV6SF_COMPILER=/path_to_your_cross_compiler 
-PARMV6SF_COMPILER_PREFIX="arm-linux-gnueabi-"
to your gradle line, changing stuff as needed.

Dave


Erik

On Thu, Feb 5, 2015 at 3:46 PM, David Hill mailto:david.h...@oracle.com>> wrote:

On 2/5/15, 3:35 AM, Chris Newland wrote:

Hi Chris,

  I have answering a few questions for Mani on getting a Linux & Linux ARM 
build running on the Fedora based cloudbees setup. There are still some packages I 
am missing for a full Fedora 21 build related to desktop media, but the core builds 
fine now. (Any Fedora users out there that want to help me find the right media 
development packages ?)

Pretty excited to see this moving forward. Was dabbling last night to move some of 
the "packaging" steps into the Open, so that when we have a Cloudbees build, it 
will have a simple output overlay bundle.

Glad to hear the 'Building for ARM' Wiki worked out for you. I have put a lot of time 
into the "Building" part of the Wiki, and am always looking for 
corrections/clarifications.

As for treading on toes - Kevin and I are really pleased that the community 
is picking up these builds. Hopefully we can end up with a stable and a 
development bundle to point people too. There has been a lot of work in ARM 
(Monocle, touch, and 3D) that has not made it into an official ARM bundle.

Open projects take a community, and it is nice to see so many of you 
helping out.

Speaking of helping out if people want to help with contributions, we need a 
Oracle Contributor Agreement 
 on file before 
taking code changes.

Dave

Hi Johan, all,

Following the announcement that JDK builds for ARM will no longer 
include
JavaFX I started talking with the OpenJDK Adoption group
(https://wiki.openjdk.java.net/display/Adoption/Main) about the
possibility of using their CloudBees CI system to produce OpenJFX 
binaries
(for all operating systems including ARM) as a way to help keep JavaFX
alive on IoT devices.

For those who don't know the Adoption group, its mission is to help
developers get started with building OpenJDK, testing new features,
submitting bug reports, and cleaning up code.

Adoption has a CloudBees CI set up and I've been talking with Mani 
Sarkar
(@theneomatrix369) about setting up an OpenJFX CI project with
cross-compile support that builds OpenJFX for all archs.

The cross-compile instructions here

https://wiki.openjdk.java.net/display/OpenJFX/Cross+Building+for+ARM+Hard+Float
are working great for me locally so now we're trying to work out how to
move that to the cloud.

I don't want to tread on anyone's toes here and we're not trying to 
become
any kind of official source for JavaFX, just trying to make sure there's
an easy way (e.g. binaries) for end users to add JavaFX to their ARM 
JDKs
and to help people dip their toes into OpenJFX development as per the
Adoption group's mission.

Happy to coordinate on how we can make this useful and avoid any
duplication of effort :)

Personally,

Re: Build farm for OpenJFX (on ARM)

[Erik De Rijcke]

Hi David,

I've just tried to build the soft float version following the instructions
on the wiki. However when doing a 'gradle -PCOMPILE_TARGETS=armv6sf'. It
complains 'Error: missing tool packages: [arm-linaro-4.7.tgz]'.

I assume the shellscript that downloads the cross compiler tools is missing
some libraries (?). Installing 'gcc-arm-linux-gnueabi' didn't solve it
either.

Erik

On Thu, Feb 5, 2015 at 3:46 PM, David Hill  wrote:

> On 2/5/15, 3:35 AM, Chris Newland wrote:
>
> Hi Chris,
>
>   I have answering a few questions for Mani on getting a Linux & Linux ARM
> build running on the Fedora based cloudbees setup. There are still some
> packages I am missing for a full Fedora 21 build related to desktop media,
> but the core builds fine now. (Any Fedora users out there that want to help
> me find the right media development packages ?)
>
> Pretty excited to see this moving forward. Was dabbling last night to move
> some of the "packaging" steps into the Open, so that when we have a
> Cloudbees build, it will have a simple output overlay bundle.
>
> Glad to hear the 'Building for ARM' Wiki worked out for you. I have put a
> lot of time into the "Building" part of the Wiki, and am always looking for
> corrections/clarifications.
>
> As for treading on toes - Kevin and I are really pleased that the
> community is picking up these builds. Hopefully we can end up with a stable
> and a development bundle to point people too. There has been a lot of work
> in ARM (Monocle, touch, and 3D) that has not made it into an official ARM
> bundle.
>
> Open projects take a community, and it is nice to see so many of you
> helping out.
>
> Speaking of helping out if people want to help with contributions, we
> need a Oracle Contributor Agreement  technetwork/community/oca-486395.html> on file before taking code changes.
>
> Dave
>
>  Hi Johan, all,
>>
>> Following the announcement that JDK builds for ARM will no longer include
>> JavaFX I started talking with the OpenJDK Adoption group
>> (https://wiki.openjdk.java.net/display/Adoption/Main) about the
>> possibility of using their CloudBees CI system to produce OpenJFX binaries
>> (for all operating systems including ARM) as a way to help keep JavaFX
>> alive on IoT devices.
>>
>> For those who don't know the Adoption group, its mission is to help
>> developers get started with building OpenJDK, testing new features,
>> submitting bug reports, and cleaning up code.
>>
>> Adoption has a CloudBees CI set up and I've been talking with Mani Sarkar
>> (@theneomatrix369) about setting up an OpenJFX CI project with
>> cross-compile support that builds OpenJFX for all archs.
>>
>> The cross-compile instructions here
>> https://wiki.openjdk.java.net/display/OpenJFX/Cross+
>> Building+for+ARM+Hard+Float
>> are working great for me locally so now we're trying to work out how to
>> move that to the cloud.
>>
>> I don't want to tread on anyone's toes here and we're not trying to become
>> any kind of official source for JavaFX, just trying to make sure there's
>> an easy way (e.g. binaries) for end users to add JavaFX to their ARM JDKs
>> and to help people dip their toes into OpenJFX development as per the
>> Adoption group's mission.
>>
>> Happy to coordinate on how we can make this useful and avoid any
>> duplication of effort :)
>>
>> Personally, I'm a big fan of JavaFX and use it as the UI layer in JITWatch
>>   (https://github.com/AdoptOpenJDK/jitwatch/). I'm also into IoT and
>> wearables and think JavaFX would be great on the new Raspberry Pi 2.
>>
>> Cheers,
>>
>> Chris
>> @chriswhocodes
>>
>>
>>
>
> --
> David Hill
> Java Embedded Development
>
> "A man's feet should be planted in his country, but his eyes should survey
> the world."
> -- George Santayana (1863 - 1952)
>
>

Re: Build farm for OpenJFX (on ARM)

[David Hill]

On 2/5/15, 3:35 AM, Chris Newland wrote:

Hi Chris,

  I have answering a few questions for Mani on getting a Linux & Linux ARM 
build running on the Fedora based cloudbees setup. There are still some packages I 
am missing for a full Fedora 21 build related to desktop media, but the core builds 
fine now. (Any Fedora users out there that want to help me find the right media 
development packages ?)

Pretty excited to see this moving forward. Was dabbling last night to move some of the 
"packaging" steps into the Open, so that when we have a Cloudbees build, it 
will have a simple output overlay bundle.

Glad to hear the 'Building for ARM' Wiki worked out for you. I have put a lot of time 
into the "Building" part of the Wiki, and am always looking for 
corrections/clarifications.

As for treading on toes - Kevin and I are really pleased that the community is 
picking up these builds. Hopefully we can end up with a stable and a 
development bundle to point people too. There has been a lot of work in ARM 
(Monocle, touch, and 3D) that has not made it into an official ARM bundle.

Open projects take a community, and it is nice to see so many of you helping 
out.

Speaking of helping out if people want to help with contributions, we need a 
Oracle Contributor Agreement 
 on file before 
taking code changes.

Dave

Hi Johan, all,

Following the announcement that JDK builds for ARM will no longer include
JavaFX I started talking with the OpenJDK Adoption group
(https://wiki.openjdk.java.net/display/Adoption/Main) about the
possibility of using their CloudBees CI system to produce OpenJFX binaries
(for all operating systems including ARM) as a way to help keep JavaFX
alive on IoT devices.

For those who don't know the Adoption group, its mission is to help
developers get started with building OpenJDK, testing new features,
submitting bug reports, and cleaning up code.

Adoption has a CloudBees CI set up and I've been talking with Mani Sarkar
(@theneomatrix369) about setting up an OpenJFX CI project with
cross-compile support that builds OpenJFX for all archs.

The cross-compile instructions here
https://wiki.openjdk.java.net/display/OpenJFX/Cross+Building+for+ARM+Hard+Float
are working great for me locally so now we're trying to work out how to
move that to the cloud.

I don't want to tread on anyone's toes here and we're not trying to become
any kind of official source for JavaFX, just trying to make sure there's
an easy way (e.g. binaries) for end users to add JavaFX to their ARM JDKs
and to help people dip their toes into OpenJFX development as per the
Adoption group's mission.

Happy to coordinate on how we can make this useful and avoid any
duplication of effort :)

Personally, I'm a big fan of JavaFX and use it as the UI layer in JITWatch
  (https://github.com/AdoptOpenJDK/jitwatch/). I'm also into IoT and
wearables and think JavaFX would be great on the new Raspberry Pi 2.

Cheers,

Chris
@chriswhocodes





--
David Hill
Java Embedded Development

"A man's feet should be planted in his country, but his eyes should survey the 
world."
-- George Santayana (1863 - 1952)

Build farm for OpenJFX (on ARM)

[Chris Newland]

Hi Johan, all,

Following the announcement that JDK builds for ARM will no longer include
JavaFX I started talking with the OpenJDK Adoption group
(https://wiki.openjdk.java.net/display/Adoption/Main) about the
possibility of using their CloudBees CI system to produce OpenJFX binaries
(for all operating systems including ARM) as a way to help keep JavaFX
alive on IoT devices.

For those who don't know the Adoption group, its mission is to help
developers get started with building OpenJDK, testing new features,
submitting bug reports, and cleaning up code.

Adoption has a CloudBees CI set up and I've been talking with Mani Sarkar
(@theneomatrix369) about setting up an OpenJFX CI project with
cross-compile support that builds OpenJFX for all archs.

The cross-compile instructions here
https://wiki.openjdk.java.net/display/OpenJFX/Cross+Building+for+ARM+Hard+Float
are working great for me locally so now we're trying to work out how to
move that to the cloud.

I don't want to tread on anyone's toes here and we're not trying to become
any kind of official source for JavaFX, just trying to make sure there's
an easy way (e.g. binaries) for end users to add JavaFX to their ARM JDKs
and to help people dip their toes into OpenJFX development as per the
Adoption group's mission.

Happy to coordinate on how we can make this useful and avoid any
duplication of effort :)

Personally, I'm a big fan of JavaFX and use it as the UI layer in JITWatch
 (https://github.com/AdoptOpenJDK/jitwatch/). I'm also into IoT and
wearables and think JavaFX would be great on the new Raspberry Pi 2.

Cheers,

Chris
@chriswhocodes