Package: wnpp
Severity: wishlist
Owner: Emmanuel Bourg
* Package name: equinox-bundles
Version : 4.7.3
Upstream Author : Eclipse Foundation, Inc.
* URL : http://www.eclipse.org/equinox/bundles/
* License : EPL-1.0
Programming Lang: Java
Description
Package: wnpp
Severity: wishlist
Owner: Emmanuel Bourg
* Package name: eclipse-debian-helper
Version : 1.0
Upstream Author : Emmanuel Bourg
* URL : https://salsa.debian.org/java-team/eclipse-debian-helper
* License : Apache-2.0
Programming Lang: Perl
Le 09/07/2018 à 23:29, Markus Koschany a écrit :
> We should really aim for the simplest solution. Actually I don't see any
> need to patch the javadoc tool because we could easily solve this at the
> packaging level. Just replace the embedded jquery library with symlinks
> to Debian's system
va-doc packages
(either with an extra parameter passed by the helpers, or by detecting a
debian specific environment variable, like DEB_BUILD_ARCH).
Emmanuel Bourg
Le 09/07/2018 à 22:41, Christoph Berg a écrit :
> Or even better, have javadoc put in the symlink.
Not a good idea. The javadoc generated would no longer be usable outside
Debian. Developers would no longer be able to generate the javadoc of
their libraries a upload it to a web server.
Emman
't bother updating it, the latest version is already packaged as
jaxrs-api.
Emmanuel Bourg
Le 07/07/2018 à 23:16, Sebastiaan Couwenberg a écrit :
> Control: severity -1 serious
>
> jts (1.15.1+ds-1) has been uploaded to unstable.
Hi Sebastiaan, do you think you could provide a patch fixing the reverse
dependencies please?
Emmanuel Bourg
Package: biogenesis
Version: 0.8-2
Severity: minor
biogenesis build-depends on eclipse-jdt but doesn't use it.
Since the Java Team plans to retire eclipse-jdt it would be
good to remove it from the dependencies.
Package: libtycho-java
Version: 0.25.0-4
Severity: important
I'm trying to build equinox-bundles with the tycho-maven-plugin and I get this
exception:
[WARNING] Error injecting:
org.eclipse.tycho.core.maven.TychoMavenLifecycleParticipant
java.lang.NoClassDefFoundError:
Le 03/07/2018 à 20:01, Thorsten Glaser a écrit :
> I’m not sure… building (and then running) most of tarent’s
> software products, which unfortunately are often not publicly
> available due to them containing customer-relevant information
> (some is OSS though).
I'm only referring to issues with
fixed 880952 3.5.2-1
close 880952
Le 03/07/2018 à 16:53, Thorsten Glaser a écrit :
> This will break all kinds of things here, we’ll need Maven and
> the whole ecosystem around it.
Please report any incompatibility spotted when running Maven with Java 8
and I'll see if it can be fixed. What is the scope of the ecosystem you
Le 02/07/2018 à 17:26, Emmanuel Bourg a écrit :
> Someone has a better idea?
I've reverted the --release parameter in ant/1.10.4-2 and
plexus-compiler/2.8.4-2 for Maven.
The Java 8 compatibility can be preserved on a case by case basis by
setting the release parameter manually. For Maven ba
Le 02/07/2018 à 17:59, Thorsten Glaser a écrit :
> Revert default-jdk to 8 until these all are fixed.
> (Since the internal APIs are, well, internal, they
> all ought to be fixed by their respective upstreams
> *anyway* AIUI.)
Reverting to OpenJDK 8 won't help, because most of the private APIs
Control: tags -1 + wontfix
Control: close -1
Tagging as 'wontfix' since the experiment with Ant and Maven didn't work
well (cf #895619 and #902895). The release flag makes the internal Java
APIs unavailable at compile time, this breaks many packages.
Le 02/07/2018 à 17:52, Thorsten Glaser a écrit :
> How do I reproduce this with Java 8, anyway?
You can't, the --release option appeared in Java 9.
Le 02/07/2018 à 17:32, Thorsten Glaser a écrit :
> Patch code that uses those internal APIs. This is what we do here™
> as well, ever since we could require Java 8 at the customers’ sites.
> It’s been easy so far as most of the time it was just base64.
Base64 is easy, but sun.misc.Unsafe is
would mean the
packages built with OpenJDK 10/11 are unlikely to run with OpenJDK 8
(the binary incompatibility in the ByteBuffer class affects quite a lot
of code).
Someone has a better idea?
Emmanuel Bourg
Le 02/07/2018 à 14:51, Emmanuel Bourg a écrit :
> axis fails to build with Java 10 due to the removal of the com.sun.net.ssl
> API:
>
>
> ./axis/src/org/apache/axis/components/net/SunFakeTrustSocketFactory.java:24:
> error: package com.sun.net.ssl does no
Source: axis
Severity: serious
Tags: sid buster
User: debian-j...@lists.debian.org
Usertags: default-java10
axis fails to build with Java 10 due to the removal of the com.sun.net.ssl API:
./axis/src/org/apache/axis/components/net/SunFakeTrustSocketFactory.java:24:
error: package
On 01/07/2018 06:50, Dmitry Smirnov wrote:
> I'm not sure what is missing but `/usr/bin/antlr4 -Dlanguage=Cpp` fails with
>
> error(31): ANTLR cannot generate Cpp code as of version 4.5.3
Hi Dmitry, what version of ANTLR is used upstream to build mysql-workbench?
ing we can probably fix.
Emmanuel Bourg
Package: maven-debian-helper
Version: 2.3~exp1
Severity: normal
mh_make should add the DH parameter --buildsystem=maven in debian/rules
when a build.xml file is present at the root of the project, otherwise
Ant is called instead of Maven when building the generated package.
Le 26/06/2018 à 23:30, Geert Stappers a écrit :
> Any hard objections on updating obsolete repos
> with a pointer to the new git repository?
Adding a reference to the new repository in the description of the old
repository is a good idea.
Emmanuel Bourg
istory of what we've done in the past, so IMHO repositories shouldn't
be deleted.
Emmanuel Bourg
ithout --ant, that should do it.
Emmanuel Bourg
to bootstrap Maven
components, it shouldn't be used for new packages nowadays.
Emmanuel Bourg
ted to work like a charm
The underlying issue is #895619 and has been fixed last week with the
upload of plexus-compiler/2.8.4-1. Several packages will need a rebuild
(here at least src:maven-resolver, but other dependencies are probably
affected) to get rid of these errors. Until this happens Mave
Package: wnpp
Severity: wishlist
Owner: Emmanuel Bourg
* Package name: mariadb-connector-java
Version : 2.2.5
Upstream Author : MariaDB
* URL : https://mariadb.com/kb/en/mariadb/about-mariadb-connector-j/
* License : LGPL-2.1+
Programming Lang: Java
Le 13/06/2018 à 23:01, Adrian Bunk a écrit :
> The /usr/share/doc/default-jdk symlink is shipped in the default-jdk
> package that is not installed by the build dependencies of
> libgpars-groovy-java.
Ok, because libgpars-groovy-java build-depends on default-jdk-headless
instead of default-jdk
or years
is still valid.
I wonder if this is a regression in the javadoc tool which would no
longer be able to follow symlinks.
Emmanuel Bourg
Le 11/06/2018 à 15:10, peter green a écrit :
> Debdiff for what I uploaded to raspbian is available at
> http://debdiffs.raspbian.org/main/o/openjfx/openjfx_8u141-b14-3%2brpi1.debdiff
Thanks a lot for the help Peter!
It looks like JSStringRef.cpp was eventually fixed upstream (at least in
Le 07/06/2018 à 10:04, Hans-Christoph Steiner a écrit :
> gradle provides bash completion:
> https://github.com/gradle/gradle-completion
>
> This should be included in Debian. It could either be built into the
> gradle source package itself, since its just a single file, or it could
> be its
Control: tags -1 + patch
Here is a patch fixing the build failure with Java 9 & 10:
--- a/src/java/Makefile.am
+++ b/src/java/Makefile.am
@@ -47,11 +47,9 @@
$(CEPH_PROXY): $(JAVA_SRC)
export CLASSPATH=java/ ; \
- $(JAVAC) -classpath java -source 1.5 -target 1.5 -Xlint:-options
Control: retitle -1 jayway-jsonpath FTBFS: Cannot set the value of read-only
property 'displayName'
Control: user debian-j...@lists.debian.org
Control: usertag -1 - default-java9
Le 28/03/2018 à 14:14, Adrian Bunk a écrit :
>> Cannot set the value of read-only property 'displayName' for project
Control: tags -1 + patch
I haven't been able to reproduce the error reported, but I got two
other errors due to the use of the now removed source/target level 1.5
in Java 9, and due to the removal of javah in Java 10. This simple
modification of JAVACFLAGS in debian/rules fixed these issues:
---
Package: maven-debian-helper
Severity: wishlist
When the maven-shade-plugin is used, an alternate pom named
dependency-reduced-pom.xml is generated with the right dependencies for the
artifact generated. maven-debian-helper should install this pom in the binary
package instead of the original
Le 02/06/2018 à 12:21, Christoph Berg a écrit :
> @java-team: comments?
It looks like the scope of the com.ongres.scram:client dependency in the
pom of org.postgresql:postgresql wasn't changed to 'provided' as
intended. I installed libpostgresql-jdbc-java/42.2.2-2 and got this in
Control: severity -1 important
Control: close -1
Le 03/06/2018 à 16:46, Markus Koschany a écrit :
> Control: reopen -1
>
> jaxb 2.3.0.1-2 fails to build from source. Reopening.
The build failure isn't related to jaxb/2.3.0.1-2 addressing this bug,
but to the upload of jaxb-api/2.3.0-1 which
ackage
The GitHub repository is no longer synchronized and will be removed in
the future.
Emmanuel Bourg
Le 29/05/2018 à 15:25, Markus Koschany a écrit :
> Nope, I have a perfectly normal day and I'm 100 % sure that the
> reasoning is rational. I don't mind if you want to let the Java 9 fix
> migrate to testing but this is IMO unnecessary because people are
> supposed to develop with Sid anyway and
Le 29/05/2018 à 14:15, Markus Koschany a écrit :
> This issue makes Netbeans fail to build from source which is by Debian's
> standards always an release critical bug. Netbeans will not be part of
> Buster as long as the FTBFS has not been rectified. However the bug is
> not in src:netbeans but
Le 29/05/2018 à 13:51, Markus Koschany a écrit :
> I can't remember. Feel free to try and implement your workaround but
> don't lower the severity of an 100 % RC bug until then.
This issue matches the definition of an important bug to me, i.e. "a bug
which has a major effect on the usability of
Le 29/05/2018 à 13:07, Markus Koschany a écrit :
> I have already tried that weeks ago but to no avail.
Did you try replacing the Ant task with an task invoking
the xjc command?
Le 29/05/2018 à 13:07, Markus Koschany a écrit :
> I have already tried that weeks ago but to no avail. I think the
> severity should remain RC until jaxb is updated to fix this issue. It
> blocks any way to fix other RC bugs in Netbeans at the moment.
jaxb/2.3.0-3 is already in testing, so
Control: tags -1 + fixed-upstream
Control: severity -1 important
The issue has been fixed upstream but hasn't been backported to the
2.3.0 branch yet. I'm lowering the severity since a workaround seems to
exist (by forking the JVM at the task level).
til.java:109)
> at
> org.eclipse.jetty.io.ArrayByteBufferPool.acquire(ArrayByteBufferPool.java:69)
This happens because jetty9 has been rebuilt with Java >= 9 and can no
longer run with Java 8. We plan to modify the build tools to avoid this
kind of issue in the future, but in the meantime you have to upgrade
your JRE to run this package.
Emmanuel Bourg
low to
achieve the SBT packaging? I'm sure people will jump in and help if the
steps are clearly identified and with someone coordinating the packaging
effort.
Emmanuel Bourg
Source: jaxrs-api
Severity: serious
Tags: sid buster
User: debian-j...@lists.debian.org
Usertags: default-java9
jaxrs-api has a test failing with Java 9 and later
due to the removal of the javax.xml.bind package:
[ERROR] Tests run: 2, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 0.163
s
Package: wnpp
Severity: wishlist
Owner: Emmanuel Bourg <ebo...@apache.org>
* Package name: qb64
Version : 1.2
Upstream Author : Galleon Dragon <galleondra...@gmail.com>
* URL : https://www.qb64.net
* License : LGPL-2.1
Programming La
Package: libjgoodies-looks-java
Version: 2.7.0-2
Severity: serious
Tags: sid buster
User: debian-j...@lists.debian.org
Usertags: default-java10
libjgoodies-looks-java fails to build with Java 10 because the Windows L
classes are no longer available:
[INFO]
Package: libnative-platform-java
Version: 0.14-3
Severity: serious
Tags: sid buster
User: debian-j...@lists.debian.org
Usertags: default-java10
libnative-platform-java fails to build with Java 10 due to the removal of javah:
javac -source 1.7 -target 1.7 -encoding UTF-8 -d debian/out/classes
Source: libgpars-groovy-java
Severity: serious
Tags: sid buster
User: debian-j...@lists.debian.org
Usertags: default-java10
libgpars-groovy-java fails to build with Java 10 due to a javadoc issue:
Starting process 'command '/usr/lib/jvm/java-10-openjdk-amd64/bin/javadoc''.
Working directory:
Control: forwarded -1 https://github.com/nhatminhle/cofoja/issues/52
The IllegalArgumentException thrown by ASM can be fixed either
by upgrading ASM or setting the source/target level on the task.
There is another issue hidden behind this one though. Cofoja uses
internal JDK classes and it now
Source: objenesis
Severity: serious
Tags: sid buster
User: debian-j...@lists.debian.org
Usertags: default-java10
Forwarded: https://github.com/easymock/objenesis/issues/59
objenesis fails to build with Java 10 due to test errors:
Tests run: 2, Failures: 0, Errors: 2, Skipped: 0, Time elapsed:
Source: maven-plugin-tools
Severity: serious
Tags: sid buster
User: debian-j...@lists.debian.org
Usertags: default-java10
Forwarded: https://issues.apache.org/jira/browse/MPLUGIN-339
maven-plugin-tools fails to build with Java 10 due to the removal
of the com.sun.tools.doclets API:
[INFO]
Source: icu4j
Severity: serious
icu4j fails to build with Java 10 due to a buggy JDK detection logic:
Buildfile: /build/1st/icu4j-60.2/build.xml
BUILD FAILED
/build/1st/icu4j-60.2/build.xml:125: The JDK version is too old or unknown.
It also fails to compile due to changes to the
Source: java3d
Severity: serious
Tags: sid buster
User: debian-j...@lists.debian.org
Usertags: default-java10
java3d fails to build with Java 10 due to the removal of javah:
dependencyCheck:
[echo] javahBuild.notRequired = ${javahBuild.notRequired}
[echo]
Le 13/05/2018 à 16:58, 殷啟聰 | Kai-Chung Yan a écrit :
> I would say this is not the fault of Gradle itself, but it the tricks can be
> provided by `gradle-debian-helper`. We shouldn't modify the behavior of the
> build tools too much.
I don't know if this can be addressed at the
I don't think we should stop running the unit tests during the build,
that would prevent us from catching obvious regressions or
incompatibilities before the package is uploaded.
The real question I think is what do we want to run as part of the
autopkgtests? Do we run the unit tests again? The
e nice to also add a
relocation for the older java3d:vecmath coordinates.
Emmanuel Bourg
Le 10/05/2018 à 05:52, Thorsten Glaser a écrit :
> You summoned?
Thank you for the quick help! It works perfectly.
@Andreas: I pushed the fixes, could you complete the upload please?
Package: libjna-java
Severity: serious
Tags: sid buster
User: debian-j...@lists.debian.org
Usertags: default-java10
libjna-java fails to build with Java 10 due to the removal of javah:
compile:
[javac] Using javac -source 1.6 is no longer supported, switching to 1.7
[javac] Using
Control: tags -1 + patch
Le 06/05/2018 à 02:13, James McCoy a écrit :
> It looks like that will do the right thing. Now I just need to figure
> out the larger issue of adapting upstream's build system.
I've managed to patch the EZT Make template to use 'javac -h' instead of
javah. A few
st script is
probably broken, it checks if files are equal... but fails on equal
files. I tried replacing "diff -u" with "cmp" but that didn't help. We
need some help from a make/shell expert.
Emmanuel Bourg
Source: libpulse-java
Severity: serious
User: debian-j...@lists.debian.org
Usertags: default-java10
libpulse-java fails to build with Java 10 due to the removal of javah:
compile:
[mkdir] Created dir: /build/1st/libpulse-java-2.4.7/target/classes
[javac] Using javac -source 1.6 is
Control: reassign -1 java-wrappers
Control: retitle -1 java-wrappers: Remove Vincent Fourmond from the uploaders
Control: reassign -1 libjfreechart-java
Control: retitle -1 libjfreechart-java: Remove Vincent Fourmond from the
uploaders
Control: retitle -1 xz-java: FTBFS with Java 10 due to javadoc changes
This is actually caused by the replacement of the package-list file with
element-list which combines the package names with the module names.
Source: xz-java
Severity: serious
User: debian-j...@lists.debian.org
Usertags: default-java10
xz-java fails to build with Java 10 because javadoc is unable
to find the package-list file from the JDK documentation at
the usual path:
jar:
[mkdir] Created dir:
Source: jffi
Severity: serious
User: debian-j...@lists.debian.org
Usertags: default-java10
jffi fails to build with Java 10 due to the removal of javah:
-generate-version-source:
[echo] Generating Version.java
[mkdir] Created dir: /build/1st/jffi-1.2.7/build/java/com/kenai/jffi
Source: jblas
Severity: serious
User: debian-j...@lists.debian.org
Usertags: default-java10
jblas fails to build with Java 10 due to the removal of javah:
prepare:
[mkdir] Created dir: /build/1st/jblas-1.2.4/target/classes
javah:
[javac] /build/1st/jblas-1.2.4/build.xml:142:
Source: jinput
Severity: serious
User: debian-j...@lists.debian.org
Usertags: default-java10
jinput fails to build with Java 10 due to the removal of javah:
jar:
[jar] Building jar:
/build/1st/jinput-20100502+dfsg/plugins/linux/bin/linux.jar
createJNIHeaders:
BUILD FAILED
Source: java-gnome
Severity: serious
User: debian-j...@lists.debian.org
Usertags: default-java10
java-gnome fails to build with Java 10 due to the removal of javah.
The configure script is unable to detect javah and the build stops:
...configuring Java projects to build and run on Linux &
Package: junit4
Version: 4.12-6
Severity: serious
User: debian-j...@lists.debian.org
Usertags: default-java10
junit4 fails to build with Java 10 due to the removal of several methods
from the java.lang.SecurityManager class:
[INFO] -
Source: javamail
Version: 1.6.1-2
Severity: serious
User: debian-j...@lists.debian.org
Usertags: default-java10
javamail fails to build with Java 10 due to the deprecation of the
Object.finalize() method and the use of the -Werror compilation flag:
[WARNING]
Hi Guillaume,
Why are you changing the password of a keystore holding the public keys
of the certification authorities? There is nothing secret inside.
Emmanuel Bourg
Control: fixed -1 3.7-1
Control: close -1
Control: reassign -1 libcommons-lang3-java
Control: affects -1 access-modifier-checker
This is actually a Java 10 incompatibility in libcommons-lang3-java.
It's fixed in the version 3.7.
Subversion.
Looking at the build log it seems javah is invoked 5 times and the
headers are all generated into the subversion/bindings/javahl/include
directory. Did you try disabling the calls to javah and adding '-h
subversion/bindings/javahl/include/' to the javac parameters?
Emmanuel Bourg
Le 01/05/2018 à 17:44, Tiago Daitx a écrit :
> Do we have packages that are currently setting the fork option? I
> would like to take a look at a few examples to get on overview of what
> else is being set (and maybe why) before committing any changes to the
> way the patch deals with a fork.
existing files) in the /usr/share/doc/default-jdk-doc/
> or drop that path altogether?
I personally wouldn't do it, this is a mess of symlinks and replacing an
installed symlink with a file or directory is tricky. I don't feel it's
important enough to invest time into this.
Emmanuel Bourg
Le 01/05/2018 à 10:43, nicolas.patr...@gmail.com a écrit :
> Why not upgrading Geogebra to the latest version?
There is a licensing issue with the new version, see #692728.
isn't going to be very stable until
the end of the year and the final switch to Java 11. Canonical is
working hard to make the transition as smooth as possible, but if you
aren't in a hurry to upgrade I think it's safer to wait a bit.
Emmanuel Bourg
eam projects ourself anyway.
Emmanuel Bourg
diff -Nru plexus-compiler-2.8.2/debian/changelog
plexus-compiler-2.8.2/debian/changelog
--- plexus-compiler-2.8.2/debian/changelog 2017-09-18 10:31:35.0
-0300
+++ plexus-compiler-2.8.2/debian/changelog 2018-04-12 11:35:44.0
-0
severity 819128 wishlist
tags 819128 + wontfix
close 819128
Package: wnpp
Severity: wishlist
Owner: Emmanuel Bourg <ebo...@apache.org>
* Package name: maven-cache-cleanup
Version : 1.0.4
Upstream Author : Yuri Nadestin
* URL : https://github.com/nadestin/tools
* License : Apache-2.0
Programming Lang
/api despite the longer path.
Emmanuel Bourg
Le 18/04/2018 à 19:26, Michael Welsh Duggan a écrit :
> Thanks. This would be good, as a Debian system will use
> /usr/lib/jre/default-java to run tomcat8 by default, and that symlink is
> not one changed by the alternatives system. As a result, this will not
> run without changing JAVA_HOME in
Le 18/04/2018 à 16:32, Daniel Drake a écrit :
> Please let me know any further experiments that would be useful.
Could you try with bnd/3.5.0-1 from testing/unstable too?
again with OpenJDK 8 in the next update.
Emmanuel Bourg
Package: ftp.debian.org
Severity: normal
Hi,
Please remove the libjboss-marshalling-java package. This library is
no longer used, it was left over after the removal of jbossas4 in 2014.
Thank you,
Emmanuel Bourg
Package: ftp.debian.org
Severity: normal
Hi,
Please remove the libjboss-serialization-java package. This library is
no longer used, it was left over after the removal of jbossas4 in 2014.
Thank you,
Emmanuel Bourg
Package: ftp.debian.org
Severity: normal
Hi,
Please remove the junitperf package. This is an old test library last
released in 2005 that is no longer used in Debian.
Thank you,
Emmanuel Bourg
Package: ftp.debian.org
Severity: normal
Hi,
Please remove the stax-utils package. It has never
been used since its upload 7 years ago.
Thank you,
Emmanuel Bourg
Package: ftp.debian.org
Severity: normal
Hi,
Please remove the colorchooser package. It has never
been used since its upload 7 years ago.
Thank you,
Emmanuel Bourg
Package: ftp.debian.org
Severity: normal
Hi,
Please remove the libspark-java package. It has never
been used since its upload 7 years ago.
Thank you,
Emmanuel Bourg
Package: ftp.debian.org
Severity: normal
Hi,
Please remove the libtggraphlayout-java package. It has never
been used since its upload 8 years ago.
Thank you,
Emmanuel Bourg
packages depending on libtablelayout-java will keep working).
Emmanuel Bourg
Thank you for the patch Tiago. "1.7" is repeated many time, that might
be nice to put it in a variable so we can update the patch easily in the
future.
Emmanuel
801 - 900 of 2416 matches
Mail list logo
