Package Details: eclipse-java 2:4.31-2

Git Clone URL: https://aur.archlinux.org/eclipse-java.git (read-only, click to copy)
Package Base: eclipse-java
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: 44
Popularity: 2.28
First Submitted: 2021-08-21 23:38 (UTC)
Last Updated: 2024-04-13 17:02 (UTC)

Dependencies (3)

Required by (34)

Sources (3)

Latest Comments

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

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.

LaughingMan commented on 2021-09-05 00:13 (UTC)

Sure, that's what .pacnew files are for after all. I mainly wanted to provide a fix to anyone who's encountering the same problem. Making you aware was secondary at best, since it's unclear to me what you could reasonably do about it. Maybe some sed magic in an install script, but that might be a bit fragile, too...

altermetax commented on 2021-09-04 20:33 (UTC)

That behavior is because eclipse.ini can be a configuration file and it can be modified by users, so it doesn't get updated if it was modified. See the comments here: https://aur.archlinux.org/packages/eclipse-jee/

LaughingMan commented on 2021-09-04 07:15 (UTC)

For anyone else who got an error message saying "The Eclipse executable launcher was unable to locate its companion shared library" after updating to version 4.20: When running the eclipse command from the terminal it showed

plugins/org.eclipse.equinox.launcher.gtk.linux.x86_64_1.2.0.v20200915-1442: cannot open shared object file: No such file or directory

That file was still referenced in /usr/lib/eclipse/eclipse.ini. This package currently doesn't update or overwrite that file, but it does put a eclipse.ini.pacnew containing the updated version right next to it. Since I didn't modify the original eclipse.ini, simply replacing it with the provided eclipse.ini.pacnew fixed the issue for me.

class101 commented on 2021-08-03 18:52 (UTC)

If some of you prefer JEE development, I have started aur/eclipse-jee-bin

https://aur.archlinux.org/packages/eclipse-jee-bin

BochengZou commented on 2021-07-11 04:33 (UTC)

Eclipse IDE 2021‑06 is available. How can I update eclipse installed by this package to that version?

ComicSads commented on 2021-03-24 01:42 (UTC) (edited on 2021-03-24 01:51 (UTC) by ComicSads)

Removing the "&r=1" will result in a broken PKGBUILD. Try editing the PKGBUILD in a clean directory (that you haven't already run makepkg in) and try to install it using makepkg -si. Removing "&r=1" will cause makepkg to not actually download eclipse, but an html page with a link to download eclipse. As for mirror selection, I believe that's more of a complaint with eclipse's system than with this PKGBUILD. Hardcoding in a Chinese mirror would result in incredibly worse download speeds across the world, and this current setup seems to be the best for most people. If you have a problem with it, you can replace the source link in the PKGBUILD with your preferred mirror.

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