is useless when building Debian packages).
Thank you,
Emmanuel Bourg
ome back to
> Debian in a clean fashion.
Jitsi isn't a problem, don't worry. If you need any help with the Java
dependencies used by Jitsi feel free to ping the Java Team and we'll be
happy to give a hand.
Emmanuel Bourg
are causing
the FTBFS (this was also seen in other rdeps of libspring-java, and
there are probably more to come).
Emmanuel Bourg
Hi,
Thank you for the report. jetty8 has been removed from stretch and
replaced by jetty9. The jetty9 package is quite similar, could you give
it a try and see if it's affected by the same issue please?
Thank you,
Emmanuel Bourg
Le 13/11/2016 à 20:49, Vincent Danjean a écrit :
> Emmanuel: do you think that gradle 3.1 can be uploaded?
I'll try to upload it today.
Emmanuel Bourg
Thank you for the report Vincent. libnative-platform-java/0.11 should
probably declare that it breaks gradle (<< 3.1~).
Emmanuel Bourg
radle-debian-helper?
Emmanuel Bourg
resolving the python dependency.
Emmanuel Bourg
Package: ftp.debian.org
Severity: normal
Hi,
Please remove the newly added jboss-jaxrs-2.0-api package, it duplicates the
jaxrs-api package and isn't necessary (see #838347).
Thank you,
Emmanuel Bourg
Control: tags -1 wontfix
Control: close -1
jboss-jaxrs-2.0-api duplicates the jaxrs-api package, Timo confirmed
Dogtag builds with the existing package and dogtag-pki has been
depending on it since the version 10.3.5-1.
So this new package can be safely rejected.
Emmanuel Bourg
plan to support only tomcat8 in Stretch (see #823332).
Thank you,
Emmanuel Bourg
Hi Dominique,
Thank you for the report. bsh has been added to the classpath, could you
confirm it works for you please?
Emmanuel Bourg
Hi Arturo,
Thank you for the report. Would you be able to generate a thread dump
when eclipse is blocked (using jstack or visualvm) ? This would show us
where the application is stuck exactly.
Emmanuel Bourg
this does not qualify for an update in stable, having it at least as
> a backport would be good.
I can't promise a stable update, but it'll be available in the backports.
Emmanuel Bourg
antlr"
> and call it good).
Hi Tony,
I think I fixed the issue with the migration script, the authors file
was missing an entry for the root user. Could you give it another try?
Emmanuel Bourg
Control: tags -1 + help
I took a look at this issue, most of the errors can be fixed by adding
the -std=gnu++98 flag when building the fxpackager module (by patching
the LINUX.launcherlibrary.ccFlags line in the buildSrc/linux.gradle file).
There is one error left though:
the one from the machine building the package, or
another machine on your network?
Is it possible that the tests hit a TCP connection limit on the host?
Emmanuel Bourg
directory of
the Gradle module then that's fine.
It looks ok to me. Feel free to merge the changes and even upload the
new version if you want (that would be 1.4 since there is a new feature).
Emmanuel Bourg
00 00 00 00 00 00 00 00 |?...|
9f50 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ||
*
a000
Maybe these files are just stubs used by the compiler to create
real resources files?
Emmanuel Bourg
ordering).
I would also suggest removing the generated .pom files automatically
during the clean phase.
Emmanuel Bourg
Package: wnpp
Severity: wishlist
Owner: Emmanuel Bourg <ebo...@apache.org>
* Package name: conversant-disruptor
Version : 1.2.8
Upstream Author : Conversant Inc
* URL : https://github.com/conversant/disruptor
* License : Apache-2.0
Programming Lang
Le 20/10/2016 à 00:06, Santiago Vila a écrit :
> You are absolutely right. Sorry for the duplicates.
No need to be sorry. Your reports and the reproducible build
notifications help us greatly to detect and fix the build issues
quickly, thanks a lot for your time.
Emmanuel Bourg
Control: notfound -1 2.9.0-1
Control: close -1
This issue was a side effect of #757536. It went away with the upload of
eclipse/3.8.1-9
plugin
openjpa
wagon
Emmanuel Bourg
this update required for another package? Do you know if the 2.x
version is compatible with the version 1.x?
Emmanuel Bourg
Thank you very much for the patch Adrian, I confirm it works. I'll
upload a new version soon.
What is the recommended way to depend on GCC? Should the package depend
on g++ (>= 4:6), or should it depend on gcc-6 with a build adjusted to
use it?
Emmanuel Bourg
her groupId/artifactId changes.
Emmanuel Bourg
I haven't figured out the root cause of this issue but I've modified the
groovy package such that its build fails when AntBuilder is missing from
groovy-all.jar. That will allow me to upload a working package, but I
expect the build to be unstable with a 50% success rate.
Emmanuel Bourg
Le 7/10/2016 à 21:53, Dominik George a écrit :
> Could you update the package to MyBatis 3?
Hi Dominik,
If I'm not mistaken MyBatis 3 is not compatible with iBatis, so we'll
need a new package instead of upgrading this one.
Emmanuel Bourg
This bug is marked as fixed upstream in fop 2.0 and we have fop 2.1 in
testing/unstable. Are you sure the package in unstable is still affected?
Emmanuel Bourg
ded the version 2.4.7-2.
The bugs such as 839847 can be reassigned to groovy and merged into this
one.
Emmanuel Bourg
configured in the /etc/jetty9/start.ini
file).
Emmanuel Bourg
Source: android-platform-tools-base
Version: 2.0.0-1
Severity: important
Dear Maintainer,
android-platform-tools-base depends on libasm4-java which is being replaced
by libasm-java (>= 5.0). Could you please update the package dependencies?
Thank you,
Emmanuel Bourg
in this case (the rewritten
pom.xml
still define them).
Emmanuel Bourg
usr/share/java/asm4.jar.
Thank you,
Emmanuel Bourg
Source: libbluray
Version: 1:0.9.3-2
Severity: important
Dear Maintainer,
libbluray depends on libasm4-java which is being replaced by libasm-java (>=
5.0).
Could you please update the package dependencies?
Thank you,
Emmanuel Bourg
What is the expected contract for a package providing ruby-interpreter?
Do it just have to offer a /usr/bin/ruby alternative?
Emmanuel Bourg
not access central (https://repo.maven.apache.org/maven2) in
offline mode and the artifact cglib:cglib-nodep:jar:3.x has not been
downloaded from it before. -> [Help 1]
This means that a dependency can't be resolved (here cglib:cglib-nodep:jar:3.x
which is currently subject to a transitio
Laurent, could you get a look at the activemq log files please? If there
is a jar missing there should be a NoClassDefFoundError somewhere and
we'll know what is actually missing.
I guess this is caused by a transitive recommended dependency. The
recommended dependencies of libactivemq-java are indeed optional, but
one of the libactivemq-java dependencies probably has a recommended
dependency that is actually required.
Emmanuel Bourg
by
libmail-java.
Thank you,
Emmanuel Bourg
The error "jvmtifiles/jvmti.h: No such file or directory" isn't the
cause of the build failure. This error has been fixed upstream (see
https://bugs.openjdk.java.net/browse/JDK-8152067) and it can be avoided
by setting the USE_PRECOMPILED_HEADER=0 environment variable.
The fatal errors are the
I haven't been able to reproduce this issue either with a clean pbuilder
environment. For some reason gnupg was installed by default in the
environment, but maybe this changed recently?
Emmanuel Bourg
y, we are glad to get feedback on our work :)
Emmanuel Bourg
/?id=d6e73ba
Michael if you are busy I'm volunteering for preparing a stable update
fixing this issue. Please let me know if this is ok for you.
Emmanuel Bourg
K 7). It
probably came with another Java software on your system.
Emmanuel Bourg
e issue.
I modified the cup package to enable the legacydot option during the
build and it solved the libxalan2-java FTBFS. I plan to upload the
fixed cup package soon.
Emmanuel Bourg
[1] http://jflex.de/changelog.html
[2] https://sources.debian.net/src/cup/0.11a%2B20060608-7/flex/Lexer.jflex/#L103
On 08/13/2016 11:23 PM, Christopher Hoskin wrote:
> Should there not be a 6.x generic version then?
If we were to change the generic version it should be for something like
'debian', so it won't change again when BCEL 7.0 is released.
But that's just a cosmetic detail, we can keep using 5.x for
for BCEL is still 5.x, if you switch to 6.0
the build will break the next time a newer version of BCEL is packaged.
Emmanuel Bourg
s a bit reluctant to upgrade again bnd and maven-bundle-plugin for
stretch but we have a good reason to do it now.
Emmanuel Bourg
Package: ftp.debian.org
Severity: normal
Hi,
Please remove the findbugs-bcel package. It contains an early snapshot
of BCEL 6.0 for the needs of the findbugs package, but findbugs now uses
the updated BCEL package. findbugs-bcel is no longer used and can be
safely removed.
Thank you,
Emmanuel
lib used to hide the mistake.
I'm going to fix ant-contrib, sorry for the trouble.
Emmanuel Bourg
rry
about that, I'll fix it.
Emmanuel Bourg
you'd like another
> format. This is my first patch submission to Debian, so I hope I'm following
> all the correct guidelines :)
The patch is fine, thanks a lot for the contribution. We also accept
pull requests on GitHub: https://github.com/Debian/java-package
Emmanuel Bourg
Package: wnpp
Severity: wishlist
Owner: Emmanuel Bourg <ebo...@apache.org>
* Package name: jctools
Version : 1.2.1
Upstream Author : Nitsan Wakart
* URL : http://jctools.github.io/JCTools/
* License : Apache-2.0
Programming Lang: Java
Description
Package: wnpp
Severity: wishlist
Owner: Emmanuel Bourg <ebo...@apache.org>
* Package name: scala-asm
Version : 5.0.4-scala-3
Upstream Author : INRIA, France Telecom
* URL : https://github.com/scala/scala-asm
* License : BSD-3-clause
Programming Lang
> I have no particular expertise in this software, so if anyone else
> wants to help, they would be very welcome.
The package would be welcome under the pkg-java umbrella, the Java Team
will be happy to help.
Emmanuel Bourg
Package: wnpp
Severity: wishlist
Owner: Emmanuel Bourg <ebo...@apache.org>
* Package name: openhft-chronicle-values
Version : 1.0.0-alpha
Upstream Author : Higher Frequency Trading
* URL : https://github.com/OpenHFT/Chronicle-Values
* License : Apac
Package: wnpp
Severity: wishlist
Owner: Emmanuel Bourg <ebo...@apache.org>
* Package name: openhft-chronicle-network
Version : 1.0.0-alpha
Upstream Author : Higher Frequency Trading
* URL : https://github.com/OpenHFT/Chronicle-Network
* License : Apac
Package: wnpp
Severity: wishlist
Owner: Emmanuel Bourg <ebo...@apache.org>
* Package name: openhft-chronicle-threads
Version : 1.0.0-alpha
Upstream Author : Higher Frequency Trading
* URL : https://github.com/OpenHFT/Chronicle-Threads
* License : Apac
Package: wnpp
Severity: wishlist
Owner: Emmanuel Bourg <ebo...@apache.org>
* Package name: openhft-chronicle-wire
Version : 1.0.1-alpha
Upstream Author : Higher Frequency Trading
* URL : https://github.com/OpenHFT/Chronicle-Wire
* License : Apac
Package: wnpp
Severity: wishlist
Owner: Emmanuel Bourg <ebo...@apache.org>
* Package name: openhft-chronicle-bytes
Version : 1.0.1-alpha
Upstream Author : Higher Frequency Trading
* URL : https://github.com/OpenHFT/Chronicle-Bytes
* License : Apac
Package: wnpp
Severity: wishlist
Owner: Emmanuel Bourg <ebo...@apache.org>
* Package name: openhft-chronicle-core
Version : 1.0.0-alpha
Upstream Author : Higher Frequency Trading
* URL : https://github.com/OpenHFT/Chronicle-Core
* License : Apac
This is caused by the BCEL 6.0 update, I'll look into it.
Le 29/07/2016 à 11:20, Markus Koschany a écrit :
> If we keep root:tomcat8 then I think 640 is sensible and appropriate.
There is a downside though, our package will become unusable with the
IDEs since local users will no longer be able to read the configuration.
I don't think we can satisfy
This looks like an xbean bug. maven-xbean-plugin has an optional
dependency on Ant so the libxbean-java package doesn't have to depend on
ant, but the XBeanMojo class does use BuildException from Ant to report
errors [1]. It should use a MojoExecutionException from Maven instead,
or the Ant
), , (, >, =, cronometer, libjcommon-java, libjfreechart-java,
>> libswingx-java, ,
Hi Lucas,
You caught this one quickly but this is already fixed in javahelper/0.58
:), no need to report more occurrences.
Emmanuel Bourg
Le 27/07/2016 à 13:21, Markus Koschany a écrit :
> So the question is
>
> does Tomcat 7/8 need write access to the conf directory at runtime and
> if yes why?
Yes it does: Tomcat extracts the META-INF/context.xml files from the
.war archives into $CATALINA_BASE/conf/[enginename]/[hostname]/ and
Le 22/07/2016 à 23:18, Markus Koschany a écrit :
> I would like to go ahead with this solution in unstable. I don't think
> that changing the permissions in /etc/tomcat8/policy.d (security
> manager) to root:root will have a negative effect, on the contrary.
> Those rules should only be
ies the configuration
in IntelliJ.
Emmanuel Bourg
It looks like the relocation in libspring-java is ok, but there is a
corner case that fails in the following conditions:
- the project depends on a relocate artifact R (here
activemq-kahadb-store depends on spring-context:3.x). R is relocated to R'
- R' has a dependency on an artifact D with a
to fix
all the packages affected.
Emmanuel Bourg
maintained upstream.
Thank you,
Emmanuel Bourg
Package: ftp.debian.org
Severity: normal
Hi,
Please remove the src:tomcat6 package. It only builds libservlet2.5-java
which has been replaced by libservlet{3.0,3.1}-java.
Thank you,
Emmanuel Bourg
resteasy has been updated and I triaged the remaining tomcat6 bugs.
I think we can proceed with the removal now.
Control: reassign -1 tomcat8
Control: retitle -1 tomcat8: Fails to start if /usr is read-only
I'm migrating this bug from tomcat6 but it needs to be confirmed for
tomcat8.
to control the daemon? I'm not sure
this is a good idea, because a simple malicious JSP could then stop the
server. If this is really needed I think sudo should be used instead.
Emmanuel Bourg
Le 21/07/2016 à 11:09, Lucas Nussbaum a écrit :
> I can confirm that they all built fine. Thanks!
Excellent! Thank you for confirming.
Emmanuel Bourg
rds-Version field could be deprecated (and considering the time we
spend bumping the value of this field twice a year for ~500 packages
actively maintained by the Java team, such a simplification would be
welcome).
Emmanuel Bourg
-java
currently declares a compliance to the version 3.9.6 of the policy. Does
it mean the new rule doesn't apply to it yet? :)
Emmanuel Bourg
y issue induced though,
because this means the package generated will be different when built
with or without network access.
libcommons-codec-java is still built with Ant. Switching to
maven-debian-helper should fix this issue.
Emmanuel Bourg
[1]
https://sources.debian.net/src/libcommons-codec
Control: tags -1 + pending
The switch to Gradle in the Git repository for freeplane 1.5.11
indirectly fixed this issue (the build target skipped with the -A flag
has been replaced by the override_dh_auto_build target).
iously affected please?
Thank you,
Emmanuel Bourg
e -A" fails but not "dpkg-buildpackage".
This is just a minor convenience to enable source-only uploads (which
aren't even mandatory!).
Emmanuel Bourg
Package: wnpp
Severity: wishlist
Owner: Emmanuel Bourg <ebo...@apache.org>
* Package name: hdrhistogram
Version : 2.1.9
Upstream Author : Gil Tene
* URL : http://hdrhistogram.github.io/HdrHistogram/
* License : CC0-1.0 or BSD-2-clause
Programming Lang
e web server implementation known as TJWS based on the
Servlet API 2.5. It's used for exposing REST services. Fortunately it is
being deprecated upstream and we don't really need it in Debian. I
prepared an update removing it but it requires jaxrs-api which is
currently in the NEW queue.
Emmanuel Bourg
Package: treeview
Version: 1.1.6.4+dfsg1-1
Severity: minor
Hi,
treeview build-depends on libservlet3.0-java but never uses it. The dependency
should be removed since this package is expected to be removed, probably in
Stretch.
Thank you,
Emmanuel Bourg
Package: wnpp
Severity: wishlist
Owner: Emmanuel Bourg <ebo...@apache.org>
* Package name: jaxrs-api
Version : 2.0.1
Upstream Author : Oracle Corporation
* URL : http://jax-rs-spec.java.net
* License : GPL-2 with Classpath exception or CDDL-1.1
Progr
Control: reassign -1 mockito 1.10.19-1
Control: affects -1 xmlgraphics-commons
On 07/15/2016 06:24 PM, Chris Lamb wrote:
> [junit] Caused by: java.lang.ClassNotFoundException:
> net.sf.cglib.proxy.Callback
> [junit] at
>
Le 14/07/2016 à 16:46, Santiago Vila a écrit :
> Not exactly. This issue is really about packages failing in the "Arch: all"
> autobuilder, or, in other words, "packages which may not be uploaded
> in source-only form".
Indeed, and source-only uploads are not mandatory, so this type of issue
Le 14/07/2016 à 12:24, Hector Oron a écrit :
> In a recent build in a porterbox this packages still fails to build from
> sources.
Yes a new version of eclipse is required to solve this issue. Luca
Vercelli is working on it.
Le 14/07/2016 à 15:07, Santiago Vila a écrit :
> What you call "binary upload" is mostly an upload which includes all
> the "Arch: all" binary packages.
Yes
> If you were able to provide all the "Arch: any" binary packages, failure
> to build in the official autobuilders would not be serious,
Le 14/07/2016 à 14:08, Santiago Vila a écrit :
> Would you apply the same reasoning to a package which fails to
> build from source in every arch-dependent autobuilder but still builds
> fine without the -B flag?
No I wouldn't but that's a different case.
If I build on amd64 and do a binary
Le 14/07/2016 à 12:23, Santiago Vila a écrit :
> So there should not be a problem with this bug being serious and no
> upload happening immediately, because you have just shown that you are
> not MIA.
Actually the problem with this bug being serious is that is will trigger
the autoremoval of
everity to be only changed shortly before the freeze if a release
didn't happen.
Emmanuel Bourg
Package: ftp.debian.org
Severity: normal
Hi,
Please remove the libxapool-java package, this is an old JDBC pooling API
used by libspring-java until the version 2.5. This dependency is no longer
used and can now be removed.
Thank you,
Emmanuel Bourg
Le 3/07/2016 à 00:38, Daniel Schepler a écrit :
> [ERROR] Failed to execute goal on project oscache: Could not resolve
> dependencies for project opensymphony:oscache:jar:2.4.1: Cannot access
> central (https://repo.maven.apache.org/maven2) in offline mode and the
> artifact antlr:antlr:jar:2.x
Source: cglib
Version: 3.2.3-2
Severity: important
The parent pom of cglib defines the dependency on ant as optional in the
dependencyManagement section, but the optional attribute in dependencyManagement
is actually ignored by Maven. So the ant dependency then defined in the cglib
pom is
lexus:plexus-component-metadata:jar:1.5.5 has
> not been downloaded from it before. -> [Help 1]
Hi Daniel,
I'm unable to reproduce this error with pbuilder. Are you using locally
rebuilt packages?
Emmanuel bourg
of the
elements in the XPath expression:
xmlstarlet sel -N xhtml=http://www.w3.org/1999/xhtml -T -t -c
'//xhtml:h3[@id="baz"]' -n test2.xml
This is rather annoying and the default namespace should probably be
ignored, but at least there is a workaround.
Emmanuel Bourg
1401 - 1500 of 2419 matches
Mail list logo