Search Criteria
Package Details: eclipse-java 2:4.24-1
Package Actions
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: | 30 |
Popularity: | 2.06 |
First Submitted: | 2021-08-21 23:38 (UTC) |
Last Updated: | 2022-06-15 15:27 (UTC) |
Dependencies (3)
- java-environment (java-gcj-compat, zulu-10-bin, jdk6, jdk12-openj9-bin, zulu-12-bin, jdk12, jdk13-openj9-bin, jdk9-openj9-bin, jdk10, jdk11-openjdk-dcevm, jdk10-openj9-bin, jdk14-openj9-bin, jdk7, zulu-14-bin, amazon-corretto-15, jdk11-openjdk-dcevm-conflicts-fixed, zulu-embedded-jdk8, sapmachine-jdk-bin, jdk15-adoptopenjdk, amazon-corretto-16, jdk8-graalvm-bin, jdk16-graalvm-bin, jdk8-openjdk-shenandoah, zulu-16-bin, jdk11-graalvm-ee-bin, jdk16-adoptopenjdk, jdk11-openj9-bin, jdk11-microsoft-openjdk, jdk16-microsoft-openjdk, zulu-embedded-jdk, jdk-openj9, jdk11-msopenjdk-bin, jdk18-beta-temurin, zulu-13-bin, jdk8-arm, jdk17-jetbrains, jre-jetbrains, amazon-corretto-17, amazon-corretto-18, amazon-corretto-8, amazon-corretto-11, zulu-8-bin, zulu-11-bin, zulu-17-bin, zulu-18-bin, zulu-15-bin, liberica-jdk-11-bin, liberica-jdk-11-lite-bin, liberica-jre-11-bin, jdk11-graalvm-bin, jdk17-graalvm-bin, jdk11-jetbrains-imfix, jdk-arm, jdk-temurin, jdk11-temurin, jdk17-temurin, jdk8-adoptopenjdk, java-openjdk-bin, jdk8, java-openjdk-loom-ea-bin, jdk8-dragonwell-bin, jdk11-dragonwell-bin, jdk17-dragonwell-bin, jdk8-openj9-bin, jdk-openj9-bin, jdk7-j9-bin, jdk7r1-j9-bin, jdk8-j9-bin, jdk11-j9-bin, jdk-microsoft-openjdk, jdk-jetbrains, jdk11-jbr-xdg, jdk-jbr-xdg, liberica-jdk-8-full-bin, liberica-jdk-11-full-bin, liberica-jdk-17-full-bin, liberica-jdk-full-bin, liberica-jre-11-full-bin, jdk-lts, jdk, jdk11, jdk18-openj9-bin, jdk-android-studio, jdk12-openjdk, jdk15-openjdk, jdk16-openjdk, jdk13-openjdk, jdk14-openjdk, zulu-embedded-jdk11, jdk-bcl, java-openjdk-ea-bin, jdk-openjdk-xdg, jdk17-jetbrains-imfix, liberica-jre-8-full-bin, jdk-openjdk, jdk11-openjdk, jdk17-openjdk, jdk8-openjdk)
- unzip (unzip-natspec)
- webkit2gtk (webkit2gtk-wpe-bin, webkit2gtk-imgpaste)
Required by (47)
- eclim (requires eclipse)
- eclipse-antlr-runtime (requires eclipse)
- eclipse-antlr4-runtime (requires eclipse)
- eclipse-bibsonomy (requires eclipse)
- eclipse-checkstyle (requires eclipse)
- eclipse-eclipsecolortheme (requires eclipse)
- eclipse-emf (requires eclipse)
- eclipse-findbugs (requires eclipse)
- eclipse-goclipse (requires eclipse)
- eclipse-i18n-de (requires eclipse)
- eclipse-i18n-es (requires eclipse)
- eclipse-i18n-fr (requires eclipse)
- eclipse-jautodoc (requires eclipse)
- eclipse-jboss (requires eclipse)
- eclipse-jd (requires eclipse)
- eclipse-jsonedit (requires eclipse)
- eclipse-jubula (requires eclipse)
- eclipse-jubula-git (requires eclipse)
- eclipse-linuxtools (requires eclipse)
- eclipse-luaeclipse (requires eclipse)
Latest Comments
jnnk commented on 2022-01-08 18:18 (UTC)
@altermetax Thank you a lot! Works now
altermetax commented on 2022-01-08 18:03 (UTC)
@jnnk check whether you have the file
/usr/lib/eclipse/eclipse.ini.pacnew
. If there is one, replace/usr/lib/eclipse/eclipse.ini
with it.Back up
eclipse.ini
if you need it (for example if you had made manual changes to it).jnnk commented on 2022-01-08 17:53 (UTC)
After updating to 2021-12-09 I"m getting a error message on each launch "The Eclipse executable launcher was unable to locate its companion library" Has anyone a clue what this may be about?
drslmr commented on 2021-11-12 09:50 (UTC)
@morgenstern
And too, just including the path to server in the LD_LIBRARY_PATH also fixes the eclipse core dump when using the original -vm flag in eclipse.ini.
drslmr commented on 2021-11-12 09:16 (UTC)
Now I found I need to add teh server directory to the library path:
export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/usr/lib/jvm/default/lib/server
But this probably means there is something wrong in my resource files, because I don't think everybody except me would have set that path manually.
drslmr commented on 2021-11-12 07:52 (UTC)
@morgenstern
Thanks again for your help.
Concerning that "ipv6_available" Problem with jdk, I already did use
archlinux-java set java-17-jdk
without success See https://bbs.archlinux.org/viewtopic.php?id=270512I also did check all my libraries for the symbol "ipv6_available" using objdum and ldd but I could not find it anywhere. Could you by any chance check if you have "ipv6_available" defined in any of your libraries?
morgenstern commented on 2021-11-11 22:26 (UTC)
I misinterpreted the log file you sent and thought that the JRE referenced therein was one that you had natively installed. It is actually the JustJ OpenJDK Hotspot JRE Complete (16.0.2.v20210721-1149), which is bundled with Eclipse. So you can ignore my musings/questions on that subject. :)
I did some digging into
java.lang.UnsatisfiedLinkError
you reported, and an Arch Linux user in Brazil reported the same issue here. Following the link posted in the last message and using a bit of Google Translate, it appears this particular user solved the issue by properly setting their Java environment usingarchlinux-java
:archlinux-java set java-17-jdk
For good measure, you may want to reboot your system thereafter as well to ensure all paths are sourced correctly.
Is there a particular reason you need Oracle's JDK? If not, I would remove it and just use OpenJDK going forward, as OpenJDK is officially supported by Arch.
As for the issues you are having with the Eclipse bundled JRE, can you provide the output of
ldd /usr/lib/eclipse//plugins/org.eclipse.justj.openjdk.hotspot.jre.full.linux.x86_64_16.0.2.v20210721-1149/jre/bin/java
?drslmr commented on 2021-11-11 15:06 (UTC) (edited on 2021-11-11 15:17 (UTC) by drslmr)
Thank you very much, using
/usr/lib/jvm/default/bin
as argument to-vm
in/usr/lib/eclipse/eclipse.ini
fixes the issue.Where would I use jdk16-openjdk?
I'm not aware of that. But the vm used comes with the eclipse-java package, as far as I understand. On my system I have:
It works for java-11-openjdk and java-17-openjdk but not for java-17-jdk.
When using java-17-jdk I get the error:
morgenstern commented on 2021-11-11 05:46 (UTC) (edited on 2021-11-11 05:48 (UTC) by morgenstern)
As a work-around, you can edit your
/usr/lib/eclipse/eclipse.ini
and change the-vm
path to your existing Java binary:Example:
I'm also curious - could you provide me with the output of
ldd /usr/lib/eclipse//plugins/org.eclipse.justj.openjdk.hotspot.jre.full.linux.x86_64_16.0.2.v20210721-1149/jre/bin/java
?morgenstern commented on 2021-11-11 05:06 (UTC) (edited on 2021-11-11 05:14 (UTC) by morgenstern)
@drslmr thanks for providing that log file. Any reason why you are still using
jdk16-openjdk
? That version is no longer officially packaged for Arch. Have you tried installing the most recentjdk-openjdk
package from theextra
repository and using that?EDIT - disregard that question, it looks like Eclipse ships with a JDK16 binary.
drslmr commented on 2021-11-09 16:07 (UTC) (edited on 2021-11-09 16:08 (UTC) by drslmr)
I get a SIGSEGV from all the executables in the directory:
/usr/lib/eclipse//plugins/org.eclipse.justj.openjdk.hotspot.jre.full.linux.x86_64_16.0.2.v20210721-1149/jre/bin/
And this happens on a second platform (a laptop) too.
drslmr commented on 2021-11-09 08:19 (UTC) (edited on 2021-11-09 08:21 (UTC) by drslmr)
For completeness let me point you to another problem I have concerning jdk https://aur.archlinux.org/packages/jdk/
There is something screwed up in my system, but I have not found the issue, even reinstalling several packages including linux, did not help so far.
drslmr commented on 2021-11-09 07:22 (UTC) (edited on 2021-11-09 07:25 (UTC) by drslmr)
Yes it could be the jre, but the java executed comes with the eclipse-java package.
Here is my log file:
altermetax commented on 2021-11-09 00:21 (UTC)
@morgenstern it looks like the issue involves the JRE that's bundled in Eclipse rather than the system one. In any case, I can't reproduce it.
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 intoeclipse-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:Digging into it,
webkit2gtk
is used by org.eclipse.swt, so that should probably stay. As forunzip
, 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 likepython
is implicitly installed according to theeclipse-java
build log, so that can be dropped, andlibsecret
is a dependency ofwebkit2gtk
, 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
andeclipse-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 oneclipse
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 inbackup
(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 showedThat 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.SuperBart commented on 2021-03-22 05:07 (UTC)
Well, that's not always true. I am in China and our country have eclipse mirrors. However, the offical download link would redirect to an Japanese mirror, which is pretty slow for us. I believe write a line to delete the "&r=1" at the end of the file name would be great for the people who need to change the download link.
ComicSads commented on 2021-03-22 00:32 (UTC)
Adding &r=1 at the end of the line is required. I should know, about a week ago I broke the PKGBUILD by omitting it. As you can see on the download page for eclipse, leaving out &r=1 will just download the webpage. Also on that page, you can see that there is a link to download from the best mirror, that is where I got the current source link (including &r=1)
SuperBart commented on 2021-03-21 05:01 (UTC)
Newer version of Eclipse 2021-03 is avaliable. I changed some lines of PKGBUILD to make it able to install:
pkgver=4.19 _releasemonth="2021-03" New 2021-03 sha512 is: 93d04fe9a69120b15d192d2574db4d67f4fc331edcbd1b3f90a5f5bb7434879e0c79cabf9a22976bddf0af2f28206ae838d4f3ec5123e52e278633ccd3489bf1
Also, download the package from a mirror is a good option. It is not required to add '&r=1' at the end of the line. Especially in some places where Global Internet connect is pretty slow.
jancici commented on 2021-03-15 07:59 (UTC) (edited on 2021-03-16 19:43 (UTC) by jancici)
I did start elcipse after update. I did check update from help menu and PyDev did update correctly but my C++ dev not. And I also missing marketplace client in help menu. Did I miss some info about changes? Is it bug? thanks
[EDIT] I did find solution. I did remove .eclipse directory and configure eclipse from scratch and everything works ok now.
ComicSads commented on 2021-03-13 23:50 (UTC)
Oops! Didn't realize the &r=1 was so important to the source mirror. Have now double checked the PKGBUILD and seems to be working okay now. Thanks everyone for the helpful comments!
juxuanu commented on 2021-03-13 12:08 (UTC)
As I see, the source points to https://www.eclipse.org/downloads/download.php?file=/technology/epp/downloads/release/2020-12/R/eclipse-java-2020-12-R-linux-gtk-x86_64.tar.gz which does not download the file.
You need to append &mirror_id=NUMBER which selects a mirror. Which one to use is something to be decided.
My suggestion is to enable something like
_mirror_id = 1099 # Change accordingly if you want faster speeds.
and then
https://www.eclipse.org/downloads/download.php?file=/technology/epp/downloads/release/$_releasemonth/R/${pkgname%-bin}-$_releasemonth-R-linux-gtk-x86_64.tar.gz&mirror_id=${_mirror_id}
mookins commented on 2021-03-13 05:24 (UTC)
The URL in the source goes to a mirror selection page. You need to use the direct link which has &r=1 appended to the end of it.
theZMC commented on 2021-03-12 18:59 (UTC)
Seems like eclipse has the wrong checksum up. Verified package checksum with package on eclipse.org and they're the same. Anyone have a contact at eclipse?
juxuanu commented on 2021-03-12 11:57 (UTC)
Checksums are failing.
ComicSads commented on 2021-01-18 00:06 (UTC)
Sorry package was out of date for so long, I wasn't able to get to my arch computer over the holidays, and didn't want to risk uploading a broken PKGBUILD
RealStickman commented on 2020-11-26 07:43 (UTC)
The source URL on mirrors.xmission.com does not exist anymore.
sdas commented on 2020-11-14 07:13 (UTC)
Thank you for the package. Had trouble installing eclipse-java as it downloads the source code and compiles multiple different incompatible versions of eclipse. This (eclipse-java-bin) installs and works great.
ComicSads commented on 2020-09-22 23:29 (UTC) (edited on 2020-09-22 23:37 (UTC) by ComicSads)
eclipse-java by default will download the source code and compile multiple different incompatible versions of eclipse. eclipse-java-bin will download and install the prepackaged Linux binary for eclipse's java edition (and no other version of eclipse)
Typically, the only difference for a package ending in -bin is it uses prebuilt binaries rather than compiling from source, but I specifically made this package because I was salty at how the eclipse-java PKGBUILD downloaded multiple versions of eclipse by default.
FabioLolix commented on 2020-09-21 15:32 (UTC)
Hello, what is the difference with eclipse-java?