undefined symbol: tgetent

Status changed to 'Confirmed' because the bug affects multiple users.

I've ran into the same issue.

After reading https://bugs.launchpad.net/ubuntu/+source/gradle/+bug/1238322/comments/8, I installed the package from Debian: https://packages.debian.org/sid/libnative-platform-jni.

This works only partially. It fails with a different error message:

FAILURE: Build failed with an exception.

* What went wrong:
java.lang.ExceptionInInitializerError (no error message)

* Try:
Run with --info or --debug option to get more log output.

* Exception is:
java.lang.ExceptionInInitializerError
        at org.gradle.initialization.DefaultClassLoaderRegistry.restrictTo(DefaultClassLoaderRegistry.java:40)
        at org.gradle.initialization.DefaultClassLoaderRegistry.restrictToGradleApi(DefaultClassLoaderRegistry.java:36)
        at org.gradle.initialization.DefaultClassLoaderRegistry.<init>(DefaultClassLoaderRegistry.java:30)
        at org.gradle.internal.service.scopes.GlobalScopeServices.createClassLoaderRegistry(GlobalScopeServices.java:215)
        at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
        at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
        at java.base/java.lang.reflect.Method.invoke(Method.java:547)
        at org.gradle.internal.reflect.JavaMethod.invoke(JavaMethod.java:73)
        at org.gradle.internal.service.DefaultServiceRegistry.invoke(DefaultServiceRegistry.java:462)
        at org.gradle.internal.service.DefaultServiceRegistry.access$1200(DefaultServiceRegistry.java:84)
        at org.gradle.internal.service.DefaultServiceRegistry$FactoryMethodService.invokeMethod(DefaultServiceRegistry.java:796)
        at org.gradle.internal.service.DefaultServiceRegistry$FactoryService.create(DefaultServiceRegistry.java:752)
        at org.gradle.internal.service.DefaultServiceRegistry$ManagedObjectProvider.getInstance(DefaultServiceRegistry.java:589)
        at org.gradle.internal.service.DefaultServiceRegistry$SingletonService.get(DefaultServiceRegistry.java:634)
        at org.gradle.internal.service.DefaultServiceRegistry.applyConfigureMethod(DefaultServiceRegistry.java:253)
        at org.gradle.internal.service.DefaultServiceRegistry.findProviderMethods(DefaultServiceRegistry.java:214)
        at org.gradle.internal.service.DefaultServiceRegistry.addProvider(DefaultServiceRegistry.java:352)
        at org.gradle.internal.service.ServiceRegistryBuilder.build(ServiceRegistryBuilder.java:52)
        at org.gradle.launcher.cli.BuildActionsFactory.createGlobalClientServices(BuildActionsFactory.java:153)
        at org.gradle.launcher.cli.BuildActionsFactory.runBuildWithDaemon(BuildActionsFactory.java:108)
        at org.gradle.launcher.cli.BuildActionsFactory.createAction(BuildActionsFactory.java:83)
        at org.gradle.launcher.cli.CommandLineActionFactory$ParseAndBuildAction.createAction(CommandLineActionFactory.java:249)
        at org.gradle.launcher.cli.CommandLineActionFactory$ParseAndBuildAction.execute(CommandLineActionFactory.java:239)
        at org.gradle.launcher.cli.CommandLineActionFacto...

I can confirm. Downloading https://packages.debian.org/sid/libnative-platform-jni and installing it with `dpkg --install libnative-platform-jni_0.11-5_amd64.deb` fixed the issue
I'm using lubuntu 17.04

Installing https://packages.debian.org/sid/libnative-platform-jni (0.11-5_amd64) fixed this problem for me, too.

I encountered this problem too, and like the others, installing https://packages.debian.org/sid/libnative-platform-jni (0.11-5_amd64) fixes it for myself.

I also want to mention this only happened with OpenJDK, when I switched java to the Oracle JDK, the problem also went away.

I encountered this problem too, and after installing the libnative-platform-jni from debian, it went away.

My system is Ubuntu Gnome Desktop 17.04.

Updating gradle to 3.5 also solves issue.
Upstream bugreport: https://github.com/gradle/gradle/issues/1493
Commit with fix: https://github.com/gradle/gradle/commit/4c78b4c85db2f02a98e5fb022d68c33a7cb06f2f

Thanks Mateusz, I added an "update request" issue to the Gradle package: https://bugs.launchpad.net/ubuntu/+source/gradle/+bug/1695919

It is still weird that this problem doesn't appear with the Debian package. They are both the same version.

