Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [epp-dev] EPP 2020-12 RC2

I threw Fedora Workstation 33 onto a pi4 (well, a microSD card) and tried it. While I got the same console message as Liviu did about WebKit limitations, the installer opened and let me pick the Enterprise Java option. The extracted contents of the tarball didn't match the tarball's base name--I'm used to those being the same. I have more disdain for the lack of affordances and attention to UX in the default gnome shell than when I last spent time with it, the better part of a decade ago.

There were frequent banner messages about "the installation process is taking longer than usual", though, sometimes mentioning it was while fetching or installing a particular bundle, but at other times just listing the bundle name and no indication of what action was taking longer than usual. Installation of the Enterprise Java option failed for this first attempt, however, with the subsequent "installation log" display not accepting inputs, the desktop UI telling me that SWT had become unresponsive, and while I was typing this on another machine, closing itself out. The second attempt from a reflash of the card/system succeeded, and I'm not sure what the difference was between the two attempts. A third attempt on that same system install, for the JS package, also completed.

I don't have a lot of experience using the installer, but it wrote a -vm line into the eclipse.ini file. As it turns out, the Workstation install included a JRE, the path to which is what was written into the eclipse.ini, but I needed to install the full JDK package to properly develop Java and debug a .jsp file locally on an ApacheTomcat instance. The hard-coded -vm value wasn't updated automatically (not that I expected that), but is hard coding the path the expected behavior? I'd have thought it a choice between installing a JustJ with a -vm switch into the .ini, or trusting the newly installed Eclipse to find the same Java runtime that the installer found at its own launch time.

So I guess that's a +1 for the installer itself on aarch64?

On Fri, Dec 11, 2020 at 5:23 AM Ed Merks <ed.merks@xxxxxxxxx> wrote:

No one has tested the aarch64 installer either so it will be "interesting" to see if it works for the people who download it.  The community is our tester.

On 10.12.2020 23:45, Jonah Graham wrote:
Linux Aarch64 - 2020-12 M1 *Last report was M1 - it will be interesting to see how many people download AArch64 once it is released*
epp-dev mailing list
To unsubscribe from this list, visit

Nitin Dahyabhai
Eclipse WTP PMC

Back to the top