Hi Andreas, this is a duplicate of #870339
Le 1/08/2017 à 11:11, Adrian Bunk a écrit :
> Lots of Java packages started to FTBFS the same way last night in the
> reproducible builds.
It should affect all packages built with maven-debian-helper + DH, so
about 400 packages.
> I just tried downgrading debhelper to 10.7 and that fixed it,
Thank you for the report Adrian. I admit I don't understand why the
clean target fails on the builder. The package just uses the default
dh_auto_clean from maven-debian-helper with no other customization (no
override, no debian/clean), and it works well for many other packages.
Emmanuel Bourg
Package: ftp.debian.org
Severity: normal
Hi,
Please remove the maven-embedder package, it is no longer used
and its content is now provided by libmaven3-core-java.
Thank you,
Emmanuel Bourg
Package: wnpp
Severity: wishlist
Owner: Emmanuel Bourg <ebo...@apache.org>
* Package name: maven-reporting-exec
Version : 1.3
Upstream Author : The Apache Software Foundation
* URL : http://maven.apache.org/shared/maven-reporting-exec/
* License : Apac
Package: ftp.debian.org
Severity: normal
Hi,
Please remove the doxia-maven-plugin package. This Maven plugin is never
used in Debian and upstream stopped updating it 6 years ago.
Thank you,
Emmanuel Bourg
Le 27/07/2017 à 11:37, Wouter Verhelst a écrit :
> If so, it would have been helpful if the bug report showed that.
You could have inquired politely about the state of package too.
> That's not how Debian works, sorry.
Blaming maintainers is certainly not how Debian works.
Package: ftp.debian.org
Severity: normal
Hi,
Please remove the plexus-compiler-1.0 package, it was required
for the transition to Maven 3 but it is no longer used.
Thank you,
Emmanuel Bourg
Package: ftp.debian.org
Severity: normal
Hi,
Please remove the maven-compiler-plugin-2.5 package, it was required
for the transition to Maven 3 but it is no longer used.
Thank you,
Emmanuel Bourg
Package: ftp.debian.org
Severity: normal
Hi,
Please remove the plexus-component-api package, it has been replaced
by plexus-containers/plexus-containers1.5 and is no longer used.
Thank you,
Emmanuel Bourg
Package: ftp.debian.org
Severity: normal
Hi,
Please remove the the plexus-active-collections package, this is an obsolete
library from the Plexus/Maven ecosystem that is no longer used.
Thank you,
Emmanuel Bourg
Package: wnpp
Severity: wishlist
Owner: Emmanuel Bourg <ebo...@apache.org>
* Package name: maven-reporting-api
Version : 3.0
Upstream Author : The Apache Software Foundation
* URL : http://maven.apache.org/shared/maven-reporting-api/
* License : Apac
Le 26/07/2017 à 21:10, Wouter Verhelst a écrit :
> this is getting ridiculous.
Do you realize that there is an ongoing effort to upgrade pdfsam and
that this kind of comment is rather demotivating? If you don't help you
are not allowed to complain.
Emmanuel Bourg
Le 25/07/2017 à 22:45, Mykola Nikishov a écrit :
> Upgrade to 1.0~beta3.0.7-9 will drag junit. Please change default
> scope [1] to the test one.
>
> [1]
> https://anonscm.debian.org/cgit/pkg-java/plexus-containers.git/tree/pom.xml#n32
Actually in this case the scope is correct, because the
Le 23/07/2017 à 03:34, tony mancill a écrit :
> Thank you for the guidance - much appreciated! I'm working on the patch
> for maven-bundle-plugin 2.5.4 now, since it's just a simple signature
> change to add the MavenSession [1].
Thank you for the fix Tony!
Hi Adrian,
Thank you for the report. No need to report more "NoSuchMethodError"
related to MavenArchiver, this is a toolchain issue with
maven-bundle-plugin which affects all its rdeps (~160 packages). I'll
look into this shortly.
Emmanuel Bourg
to bnd. I suggest fixing the compatibility with maven-archiver
without upgrading the plugin yet, and later upgrade it when the new
version of bnd is ready.
Emmanuel Bourg
Le 21/07/2017 à 23:11, Tiago TT a écrit :
> For example, the package for 8u141 would be called: oracle-java8u141-jdk
> And the resulting DEB file: oracle-java8u141-jdk_8u141_amd64.deb
Thank you for the example, I like the idea. I'm not sold on the name of
the '--multi' parameter though,
Hi Tiago,
Thanks a lot for the patches! Could you give an example of the package
name and installation path generated with the --multi option?
Emmanuel Bourg
Package: devscripts
Version: 2.17.9
Severity: normal
Hi,
While updating plexus-archiver I noticed that uscan filters more files
than expected.
The watch file is:
version=3
opts=uversionmangle=s{-alpha-}{~alpha} \
https://github.com/codehaus-plexus/plexus-archiver/tags
Package: wnpp
Severity: wishlist
Owner: Emmanuel Bourg <ebo...@apache.org>
* Package name: maven-artifact-transfer
Version : 0.9.1
Upstream Author : The Apache Software Foundation
* URL : http://maven.apache.org/shared/maven-artifact-transfer/
* L
Package: ftp.debian.org
Severity: normal
Hi,
Please remove the maven-ear-plugin package. It's never used in Debian
(and probably never will).
Thank you,
Emmanuel Bourg
Package: wnpp
Severity: wishlist
Owner: Emmanuel Bourg <ebo...@apache.org>
* Package name: maven-mapping
Version : 3.0.0
Upstream Author : The Apache Software Foundation
* URL : https://maven.apache.org/shared/maven-mapping/
* License : Apache-2.0
Progr
Here is a patch, only build tested on amd64, that's the best I can do.
diff --git a/debian/control b/debian/control
index 369594d98..3ff9f1b76 100644
--- a/debian/control
+++ b/debian/control
@@ -6,16 +6,14 @@ Uploaders: Ondrej Surý , Dmitrijs Ledkovs
onfirm the error we'll backport the fix.
Emmanuel Bourg
Le 4/07/2017 à 20:21, Markus Koschany a écrit :
> I understand what you intend to say. Even if UTF-8 was the default,
> libidw-java would require an override with ISO-8859-1 encoding. However
> we are talking about the general case. What is more likely that a Java
> project contains an UTF-8
Le 4/07/2017 à 17:45, Markus Koschany a écrit :
> I think it is very important that the encoding is handled consistently
> by all build tools. I wanted to fix this for a while now because too
> many times I had to specify UTF-8 explicitly and the build system tried
> to use ASCII. UTF-8 is the
Le 4/07/2017 à 14:08, Markus Koschany a écrit :
> Maybe let's start with an upload to
> experimental and we try it on some guinea pig javahelper packages first.
Why not but it looks like a lot of efforts for no gain (besides the
satisfaction of compiling with a modern encoding, but that's not a
Le 2/07/2017 à 21:19, Chris West a écrit :
> I couldn't find an upstream issue for this, which suggests it may be an
> issue with openjdk-9 itself... or that everyone else is just setting
> JAVA_HOME. Setting JAVA_HOME does fix it, but it may be easier to fix
> the plugin than all the various
). Using
ISO-8859-1 is roughly equivalent to the behavior we had before changing
the language level to 1.7. Since this mostly affects comments in the
code it isn't very important.
I'm fine if someone wants to use UTF-8, but he has to be prepared to
also fix the packages built with jh_build.
Emmanuel Bourg
Le 3/07/2017 à 11:48, Markus Koschany a écrit :
> So if I understand correctly all pure javahelper packages are safe as
> long as they have defined the encoding already?
Yes, but I'm under the impression that no javahelper based package does
so (a code search on "JH_JAVADOC_OPTS" returns only
Le 3/07/2017 à 11:19, Markus Koschany a écrit :
> Don't we have a way to say javahelper and maven-debian-helper default to
> UTF-8 but existing overrides like project.build.sourceEncoding (Maven)
> or export _JAVA_OPTIONS (javahelper) still continue to work and take
> precedence over them?
For
specify a default encoding. ISO-8859-1 should be a good choice
because any one byte character is considered valid.
Emmanuel Bourg
erefore, I'm going to reassign this
> bug and hopefully address it with an upload of maven-assembly.
I'd add that most of the time maven-assembly-plugin isn't required for
building our packages. So this could probably be solved by ignoring this
plugin.
Emmanuel Bourg
Hi Tony,
You are right, thank you for investigating this issue.
Emmanuel
Package: wnpp
Severity: wishlist
Owner: Emmanuel Bourg <ebo...@apache.org>
* Package name: gmavenplus
Version : 1.5
Upstream Author : Keegan Witt
* URL : http://groovy.github.io/GMavenPlus/
* License : Apache-2.0
Programming Lang: Java, Groovy
Descr
annotations-1.5.jar).
Emmanuel Bourg
Le 21/06/2017 à 13:34, Sebastian Ramacher a écrit :
> Sorry, I categorized the vdpau driver incorrectly. It looks more like
> mesa-vdpau-drivers. Could you please install vdpauinfo, run it and attached
> its
> output?
I attached the output of vdpauinfo to this message.
> The issues could be a
Le 20/06/2017 à 21:48, Joe Pfeiffer a écrit :
> So... should this bug be reported against eclipse (or, I suppose,
> eclipse-platform-data)? And can you suggest a workaround?
Considering that InstanceManager is properly built by tomcat8 I think
this is indeed an eclipse issue and the bug should
Source: protobuf
Severity: normal
Hi,
Could you build javanano and install it in libprotobuf-java please?
It is required to upgrade netty (>= 4.1.9).
Thank you,
Emmanuel Bourg
Thank your for the report Joe. The InstanceManager class is in
/usr/share/java/tomcat8-api.jar. It looks like this jar is missing from
the classpath used by Eclipse. Did you use the version of eclipse
currently in testing/unstable?
Emmanuel Bourg
Package: ftp.debian.org
Severity: normal
Hi,
Please remove the src:cglib3 package, it has been replaced by src:cglib
and is no longer used.
Thank you,
Emmanuel Bourg
Package: docbook-xsl-saxon-gcj
Severity: important
Hi,
GCJ will go away in Buster with GCC 7, could you stop building
the docbook-xsl-saxon-gcj package and remove the build dependency
on gcj-native-helper please?
Thank you,
Emmanuel Bourg
Source: db5.3
Severity: important
Hi,
GCJ will go away in Buster with GCC 7, could you please stop building
the libdb5.3-java-gcj package and remove the build dependency
on gcj-native-helper?
Thank you,
Emmanuel Bourg
Control: fixed -1 1.2-1
Control: close -1
The package is misnamed, the version 1.1 is hardcoded in the name but
the actual version is more recent. The version 1.2 was packaged in 2008.
Emmanuel Bourg
intentional, that's two different packages with different fixes.
Emmanuel Bourg
rtificates-java and move the keystore generation to openjdk-8. That
would also solve the circular dependency (#864657).
If you upload a NMU could you please push the changes to the Git repository?
Emmanuel Bourg
to preserve the user's privacy (i.e. change the value of runUpdateCheck
to false in QuartzSchedulerResources.java).
Emmanuel Bourg
to preserve the user's privacy.
Emmanuel Bourg
to preserve the user's privacy (i.e. change the value of DEFAULT_UPDATE_CHECK
to false in Configuration.java).
Emmanuel Bourg
0p with an Intel Core 2 Duo T2600 and an ATI
Mobility FireGL V5200 video card.
Is there a way to force the use of VA-API with this setup? In Output
combobox of the video settings I saw nothing related to VA-API.
Emmanuel Bourg
signature.asc
Description: OpenPGP digital signature
(#857217).
Note that Jetty 9.2.x is in maintenance mode and receives only critical fixes
from upstream, that's why I'm suggesting to upload a new version (it mostly
consists in the security fix anyway).
Thank you,
Emmanuel Bourg
diff --git a/VERSION.txt b/VERSION.txt
index 5257d881..5ae8c45c
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
Please unblock package tomcat8, the version 8.5.14-2 contains a fix
for CVE-2017-5664 (#864447).
Thank you,
Emmanuel Bourg
diff --git a/debian/changelog b/debian/changelog
index 363623db
Thank you for the report Andreas. The upgrade problem is odd because
ca-certificates-java expects openjdk-7-jre-headless *or*
java7-runtime-headless which is provided by openjdk-8-jre-headless.
openjdk-8 isn't pulled automatically in this case?
Control: tags -1 - moreinfo
Thanks a lot, uploaded.
), but this update will allow us
to refresh the backports for jessie and wheezy.
Thank you,
Emmanuel Bourg
Package: ftp.debian.org
Severity: normal
Hi,
Please remove the libgnuinet-java package, this library is only used
as a build dependency of libgnumail-java which is about to be removed.
Thank you,
Emmanuel Bourg
Package: ftp.debian.org
Severity: normal
Hi,
Please remove the libgnumail-java package, it has been replaced by libmail-java
and is no longer used.
Thank you,
Emmanuel Bourg
Hi Elana,
Maven 3.5.0 with the new maven-resolver replacing eclipse-aether is now
in experimental. Let me know how it works for you with pomegranate.
Emmanuel Bourg
an IOException that must be caught. It may affect a few other
maven related libraries. I'll fix that in plexus-utils2 by replacing the
IOException with an unchecked runtime exception.
Emmanuel Bourg
On 05/18/2017 06:48 PM, 殷啟聰 wrote:
> The reason behind this package name is that it provides the Javadoc
> for both of the 2 library packages
> (libuncommons-watchmaker-framework-java &
> libuncommons-watchmaker-swing-java). If I split their Javadocs, there
> will be dead hyperlinks (or in fact
dependencies in binary packages.
Emmanuel Bourg
't know when Stretch will be released, but I can upload Maven 3.5.0
to experimental. I got a look and the upgrade seems straightforward.
Emmanuel Bourg
Package: wnpp
Severity: wishlist
Owner: Emmanuel Bourg <ebo...@apache.org>
* Package name: maven-resolver
Version : 1.0.3
Upstream Author : Apache Software Foundation
* URL : https://maven.apache.org/resolver/
* License : Apache-2.0
Programming Lang
Maven 3.5 after the Stretch release.
Did you try building pomegranate with libaether-java? If it works we can
keep it in Debian even if it is abandoned upstream.
Emmanuel Bourg
, or considering its low popcon, removing it.
Emmanuel Bourg
Control: severity -1 important
This library was last updated 10 years ago, the probability of a new
release and a subsequent breakage of the reverse dependencies building
their classpath with the versioned jar is rather low.
Emmanuel Bourg
Control: tags -1 - moreinfo
Le 7/05/2017 à 19:02, Niels Thykier a écrit :
> Ack, please go ahead and remove the moreinfo tag once the upload has
> been accepted.
Thank you, uploaded.
sn't used in
Debian yet.
Emmanuel Bourg
e must be preserved (unless we split the groovy package).
testng is never used at runtime, so we could drop it from the
recommended dependencies.
Emmanuel Bourg
Hi,
Could you try with the version 7.0.56-1~bpo70+3 available from the
wheezy-backports repository?
Emmanuel Bourg
Thank you Salvatore. Here is the upstream commit that has to be backported:
https://github.com/x-stream/xstream/commit/b3570be
Emmanuel Bourg
ew upload is in
> unstable and built on the relevant architecture.
Hi,
Thanks a lot, tomcat8/8.5.12-1 is now in unstable. This version contains
the fix for CVE-2017-5648 which was backported in 8.5.11-2. If time
allows I'll probably propose a last update to include the fixes for the
other CVE
settings of the main build aren't use there, and ivy-2.4.0.jar
is downloaded from http://repo2.maven.org. I guess this explains the
failure.
Emmanuel Bourg
a isn't used
in jessie, this CVE can be ignored there.
Emmanuel Bourg
Le 18/04/2017 à 00:07, Emmanuel Bourg a écrit :
> I'll get another look.
I wrote a simple test case:
import com.sun.jna.platform.unix.X11;
public class JNATest {
public static void main(String[] args) throws Exception {
System.setProperty("jna.boot.libr
amed path of the
library is now hardcoded and can't be changed by a system property.
Creating a symlink should have no effect. Could this be caused by an
embedded jar in netbeans ?
Emmanuel Bourg
Le 17/04/2017 à 23:55, Markus Koschany a écrit :
> I'm quite sure that we don't use an embedded jar of JNA somewhere in
> Netbeans.
Could you try removing the jna jar manually from /usr/share/java to
confirm that?
> I suspect that Netbeans' System.setProperty does something differently
> and
a functional divergence though.
I can implement this. The netbeans patch can later be simplified since
tweaking jna.boot.library.name will be no longer necessary.
Emmanuel Bourg
[1] https://codesearch.debian.net/search?q=jna.boot.library.name
signature.asc
Description: OpenPGP digital signature
-platform-nojnabinaries.patch
should be changed such that the jna.boot.library.name property is no
longer set. This will use the default library wired in libjna-java.
Emmanuel Bourg
signature.asc
Description: OpenPGP digital signature
dehaus/classworlds/uberjar/protocol/jar/Handler.class
org/codehaus/classworlds/uberjar/protocol/jar/JarUrlConnection.class
Emmanuel Bourg
stallation, how safe
is it to assume that this works when default-jre is installed? And do I
need to check if Desktop.Action.BROWSE is available or can I safely
assume it?
Excellent question, this needs some testing with various desktop
environments.
Emmanuel Bourg
there is
no need to declare the dependencies on the package.
Emmanuel Bourg
Le 30/03/2017 à 14:21, Ole Streicher a écrit :
> IMO that makes the BrowserLauncher package *really* obsolete here.
I agree, BrowserLauncher was interesting before Java 6, but the Desktop
API is good enough for most usages now.
Emmanuel Bourg
e JDK API for launching the browser instead (the
browse(URI) method in the java.awt.Desktop class [1]) ?
Emmanuel Bourg
[1]
http://docs.oracle.com/javase/7/docs/api/java/awt/Desktop.html#browse(java.net.URI)
Le 28/03/2017 à 07:41, YOSHINO Yoshihito a écrit :
> Workaround: Creating a symlink libjnidispatch.so -> libjnidispatch.system.so
> fixes this error.
Hi,
Thank you for the report. The symlink was in the same directory? What
JRE did you use?
Emmanuel Bourg
they'll be happy to
guide you.
Emmanuel Bourg
library packages" ? 'apt-get
install maven' will install everything necessary to run the mvn executable.
Emmanuel Bourg
but you'll have to install them manually as you did. A metapackage would
be too broad and would probably pull all the Java library packages in
Debian, that doesn't seem desirable.
Emmanuel Bourg
/lib/x86_64-linux-gnu/) aren't on the default library path. In this
case you have to specify the library path in the JAVA_OPTS variable
defined in /etc/default/tomcat8. See #769167 for more information.
Emmanuel Bourg
Control: tags -1 - moreinfo
Le 15/03/2017 à 21:34, Emilio Pozuelo Monfort a écrit :
> Go ahead, and remove the moreinfo tag once the package is accepted.
Thank you, the package has been uploaded.
Emmanuel Bourg
Le 15/03/2017 à 17:01, Sven Hoexter a écrit :
> Would that be something you'd be willing to accept?
If the stripping breaks jmap, I guess it might be better to disable it
completely. Is there a good reason to keep it?
hieved with an override_dh_shlibdeps in the rules file
used to generate the package.
Emmanuel Bourg
Le 11/03/2017 à 20:00, Martin Quinson a écrit :
> thanks for this build log. It seems that we need to package
> org.apache.maven.plugins:maven-gpg-plugin and it seems that no ITP is
> filled yet. This, in turn have other dependencies, as shown here:
>
Hi Fabrice,
Thank you for the report. Do you know if there is a CVE ID assigned to
this vulnerability?
Emmanuel Bourg
Le 8/03/2017 à 10:19, Markus Koschany a écrit :
> I suggest to remove this Lintian tag or lower the severity from
> warning to info.
+1 for lowering the severity to info.
Emmanuel Bourg
Hi Christian,
Thank you for the report, I'll upload openjdk-8-jre-dcevm/8u112-1 to
jessie-backports shortly. Let me know if it works for you.
Emmanuel Bourg
the dependency from the binary package.
Splitting ant into ant+libant-java is a good idea, but this can probably
wait for the Buster development cycle.
Emmanuel Bourg
[1] https://poi.apache.org/spreadsheet/excelant.html
[2] https://codesearch.debian.net/search?q=excelant
Le 3/03/2017 à 23:07, Markus Koschany a écrit :
> I think we could reassign this bug report to tomcat8 which is also affected.
Or merged with #770911 which has been fixed 3 months ago.
Hi Joshua,
The tomcat7/7.0.75-1 package no longer exist in unstable/testing. Did
you mean to report this issue against the Jessie backport?
Emmanuel Bourg
1201 - 1300 of 2419 matches
Mail list logo