Justification: makes other package FTBFS
gradle in unstable works with libnative-platform-java 0.10+dfsg-2 but does
not work with libnative-platform-java 0.11-4.
A detailed explaination for gradle can be seen in #844020.
This problematic situation leads to several packages FTBFS, at
least htsjdk (#843686) and gradle itself.
Normaly, if a new version of a library do not works, by design,
with program compiled with the old version, a package rename (and
an SONAME bump for ELF libraries) is required in order to avoid
to silently break reverse dependencies.
I do not know libnative-platform-java enough to know if this
breakage is known and normal (i.e. a package rename should have
been done) or if this is a plain bug.
-- System Information:
Debian Release: stretch/sid
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'unstable'), (500, 'testing'),
(200, 'stable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386, armel, mipsel
Kernel: Linux 4.8.0-1-amd64 (SMP w/8 CPU cores)
Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
Versions of packages libnative-platform-java depends on:
ii libnative-platform-jni 0.10+dfsg-2
libnative-platform-java recommends no packages.
libnative-platform-java suggests no packages.
-- no debconf information
This is the maintainer address of Debian's Java team
debian-j...@lists.debian.org for discussions and questions.