On 09/25/2014 10:19 PM, Andreas Tille wrote:
Hi Debian Java folks,
it seems there is no real progress in this issue. Do you have any hint
what to do. BTW (as in other cases): if you prefer maintaining
libsnappy-java in Debian Java team I'd happily move the packaging into
your Git
Hi Olivier,
On Fri, Sep 26, 2014 at 09:23:47AM +0200, Olivier Sallou wrote:
On 09/25/2014 10:19 PM, Andreas Tille wrote:
Hi Debian Java folks,
it seems there is no real progress in this issue. Do you have any hint
what to do. BTW (as in other cases): if you prefer maintaining
[please CC me I'm not a member of pkg-java-maintainers]
Hi,
since this package has two reverse dependencies in Debian Med (figtree,
biojava3-live) I had a look into this. I tried the latest version
(5.5.3) and realised, that the problem exists also there plus another
one.
Results :
Tests in
bytecode-compatibility-transformer_1.5-1_amd64.changes uploaded successfully to
localhost
along with the files:
libbytecode-compatibility-transformer-java_1.5-1_all.deb
bytecode-compatibility-transformer_1.5-1.dsc
bytecode-compatibility-transformer_1.5.orig.tar.gz
binary:libbytecode-compatibility-transformer-java is NEW.
source:bytecode-compatibility-transformer is NEW.
Your package has been put into the NEW queue, which requires manual action
from the ftpteam to process. The upload was otherwise valid (it had a good
OpenPGP signature and file hashes are
tags -1 wontfix
close -1
stop
Tomcat 6 is going to be removed, so we won't fix this specific issue
between Tomcat 6 and 7, but we took care to use different paths for
Tomcat 8 and libtomcat7-java can be installed simultaneously with
libtomcat8-java.
Emmanuel Bourg
__
This is the maintainer
Hi,
the attached quilt patch disables both failing tests in version 5.5.3.
Hope this helps
Andreas.
On Fri, Sep 26, 2014 at 11:07:46AM +0200, Andreas Tille wrote:
[please CC me I'm not a member of pkg-java-maintainers]
Hi,
since this package has two reverse dependencies in Debian
Processing commands for cont...@bugs.debian.org:
clone 719921 -1
Bug #719921 [src:tomcat7] tomcat7: Please provide catalina-jmx-remote.jar
library
Bug 719921 cloned as bug 762916
reassign -1 src:tomcat8
Bug #762916 [src:tomcat7] tomcat7: Please provide catalina-jmx-remote.jar
library
Bug
Tomcat 6 is going to be removed, so we won't fix this specific issue
between Tomcat 6 and 7, but we took care to use different paths when
packaging Tomcat 8, so this issue won't appear again.
Emmanuel Bourg
signature.asc
Description: OpenPGP digital signature
__
This is the maintainer address
Processing commands for cont...@bugs.debian.org:
tags 685298 + wontfix
Bug #685298 [libtomcat7-java] Impossible to simultaneously install
libtomcat7-java and libtomcat6-java
Added tag(s) wontfix.
tags 718946 + wontfix
Bug #718946 [tomcat7] Allow for parallel installation of tomcat7 and tomcat6
There are two tests failing with OpenJDK 8u40-b04:
Testcase: testJvmDecoder took 0.003 sec
FAILED
Invalid code point - out of range expected:4 but was:2
junit.framework.AssertionFailedError: Invalid code point - out of range
expected:4 but was:2
at
On 09/26/2014 09:48 AM, Andreas Tille wrote:
Hi Olivier,
On Fri, Sep 26, 2014 at 09:23:47AM +0200, Olivier Sallou wrote:
On 09/25/2014 10:19 PM, Andreas Tille wrote:
Hi Debian Java folks,
it seems there is no real progress in this issue. Do you have any hint
what to do. BTW (as in other
On 09/26/2014 11:49 AM, Andreas Tille wrote:
Hi,
the attached quilt patch disables both failing tests in version 5.5.3.
This would help making tests pass, but are we sure there is no side
effect at runtime on applications?
Hope this helps
Andreas.
On Fri, Sep 26, 2014 at 11:07:46AM
Hi Olivier,
On Fri, Sep 26, 2014 at 02:06:30PM +0200, Olivier Sallou wrote:
On 09/26/2014 11:49 AM, Andreas Tille wrote:
Hi,
the attached quilt patch disables both failing tests in version 5.5.3.
This would help making tests pass, but are we sure there is no side
effect at runtime on
On Fri, 26 Sep 2014 19:01:19 +0200, Andreas Tille wrote:
The same is valid for the missing Xserver even if there might be the
chance to fake a running X server at build time.
I haven't tried this package, but in general that's as easy as
- adding xvfb, xauth to Build-Depends(-Indep)
- run
Hi Gregor,
thanks a lot for this hint.
On Fri, Sep 26, 2014 at 08:17:06PM +0200, gregor herrmann wrote:
On Fri, 26 Sep 2014 19:01:19 +0200, Andreas Tille wrote:
The same is valid for the missing Xserver even if there might be the
chance to fake a running X server at build time.
I
16 matches
Mail list logo