FS#68457 - [gephi] Requires specifically Java 8; fails to start with others.

Attached to Project: Community Packages
Opened by Jorge Luis Martinez Gomez (jol) - Wednesday, 28 October 2020, 21:46 GMT
Last edited by Konstantin Gizdov (kgizdov) - Wednesday, 24 March 2021, 15:40 GMT
Task Type Bug Report
Category Packages
Status Closed
Assigned To Konstantin Gizdov (kgizdov)
Architecture All
Severity Low
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 1
Private No

Details

Description:

Starting it normally fails with:

> Inconsistency detected by ld.so: dl-lookup.c: 105: check_match: Assertion `version->filename == NULL || ! _dl_name_match_p (version->filename, map)' failed!

Found this upstream issue:

https://github.com/gephi/gephi/issues/2210

fixed it.

Additional info:
* package version(s)

0.9.2-2

* config and/or log files etc.

None.

* link to upstream bug report, if any

https://github.com/gephi/gephi/issues/2210

Steps to reproduce:

1. pacman -S gephi
2. Pick any java-runtime provider except jre8-openjdk
3. Pick any java-environment provider except jdk8-openjdk
4. try to start gephi

Fix proposal:

Changing the dependencies to j{re,dk}8-openjdk instead of java-{runtime,environment} should fix this.
This task depends upon

Closed by  Konstantin Gizdov (kgizdov)
Wednesday, 24 March 2021, 15:40 GMT
Reason for closing:  Fixed
Additional comments about closing:  gephi-0.9.2-3 requires java 8
Comment by Jorge Luis Martinez Gomez (jol) - Wednesday, 28 October 2020, 21:46 GMT
s/fixed it.//
Comment by Anton Latukha (AntonLatukha) - Wednesday, 23 December 2020, 16:09 GMT
Nope - currenly not fixed, for the default case of the `jdk-openjdk`:

```
Picked up _JAVA_OPTIONS: -Djava.util.prefs.userRoot=/home/user/.config/java
OpenJDK 64-Bit Server VM warning: Options -Xverify:none and -noverify were deprecated in JDK 13 and will likely be removed in a future release.
WARNING: An illegal reflective access operation has occurred
WARNING: Illegal reflective access by org.netbeans.ProxyURLStreamHandlerFactory (file:/usr/share/java/gephi/platform/lib/boot.jar) to field java.net.URL.handler
WARNING: Please consider reporting this to the maintainers of org.netbeans.ProxyURLStreamHandlerFactory
WARNING: Use --illegal-access=warn to enable warnings of further illegal reflective access operations
WARNING: All illegal access operations will be denied in a future release
Inconsistency detected by ld.so: dl-lookup.c: 105: check_match: Assertion `version->filename == NULL || ! _dl_name_match_p (version->filename, map)' failed!
```
Comment by Jorge Luis Martinez Gomez (jol) - Wednesday, 23 December 2020, 17:55 GMT
> Nope - currenly not fixed

If the nope is a response to my comment, by s/fixed it.// I meant that I forgot to remove the "fixed it." line in the original post. I meant for it to read as "substitute 'fixed it.' with an empty string", as is written for vim/vi/sed/ex/ed/perl. That line was part of an earlier version of the posting before I submitted it, and it doesn't make sense as the posting is written now. Since original postings can't be edited, I just added the comment.

The PKGBUILD seems indeed not currently fixed.
Comment by Anton Latukha (AntonLatukha) - Sunday, 27 December 2020, 00:45 GMT
Java 8 seems currently frequently pops as only supported in some cases.
Upstream, people indicated that 0.9.1 worked for several versions of Java.
Current latest commit reads: "Java JDK 8. Note: Gephi does not currently work with JDK newer than 8. Work needs to be done yet in order to support newer java versions."

Options with the frozen upstream:
* Roll back to 0.9.1.
* Or make 0.9.2 support only Java 8 backend.
* If it is a minor issue and you happen to know Java, make a patch and submit it upstream.

At this point it seems that Gephi development is done, which sadly happens quite frequently with good scientific software.

Loading...