Package Details: eclipse-java-bin 2:4.40-1

Git Clone URL: https://aur.archlinux.org/eclipse-java-bin.git (read-only, click to copy)
Package Base: eclipse-java-bin
Description: Highly extensible IDE (Java version)
Upstream URL: https://www.eclipse.org/
Keywords: ide
Licenses: EPL
Conflicts: eclipse
Provides: eclipse
Submitter: altermetax
Maintainer: altermetax (morgenstern)
Last Packager: altermetax
Votes: 48
Popularity: 0.89
First Submitted: 2024-06-13 01:53 (UTC)
Last Updated: 2026-06-13 22:22 (UTC)

Dependencies (3)

Required by (24)

Sources (3)

Latest Comments

« First ‹ Previous 1 2 3 4 5 6 7 Next › Last »

morgenstern commented on 2021-11-08 19:38 (UTC)

@trvoldemort do not flag packages as out-of-date if you are reporting bugs or other issues.

You mentioned getting a segfault when attempting to run the application. Please do a clean re-build of the package and ensure you are running at least java-environment>=11. If you are still having issues, then please post some re-creation steps so we can investigate.

morgenstern commented on 2021-11-08 19:37 (UTC)

@drslmr that appears to be an issue with your Java Runtime Environment, not Eclipse. Could you please upload the log file you mentioned?

drslmr commented on 2021-11-08 14:34 (UTC)

Hi,

when executing eclipse I get fatal error: A fatal error has been detected by the Java Runtime Environment

Running the java executable /usr/lib/eclipse//plugins/org.eclipse.justj.openjdk.hotspot.jre.full.linux.x86_64_16.0.2.v20210721-1149/jre/bin/java mentioned in the log file creates the same fatal error.

altermetax commented on 2021-09-16 16:50 (UTC)

Alright, thank you for dealing with the merge request :)

morgenstern commented on 2021-09-16 04:58 (UTC) (edited on 2021-09-16 05:59 (UTC) by morgenstern)

The TUs evidently are not keen on dropping the "-bin" prefix. I will make an appeal on historical grounds, but if no dice then we should look to merge this package into eclipse-java-bin and I will add you as a co-maintainer there.

EDIT - on reconsideration, the TUs are happy to merge. New request submitted.

morgenstern commented on 2021-09-15 01:55 (UTC)

Thanks, just did a clean chroot build of eclipse-java - there were a few dependencies flagged as unneeded:

eclipse-java W: Dependency included and not needed ('webkit2gtk')
eclipse-java W: Dependency included and not needed ('unzip')

Digging into it, webkit2gtk is used by org.eclipse.swt, so that should probably stay. As for unzip, I presume that is needed by Eclipse to support importing archives in ZIP format, so that should also remain.

As for the dependencies listed in eclipse-java-bin, it looks like python is implicitly installed according to the eclipse-java build log, so that can be dropped, and libsecret is a dependency of webkit2gtk, so that can be dropped as well.

Merge request coming shortly - cheers.

altermetax commented on 2021-09-15 01:07 (UTC)

Added you as a co-maintainer :)

At this point the same should be done with eclipse-jee-bin and eclipse-cpp-bin though, I'll contact the maintainers.

morgenstern commented on 2021-09-15 00:42 (UTC)

No worries - I've had a read of your PKGBUILD as well and I agree with your recommendations around the icons and ensuring eclipse.ini is included the backup array.

As for shifting the binaries out of /opt, even if historically Eclipse was installed to /usr/lib the standard practice is to place pre-built binaries in /opt. That being said, it sounds like this makes it harder to add plugins and addons to Eclipse via pacman/AUR helper. The following bug report discusses the pros and cons of following this approach. Based on this commit, it looks like the old official [community] PKGBUILD installed the binaries directly into /usr/lib too, so I grudgingly agree that the installation path can change. :)

It also looks like the -bin prefix is pretty much dispensed with when it comes to packaging Eclipse binaries, so perhaps I should be the one merging into your package. If you would accept a merge and be happy to add me as a co-maintainer, I will go ahead and file the requests.

altermetax commented on 2021-09-14 23:49 (UTC) (edited on 2021-09-14 23:50 (UTC) by altermetax)

Oh, I had no idea of the existence of that package.

I originally took over the eclipse split package (which has existed for a long time) and realized its PKGBUILD was not suitable at all for the AUR, so I requested splitting it into multiple packages, writing their PKGBUILDs from scratch (-java, -jee, -cpp, -php), and that is its current state.

I agree with merging, however I've read your PKGBUILD and there's a few things which might need addressing:

  • Eclipse gets installed in /opt/eclipse while most AUR packages that depend on eclipse expect it in /usr/lib/eclipse (which was its location back when eclipse was in the official repositories)

  • The icons get installed in /usr/share/pixmaps while the usual location for icons is /usr/share/icons/hicolor (this is not a requirement but most graphical programs on Arch put icons there). Also, the eclipse icons are provided in the tarball, there's no need to have them in the AUR files. It would also probably be good to install all the sizes instead of just one.

  • Another tiny thing: eclipse.ini is not in backup (read the comments at https://aur.archlinux.org/packages/eclipse-jee/)

morgenstern commented on 2021-09-14 22:35 (UTC) (edited on 2021-09-14 22:35 (UTC) by morgenstern)

This package appears to be a near-duplicate of eclipse-java-bin, which I maintain. As the package I maintain has the correct naming schema (-bin prefix) and already exists, I would recommend either deleting this package or merging it into mine. I am happy to add you as a co-maintainer if you're interested.

« First ‹ Previous 1 2 3 4 5 6 7 Next › Last »