I compared Ubuntu sources and Debian sources, they are exactly the same.
The only difference I've found is related to dynamic relocations in /usr/lib/jni/libnative-platform-curses.so, adding screenshot.

I followed Hilikus (hilikus) instructions, and works for me.
Thanks a lot

In https://bugs.launchpad.net/ubuntu/+source/gradle/+bug/1238322 Eric writes it is a bug in the makefile. So the sources are the same.

+1 for the fix of downloading the debian package

https://packages.debian.org/sid/amd64/libnative-platform-jni/download

sudo dpkg --install libnative-platform-jni_0.11-5_amd64.deb

I'm using Ubuntu Desktop

Downloading https://packages.debian.org/sid/libnative-platform-jni and installing it with `dpkg --install libnative-platform-jni_0.11-5_amd64.deb` fixed the issue for me too on Xubuntu 17.04

In case of this helps: I installed the libnative-platform-jni_0.11-5_amd64.deb package 1+ month ago because I was getting the same problem in kubuntu 17.04. I remember there have been software upgrades since then. Today, I have tried to compile and the error was back. So that, to fix the problem, I had to reinstall the libnative-platform-jni_0.11-5_amd64.deb package.

same issue on Ubuntu 17.10 ... solution works as noted above ... download deb and install

https://packages.debian.org/sid/amd64/libnative-platform-jni/download

sudo dpkg --install libnative-platform-jni_0.11-5_amd64.deb

Hello. I also downloaded and installed the package (https://packages.debian.org/sid/amd64/libnative-platform-jni/download), but when checking my gradle version (gradle -v), I got :

"FAILURE: Build failed with an exception.

* What went wrong:
Unexpected native library version loaded. Expected 21, was 25.

* Try:
Run with --stacktrace option to get the stack trace. Run with --info or --debug option to get more log output."

Does anyone know of a solution for this?

(Fixed it by sudo apt-get remove gradle then re-installing it with sdk)

Running Artful, I have the same problem. Installing latest from SID (i.e. 0.14 instead of Ubuntu's 0.11) causes "Unexpected native library version loaded. Expected 21, was 25."

In addition to that, Artful's gradle is pretty old - 3.2 compared to current 4.4. I've replaced it with gradle from cwchien's PPA: https://launchpad.net/~cwchien/+archive/ubuntu/gradle/+packages and it works great.

As noted by above, reproducible in Artful

I have the same issue in Artful.

Sadly, Gradle in the current beta of upcoming 18.04 LTS is broken in the same way, too.

Packages:

gradle 3.2.1-5
libnative-platform-jni 0.14-2
libnative-platform-java 0.14-2

Hi,

I uploaded the following patch to artful.

For bionic, that should be fixed via a sync from debian

Laurent, thanks a lot for looking into this!

Is there a particular action needed for starting the Debian sync? I'm asking because apparently there was no Debian sync for the last 1 year. At least that's the time the package has been broken in the various Ubuntu releases that happened since then.

The debian package was wrong but not broken due to difference in the linker default options.

The last time the package has been synced is Nov 2017, so I think that should happen automatically with 0.14-3 upload from debian

FWIW, Debian import freeze for bionic was already on March 1.

According to https://wiki.ubuntu.com/DebianImportFreeze

"After this date, packages will only be imported from Debian in this way by explicit request from a developer."

I've requested a sync, see https://bugs.launchpad.net/ubuntu/+source/libnative-platform-java/+bug/1754896

With todays update of libnative-platform-java/jni, this issue is fixed in 18.04. Thanks again!

The fix I pushed for Artful is still not accepted for SRU

The patch is really minimal, just move the linker (-l) flag at the end of the line.

Currently the libnative-platform-jni package in artful depends only on libc6, with the patch, it depends (on bionic) on libc6 and libtinfo5 as expected.

I don't really see a possible regression with that fix

Solution in #20 worked partially but lead to a new problem (Build failed in my case).

"WARNING: An illegal reflective access operation has occurred
WARNING: Illegal reflective access by org.codehaus.groovy.reflection.CachedClass (file:/usr/lib/gradle/4.6/lib/groovy-all-2.4.12.jar) to method java.lang.Object.finalize()"

This might be related to Java SDK 9 not being supported.

SRU got rejected because I didn't follow the SRU procedure strictly enough.

Package is still broken in artful, someone that care enough he can take that over from me

Just ran into this. pretty surprised we're still having issues with a bug that was first identified in 2013. Does anyone have workaround suggestions in the mean time?

Yes, there's a workaround.
You can install the package (with the same version) from Debian: https://packages.debian.org/stretch/libnative-platform-jni