Bug#734599: Please help with Java lib
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 repository. From my last post, I think that issue is (after patch is applied) that snappy lib is too old. Seems that Java lib is using a more recent version: SnappyTests Exception in thread main java.lang.UnsatisfiedLinkError: org.xerial.snappy.SnappyNative.maxCompressedLength(I)I at org.xerial.snappy.SnappyNative.maxCompressedLength(Native Method) at org.xerial.snappy.Snappy.maxCompressedLength(Snappy.java:316) at org.xerial.snappy.Snappy.rawCompress(Snappy.java:329) at org.xerial.snappy.Snappy.compress(Snappy.java:88) at SnappyTests.main(SnappyTests.java:12) Tje maxCompressedLength sould be available in a new version Olivier Kind regards Andreas. -- Olivier Sallou IRISA / University of Rennes 1 Campus de Beaulieu, 35000 RENNES - FRANCE Tel: 02.99.84.71.95 gpg key id: 4096R/326D8438 (keyring.debian.org) Key fingerprint = 5FB4 6F83 D3B9 5204 6335 D26D 78DC 68DB 326D 8438 __ This is the maintainer address of Debian's Java team http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-java-maintainers. Please use debian-j...@lists.debian.org for discussions and questions.
Bug#734599: Please help with Java lib
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 libsnappy-java in Debian Java team I'd happily move the packaging into your Git repository. From my last post, I think that issue is (after patch is applied) that snappy lib is too old. Seems that Java lib is using a more recent version: SnappyTests Exception in thread main java.lang.UnsatisfiedLinkError: org.xerial.snappy.SnappyNative.maxCompressedLength(I)I at org.xerial.snappy.SnappyNative.maxCompressedLength(Native Method) at org.xerial.snappy.Snappy.maxCompressedLength(Snappy.java:316) at org.xerial.snappy.Snappy.rawCompress(Snappy.java:329) at org.xerial.snappy.Snappy.compress(Snappy.java:88) at SnappyTests.main(SnappyTests.java:12) Tje maxCompressedLength sould be available in a new version Sorry, I might miss the point of your mail. This means exactly what for the package? Kind regards Andreas. -- http://fam-tille.de __ This is the maintainer address of Debian's Java team http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-java-maintainers. Please use debian-j...@lists.debian.org for discussions and questions.
Bug#761172: Verified problem in new version of itext5
[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 error: testExtraXObjects(com.itextpdf.text.pdf.PdfCopyTest): Can't connect to X11 window server using 'localhost:11.0' as the value of the DISPLAY variable. remoteGifTest(com.itextpdf.text.RemoteGifImageTest): itextpdf.com Tests run: 246, Failures: 0, Errors: 2, Skipped: 4 I think in principle it should be quite easy to simply exclude these tests from the test suite. Please keep in touch if any help might be needed and whether you consider upgrading to the latest version. Remark: I'd recommend using a Git repository layout including pristine-tar since the tarball will not be downloaded but created from SVN and thus it matters regarding md5sum what tarball is used. Keeping it as pristine tar would bring all maintainers on the same base. Kind regards Andreas. -- http://fam-tille.de __ This is the maintainer address of Debian's Java team http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-java-maintainers. Please use debian-j...@lists.debian.org for discussions and questions.
Processing of bytecode-compatibility-transformer_1.5-1_amd64.changes
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 bytecode-compatibility-transformer_1.5-1.debian.tar.xz Greetings, Your Debian queue daemon (running on host franck.debian.org) __ This is the maintainer address of Debian's Java team http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-java-maintainers. Please use debian-j...@lists.debian.org for discussions and questions.
bytecode-compatibility-transformer_1.5-1_amd64.changes is NEW
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 valid), so please be patient. Packages are routinely processed through to the archive, and do feel free to browse the NEW queue[1]. If there is an issue with the upload, you will recieve an email from a member of the ftpteam. If you have any questions, you may reply to this email. [1]: https://ftp-master.debian.org/new.html __ This is the maintainer address of Debian's Java team http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-java-maintainers. Please use debian-j...@lists.debian.org for discussions and questions.
Bug#685298: Impossible to simultaneously install libtomcat7-java and libtomcat6-java
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 address of Debian's Java team http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-java-maintainers. Please use debian-j...@lists.debian.org for discussions and questions.
Bug#761172: Verified problem in new version of itext5
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 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 error: testExtraXObjects(com.itextpdf.text.pdf.PdfCopyTest): Can't connect to X11 window server using 'localhost:11.0' as the value of the DISPLAY variable. remoteGifTest(com.itextpdf.text.RemoteGifImageTest): itextpdf.com Tests run: 246, Failures: 0, Errors: 2, Skipped: 4 I think in principle it should be quite easy to simply exclude these tests from the test suite. Please keep in touch if any help might be needed and whether you consider upgrading to the latest version. Remark: I'd recommend using a Git repository layout including pristine-tar since the tarball will not be downloaded but created from SVN and thus it matters regarding md5sum what tarball is used. Keeping it as pristine tar would bring all maintainers on the same base. Kind regards Andreas. -- http://fam-tille.de -- http://fam-tille.de Author: Andreas Tille ti...@debian.org Last-Changed: Fri, 26 Sep 2014 09:33:15 +0200 Bug-Debian: http://bugs.debian.org/761172 Description: Skip tests by removing the according test files RemoteGifImageTest: requires online connection PdfCopyTest: Requires X server --- a/src/test/java/com/itextpdf/text/RemoteGifImageTest.java +++ /dev/null @@ -1,39 +0,0 @@ -package com.itextpdf.text; - -import com.itextpdf.text.pdf.PdfWriter; -import org.junit.Before; -import org.junit.Test; - -import java.io.File; -import java.io.FileOutputStream; -import java.io.IOException; - -public class RemoteGifImageTest { - -private final String[] GIF_LOCATION = { -http://itextpdf.com/img/logo.gif;, -http://itextsupport.com/files/testresources/img/remote_gif_test.gif;, -./src/test/resources/com/itextpdf/text/Chunk/logo.gif // non-remote gif -}; - -private final String OUTPUTFOLDER = ./target/com/itextpdf/test/image/; - -@Before -public void before() { -new File(OUTPUTFOLDER).mkdirs(); -} - -@Test -public void remoteGifTest() throws IOException, DocumentException { -for (int i = 0; i GIF_LOCATION.length; i++) { -Document document = new Document(); -PdfWriter.getInstance(document, new FileOutputStream(OUTPUTFOLDER + gif_remote[ + i + ].pdf)); -document.open(); - -Image img = Image.getInstance(GIF_LOCATION[i]); -document.add(img); - -document.close(); -} -} -} --- a/src/test/java/com/itextpdf/text/pdf/PdfCopyTest.java +++ /dev/null @@ -1,379 +0,0 @@ -/* - * $Id: $ - * - * This file is part of the iText (R) project. - * Copyright (c) 1998-2014 iText Group NV - * Authors: Bruno Lowagie, Paulo Soares, Kevin Day, et al. - * - * This program is free software; you can redistribute it and/or modify - * it under the terms of the GNU Affero General Public License version 3 - * as published by the Free Software Foundation with the addition of the - * following permission added to Section 15 as permitted in Section 7(a): - * FOR ANY PART OF THE COVERED WORK IN WHICH THE COPYRIGHT IS OWNED BY - * ITEXT GROUP. ITEXT GROUP DISCLAIMS THE WARRANTY OF NON INFRINGEMENT - * OF THIRD PARTY RIGHTS - * - * This program is distributed in the hope that it will be useful, but - * WITHOUT ANY WARRANTY; without even the implied warranty of MERCHANTABILITY - * or FITNESS FOR A PARTICULAR PURPOSE. - * See the GNU Affero General Public License for more details. - * You should have received a copy of the GNU Affero General Public License - * along with this program; if not, see http://www.gnu.org/licenses or write to - * the Free Software Foundation, Inc., 51 Franklin Street, Fifth Floor, - * Boston, MA, 02110-1301 USA, or download the license from the following URL: - * http://itextpdf.com/terms-of-use/ - * - * The interactive user interfaces in modified source and object code versions - * of this program must display Appropriate Legal Notices, as required under - * Section 5 of the GNU Affero General Public License. - * - * In accordance with Section 7(b) of the GNU Affero General Public License, - * a covered work must retain the producer line in every PDF that is created - * or manipulated using iText. - * - * You can be released from the requirements of the license by purchasing - * a commercial license. Buying such a license is mandatory as soon as you - * develop commercial activities involving the iText software without - * disclosing the source code of your own applications. - * These activities include: offering paid services to customers as an ASP, - *
Processed: your mail
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 reassigned from package 'src:tomcat7' to 'src:tomcat8'. No longer marked as found in versions tomcat7/7.0.42-1. Ignoring request to alter fixed versions of bug #762916 to the same values previously set retitle -1 tomcat8: Please provide catalina-jmx-remote.jar library Bug #762916 [src:tomcat8] tomcat7: Please provide catalina-jmx-remote.jar library Changed Bug title to 'tomcat8: Please provide catalina-jmx-remote.jar library' from 'tomcat7: Please provide catalina-jmx-remote.jar library' End of message, stopping processing here. Please contact me if you need assistance. -- 719921: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=719921 762916: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=762916 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems __ This is the maintainer address of Debian's Java team http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-java-maintainers. Please use debian-j...@lists.debian.org for discussions and questions.
Bug#718946: Allow for parallel installation of tomcat7 and tomcat6
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 of Debian's Java team http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-java-maintainers. Please use debian-j...@lists.debian.org for discussions and questions.
Processed: your mail
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 Added tag(s) wontfix. close 685298 Bug #685298 [libtomcat7-java] Impossible to simultaneously install libtomcat7-java and libtomcat6-java Marked Bug as done close 718946 Bug #718946 [tomcat7] Allow for parallel installation of tomcat7 and tomcat6 Marked Bug as done End of message, stopping processing here. Please contact me if you need assistance. -- 685298: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=685298 718946: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=718946 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems __ This is the maintainer address of Debian's Java team http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-java-maintainers. Please use debian-j...@lists.debian.org for discussions and questions.
Bug#760933: tomcat7: ftbfs with OpenJDK 8
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 org.apache.tomcat.util.buf.TestUtf8.doTest(TestUtf8.java:560) at org.apache.tomcat.util.buf.TestUtf8.testJvmDecoder(TestUtf8.java:516) Testcase: bug53001 took 0.028 sec FAILED expected:key[2] but was:key[1] junit.framework.AssertionFailedError: expected:key[2] but was:key[1] at javax.el.TestResourceBundleELResolver.bug53001(TestResourceBundleELResolver.java:60) __ This is the maintainer address of Debian's Java team http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-java-maintainers. Please use debian-j...@lists.debian.org for discussions and questions.
Bug#734599: Please help with Java lib
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 cases): if you prefer maintaining libsnappy-java in Debian Java team I'd happily move the packaging into your Git repository. From my last post, I think that issue is (after patch is applied) that snappy lib is too old. Seems that Java lib is using a more recent version: SnappyTests Exception in thread main java.lang.UnsatisfiedLinkError: org.xerial.snappy.SnappyNative.maxCompressedLength(I)I at org.xerial.snappy.SnappyNative.maxCompressedLength(Native Method) at org.xerial.snappy.Snappy.maxCompressedLength(Snappy.java:316) at org.xerial.snappy.Snappy.rawCompress(Snappy.java:329) at org.xerial.snappy.Snappy.compress(Snappy.java:88) at SnappyTests.main(SnappyTests.java:12) Tje maxCompressedLength sould be available in a new version Sorry, I might miss the point of your mail. This means exactly what for the package? In a post in the bug, I provided a patch to fix the Native library loading. The problem is at execution, where the Java lib tries to use some methods in the native lib. Those methods are not available in the native lib currently in Debian. I think there is a newer upstream release for the native library that integrates them. But I do not know if the Java lib upstream team uses official releases. For what I understood, once patch is applied, is that the Java lib version needs to match a specific version (newer?) of the native lib. Olivier Kind regards Andreas. -- Olivier Sallou IRISA / University of Rennes 1 Campus de Beaulieu, 35000 RENNES - FRANCE Tel: 02.99.84.71.95 gpg key id: 4096R/326D8438 (keyring.debian.org) Key fingerprint = 5FB4 6F83 D3B9 5204 6335 D26D 78DC 68DB 326D 8438 __ This is the maintainer address of Debian's Java team http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-java-maintainers. Please use debian-j...@lists.debian.org for discussions and questions.
Bug#761172: [Debian-med-packaging] Verified problem in new version of itext5
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 +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 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 error: testExtraXObjects(com.itextpdf.text.pdf.PdfCopyTest): Can't connect to X11 window server using 'localhost:11.0' as the value of the DISPLAY variable. remoteGifTest(com.itextpdf.text.RemoteGifImageTest): itextpdf.com Tests run: 246, Failures: 0, Errors: 2, Skipped: 4 I think in principle it should be quite easy to simply exclude these tests from the test suite. Please keep in touch if any help might be needed and whether you consider upgrading to the latest version. Remark: I'd recommend using a Git repository layout including pristine-tar since the tarball will not be downloaded but created from SVN and thus it matters regarding md5sum what tarball is used. Keeping it as pristine tar would bring all maintainers on the same base. Kind regards Andreas. -- http://fam-tille.de ___ Debian-med-packaging mailing list debian-med-packag...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-med-packaging -- Olivier Sallou IRISA / University of Rennes 1 Campus de Beaulieu, 35000 RENNES - FRANCE Tel: 02.99.84.71.95 gpg key id: 4096R/326D8438 (keyring.debian.org) Key fingerprint = 5FB4 6F83 D3B9 5204 6335 D26D 78DC 68DB 326D 8438 __ This is the maintainer address of Debian's Java team http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-java-maintainers. Please use debian-j...@lists.debian.org for discussions and questions.
Bug#761172: Verified problem in new version of itext5
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 applications? We can not run tests that need online connection at build time (I needed to exclude these in other packages as well). The only thing that we can positively say is that any test that needs an online connection will definitely fail and we simply don't know if it affects a runtime application. However, I can't see any reason why any application that has a wroking online connection should fail. The same is valid for the missing Xserver even if there might be the chance to fake a running X server at build time. If you would like to spend your time to find this out debian-mentors might help. My preference would be to fix the RC bug as soon as possible and simply assume that the software works perfectly even if we do not run two specific tests. You are free to run the test suite manually on your local machine if in doubt. Kind regards Andreas. -- http://fam-tille.de __ This is the maintainer address of Debian's Java team http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-java-maintainers. Please use debian-j...@lists.debian.org for discussions and questions.
Bug#761172: Verified problem in new version of itext5
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 the tests under xvfb-run, e.g. with a short dh(1) debian/rules file like: #!/usr/bin/make -f %: dh $@ override_dh_auto_test: xvfb-run -a dh_auto_test (Just as a hint for whoever wants to add back one more test after the RC bug is fixed.) Cheers, gregor -- .''`. Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06 : :' : Debian GNU/Linux user, admin, and developer - http://www.debian.org/ `. `' Member of VIBE!AT SPI, fellow of the Free Software Foundation Europe `- NP: Neil Young: There's A World signature.asc Description: Digital Signature __ This is the maintainer address of Debian's Java team http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-java-maintainers. Please use debian-j...@lists.debian.org for discussions and questions.
Bug#761172: Verified problem in new version of itext5
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 haven't tried this package, but in general that's as easy as - adding xvfb, xauth to Build-Depends(-Indep) - run the tests under xvfb-run, e.g. with a short dh(1) debian/rules file like: #!/usr/bin/make -f %: dh $@ override_dh_auto_test: xvfb-run -a dh_auto_test (Just as a hint for whoever wants to add back one more test after the RC bug is fixed.) The attached patch tries to implement what you said and is (in contrast to the DEP3 description which I forgot to adapt) removing only the online test. However, as I just noticed now, the rules file is cdbs based and can not work this way. If anybody wants to translate this to cdbs syntax I'd be happy (alternatively it would be really cool if maven-helper would be translated to dh ;-)). Kind regards Andreas. -- http://fam-tille.de From c65575ca4f3d5251badc79a1948b5cb72a90a4a1 Mon Sep 17 00:00:00 2001 From: Andreas Tille ti...@debian.org Date: Sat, 27 Sep 2014 00:36:27 +0200 Subject: [PATCH 1/1] Try to fix test problem --- debian/changelog| 3 ++- debian/control | 4 +++- debian/patches/series | 1 + debian/patches/skip_tests.patch | 49 + debian/rules| 8 +++ 5 files changed, 63 insertions(+), 2 deletions(-) create mode 100644 debian/patches/skip_tests.patch diff --git a/debian/changelog b/debian/changelog index b927d4e..74afabb 100644 --- a/debian/changelog +++ b/debian/changelog @@ -6,9 +6,10 @@ libitext5-java (5.5.3-1) UNRELEASED; urgency=medium * Moved the package to Git [ Andreas Tille ] + * Team upload * Latest upstream release - -- Andreas Tille ti...@debian.org Fri, 26 Sep 2014 09:33:15 +0200 + -- Andreas Tille ti...@debian.org Sat, 27 Sep 2014 00:06:38 +0200 libitext5-java (5.5.0-1) unstable; urgency=medium diff --git a/debian/control b/debian/control index b94ccdd..34ce7c0 100644 --- a/debian/control +++ b/debian/control @@ -13,7 +13,9 @@ Build-Depends-Indep: default-jdk-doc, libbcprov-java-doc, libmaven-bundle-plugin-java, libmaven-javadoc-plugin-java, - libxml-security-java (= 1.5.4) + libxml-security-java (= 1.5.4), + xvfb, + xauth Standards-Version: 3.9.5 Vcs-Git: git://anonscm.debian.org/pkg-java/libitext5-java.git Vcs-Browser: http://anonscm.debian.org/gitweb/?p=pkg-java/libitext5-java.git diff --git a/debian/patches/series b/debian/patches/series index 12a9653..d544de2 100644 --- a/debian/patches/series +++ b/debian/patches/series @@ -1,2 +1,3 @@ +skip_tests.patch utf8.patch remove-javadoc-page-tracking.patch diff --git a/debian/patches/skip_tests.patch b/debian/patches/skip_tests.patch new file mode 100644 index 000..7316b2c --- /dev/null +++ b/debian/patches/skip_tests.patch @@ -0,0 +1,49 @@ +Author: Andreas Tille ti...@debian.org +Last-Changed: Fri, 26 Sep 2014 09:33:15 +0200 +Bug-Debian: http://bugs.debian.org/761172 +Description: Skip tests by removing the according test files + RemoteGifImageTest: requires online connection + PdfCopyTest: Requires X server + +--- a/src/test/java/com/itextpdf/text/RemoteGifImageTest.java /dev/null +@@ -1,39 +0,0 @@ +-package com.itextpdf.text; +- +-import com.itextpdf.text.pdf.PdfWriter; +-import org.junit.Before; +-import org.junit.Test; +- +-import java.io.File; +-import java.io.FileOutputStream; +-import java.io.IOException; +- +-public class RemoteGifImageTest { +- +-private final String[] GIF_LOCATION = { +-http://itextpdf.com/img/logo.gif;, +-http://itextsupport.com/files/testresources/img/remote_gif_test.gif;, +-./src/test/resources/com/itextpdf/text/Chunk/logo.gif // non-remote gif +-}; +- +-private final String OUTPUTFOLDER = ./target/com/itextpdf/test/image/; +- +-@Before +-public void before() { +-new File(OUTPUTFOLDER).mkdirs(); +-} +- +-@Test +-public void remoteGifTest() throws IOException, DocumentException { +-for (int i = 0; i GIF_LOCATION.length; i++) { +-Document document = new Document(); +-PdfWriter.getInstance(document, new FileOutputStream(OUTPUTFOLDER + gif_remote[ + i + ].pdf)); +-document.open(); +- +-Image img = Image.getInstance(GIF_LOCATION[i]); +-document.add(img); +- +-document.close(); +-} +-} +-} diff --git a/debian/rules b/debian/rules index 2ec9eb2..e6701ea 100755 --- a/debian/rules +++ b/debian/rules @@ -8,5 +8,13 @@ JAVA_HOME := /usr/lib/jvm/default-java DEB_MAVEN_ARGS =