Control: tag -1 pending
Hello,
Bug #917759 in openhft-chronicle-wire reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
Source: openmama
Version: 2.2.2.1-11.1
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
User: debian-j...@lists.debian.org
Usertags: default-java10
openmama fails to build with Java 10 due to the removal of javah:
headers:
Source: nexus
Version: 4.3.2-svn1921-6
Severity: serious
Tags: ftbfs
Justification: fails to build from source
With the Java 9 fix applied (#893383) nexus still fails to build,
I assume due to more strict checks by GCC 9:
/bin/bash ../libtool --tag=CC --mode=compile x86_64-linux-gnu-gcc
Control: tag -1 pending
Hello,
Bug #912391 in segment reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
Control: tag -1 pending
Hello,
Bug #915291 in java3ds-fileloader reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
Control: tag -1 pending
Hello,
Bug #934319 in icedtea-web reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
dified to change
the package version).
Emmanuel Bourg
Control: tag -1 pending
Hello,
Bug #934111 in jython reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
'll upload a fix shortly, please reopen if piuparts is still not happy.
If it works I think this should be proposed for a stable point update.
Emmanuel Bourg
yes I think the issue is worth reporting
(but I wouldn't bother reporting minor test failures that can be easily
skipped to rebuild from sources).
Emmanuel Bourg
dError:
> java.nio.ByteBuffer.clear()Ljava/nio/ByteBuffer;^M
> - at org.python.core.io.BufferedReader.clear(BufferedReader.java:147)^M
> - at org.python.core.io.BufferedReader.(BufferedReader.java:27)^M
How did you get this exception? This was triggered by running Java 11
compiled code on Java 8, it's another issue we have to fix.
Emmanuel Bourg
y I don't think it's important enough to fix it in stretch.
Emmanuel Bourg
Control: tag -1 pending
Hello,
Bug #927244 in mina reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
ependency
of lucene4.10.
Emmanuel Bourg
Control: tag -1 pending
Hello,
Bug #925533 in libspring-java reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
r it means trading an overhead for the sysvinit users only
with a small overhead for everyone, not sure the systemd maintainers
will agree.
> But can we keep things working for buster, please?
If #926316 isn't fixed I don't mind using adduser temporarily.
Emmanuel Bourg
> Did you have a chance to test this on a buster/systemd Debian?
> I don’t currently have such a machine existing in a meaningful
> way. (Granted, I could probably cobble together some test VM,
> but I’m sure you have something at hand.)
I haven't checked yet.
Emmanuel Bourg
t.xml ca
>
> case "$1" in
> configure)
> - # Create the tomcat user as defined in /usr/lib/sysusers.d/tomcat9.conf
> - systemd-sysusers
> + # Create the tomcat user
> + /usr/libexec/tomcat9/create-sysuser.sh
If systemd-sysusers can't be used directly I prefer an inline code to an
external file.
Emmanuel Bourg
Le 27/03/2019 à 12:41, Andrej Shadura a écrit :
> I’m not entirely sure it is possible. But maybe someone else is going to
> have better luck removing openhft dependencies.
I'll get a look during the Paris BSP on sunday.
Emmanuel Bourg
rse, the changelog doesn't mention any reason for doing
> so.
I think this was done to remove the openhft packages that are
incompatible with Java 11. But maybe the affected Spring modules could
be salvaged by disabling the code using openhft (if it's optional).
Emmanuel Bourg
days on fixing this by providing a
> proper init script, as team upload / RC squash.
When it's ready please let me review the update before uploading. Not
changing the maintainer scripts nor the configuration files in the
process would be nice.
Emmanuel Bourg
cat9 package and I
don't want to go back on these features.
> To recall the justification I posted to the list that were,
> IIRC, never replied:
I made the suggestion to package the init script in a separate package
under your control, but you didn't follow up.
Emmanuel Bourg
Control: tag -1 pending
Hello,
Bug #924972 in openjdk-11-jre-dcevm reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
to be aligned to the same openjdk-11 version
(11.0.3+1)
Emmanuel Bourg
Control: tag -1 pending
Hello,
Bug #924706 in icedtea-web reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
Control: tags -1 - pending
Control: tags -1 + wontfix
Control: close -1
The browser plugin has been removed in 1.7.1-1.
On 16/03/2019 05:08, Jon DeVree wrote:
> The files in /usr/share/icedtea-web/bin have the wrong file names in the
> new package and this breaks javaws. itweb-settings and policyeditor are
> also broken.
Hi Jon,
Thank you for reporting this issue. I'll upload a fix shortly.
Emmanuel Bourg
Control: tag -1 pending
Hello,
Bug #912549 in icedtea-web reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
e removal of activemq.
Emmanuel Bourg
we are discussing
here, but that will be too late for Buster.
Emmanuel Bourg
t is too late now for new
> upstream releases as doko seems to imply.
>
> Please note there are several other RC issues that are marked as pending
> but I believe the "fix" is to remove the package from Debian.
FYI I'm working on a fix, I plan to upload it next week if it works, or
the Michael's patch if it doesn't.
Emmanuel Bourg
Control: tag -1 pending
Hello,
Bug #923709 in svgsalamander reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
Source: svgsalamander
Severity: serious
Tags: buster sid
svgsalamander fails to build with Java 11.0.2 due to javadoc changes:
-javadoc-build:
[mkdir] Created dir: /build/svgsalamander-1.1.1+dfsg/svg-core/dist/javadoc
[javadoc] Warning: Leaving out empty argument '-windowtitle'
g here. If osmosis doesn't transition before the full freeze the
Release Team will accept an unblock request to fix a FTBFS.
Emmanuel Bourg
FTBFS or not osmosis had
to be updated at some point anyway.
Emmanuel Bourg
Package: osmosis
Version: 0.47-3
Severity: serious
Hi,
osmosis currently fails to build in unstable, that was probably caused by
the upgrade of plexus-classworlds in January. Here is a patch fixing the
issue.
Emmanuel Bourg
diff --git a/debian/control b/debian/control
index 4ff5eb5..90019ea
close it now and Debian bug #917702 too?
Any hope to package JRuby 9.2.x? AFAIK it supports Java 11 better.
Emmanuel Bourg
ngraded because the issue only appears if the
dependencies are rebuilt. If the issue also appears when project
dependencies use Java 11 this is a more important issue.
Emmanuel Bourg
Le 26/02/2019 à 11:23, Sjoerd Simons a écrit :
> This may or may not be related to 923284
This is the same issue. Gradle breaks when its dependencies use Java 11
bytecode.
Emmanuel Bourg
the bsh
build, or by patching Gradle to use Opcodes.ASM7.
Emmanuel Bourg
Thank you for the report Sjoerd. What error did you get when compiling
gradle with the rebuilt bsh?
Emmanuel Bourg
Control: tag -1 pending
Hello,
Bug #909259 in procyon reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
Control: tag -1 pending
Hello,
Bug #922678 in openjdk-11-jre-dcevm reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
Le 05/02/2019 à 15:05, Emmanuel Bourg a écrit :
> The real issue is lombok, it needs both Java 8 and 11 to build (and even
> 6 and 7! But we managed do to without that).
Erratum: I've just figured out how to build lombok with Java 11 only.
Once ivyplusplus is taught about the new javac 'r
k-8, the package should remain in unstable until
this is sorted out.
Emmanuel Bourg
; or something similar.
This is an excellent suggestion. We should file a bug for openjdk-8 to
implement that.
Emmanuel Bourg
JDK 11, this will
be documented in the release notes.
Emmanuel Bourg
visualvm with Java 8? You tried running visualvm with Java 8 or you
tried attaching visualvm to a Java 8 VM?
Emmanuel Bourg
Control: severity -1 wishlist
Hi Andreas,
Actually lombok is the exception that is forcing us to ship (but not
support) openjdk-8-jdk in Buster. It's a build time only dependency,
lombok works with OpenJDK 11 at runtime.
Emmanuel Bourg
Control: tag -1 pending
Hello,
Bug #918552 in lombok reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
Control: tag -1 pending
Hello,
Bug #919064 in jarjar reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
f Champagne if someone does).
The good news is, we won't have to go that route, because this issue
isn't caused by Scala but by jarjar. It embeds a subset of the ASM
classes and at least one is missing. I'll upload a fix today.
Emmanuel Bourg
e Java community is to support only the LTS releases
(Java 8, 11, 17, etc).
Emmanuel Bourg
Control: tag -1 pending
Hello,
Bug #912476 in libapache-poi-java reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
Control: tag -1 pending
Hello,
Bug #825501 in tika reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
3.17
first. That'll allow us to upgrade tika. I'll then proceed to upgrade
POI to the version 4.x.
Emmanuel Bourg
can
wait the next package update. I don't think the mongodb module is
actually used.
Emmanuel Bourg
Control: tags -1 + wontfix
Control: close -1
log4j doesn't depend on mongodb.
Control: tag -1 pending
Hello,
Bug #919092 in mongo-java-driver reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
Control: tag -1 pending
Hello,
Bug #850798 in vorbis-java reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
Control: reassign -1 libvorbis-java
Control: affects -1 src:tika
I'm reassigning the bug to vorbis-java because the tika module should be
enabled there to fix this dependency issue. I'll look at the other
compilation errors separately.
Emmanuel Bourg
Control: tag -1 pending
Hello,
Bug #906398 in jarjar reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
-1 and it derailed the jarjar processing.
Emmanuel Bourg
d I don't have the time to look
into this anymore.
If someone wants to pick the ball the next steps are to:
1. build SBT 1.0 without the embedded libraries
2. build Scala 2.12
Emmanuel Bourg
ons of the OpenHFT
libraries are required.
Emmanuel Bourg
he
--has-package-version flag stating that the pom and the package have the
same version, which is wrong.
I've fixed that in swt4-gtk/4.10.0-2
Emmanuel Bourg
Control: tag -1 pending
Hello,
Bug #917975 in eclipse-jdt-debug reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
Control: tag -1 pending
Hello,
Bug #910356 in libspring-java reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
folks prefer.
Great, for the clojure packages it's good to have Elana to review them
first. For the other Java packages you can send a MR or push directly to
the repositories if you feel confident.
Emmanuel Bourg
Feel free to upload the fixes, but
preferably with a team upload rather than a NMU. I can grant you write
access to the java-team repositories on Salsa.
Emmanuel Bourg
Control: tag -1 pending
Hello,
Bug #917273 in el-api reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
Le 20/12/2018 à 18:35, Markus Koschany a écrit :
> Thanks for fixing this bug. I believe others will be affected by it too
> in the future. Shouldn't that be fixed in gradle-debian-helper instead?
> I mean it's not obvious that one has to export HOME now.
I'm not sure, this seems very specific
Control: tag -1 pending
Hello,
Bug #909216 in libjaxen-java reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
Control: tag -1 pending
Hello,
Bug #913050 in batik reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
Control: tag -1 pending
Hello,
Bug #912231 in bnd reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
https://salsa.debian.org/java-team/bnd/commit/50d45ef12b357a36aa7906e221f79301eba334f8
cified
as a relative path, it's shifted under the daemon working directory and
maven-repo-helper no longer finds the artifacts at the expected path.
This can be fixed by setting the repository location with an absolute
path (the HOME variable in debian/rules).
Emmanuel Bourg
Control: tag -1 pending
Hello,
Bug #916840 in groovy reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
Package: src:groovy
Version: 2.4.15-3
Severity: serious
User: debian-j...@lists.debian.org
Usertags: default-java11
groovy fails to build with Java 11, there are two different errors.
The first one:
groovy-2.4.15/src/main/org/codehaus/groovy/vmplugin/v7/IndyInterface.java:236:
error:
to the version 3.6.
Emmanuel Bourg
Le 16/12/2018 à 12:00, Felix Natter a écrit :
> True, the 3.1 pom is installed, but the debian pom isn't, and I think
> that maven-repo-helper usually creates/links
> .../javax.servlet-api/debian/javax.servlet-api-debian.(pom,jar)
> as well.
libservlet3.1-java never contained the 'debian'
Le 16/12/2018 à 07:11, Felix Natter a écrit :
> The problem is that the javax.servlet:javax.servlet-api:3.1 artifact
> (src:tomcat8/bin:libservlet3.1-java) does not install a
> debian/javax.servlet-api-debian.pom, so the resolution fails during
> freeplane compilation.
libservlet3.1-java does
Control: tag -1 pending
Hello,
Bug #905358 in jersey1 reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
Control: tag -1 pending
Hello,
Bug #905357 in jaxb reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
Source: i2p
Severity: serious
Tags: patch sid buster
Justification: FTBFS
Hi,
The jetty9 package has been updated to the version 9.4 and it breaks i2p.
Could you pleased review and apply the patch attached? It fixes the build
failure but it's untested at run time.
Thank you,
Emmanuel Bourg
Le 08/12/2018 à 20:04, Andreas Tille a écrit :
> Hmmm,
>
> grep -R java.xml.bind
>
> in the picard-tools source tree does not have any result.
Probably due to this ? :)
https://salsa.debian.org/med-team/picard-tools/commit/9359e09f
Control: tag -1 pending
Hello,
Bug #915586 in tomcat9 reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
Control: tag -1 pending
Hello,
Bug #915578 in tomcat9 reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
Control: tag -1 pending
Hello,
Bug #879228 in swt-gtk reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
Le 04/12/2018 à 16:06, Adrian Bunk a écrit :
> With OpenJDK 8 not supported in Debian this version is
> likely not suitable for buster.
>
> The OpenJDK 11 version seems to be at
> https://github.com/HotswapProjects/openjdk-jdk11u
There is no harm keeping openjdk-8-jre-dcevm in Buster though. I
Control: tag -1 pending
Hello,
Bug #911187 in axis reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below, and you can check the diff of the fix at:
Control: tag -1 pending
Hello,
Bug #912461 in jaxb reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below, and you can check the diff of the fix at:
Control: tag -1 pending
Hello,
Bug #913494 in bindex reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below, and you can check the diff of the fix at:
hat's probably why you got these errors. I sent a pull request
on Salsa addressing this issue [1].
Emmanuel Bourg
[1] https://salsa.debian.org/freeipa-team/ldapjdk/merge_requests/1
Control: tag -1 pending
Hello,
Bug #912235 in figtree reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below, and you can check the diff of the fix at:
On Tue, 6 Nov 2018 09:40:17 +0100 Olivier Sallou
wrote:
> javax.activation should be "replaced" by JAF standalone version i
> suppose but
>
> 1) it is not in Debian
>
> 2) seems to be named now java.activation (so needs patching to rename calls)
JAF is packaged as libactivation-java. The API
Control: tag -1 pending
Hello,
Bug #909257 in gmbal-pfl reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below, and you can check the diff of the fix at:
Le 30/10/2018 à 14:18, Markus Koschany a écrit :
> I was investigating the Java 11 FTBFS of axis and uddi4j. I wonder if we
> rather should focus on removing these packages instead of patching them.
I agree, I've requested the removal of uddi4j and wsil4j.
> eclipse-* packages can be ignored
Control: tag -1 pending
Hello,
Bug #911142 in libcofoja-java reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below, and you can check the diff of the fix at:
Control: tag -1 pending
Hello,
Bug #912390 in shiro reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below, and you can check the diff of the fix at:
Control: tag -1 pending
Hello,
Bug #912390 in shiro reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below, and you can check the diff of the fix at:
101 - 200 of 774 matches
Mail list logo