Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss
Bug#990534: arduino: Arduino-IDE not starting witch Cinnamon Desktop.
162 views
Skip to first unread message
Sven Wagner
Jul 1, 2021, 10:00:03 AM7/1/21
to
Package: arduino
Version: 2:1.8.13+dfsg1-2
Severity: important
X-Debbugs-Cc: sve...@gmail.com
Dear Maintainer,
* What led up to the situation?
If I click on the icon of arduino, nothing is happening. In top I see only
for a short moment something with Java.
* What exactly did you do (or not do) that was effective (or
ineffective)?
After starting from icon was not working, i tried starting from Mate-Terminal.
Result was the following message, before returning to prompt:
Picked up JAVA_TOOL_OPTIONS:
Set log4j store directory /home/sven/.arduino15
java.lang.UnsatisfiedLinkError: no splashscreen in java.library.path
at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1860)
at java.lang.Runtime.loadLibrary0(Runtime.java:870)
at java.lang.System.loadLibrary(System.java:1124)
at java.awt.SplashScreen$1.run(SplashScreen.java:124)
at java.awt.SplashScreen$1.run(SplashScreen.java:122)
at java.security.AccessController.doPrivileged(Native Method)
at java.awt.SplashScreen.getSplashScreen(SplashScreen.java:121)
at processing.app.Base.<init>(Base.java:237)
at processing.app.Base.main(Base.java:141)
* What was the outcome of this action?
Nothing
* What outcome did you expect instead?
That program is starting
-- System Information:
Debian Release: 11.0
APT prefers testing-security
APT policy: (500, 'testing-security'), (500, 'testing'), (500, 'oldstable')
Architecture: amd64 (x86_64)
Kernel: Linux 5.10.0-7-amd64 (SMP w/8 CPU threads)
Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled
Versions of packages arduino depends on:
ii arduino-builder 1.3.25-2+b4
ii arduino-core-avr 1.8.3+dfsg1-1
ii avrdude 6.3-20171130+svn1429-2+b1
ii default-jre 2:1.11-72
ii dpkg-dev 1.20.9
ii libastylej-jni 3.1-2+b1
ii libbatik-java 1.12-4
ii libbcpg-java 1.68-1
ii libbcprov-java 1.68-1
ii libcommons-codec-java 1.15-1
ii libcommons-compress-java 1.20-1
ii libcommons-exec-java 1.3-2
ii libcommons-io-java 2.8.0-1
ii libcommons-lang3-java 3.11-1
ii libcommons-logging-java 1.2-2
ii libcommons-net-java 3.6-1
ii libhttpclient-java 4.5.13-2
ii libjackson2-annotations-java 2.12.1-1
ii libjackson2-core-java 2.12.1-1
ii libjackson2-databind-java 2.12.1-1
ii libjaxp1.3-java 1.3.05-6
ii libjmdns-java 3.5.5-1
ii libjna-java 5.6.0-1
ii libjna-platform-java 5.6.0-1
ii libjsch-java 0.1.55-1
ii libjssc-java 2.8.0-3
ii liblistserialsj-dev 1.4.0-1+b1
ii liblog4j2-java 2.13.3-1
ii librsyntaxtextarea-java 2.5.8-1
ii librxtx-java 2.2pre2+dfsg1-2
ii libsemver-java 0.9.0-4
ii libslf4j-java 1.7.30-1
ii libxml-commons-external-java 1.4.01-5
ii libxmlgraphics-commons-java 2.4-1
ii openjdk-11-jre 11.0.11+9-1
Versions of packages arduino recommends:
ii extra-xdg-menus 1.0-5
ii policykit-1 0.105-31
arduino suggests no packages.
-- no debconf information
Version: 2:1.8.13+dfsg1-2
Severity: important
X-Debbugs-Cc: sve...@gmail.com
Dear Maintainer,
* What led up to the situation?
If I click on the icon of arduino, nothing is happening. In top I see only
for a short moment something with Java.
* What exactly did you do (or not do) that was effective (or
ineffective)?
After starting from icon was not working, i tried starting from Mate-Terminal.
Result was the following message, before returning to prompt:
Picked up JAVA_TOOL_OPTIONS:
Set log4j store directory /home/sven/.arduino15
java.lang.UnsatisfiedLinkError: no splashscreen in java.library.path
at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1860)
at java.lang.Runtime.loadLibrary0(Runtime.java:870)
at java.lang.System.loadLibrary(System.java:1124)
at java.awt.SplashScreen$1.run(SplashScreen.java:124)
at java.awt.SplashScreen$1.run(SplashScreen.java:122)
at java.security.AccessController.doPrivileged(Native Method)
at java.awt.SplashScreen.getSplashScreen(SplashScreen.java:121)
at processing.app.Base.<init>(Base.java:237)
at processing.app.Base.main(Base.java:141)
* What was the outcome of this action?
Nothing
* What outcome did you expect instead?
That program is starting
-- System Information:
Debian Release: 11.0
APT prefers testing-security
APT policy: (500, 'testing-security'), (500, 'testing'), (500, 'oldstable')
Architecture: amd64 (x86_64)
Kernel: Linux 5.10.0-7-amd64 (SMP w/8 CPU threads)
Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled
Versions of packages arduino depends on:
ii arduino-builder 1.3.25-2+b4
ii arduino-core-avr 1.8.3+dfsg1-1
ii avrdude 6.3-20171130+svn1429-2+b1
ii default-jre 2:1.11-72
ii dpkg-dev 1.20.9
ii libastylej-jni 3.1-2+b1
ii libbatik-java 1.12-4
ii libbcpg-java 1.68-1
ii libbcprov-java 1.68-1
ii libcommons-codec-java 1.15-1
ii libcommons-compress-java 1.20-1
ii libcommons-exec-java 1.3-2
ii libcommons-io-java 2.8.0-1
ii libcommons-lang3-java 3.11-1
ii libcommons-logging-java 1.2-2
ii libcommons-net-java 3.6-1
ii libhttpclient-java 4.5.13-2
ii libjackson2-annotations-java 2.12.1-1
ii libjackson2-core-java 2.12.1-1
ii libjackson2-databind-java 2.12.1-1
ii libjaxp1.3-java 1.3.05-6
ii libjmdns-java 3.5.5-1
ii libjna-java 5.6.0-1
ii libjna-platform-java 5.6.0-1
ii libjsch-java 0.1.55-1
ii libjssc-java 2.8.0-3
ii liblistserialsj-dev 1.4.0-1+b1
ii liblog4j2-java 2.13.3-1
ii librsyntaxtextarea-java 2.5.8-1
ii librxtx-java 2.2pre2+dfsg1-2
ii libsemver-java 0.9.0-4
ii libslf4j-java 1.7.30-1
ii libxml-commons-external-java 1.4.01-5
ii libxmlgraphics-commons-java 2.4-1
ii openjdk-11-jre 11.0.11+9-1
Versions of packages arduino recommends:
ii extra-xdg-menus 1.0-5
ii policykit-1 0.105-31
arduino suggests no packages.
-- no debconf information
Rock Storm
Jul 3, 2021, 6:40:02 AM7/3/21
to
Control: tags -1 + moreinfo unreproducible
On Thu, 2021-07-01 at 15:53 +0200, Sven Wagner wrote:
> After starting from icon was not working, i tried starting from Mate-Terminal.
> Result was the following message, before returning to prompt:
>
> Picked up JAVA_TOOL_OPTIONS:
> Set log4j store directory /home/sven/.arduino15
> java.lang.UnsatisfiedLinkError: no splashscreen in java.library.path
> at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1860)
> at java.lang.Runtime.loadLibrary0(Runtime.java:870)
> at java.lang.System.loadLibrary(System.java:1124)
> at java.awt.SplashScreen$1.run(SplashScreen.java:124)
> at java.awt.SplashScreen$1.run(SplashScreen.java:122)
> at java.security.AccessController.doPrivileged(Native Method)
> at java.awt.SplashScreen.getSplashScreen(SplashScreen.java:121)
> at processing.app.Base.<init>(Base.java:237)
> at processing.app.Base.main(Base.java:141)
Hi Sven, thanks for reporting. Sadly, I'm unable to reproduce the
stated behaviour. Wild guess would be that you are missing one of the
Java native libraries somehow. I would suggest:
1. Reinstall package 'openjdk-11-jre'. The report says you've got it
already installed but people with a similar error were missing that
particular package [1].
2. Reinstall packages 'arduino' and 'arduino-avr-core'. Maybe a
misconfigured arduino app is looking at the wrong places?
3. Try installing 'openjdk-11-jdk' if it is not already there. Maybe
the arduino package is missing a dependency?
[1]: https://stackoverflow.com/a/63037561
--
Rock Storm
Open PGP: C304 34B3 632C 464C 2FAF C741 0439 CF52 C968 32FD
On Thu, 2021-07-01 at 15:53 +0200, Sven Wagner wrote:
> After starting from icon was not working, i tried starting from Mate-Terminal.
> Result was the following message, before returning to prompt:
>
> Picked up JAVA_TOOL_OPTIONS:
> Set log4j store directory /home/sven/.arduino15
> java.lang.UnsatisfiedLinkError: no splashscreen in java.library.path
> at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1860)
> at java.lang.Runtime.loadLibrary0(Runtime.java:870)
> at java.lang.System.loadLibrary(System.java:1124)
> at java.awt.SplashScreen$1.run(SplashScreen.java:124)
> at java.awt.SplashScreen$1.run(SplashScreen.java:122)
> at java.security.AccessController.doPrivileged(Native Method)
> at java.awt.SplashScreen.getSplashScreen(SplashScreen.java:121)
> at processing.app.Base.<init>(Base.java:237)
> at processing.app.Base.main(Base.java:141)
stated behaviour. Wild guess would be that you are missing one of the
Java native libraries somehow. I would suggest:
1. Reinstall package 'openjdk-11-jre'. The report says you've got it
already installed but people with a similar error were missing that
particular package [1].
2. Reinstall packages 'arduino' and 'arduino-avr-core'. Maybe a
misconfigured arduino app is looking at the wrong places?
3. Try installing 'openjdk-11-jdk' if it is not already there. Maybe
the arduino package is missing a dependency?
[1]: https://stackoverflow.com/a/63037561
--
Rock Storm
Open PGP: C304 34B3 632C 464C 2FAF C741 0439 CF52 C968 32FD
Rock Storm
Jul 5, 2021, 4:20:04 AM7/5/21
to
Control: tags -1 + help
On Sat, 2021-07-03 at 13:14 +0200, Sven Wagner wrote:
> Am Sa., 3. Juli 2021 um 12:27 Uhr schrieb Rock Storm <
> rock...@gmx.com>:
>
> thanks fpr your answer. I tried all three points, same result.
> openjdk-11-jdk was not installed, but also did not help.
Hi Sven, I'm out of ideas here then. Thanks for trying.
Dear Java team, could you please comment on what could be causing the
reported error [1]? I'm unable to reproduce it and maybe you come up
with some ideas to troubleshoot?
[1]: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=990534#5
Thanks a lot,
On Sat, 2021-07-03 at 13:14 +0200, Sven Wagner wrote:
> Am Sa., 3. Juli 2021 um 12:27 Uhr schrieb Rock Storm <
> rock...@gmx.com>:
> >
> > 1. Reinstall package 'openjdk-11-jre'. The report says you've got
> > it
> > already installed but people with a similar error were missing that
> > particular package [1].
> >
> > 2. Reinstall packages 'arduino' and 'arduino-avr-core'. Maybe a
> > misconfigured arduino app is looking at the wrong places?
> >
> > 3. Try installing 'openjdk-11-jdk' if it is not already there.
> > Maybe
> > the arduino package is missing a dependency?
>
> Hi Rock,
> > 1. Reinstall package 'openjdk-11-jre'. The report says you've got
> > it
> > already installed but people with a similar error were missing that
> > particular package [1].
> >
> > 2. Reinstall packages 'arduino' and 'arduino-avr-core'. Maybe a
> > misconfigured arduino app is looking at the wrong places?
> >
> > 3. Try installing 'openjdk-11-jdk' if it is not already there.
> > Maybe
> > the arduino package is missing a dependency?
>
>
> thanks fpr your answer. I tried all three points, same result.
> openjdk-11-jdk was not installed, but also did not help.
Hi Sven, I'm out of ideas here then. Thanks for trying.
Dear Java team, could you please comment on what could be causing the
reported error [1]? I'm unable to reproduce it and maybe you come up
with some ideas to troubleshoot?
[1]: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=990534#5
Thanks a lot,
Carsten Schoenert
Jul 5, 2021, 11:10:03 AM7/5/21
to
Hi,
Am 05.07.21 um 10:09 schrieb Rock Storm:
binary name to call the JRE binary but does not check if the binary in
the path is usable or suitable.
----%<----
> JAVA=java
> if [ -x "$APPDIR/java/bin/java" ]; then
> JAVA=$APPDIR/java/bin/java
> fi
---->%----
Sven, you could please check where /u/b/java is pointing to? It should
look like this.
> $ ls -la /usr/bin/java
> lrwxrwxrwx 1 root root 22 19. Jun 2017 /usr/bin/java -> /etc/alternatives/java
> $ ls -la /etc/alternatives/java
> lrwxrwxrwx 1 root root 43 8. Nov 2018 /etc/alternatives/java -> /usr/lib/jvm/java-11-openjdk-amd64/bin/java
I've recently discovered similar problems elsewhere and I needed to
reinstall the openjdk packages. So it's possible that some symlinking
isn't correct.
It's also possible that something is changing the variable JAVA_OPTIONS
that is finally used in the wrapper.
You can simply add a line like this right before the last line in the
wrapper script.
> JAVA_OPTIONS+=("-splash:$APPDIR/lib/splash.png")
> fi
>
> +echo "Using JAVA_OPTIONS: $JAVA_OPTIONS"
> "$JAVA" "${JAVA_OPTIONS[@]}" processing.app.Base "$@"
Then please call arduino again from CLI.
--
Regards
Carsten
Am 05.07.21 um 10:09 schrieb Rock Storm:
>> thanks fpr your answer. I tried all three points, same result.
>> openjdk-11-jdk was not installed, but also did not help.
>
> Hi Sven, I'm out of ideas here then. Thanks for trying.
the starting wrapper /usr/bin/arduino is simply using 'java' as the
>> openjdk-11-jdk was not installed, but also did not help.
>
> Hi Sven, I'm out of ideas here then. Thanks for trying.
binary name to call the JRE binary but does not check if the binary in
the path is usable or suitable.
----%<----
> JAVA=java
> if [ -x "$APPDIR/java/bin/java" ]; then
> JAVA=$APPDIR/java/bin/java
> fi
---->%----
Sven, you could please check where /u/b/java is pointing to? It should
look like this.
> $ ls -la /usr/bin/java
> lrwxrwxrwx 1 root root 22 19. Jun 2017 /usr/bin/java -> /etc/alternatives/java
> $ ls -la /etc/alternatives/java
> lrwxrwxrwx 1 root root 43 8. Nov 2018 /etc/alternatives/java -> /usr/lib/jvm/java-11-openjdk-amd64/bin/java
I've recently discovered similar problems elsewhere and I needed to
reinstall the openjdk packages. So it's possible that some symlinking
isn't correct.
It's also possible that something is changing the variable JAVA_OPTIONS
that is finally used in the wrapper.
You can simply add a line like this right before the last line in the
wrapper script.
> JAVA_OPTIONS+=("-splash:$APPDIR/lib/splash.png")
> fi
>
> +echo "Using JAVA_OPTIONS: $JAVA_OPTIONS"
> "$JAVA" "${JAVA_OPTIONS[@]}" processing.app.Base "$@"
Then please call arduino again from CLI.
--
Regards
Carsten
Thorsten Glaser
Jul 5, 2021, 12:10:03 PM7/5/21
to
On Mon, 5 Jul 2021, Carsten Schoenert wrote:
> > $ ls -la /usr/bin/java
> > lrwxrwxrwx 1 root root 22 19. Jun 2017 /usr/bin/java -> /etc/alternatives/java
> > $ ls -la /etc/alternatives/java
> > lrwxrwxrwx 1 root root 43 8. Nov 2018 /etc/alternatives/java -> /usr/lib/jvm/java-11-openjdk-amd64/bin/java
You can also use 「readlink -f $(which java)」, which finds
> > $ ls -la /usr/bin/java
> > lrwxrwxrwx 1 root root 22 19. Jun 2017 /usr/bin/java -> /etc/alternatives/java
> > $ ls -la /etc/alternatives/java
> > lrwxrwxrwx 1 root root 43 8. Nov 2018 /etc/alternatives/java -> /usr/lib/jvm/java-11-openjdk-amd64/bin/java
the java binary from $PATH. Do also manually inspect the
output of 「which -a java」 which shows all java binaries
reachable from $PATH, and whether any of the environment
variables, like $JAVA_HOME, are set (they shouldn’t, in a
normal Debian installation with one JRE installed).
> I've recently discovered similar problems elsewhere and I needed to
> reinstall the openjdk packages. So it's possible that some symlinking
> isn't correct.
> It's also possible that something is changing the variable JAVA_OPTIONS
> that is finally used in the wrapper.
>
> You can simply add a line like this right before the last line in the
> wrapper script.
>
> > JAVA_OPTIONS+=("-splash:$APPDIR/lib/splash.png")
> > fi
> >
> > +echo "Using JAVA_OPTIONS: $JAVA_OPTIONS"
echo "Using JAVA_OPTIONS: ${JAVA_OPTIONS[*]}"
> > "$JAVA" "${JAVA_OPTIONS[@]}" processing.app.Base "$@"
>
> Then please call arduino again from CLI.
//mirabilos
--
Infrastrukturexperte • tarent solutions GmbH
Am Dickobskreuz 10, D-53121 Bonn • http://www.tarent.de/
Telephon +49 228 54881-393 • Fax: +49 228 54881-235
HRB AG Bonn 5168 • USt-ID (VAT): DE122264941
Geschäftsführer: Dr. Stefan Barth, Kai Ebenrett, Boris Esser, Alexander Steeg
*************************************************
Mit dem tarent-Newsletter nichts mehr verpassen: www.tarent.de/newsletter
*************************************************
Carsten Schoenert
Jul 10, 2021, 5:30:03 AM7/10/21
to
Hello Sven,
please use Reply All so the BTS and all participants will get involved
into the message flow.
Am 05.07.21 um 21:35 schrieb Sven Wagner:
> Hi folks,
>
> ls -la /etc/alternatives/java
> lrwxrwxrwx 1 root root 46 2. Jun 14:52 /etc/alternatives/java ->
> /usr/lib/jvm/java-8-openjdk-amd64/jre/bin/java*
>
> So I tried reinstall of everything with openjdk-11 with
>
> apt install --reinstall openjdk-11*
>
> After this, the same result that /etc/alternatives/java is still
> pointing to 8 and not 11. So I did
> apt purge openjdk-8-jre-headless
> and now, everything is running fine again. I still do not understand
> where this openjdk-8 is coming from, but I am investigating.
> Thanks for all your help!
I expecting something like this, at least that somehow openjdk-8 was the
root of this problem.
We need to narrow down if openjdk-8-jre is really the problem and how to
ensure users have also installed openjdk-11-jre to get Arduino IDE working.
--
Regards
Carsten
please use Reply All so the BTS and all participants will get involved
into the message flow.
Am 05.07.21 um 21:35 schrieb Sven Wagner:
> Hi folks,
>
>> Sven, you could please check where /u/b/java is pointing to? It should
>> look like this.
>
>> $ ls -la /usr/bin/java
>> lrwxrwxrwx 1 root root 22 19. Jun 2017 /usr/bin/java ->
> /etc/alternatives/java
>> $ ls -la /etc/alternatives/java
>> lrwxrwxrwx 1 root root 43 8. Nov 2018 /etc/alternatives/java ->
> /usr/lib/jvm/java-11-openjdk-amd64/bin/java
>
> my result is:
>> Sven, you could please check where /u/b/java is pointing to? It should
>> look like this.
>
>> $ ls -la /usr/bin/java
>> lrwxrwxrwx 1 root root 22 19. Jun 2017 /usr/bin/java ->
> /etc/alternatives/java
>> $ ls -la /etc/alternatives/java
>> lrwxrwxrwx 1 root root 43 8. Nov 2018 /etc/alternatives/java ->
> /usr/lib/jvm/java-11-openjdk-amd64/bin/java
>
>
> ls -la /etc/alternatives/java
> lrwxrwxrwx 1 root root 46 2. Jun 14:52 /etc/alternatives/java ->
> /usr/lib/jvm/java-8-openjdk-amd64/jre/bin/java*
>
> So I tried reinstall of everything with openjdk-11 with
>
> apt install --reinstall openjdk-11*
>
> After this, the same result that /etc/alternatives/java is still
> pointing to 8 and not 11. So I did
> apt purge openjdk-8-jre-headless
> and now, everything is running fine again. I still do not understand
> where this openjdk-8 is coming from, but I am investigating.
> Thanks for all your help!
I expecting something like this, at least that somehow openjdk-8 was the
root of this problem.
We need to narrow down if openjdk-8-jre is really the problem and how to
ensure users have also installed openjdk-11-jre to get Arduino IDE working.
--
Regards
Carsten
Thorsten Glaser
Jul 10, 2021, 1:00:04 PM7/10/21
to
On Sat, 10 Jul 2021, Carsten Schoenert wrote:
> ensure users have also installed openjdk-11-jre to get Arduino IDE working.
Or 17?
> ensure users have also installed openjdk-11-jre to get Arduino IDE working.
If you need to ensure a minimum version, do this (/bin/sh-safe):
if test "$(java -XshowSettings:properties -version 2>&1 | \
sed -n '/^ java.version = \([0-9]*\)\..*$/s//\1/p')" -lt 11; then
echo >&2 "E: Either no JRE found or JRE too old (<11):"
java -version
exit 1
fi
The command substitution evaluates to the first number before
a period in the version, which is either 1 (from 1.8.x) or 8
for JRE 8, 11 for JRE 11, and obviously larger for later ones.
If none, it evaluates to empty, which test … -lt interprets as
zero which will also work.
Please submit this to the Arduino IDE maintainer.
Marco Bodrato
Mar 13, 2022, 6:10:03 PM3/13/22
to
Package: arduino
Version: 2:1.8.19+dfsg1-1
Followup-For: Bug #990534
Dear Maintainer,
I'trying to run the arduino-ide. Launching it from the menu did not
work,
I had version 2:1.8.13+dfsg1-2 . Now I updated to version
2:1.8.19+dfsg1-1,
but nothing changed.
Reading the conversation, I did the following:
# apt install openjdk-11-jre
# apt install openjdk-11-jdk
But I keep on receiving:
$ arduino
Picked up JAVA_TOOL_OPTIONS:
java.lang.UnsatisfiedLinkError: no splashscreen in system library path:
/usr/lib/jvm/java-17-openjdk-amd64/lib
at
java.base/java.lang.ClassLoader.loadLibrary(ClassLoader.java:2397)
at java.base/java.lang.Runtime.loadLibrary0(Runtime.java:808)
at java.base/java.lang.System.loadLibrary(System.java:1893)
at
java.desktop/java.awt.SplashScreen$1.run(SplashScreen.java:134)
at
java.desktop/java.awt.SplashScreen$1.run(SplashScreen.java:132)
at
java.base/java.security.AccessController.doPrivileged(AccessController.java:312)
at
java.desktop/java.awt.SplashScreen.getSplashScreen(SplashScreen.java:131)
at processing.app.Base.<init>(Base.java:231)
at processing.app.Base.main(Base.java:141)
I did check the following:
$ which -a java
/usr/bin/java
/bin/java
$ ls -la /usr/bin/java
lrwxrwxrwx 1 root root 22 Jul 17 2021 /usr/bin/java ->
/etc/alternatives/java
$ ls -la /bin/java
lrwxrwxrwx 1 root root 22 Jul 17 2021 /bin/java ->
/usr/lib/jvm/java-17-openjdk-amd64/bin/java
$ echo "Using JAVA_OPTIONS: ${JAVA_OPTIONS[*]}"
Using JAVA_OPTIONS:
Somewhere on the net I found some hints suggeting to avoid using
"-headless" java,
but I do not know how I can choose...
Regards,
mb
-- System Information:
Debian Release: 11.2
APT prefers testing
APT policy: (500, 'testing'), (500, 'stable')
Architecture: amd64 (x86_64)
Kernel: Linux 5.10.0-10-amd64 (SMP w/4 CPU threads)
Locale: LANG=eo, LC_CTYPE=eo (charmap=UTF-8), LANGUAGE not set
ii arduino-core-avr 1.8.5+dfsg-1
ii libbcprov-java 1.68-2
ii openjdk-11-jre 11.0.14+9-1
Versions of packages arduino recommends:
ii extra-xdg-menus 1.0-5
ii policykit-1 0.105-31
arduino suggests no packages.
-- no debconf information
Ĝis,
m
--
http://bodrato.it/
Version: 2:1.8.19+dfsg1-1
Followup-For: Bug #990534
Dear Maintainer,
I'trying to run the arduino-ide. Launching it from the menu did not
work,
I had version 2:1.8.13+dfsg1-2 . Now I updated to version
2:1.8.19+dfsg1-1,
but nothing changed.
Reading the conversation, I did the following:
# apt install openjdk-11-jre
# apt install openjdk-11-jdk
But I keep on receiving:
$ arduino
Picked up JAVA_TOOL_OPTIONS:
java.lang.UnsatisfiedLinkError: no splashscreen in system library path:
/usr/lib/jvm/java-17-openjdk-amd64/lib
at
java.base/java.lang.ClassLoader.loadLibrary(ClassLoader.java:2397)
at java.base/java.lang.Runtime.loadLibrary0(Runtime.java:808)
at java.base/java.lang.System.loadLibrary(System.java:1893)
at
java.desktop/java.awt.SplashScreen$1.run(SplashScreen.java:134)
at
java.desktop/java.awt.SplashScreen$1.run(SplashScreen.java:132)
at
java.base/java.security.AccessController.doPrivileged(AccessController.java:312)
at
java.desktop/java.awt.SplashScreen.getSplashScreen(SplashScreen.java:131)
at processing.app.Base.<init>(Base.java:231)
at processing.app.Base.main(Base.java:141)
I did check the following:
$ which -a java
/usr/bin/java
/bin/java
$ ls -la /usr/bin/java
lrwxrwxrwx 1 root root 22 Jul 17 2021 /usr/bin/java ->
/etc/alternatives/java
$ ls -la /bin/java
lrwxrwxrwx 1 root root 22 Jul 17 2021 /bin/java ->
/etc/alternatives/java
$ ls -la /etc/alternatives/java
lrwxrwxrwx 1 root root 43 Feb 4 09:28 /etc/alternatives/java ->
$ ls -la /etc/alternatives/java
/usr/lib/jvm/java-17-openjdk-amd64/bin/java
$ echo "Using JAVA_OPTIONS: ${JAVA_OPTIONS[*]}"
Using JAVA_OPTIONS:
Somewhere on the net I found some hints suggeting to avoid using
"-headless" java,
but I do not know how I can choose...
Regards,
mb
-- System Information:
Debian Release: 11.2
APT prefers testing
APT policy: (500, 'testing'), (500, 'stable')
Architecture: amd64 (x86_64)
Kernel: Linux 5.10.0-10-amd64 (SMP w/4 CPU threads)
Locale: LANG=eo, LC_CTYPE=eo (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled
Versions of packages arduino depends on:
ii arduino-builder 1.3.25-2+b5
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled
Versions of packages arduino depends on:
ii arduino-core-avr 1.8.5+dfsg-1
ii avrdude 6.3-20171130+svn1429-2+b1
ii default-jre 2:1.11-72
ii dpkg-dev 1.20.9
ii libastylej-jni 3.1-2+b1
ii libbatik-java 1.12-4
ii libbcpg-java 1.68-2
ii default-jre 2:1.11-72
ii dpkg-dev 1.20.9
ii libastylej-jni 3.1-2+b1
ii libbatik-java 1.12-4
ii libbcprov-java 1.68-2
ii libcommons-codec-java 1.15-1
ii libcommons-compress-java 1.20-1
ii libcommons-exec-java 1.3-2
ii libcommons-io-java 2.8.0-1
ii libcommons-lang3-java 3.11-1
ii libcommons-logging-java 1.2-2
ii libcommons-net-java 3.6-1
ii libhttpclient-java 4.5.13-2
ii libjackson2-annotations-java 2.12.1-1
ii libjackson2-core-java 2.12.1-1
ii libjackson2-databind-java 2.12.1-1
ii libjaxp1.3-java 1.3.05-6
ii libjmdns-java 3.5.5-1
ii libjna-java 5.6.0-1
ii libjna-platform-java 5.6.0-1
ii libjsch-java 0.1.55-1
ii libjssc-java 2.8.0-3
ii liblistserialsj-dev 1.4.0-1+b1
ii liblog4j2-java 2.16.0-1~deb11u1
ii libcommons-compress-java 1.20-1
ii libcommons-exec-java 1.3-2
ii libcommons-io-java 2.8.0-1
ii libcommons-lang3-java 3.11-1
ii libcommons-logging-java 1.2-2
ii libcommons-net-java 3.6-1
ii libhttpclient-java 4.5.13-2
ii libjackson2-annotations-java 2.12.1-1
ii libjackson2-core-java 2.12.1-1
ii libjackson2-databind-java 2.12.1-1
ii libjaxp1.3-java 1.3.05-6
ii libjmdns-java 3.5.5-1
ii libjna-java 5.6.0-1
ii libjna-platform-java 5.6.0-1
ii libjsch-java 0.1.55-1
ii libjssc-java 2.8.0-3
ii liblistserialsj-dev 1.4.0-1+b1
ii librsyntaxtextarea-java 2.5.8-1
ii librxtx-java 2.2pre2+dfsg1-2
ii libsemver-java 0.9.0-4
ii libslf4j-java 1.7.30-1
ii libxml-commons-external-java 1.4.01-5
ii libxmlgraphics-commons-java 2.4-2~deb11u1
ii librxtx-java 2.2pre2+dfsg1-2
ii libsemver-java 0.9.0-4
ii libslf4j-java 1.7.30-1
ii libxml-commons-external-java 1.4.01-5
ii openjdk-11-jre 11.0.14+9-1
Versions of packages arduino recommends:
ii extra-xdg-menus 1.0-5
ii policykit-1 0.105-31
arduino suggests no packages.
-- no debconf information
m
--
http://bodrato.it/
Carsten Schoenert
Sep 11, 2022, 2:20:03 AM9/11/22
to
Hello Francisco,
Am Wed, Sep 07, 2022 at 09:15:18PM +0000 schrieb Francisco Gonzalez Morell:
> There is a bug report with the same problem in Ubuntu.
no, it's not.
The two issues have different roots for the misbehavior. You talking
about a problem that was within the package listserialportsc.
> https://bugs.launchpad.net/ubuntu/+source/arduino/+bug/1916278
>
> The problem seems to be the order of the linker flags in the
> listserialportsc Makefile. Moving the LDFLAGS after the object files
> fixes the bug.
>
> listserialportsc is missing a library dependency: libserialport.so.0
>
> A workaround is:
>
> sudo apt install libserialport0 patchelf
>
> sudo patchelf --add-needed /usr/lib/x86_64-linux-gnu/libserialport.so.0
> /usr/lib/x86_64-linux-gnu/liblistSerialsj.so.1.4.0
Debian didn't had this problem as Debian isn't using --as-needed within
the linker flags.
But a few days ago a MR for listserialportsc was worked into the
packaging that is reordering the LDFLAGS so an rebuild on the Ubuntu
infrastructur will create correctly linked binaries again (once Ubuntu
will pull in new packages from Debian).
https://salsa.debian.org/electronics-team/arduino/listserialportsc/-/merge_requests/2
https://tracker.debian.org/news/1358628/accepted-listserialportsc-140repack-1-source-into-unstable/
Regards
Carsteb
Am Wed, Sep 07, 2022 at 09:15:18PM +0000 schrieb Francisco Gonzalez Morell:
> There is a bug report with the same problem in Ubuntu.
no, it's not.
The two issues have different roots for the misbehavior. You talking
about a problem that was within the package listserialportsc.
> https://bugs.launchpad.net/ubuntu/+source/arduino/+bug/1916278
>
> The problem seems to be the order of the linker flags in the
> listserialportsc Makefile. Moving the LDFLAGS after the object files
> fixes the bug.
>
> listserialportsc is missing a library dependency: libserialport.so.0
>
> A workaround is:
>
> sudo apt install libserialport0 patchelf
>
> sudo patchelf --add-needed /usr/lib/x86_64-linux-gnu/libserialport.so.0
> /usr/lib/x86_64-linux-gnu/liblistSerialsj.so.1.4.0
Debian didn't had this problem as Debian isn't using --as-needed within
the linker flags.
But a few days ago a MR for listserialportsc was worked into the
packaging that is reordering the LDFLAGS so an rebuild on the Ubuntu
infrastructur will create correctly linked binaries again (once Ubuntu
will pull in new packages from Debian).
https://salsa.debian.org/electronics-team/arduino/listserialportsc/-/merge_requests/2
https://tracker.debian.org/news/1358628/accepted-listserialportsc-140repack-1-source-into-unstable/
Regards
Carsteb
0 new messages