Cant run eclipse

[ghost]

Hello, I would like run eclipse on alpine. I have this error when I launch eclipse executable. GLib (gthread-posix.c): Unexpected error from C library during 'pthread_cond_init': Invalid argument. Aborting. tested with Oracle and OpenJDK javas. Error when launching eclipse executable and when java ... launcher.jar ... Any idea ? Philippe

[sgerrand]

@everteam: Thank you for filing this issue. Note that trying to run a binary which has been compiled against the GNU C library on an operating system which uses a different C library will not be a straight forward exercise.

Before I can be of any assistance, I need you to provide answers to the following questions:

• What version of Alpine are you using?
• What distribution and version of Eclipse are you trying to run?
• What version of the Oracle JDK are you using and how have you installed it?
• How are you trying to run Eclipse? A command snippet would help me.

[AlexanderFillbrunn]

Hi, we have come across the same problem. Maybe I can provide the required info. We are trying to run KNIME (which is an Eclipse RCP application) in a Docker container.

What version of Alpine are you using? We are using frolvlad/alpine-oraclejre8 as a base image, which in turn uses frolvlad/alpine-glibc, which is based on Alpine 3.7.

What distribution and version of Eclipse are you trying to run? We are trying to run version 3.5.3 of KNIME, which builds upon Eclipse 4.6.1.

What version of the Oracle JDK are you using and how have you installed it? We are using the Oracle JDK provided by the frolvlad/alpine-oraclejre8 image, which at the moment has the following in the Dockerfile:

ENV JAVA_VERSION=8 \
JAVA_UPDATE=171 \
JAVA_BUILD=11 \

How are you trying to run Eclipse? A command snippet would help me. Simply launching the executable from the terminal (>> ./knime) causes this error.

I hope this information is sufficient, but feel free to ask for more! Thank you in advance for your help! Alexander

PS: For completeness here is a minimal Dockerfile we are trying to build and in which calling the KNIME executable fails:

FROM frolvlad/alpine-oraclejre8

ENV DOWNLOAD_URL http://download.knime.org/analytics-platform/linux/knime-latest35-linux.gtk.x86_64.tar.gz

ENV INSTALLATION_DIR /usr/local
ENV KNIME_DIR $INSTALLATION_DIR/knime_3.5.3
ENV HOME_DIR /home/knime

RUN apk --no-cache --update add \
    openjdk8-jre \
    curl \
    gcc \
    g++
RUN curl -L "$DOWNLOAD_URL" | tar vxz -C $INSTALLATION_DIR
RUN apk del curl

ENTRYPOINT $KNIME_DIR/knime

[virajkanwade]

Has anybody been able to run Eclipse on Alpine yet? Could you please share exact steps?

Thanks.

[wagnermarques]

I really would like to run eclipse and android studio to prepare a environment to classes at my schooll in Brazil. I've already been used alpine linux pendrive for some another classes as a common environment for students. Can someone help us, please? Thanks

[sgerrand]

I'm so sorry for not responding to this bug report sooner. The Dockerfile provided above outputs the following error:

CompilerOracle: exclude javax/swing/text/GlyphView.getBreakSpot
#
# A fatal error has been detected by the Java Runtime Environment:
#
#  SIGBUS (0x7) at pc=0x00007ffffe4f354b, pid=7, tid=0x00007ffffd859700
#
# JRE version: Java(TM) SE Runtime Environment (8.0_152-b16) (build 1.8.0_152-b16)
# Java VM: Java HotSpot(TM) 64-Bit Server VM (25.152-b16 mixed mode linux-amd64 compressed oops)
# Problematic frame:
# V  [libjvm.so+0x91754b]  ObjectMonitor::enter(Thread*)+0x3b
#
# Failed to write core dump. Core dumps have been disabled. To enable core dumping, try "ulimit -c unlimited" before starting Java again
#
# An error report file with more information is saved as:
# //hs_err_pid7.log
#
# If you would like to submit a bug report, please visit:
#   http://bugreport.java.com/bugreport/crash.jsp
#
Knime:
GTK+ Version Check

I suggest that you and any other future readers in a situation like this consider running containers based on Docker images that are based on a GNU C library, rather than trying to run binaries which weren't compiled for musl inside Alpine Linux. As an example, Debian currently provide "slim" Docker images for each of their releases which are ~ 30 MB compressed.