[Git][java-team/jabref] Pushed new tag debian/3.8.2+ds-17

[gregor herrmann (@gregoa)]

gregor herrmann pushed new tag debian/3.8.2+ds-17 at Debian Java Maintainers / 
jabref

-- 
View it on GitLab: 
https://salsa.debian.org/java-team/jabref/-/tree/debian/3.8.2+ds-17
You're receiving this email because of your account on salsa.debian.org.


___
pkg-java-commits mailing list
pkg-java-comm...@alioth-lists.debian.net
https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/pkg-java-commits

[Git][java-team/jabref] Pushed new tag archive/debian/3.8.2+ds-17

[gregor herrmann (@gregoa)]

gregor herrmann pushed new tag archive/debian/3.8.2+ds-17 at Debian Java 
Maintainers / jabref

-- 
View it on GitLab: 
https://salsa.debian.org/java-team/jabref/-/tree/archive/debian/3.8.2+ds-17
You're receiving this email because of your account on salsa.debian.org.


___
pkg-java-commits mailing list
pkg-java-comm...@alioth-lists.debian.net
https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/pkg-java-commits

[Git][java-team/jabref][master] 8 commits: debian/maven.rules: update antlr* rules after the antlr3 3.5.2 -> 3.5.3 update.

[gregor herrmann (@gregoa)]

gregor herrmann pushed to branch master at Debian Java Maintainers / jabref


Commits:
60c9f47d by gregor herrmann at 2022-12-28T22:15:11+01:00
debian/maven.rules: update antlr* rules after the antlr3 3.5.2 - 3.5.3 
update.

Thanks: Lucas Nussbaum for the bug report.
Closes: #1026675

- - - - -
099dd1e2 by gregor herrmann at 2022-12-28T22:17:12+01:00
Update years of packaging copyright.

- - - - -
3147bb80 by gregor herrmann at 2022-12-28T22:17:38+01:00
debian/watch: use uscan version 4.

- - - - -
0444f686 by gregor herrmann at 2022-12-28T22:18:50+01:00
debian/rules: update empty override to make it more debhelpery.

- - - - -
a6ace136 by gregor herrmann at 2022-12-28T22:19:35+01:00
Declare compliance with Debian Policy 4.6.2.

- - - - -
2b007d6d by gregor herrmann at 2022-12-28T22:20:07+01:00
Drop unneeded version constraints from (build) dependencies.

- - - - -
146add9d by gregor herrmann at 2022-12-28T22:20:14+01:00
(Re-)sort dependencies

Gbp-Dch: ignore

- - - - -
036728d0 by gregor herrmann at 2022-12-28T22:44:31+01:00
releasing package jabref version 3.8.2+ds-17 into distribution unstable

Gbp-Dch: Ignore

- - - - -


6 changed files:

- debian/changelog
- debian/control
- debian/copyright
- debian/maven.rules
- debian/rules
- debian/watch


Changes:

=
debian/changelog
=
@@ -1,3 +1,16 @@
+jabref (3.8.2+ds-17) unstable; urgency=medium
+
+  * debian/maven.rules: update antlr* rules after the antlr3 3.5.2 ->
+3.5.3 update.
+Thanks to Lucas Nussbaum for the bug report. (Closes: #1026675)
+  * Update years of packaging copyright.
+  * debian/watch: use uscan version 4.
+  * debian/rules: update empty override to make it more debhelpery.
+  * Declare compliance with Debian Policy 4.6.2.
+  * Drop unneeded version constraints from (build) dependencies.
+
+ -- gregor herrmann   Wed, 28 Dec 2022 22:29:06 +0100
+
 jabref (3.8.2+ds-16) unstable; urgency=medium
 
   * Team upload.


=
debian/control
=
@@ -24,25 +24,25 @@ Build-Depends-Indep: ant,
  libjaxb-api-java,
  libjaxb-java,
  libjempbox-java,
- libjgoodies-common-java (>= 1.8.1),
- libjgoodies-forms-java (>= 1.9.0),
- libjgoodies-looks-java (>= 2.7.0),
+ libjgoodies-common-java,
+ libjgoodies-forms-java,
+ libjgoodies-looks-java,
  libjgraph-java,
  libjsonp-java,
- liblog4j2-java (>= 2.10.0-2) | liblog4j2-java (<< 2.10),
+ liblibreoffice-java,
+ liblog4j2-java,
  libmariadb-java,
  libmicroba-java,
  libpdfbox-java,
- libpostgresql-jdbc-java (>= 9.4.1212),
+ libpostgresql-jdbc-java,
  librelaxng-datatype-java,
- liblibreoffice-java,
  libscram-java,
  libspin-java,
  libswingx-java,
  libunirest-java-java,
  libxml-commons-resolver1.1-java,
- ure (>= 5.0~)
-Standards-Version: 4.6.0
+ ure
+Standards-Version: 4.6.2
 Vcs-Browser: https://salsa.debian.org/java-team/jabref
 Vcs-Git: https://salsa.debian.org/java-team/jabref.git
 Homepage: https://www.jabref.org/
@@ -68,23 +68,23 @@ Depends: ${misc:Depends},
  libjava-string-similarity-java,
  libjaxb-java,
  libjempbox-java,
- libjgoodies-common-java (>= 1.8.1),
- libjgoodies-forms-java (>= 1.9.0),
- libjgoodies-looks-java (>= 2.7.0),
+ libjgoodies-common-java,
+ libjgoodies-forms-java,
+ libjgoodies-looks-java,
  libjhlabs-filters-java,
  libjsoup-java (>= 1.14.2),
- liblog4j2-java (>= 2.10.0-2) | liblog4j2-java (<< 2.10),
+ liblibreoffice-java,
+ liblog4j2-java,
  libmicroba-java,
  libpdfbox-java (<< 1:2),
- liblibreoffice-java,
  libspin-java,
  libswing-layout-java,
  libswingx-java (<< 1:1.6.4),
  libunirest-java-java
 Recommends: libmariadb-java,
-libpostgresql-jdbc-java (>= 9.4.1212),
-libreoffice-writer,
+libpostgresql-jdbc-java,
 libreoffice-java-common,
+libreoffice-writer,
 xdg-utils
 Suggests: gv | postscript-viewer,
   xpdf | pdf-viewer


=
debian/copyright
=
@@ -48,8 +48,8 @@ Copyright: 1999-2002, Sylvain Reynal
 License: GPL-2+
 
 Files: debian/*
-Copyright: 2005-2020, gregor herrmann 
- 2005-2020, tony man

[Git][java-team/libpdfbox-java][master] 4 commits: debian/control: move javahelper from Build-Depends-Indep to Build-Depends.

[gregor herrmann (@gregoa)]

gregor herrmann pushed to branch master at Debian Java Maintainers / 
libpdfbox-java


Commits:
ce122d9f by gregor herrmann at 2022-10-02T14:56:48+02:00
debian/control: move javahelper from Build-Depends-Indep to Build-Depends.

It is used during clean via the javahelper debhelper addon.

- - - - -
249db705 by gregor herrmann at 2022-10-02T14:58:50+02:00
debian/rules: use version of aglfn

instead of lcdf-typetools.

This change was missing in 40c228a.

- - - - -
ed1084b3 by gregor herrmann at 2022-10-02T14:59:45+02:00
debian/rules: rename override_dh_auto_{configure,build} to -indep.

We are not building any architecture dependent packages.

- - - - -
131d4f48 by gregor herrmann at 2022-10-02T15:13:10+02:00
update changelog

Gbp-Dch: Ignore

- - - - -


3 changed files:

- debian/changelog
- debian/control
- debian/rules


Changes:

=
debian/changelog
=
@@ -1,6 +1,13 @@
 libpdfbox-java (1:1.8.16-3) UNRELEASED; urgency=medium
 
   * Remove myself from Uploaders.
+  * debian/control: move javahelper from Build-Depends-Indep to Build-
+Depends.
+It is used during clean via the javahelper debhelper addon.
+  * debian/rules: use version of aglfn instead of lcdf-typetools.
+This change was missing in 40c228a.
+  * debian/rules: rename override_dh_auto_{configure,build} to -indep.
+We are not building any architecture dependent packages.
 
  -- gregor herrmann   Fri, 20 Aug 2021 03:34:58 +0200
 


=
debian/control
=
@@ -5,11 +5,11 @@ Uploaders: tony mancill ,
 Section: java
 Priority: optional
 Build-Depends: debhelper (>= 11),
+   javahelper,
maven-debian-helper
 Build-Depends-Indep: aglfn,
  default-jdk,
  htmldoc-common,
- javahelper,
  junit4,
  libbcmail-java (>= 1.47),
  libbcpkix-java,


=
debian/rules
=
@@ -1,19 +1,19 @@
 #!/usr/bin/make -f
 
 htmldoc-common_source := $(shell dpkg-query -f '$${source:Package} (= 
$${source:Version}), ' -W htmldoc-common)
-lcdf-typetools_source := $(shell dpkg-query -f '$${source:Package} (= 
$${source:Version}), ' -W lcdf-typetools)
+aglfn_source  := $(shell dpkg-query -f '$${source:Package} (= 
$${source:Version}), ' -W aglfn)
 poppler-data_source   := $(shell dpkg-query -f '$${source:Package} (= 
$${source:Version}), ' -W poppler-data)
 
 %:
dh $@ --buildsystem=maven --with javahelper
 
-override_dh_auto_configure:
+override_dh_auto_configure-indep:
# replace what we delete in repacking. never used ...
mkdir -p pdfbox/src/main/resources/org/apache/pdfbox/resources/cmap/
find /usr/share/poppler/cMap -type f -print0 | xargs -r0 cp -n -t 
pdfbox/src/main/resources/org/apache/pdfbox/resources/cmap/
dh_auto_configure
 
-override_dh_auto_build:
+override_dh_auto_build-indep:
# work around downloading adobe file
mkdir -p pdfbox/target/classes/org/apache/pdfbox/resources/cmap
cp pdfbox/src/main/resources/org/apache/pdfbox/resources/cmap/* 
pdfbox/target/classes/org/apache/pdfbox/resources/cmap/
@@ -28,4 +28,4 @@ override_dh_installchangelogs:
dh_installchangelogs $(CURDIR)/RELEASE-NOTES.txt
 
 override_dh_gencontrol:
-   dh_gencontrol -- 
"-Vmisc:Built-Using=$(htmldoc-common_source)$(lcdf-typetools_source)$(poppler-data_source)"
+   dh_gencontrol -- 
"-Vmisc:Built-Using=$(htmldoc-common_source)$(aglfn_source)$(poppler-data_source)"



View it on GitLab: 
https://salsa.debian.org/java-team/libpdfbox-java/-/compare/dedab99b3ae7d506e74f9aa5246fbaaf0fb3807f...131d4f484b1f95b8b414a8fad390ffaf01e8940b

-- 
View it on GitLab: 
https://salsa.debian.org/java-team/libpdfbox-java/-/compare/dedab99b3ae7d506e74f9aa5246fbaaf0fb3807f...131d4f484b1f95b8b414a8fad390ffaf01e8940b
You're receiving this email because of your account on salsa.debian.org.


___
pkg-java-commits mailing list
pkg-java-comm...@alioth-lists.debian.net
https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/pkg-java-commits

[jabref] 04/04: releasing package jabref version 3.8.2+ds-3

[gregor herrmann]

This is an automated email from the git hooks/post-receive script.

gregoa pushed a commit to branch master
in repository jabref.

commit eeea107d37135b60cb6d94f282de58c1a8fd636e
Author: gregor herrmann <gre...@debian.org>
Date:   Fri Apr 6 19:59:28 2018 +0200

releasing package jabref version 3.8.2+ds-3
---
 debian/changelog | 10 +++---
 1 file changed, 7 insertions(+), 3 deletions(-)

diff --git a/debian/changelog b/debian/changelog
index 6548a21..273e3c9 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,12 +1,16 @@
-jabref (3.8.2+ds-3) UNRELEASED; urgency=medium
+jabref (3.8.2+ds-3) unstable; urgency=medium
 
   * Force openjdk-8 at buildtime and runtime.
-JabRef doesn't work and run with openjdk-9 which is the default now.
+JabRef doesn't build and run with openjdk-9 which is the default now.
 (Closes: #890905)
+  * Make (build) dependency on liblog4j2-java versioned.
+(Closes: #893251)
   * Update years of packaging copyright.
+  * debian/copyright: use HTTPS for a couple of URLs.
+Thanks to duck.
   * Declare compliance with Debian Policy 4.1.4.
 
- -- gregor herrmann <gre...@debian.org>  Fri, 16 Mar 2018 21:31:24 +0100
+ -- gregor herrmann <gre...@debian.org>  Fri, 06 Apr 2018 19:54:48 +0200
 
 jabref (3.8.2+ds-2) unstable; urgency=medium
 

-- 
Alioth's /usr/local/bin/git-commit-notice on 
/srv/git.debian.org/git/pkg-java/jabref.git

___
pkg-java-commits mailing list
pkg-java-comm...@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-java-commits

[jabref] 01/04: Standards-Version 4.1.4

[gregor herrmann]

This is an automated email from the git hooks/post-receive script.

gregoa pushed a commit to branch master
in repository jabref.

commit 54f259f9d9a016203366b8a889978f575b0676f5
Author: gregor herrmann <gre...@debian.org>
Date:   Fri Apr 6 14:00:36 2018 +0200

Standards-Version 4.1.4

Gbp-Dch: Ignore
---
 debian/changelog | 2 +-
 debian/control   | 2 +-
 2 files changed, 2 insertions(+), 2 deletions(-)

diff --git a/debian/changelog b/debian/changelog
index 97467ba..6548a21 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -4,7 +4,7 @@ jabref (3.8.2+ds-3) UNRELEASED; urgency=medium
 JabRef doesn't work and run with openjdk-9 which is the default now.
 (Closes: #890905)
   * Update years of packaging copyright.
-  * Declare compliance with Debian Policy 4.1.3.
+  * Declare compliance with Debian Policy 4.1.4.
 
  -- gregor herrmann <gre...@debian.org>  Fri, 16 Mar 2018 21:31:24 +0100
 
diff --git a/debian/control b/debian/control
index be7539e..7c0aa11 100644
--- a/debian/control
+++ b/debian/control
@@ -37,7 +37,7 @@ Build-Depends-Indep: ant,
  libunirest-java-java,
  openjdk-8-jdk,
  ure (>= 5.0~)
-Standards-Version: 4.1.3
+Standards-Version: 4.1.4
 Vcs-Browser: https://anonscm.debian.org/cgit/pkg-java/jabref.git
 Vcs-Git: https://anonscm.debian.org/git/pkg-java/jabref.git
 Homepage: https://www.jabref.org/

-- 
Alioth's /usr/local/bin/git-commit-notice on 
/srv/git.debian.org/git/pkg-java/jabref.git

___
pkg-java-commits mailing list
pkg-java-comm...@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-java-commits

[jabref] 03/04: debian/copyright: use HTTPS for a couple of URLs.

[gregor herrmann]

This is an automated email from the git hooks/post-receive script.

gregoa pushed a commit to branch master
in repository jabref.

commit 84884ef495fbc01e62c5fb8e5d9cd57dbf659d44
Author: gregor herrmann <gre...@debian.org>
Date:   Fri Apr 6 19:54:06 2018 +0200

debian/copyright: use HTTPS for a couple of URLs.

Thanks: duck.
---
 debian/copyright | 6 +++---
 1 file changed, 3 insertions(+), 3 deletions(-)

diff --git a/debian/copyright b/debian/copyright
index 59d3dcb..7e072a1 100644
--- a/debian/copyright
+++ b/debian/copyright
@@ -67,11 +67,11 @@ Comment: This patch contains the contents of publically 
available XML
  assumed to exist in the public domain and to be freely redistributable.
  .
  More information about the MODS schemas is available here:
-   http://www.loc.gov/standards/mods/
+   https://www.loc.gov/standards/mods/
  .
  The schemas included are:
-   http://www.loc.gov/standards/mods/xml.xsd
-   http://www.loc.gov/standards/xlink/xlink.xsd
+   https://www.loc.gov/standards/mods/xml.xsd
+   https://www.loc.gov/standards/xlink/xlink.xsd
 
 License: Expat
  Permission is hereby granted, free of charge, to any person

-- 
Alioth's /usr/local/bin/git-commit-notice on 
/srv/git.debian.org/git/pkg-java/jabref.git

___
pkg-java-commits mailing list
pkg-java-comm...@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-java-commits

[jabref] branch master updated (7b3e574 -> eeea107)

[gregor herrmann]

This is an automated email from the git hooks/post-receive script.

gregoa pushed a change to branch master
in repository jabref.

  from  7b3e574   update changelog
   new  54f259f   Standards-Version 4.1.4
   new  1c74beb   Make (build) dependency on liblog4j2-java versioned.
   new  84884ef   debian/copyright: use HTTPS for a couple of URLs.
   new  eeea107   releasing package jabref version 3.8.2+ds-3

The 4 revisions listed above as "new" are entirely new to this
repository and will be described in separate emails.  The revisions
listed as "adds" were already present in the repository and have only
been added to this reference.


Summary of changes:
 debian/changelog | 12 
 debian/control   |  6 +++---
 debian/copyright |  6 +++---
 3 files changed, 14 insertions(+), 10 deletions(-)

-- 
Alioth's /usr/local/bin/git-commit-notice on 
/srv/git.debian.org/git/pkg-java/jabref.git

___
pkg-java-commits mailing list
pkg-java-comm...@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-java-commits

[jabref] annotated tag debian/3.8.2+ds-3 created (now 8b19a9e)

[gregor herrmann]

This is an automated email from the git hooks/post-receive script.

gregoa pushed a change to annotated tag debian/3.8.2+ds-3
in repository jabref.

at  8b19a9e   (tag)
   tagging  eeea107d37135b60cb6d94f282de58c1a8fd636e (commit)
  replaces  debian/3.8.2+ds-2
 tagged by  gregor herrmann
on  Fri Apr 6 19:59:28 2018 +0200

- Log -
tagging package jabref version debian/3.8.2+ds-3
-BEGIN PGP SIGNATURE-

iQKTBAABCgB9FiEE0eExbpOnYKgQTYX6uzpoAYZJqgYFAlrHtYBfFIAALgAo
aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEQx
RTEzMTZFOTNBNzYwQTgxMDREODVGQUJCM0E2ODAxODY0OUFBMDYACgkQuzpoAYZJ
qgas0RAAj+/xaSZCzxgPF7hggL/ucT/0LHoUchVncZLSNb8srgmagfj+H9QGoLJ7
lmVqesXB+l3TV2Ww+4bwvcXeEhjlil94G5ZpUHrbYIxOd0PPPTP3fETFaUqeg+qG
qsxYibSJjiJszErkpQl1OxfBvQX5HujmSGEGeKHXCmGWW/gZTyI+hMIsbNWVyO64
p/rcgLqDoi3OOAM0+YPPXhqTUDrnTv7TDSeFJjwef2DVAPXvV2exIqzEzorQM7oB
cHAcF2pHGt6c62s38FHSY/3Bx/WsIGx1S7I81PnqzPBv9yUGAtHu1vPktbG/eCeF
XAlfSKxPXpE01IZgHMOdImK26QedlvAJIfmn8fVoMSkdXk++/P+oZi8BKnUt0SBf
YyCUkhOPN7IfDuMBB5dRVaYZeoFxOfXZt7XRTg1ZqfVz1ZUduNWm+TsksdgLWw5N
xX1Lz7bpP/jhlBmwCrVnjfTXv6xbS5kwR1tumCbL/Pm6LnH5hqoOxQcvrjdvuwKD
E3SebCwxDFrko9UzwhZJLBpIAWZKiSWhoIJByBjVb7NJIXL4xuWoDQkmCWZ4rwE8
tzJrOeFemcUh2KEaPVekVepINoz74J5tvmCf5Usy/k4yPpHsIWSp/eM646J+aFSa
1eJruSLetK29JWpUtuBppIMWt//dKvFgaW3RblzAoeIhh9KeycI=
=W+Nc
-END PGP SIGNATURE-

Gregor Herrmann (9):
  Force openjdk-8 at buildtime and runtime.
  sort (build) deps
  Update years of packaging copyright.
  Declare compliance with Debian Policy 4.1.3.
  update changelog
  Standards-Version 4.1.4
  Make (build) dependency on liblog4j2-java versioned.
  debian/copyright: use HTTPS for a couple of URLs.
  releasing package jabref version 3.8.2+ds-3

---

This annotated tag includes the following new commits:

   new  54f259f   Standards-Version 4.1.4
   new  1c74beb   Make (build) dependency on liblog4j2-java versioned.
   new  84884ef   debian/copyright: use HTTPS for a couple of URLs.
   new  eeea107   releasing package jabref version 3.8.2+ds-3

The 4 revisions listed above as "new" are entirely new to this
repository and will be described in separate emails.  The revisions
listed as "adds" were already present in the repository and have only
been added to this reference.


-- 
Alioth's /usr/local/bin/git-commit-notice on 
/srv/git.debian.org/git/pkg-java/jabref.git

___
pkg-java-commits mailing list
pkg-java-comm...@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-java-commits

[jabref] 02/04: Make (build) dependency on liblog4j2-java versioned.

[gregor herrmann]

This is an automated email from the git hooks/post-receive script.

gregoa pushed a commit to branch master
in repository jabref.

commit 1c74bebda74c84722b17531dc5b1c5145ea7a199
Author: gregor herrmann <gre...@debian.org>
Date:   Fri Apr 6 14:02:15 2018 +0200

Make (build) dependency on liblog4j2-java versioned.

Closes: #893251
---
 debian/control | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/debian/control b/debian/control
index 7c0aa11..ed13fcd 100644
--- a/debian/control
+++ b/debian/control
@@ -26,7 +26,7 @@ Build-Depends-Indep: ant,
  libjgoodies-forms-java (>= 1.9.0),
  libjgoodies-looks-java (>= 2.7.0),
  libjgraph-java,
- liblog4j2-java,
+ liblog4j2-java (>= 2.10.0-2) | liblog4j2-java (<< 2.10),
  libmicroba-java,
  libmysql-java,
  libpdfbox-java (<< 1:2),
@@ -65,7 +65,7 @@ Depends: ${misc:Depends},
  libjgoodies-looks-java (>= 2.7.0),
  libjhlabs-filters-java,
  libjsoup-java,
- liblog4j2-java,
+ liblog4j2-java (>= 2.10.0-2) | liblog4j2-java (<< 2.10),
  libmicroba-java,
  libpdfbox-java (<< 1:2),
  libreoffice-java-common,

-- 
Alioth's /usr/local/bin/git-commit-notice on 
/srv/git.debian.org/git/pkg-java/jabref.git

___
pkg-java-commits mailing list
pkg-java-comm...@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-java-commits

Bug#893251: jabref 3.8 is started with OpenJDK 9 instead of 8

[gregor herrmann]

Control: tag -1 + pending

On Fri, 06 Apr 2018 11:13:02 +0200, Emmanuel Bourg wrote:

> > Should we reassign this bug to liblog4j2-java (+ affects jabref)? I
> > suppose the problem doesn't exclusively hit jabref?
> I've uploaded liblog4j2-java/2.10.0-2 that should work with Java 8.
> Could you give it a try?

That's excellent news, thank you!

Let me try ...

During build I see some scary output:

Malformed class file [module-info.class] in jar 
[/usr/share/maven-repo/org/apache/logging/log4j/log4j-api/debian/log4j-api-debian.jar]
 found on classpath, which means that this class will cause a compile error if 
referenced in a source file. Gradle 5.0 will no longer allow malformed classes 
on compile classpath.
at 
org.gradle.api.internal.changedetection.state.JvmClassHasher.visit(JvmClassHasher.java:154)
at 
org.gradle.api.internal.changedetection.state.JvmClassHasher.hashJarFile(JvmClassHasher.java:122)
at 
org.gradle.api.internal.changedetection.state.DefaultCompileClasspathSnapshotter.normaliseFileElement(DefaultCompileClasspathSnapshotter.java:75)
at 
org.gradle.api.internal.changedetection.state.AbstractFileCollectionSnapshotter$FileCollectionVisitorImpl.visitCollection(AbstractFileCollectionSnapshotter.java:144)
at 
org.gradle.api.internal.file.AbstractFileCollection.visitRootElements(AbstractFileCollection.java:234)
at 
org.gradle.api.internal.file.CompositeFileCollection.visitRootElements(CompositeFileCollection.java:185)
at 
org.gradle.api.internal.changedetection.state.AbstractFileCollectionSnapshotter.snapshot(AbstractFileCollectionSnapshotter.java:71)
at 
org.gradle.api.internal.changedetection.rules.AbstractNamedFileSnapshotTaskStateChanges.buildSnapshots(AbstractNamedFileSnapshotTaskStateChanges.java:87)
at 
org.gradle.api.internal.changedetection.rules.AbstractNamedFileSnapshotTaskStateChanges.(AbstractNamedFileSnapshotTaskStateChanges.java:54)
at 
org.gradle.api.internal.changedetection.rules.InputFilesTaskStateChanges.(InputFilesTaskStateChanges.java:28)
at 
org.gradle.api.internal.changedetection.rules.TaskUpToDateState.(TaskUpToDateState.java:55)
at 
org.gradle.api.internal.changedetection.changes.DefaultTaskArtifactStateRepository$TaskArtifactStateImpl.getStates(DefaultTaskArtifactStateRepository.java:164)
at 
org.gradle.api.internal.changedetection.changes.DefaultTaskArtifactStateRepository$TaskArtifactStateImpl.isUpToDate(DefaultTaskArtifactStateRepository.java:79)
at 
org.gradle.api.internal.tasks.execution.SkipUpToDateTaskExecuter.execute(SkipUpToDateTaskExecuter.java:51)
at 
org.gradle.api.internal.tasks.execution.ValidatingTaskExecuter.execute(ValidatingTaskExecuter.java:58)
at 
org.gradle.api.internal.tasks.execution.SkipEmptySourceFilesTaskExecuter.execute(SkipEmptySourceFilesTaskExecuter.java:88)
at 
org.gradle.api.internal.tasks.execution.ResolveTaskArtifactStateTaskExecuter.execute(ResolveTaskArtifactStateTaskExecuter.java:46)
at 
org.gradle.api.internal.tasks.execution.SkipTaskWithNoActionsExecuter.execute(SkipTaskWithNoActionsExecuter.java:51)
at 
org.gradle.api.internal.tasks.execution.SkipOnlyIfTaskExecuter.execute(SkipOnlyIfTaskExecuter.java:54)
at 
org.gradle.api.internal.tasks.execution.ExecuteAtMostOnceTaskExecuter.execute(ExecuteAtMostOnceTaskExecuter.java:43)
at 
org.gradle.api.internal.tasks.execution.CatchExceptionTaskExecuter.execute(CatchExceptionTaskExecuter.java:34)
at 
org.gradle.execution.taskgraph.DefaultTaskGraphExecuter$EventFiringTaskWorker$1.execute(DefaultTaskGraphExecuter.java:236)
at 
org.gradle.execution.taskgraph.DefaultTaskGraphExecuter$EventFiringTaskWorker$1.execute(DefaultTaskGraphExecuter.java:228)
at org.gradle.internal.Transformers$4.transform(Transformers.java:169)
at 
org.gradle.internal.progress.DefaultBuildOperationExecutor.run(DefaultBuildOperationExecutor.java:106)
at 
org.gradle.internal.progress.DefaultBuildOperationExecutor.run(DefaultBuildOperationExecutor.java:61)
at 
org.gradle.execution.taskgraph.DefaultTaskGraphExecuter$EventFiringTaskWorker.execute(DefaultTaskGraphExecuter.java:228)
at 
org.gradle.execution.taskgraph.DefaultTaskGraphExecuter$EventFiringTaskWorker.execute(DefaultTaskGraphExecuter.java:215)
at 
org.gradle.execution.taskgraph.AbstractTaskPlanExecutor$TaskExecutorWorker.processTask(AbstractTaskPlanExecutor.java:77)
at 
org.gradle.execution.taskgraph.AbstractTaskPlanExecutor$TaskExecutorWorker.run(AbstractTaskPlanExecutor.java:58)
at 
org.gradle.internal.concurrent.ExecutorPolicy$CatchAndRecordFailures.onExecute(ExecutorPolicy.java:63)
at 
org.gradle.internal.concurrent.StoppableExecutorImpl$1.run(StoppableExecutorImpl.java:46)
at 
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
at 

Bug#894106: jabref: fails to start with java-8-openjdk-amd64

[gregor herrmann]

Control: forcemerge 893251 -1

On Mon, 26 Mar 2018 15:36:10 +0200, Stefan Laufmann wrote:

> to work around the issue as described in #893138 I tried starting jabref with
> $> JAVA_HOME=/usr/lib/jvm/java-8-openjdk-amd64/ jabref
> 
> This helped overcoming the java 9 incompability at first but jabref did not
> launched.
> Instead I got prompted with a NoSuchMethodError Exception.

Right, this is unfortunately another problem, which is already
tracked as #893251.
 
> Thanks for your work on the package. I hope there is a way to fix this issue.
> :)

I share your hope :)
 

Cheers,
gregor

-- 
 .''`.  https://info.comodo.priv.at -- Debian Developer https://www.debian.org
 : :' : OpenPGP fingerprint D1E1 316E 93A7 60A8 104D  85FA BB3A 6801 8649 AA06
 `. `'  Member VIBE!AT & SPI Inc. -- Supporter Free Software Foundation Europe
   `-   NP: Ben Weaver: Stay With Me


signature.asc
Description: Digital Signature
__
This is the maintainer address of Debian's Java team
. 
Please use
debian-j...@lists.debian.org for discussions and questions.

Bug#893268: Intend to take over libjbzip2-java and libnanoxml2-java into Debian Med team

[gregor herrmann]

On Sun, 25 Mar 2018 23:29:13 +0200, Andreas Tille wrote:

> > (b) relaxing the default pkg-java permissions to be like those of the
> > Debian Perl Team and allow all DDs by default
> I'd prefer this a lot.  We did so for Debian Med on Alioth - I'm not
> sure how that works on Salsa but if we found out this will be
> established.

FWIW, the perl-team projects on Salsa are not DD-writable any more
because that's not as simple as it was on Alioth.
IIRC it's not possible to grant permissions ("share with ..") on a
group or sub-group level, only for each individual project, and that
takes ages via the API and whatnot.

I found my report from January:
https://lists.debian.org/debian-perl/2018/01/msg00045.html
  

Cheers,
gregor

-- 
 .''`.  https://info.comodo.priv.at -- Debian Developer https://www.debian.org
 : :' : OpenPGP fingerprint D1E1 316E 93A7 60A8 104D  85FA BB3A 6801 8649 AA06
 `. `'  Member VIBE!AT & SPI Inc. -- Supporter Free Software Foundation Europe
   `-   NP: Rolling Stones


signature.asc
Description: Digital Signature
__
This is the maintainer address of Debian's Java team
. 
Please use
debian-j...@lists.debian.org for discussions and questions.

Bug#893251: jabref 3.8 is started with OpenJDK 9 instead of 8

[gregor herrmann]

On Mon, 19 Mar 2018 22:40:47 -0700, tony mancill wrote:

> > Maybe that's caused by the recent update of liblog4j2-java 2.8.2-2 -> 
> > 2.10.0-1
> > Indeed, downgrading liblog4j2-java to 2.8.2-2 helps.
> > Not sure if this is a jabref problem or a liblog4j2-java issue; let's
> > hope the java experts can shed some light on this bug.
> Ouch indeed!  I'm pretty certain that this is an issue with how
> liblog4j2-java is being built for Debian.  There is some discussion of
> the issue here [1].  Basically, we need to take precautions when
> building libraries with JDK 9 that are expected to run with JDK 8
> runtimes.

Thanks for looking into this issue and for digging up this reference.
 
> That said, so far I'm not able to build a liblog4j2-java from the
> 2.10.0-1 source package that will play nicely with jabref, but I'll keep
> looking at that and other options (aside from suggesting that we start
> recommending a stretch chroot for jabref...)

Thanks. And I'm optimistic that you'll succeed in the end :)

Should we reassign this bug to liblog4j2-java (+ affects jabref)? I
suppose the problem doesn't exclusively hit jabref?
 
> [1] https://github.com/plasma-umass/doppio/issues/497


Cheers,
gregor

-- 
 .''`.  https://info.comodo.priv.at -- Debian Developer https://www.debian.org
 : :' : OpenPGP fingerprint D1E1 316E 93A7 60A8 104D  85FA BB3A 6801 8649 AA06
 `. `'  Member VIBE!AT & SPI Inc. -- Supporter Free Software Foundation Europe
   `-   NP: Rebekka Bakken & Wolfgang Muthspiel: Nowhere


signature.asc
Description: Digital Signature
__
This is the maintainer address of Debian's Java team
. 
Please use
debian-j...@lists.debian.org for discussions and questions.

Bug#893251: jabref 3.8 is started with OpenJDK 9 instead of 8

[gregor herrmann]

Control: clone 890905 -1
Control: retitle -1 jabref: doesn't start with liblog4j2-java 2.10.0-1
Control: tag -1 - patch pending

On Sun, 18 Mar 2018 13:48:56 +0100, c.bu...@posteo.jp wrote:

> Dear Gregor,
> thank you very much for your fast reply.

You're welcome.
 
> > True, this is already reported as #890905/#893138.
> > I ('m trying to) merge those two bugs.
> Sorry, for reporting again. I noticed that bugs. But as a
> Java-foreigner it wasn't clear for me if they address the same issue.

No worries.
 
> > You can run
> > JAVA_HOME=/usr/lib/jvm/java-8-openjdk-amd64/ jabref
> Something is wrong here. Did openjdk-8 changed a bit?

Hm ...
 
> $ JAVA_HOME=/usr/lib/jvm/java-8-openjdk-amd64/ jabref
> Exception in thread "main" java.lang.NoSuchMethodError:
> java.nio.ByteBuffer.flip()Ljava/nio/ByteBuffer; at
> org.apache.logging.log4j.core.appender.OutputStreamManager.flushBuffer(OutputStreamManager.java:292)
> at
> org.apache.logging.log4j.core.appender.OutputStreamManager.flush(OutputStreamManager.java:303)
> at
> org.apache.logging.log4j.core.appender.OutputStreamManager.closeOutputStream(OutputStreamManager.java:308)
> at
> org.apache.logging.log4j.core.appender.OutputStreamManager.releaseSub(OutputStreamManager.java:137)
> at
> org.apache.logging.log4j.core.appender.AbstractManager.stop(AbstractManager.java:86)
> at
> org.apache.logging.log4j.core.appender.AbstractOutputStreamAppender.stop(AbstractOutputStreamAppender.java:142)
> at
> org.apache.logging.log4j.core.appender.AbstractOutputStreamAppender.stop(AbstractOutputStreamAppender.java:136)
> at
> org.apache.logging.log4j.core.config.AbstractConfiguration.stop(AbstractConfiguration.java:359)
> at
> org.apache.logging.log4j.core.AbstractLifeCycle.stop(AbstractLifeCycle.java:136)
> at
> org.apache.logging.log4j.core.LoggerContext.setConfiguration(LoggerContext.java:550)
> at
> org.apache.logging.log4j.core.LoggerContext.reconfigure(LoggerContext.java:617)
> at
> org.apache.logging.log4j.core.LoggerContext.reconfigure(LoggerContext.java:634)
> at
> org.apache.logging.log4j.core.LoggerContext.start(LoggerContext.java:229)
> at
> org.apache.logging.log4j.core.impl.Log4jContextFactory.getContext(Log4jContextFactory.java:153)
> at
> org.apache.logging.log4j.core.impl.Log4jContextFactory.getContext(Log4jContextFactory.java:45)
> at org.apache.logging.log4j.LogManager.getContext(LogManager.java:194)
> at
> org.apache.logging.log4j.spi.AbstractLoggerAdapter.getContext(AbstractLoggerAdapter.java:122)
> at
> org.apache.logging.log4j.jcl.LogAdapter.getContext(LogAdapter.java:39)
> at
> org.apache.logging.log4j.spi.AbstractLoggerAdapter.getLogger(AbstractLoggerAdapter.java:46)
> at
> org.apache.logging.log4j.jcl.LogFactoryImpl.getInstance(LogFactoryImpl.java:40)
> at
> org.apache.logging.log4j.jcl.LogFactoryImpl.getInstance(LogFactoryImpl.java:55)
> at org.apache.commons.logging.LogFactory.getLog(LogFactory.java:655) at
> net.sf.jabref.JabRefMain.(JabRefMain.java:37)

Ouch, I have to confirm that I get the same errors.

Maybe that's caused by the recent update of liblog4j2-java 2.8.2-2 -> 2.10.0-1

Indeed, downgrading liblog4j2-java to 2.8.2-2 helps.

Not sure if this is a jabref problem or a liblog4j2-java issue; let's
hope the java experts can shed some light on this bug.


Cheers,
gregor

-- 
 .''`.  https://info.comodo.priv.at -- Debian Developer https://www.debian.org
 : :' : OpenPGP fingerprint D1E1 316E 93A7 60A8 104D  85FA BB3A 6801 8649 AA06
 `. `'  Member VIBE!AT & SPI Inc. -- Supporter Free Software Foundation Europe
   `-   NP: Cat Stevens: On The Road To Find Out


signature.asc
Description: Digital Signature
__
This is the maintainer address of Debian's Java team
. 
Please use
debian-j...@lists.debian.org for discussions and questions.

Bug#893251: jabref 3.8 is started with OpenJDK 9 instead of 8

[gregor herrmann]

Control: forcemerge 890905 -1

On Sat, 17 Mar 2018 15:32:16 +0100, Christian Buhtz wrote:

> JabRef is currently not working. 

True, this is already reported as #890905/#893138.
I ('m trying to) merge those two bugs.

> The script in /usr/bin/jabref requires
> "java8". But this need is ignored and version 9 is used. Because of that there
> are some errors.

It's not ignored, the problem is that openjdk-9 also provides the
java8 interface ... Cf. /usr/lib/java-wrappers/jvm-list.sh
 
> I don'T know how to make the installed JabRef run again with "java8".

You can run
JAVA_HOME=/usr/lib/jvm/java-8-openjdk-amd64/ jabref


Cheers,
gregor

-- 
 .''`.  https://info.comodo.priv.at -- Debian Developer https://www.debian.org
 : :' : OpenPGP fingerprint D1E1 316E 93A7 60A8 104D  85FA BB3A 6801 8649 AA06
 `. `'  Member VIBE!AT & SPI Inc. -- Supporter Free Software Foundation Europe
   `-   


signature.asc
Description: Digital Signature
__
This is the maintainer address of Debian's Java team
. 
Please use
debian-j...@lists.debian.org for discussions and questions.

[jabref] branch master updated (cfb878a -> 7b3e574)

[gregor herrmann]

This is an automated email from the git hooks/post-receive script.

gregoa pushed a change to branch master
in repository jabref.

  from  cfb878a   prepare changelog for upload
   new  eb5c1b0   Force openjdk-8 at buildtime and runtime.
   new  efe5f64   sort (build) deps
   new  b95485c   Update years of packaging copyright.
   new  defa43c   Declare compliance with Debian Policy 4.1.3.
   new  7b3e574   update changelog

The 5 revisions listed above as "new" are entirely new to this
repository and will be described in separate emails.  The revisions
listed as "adds" were already present in the repository and have only
been added to this reference.


Summary of changes:
 debian/changelog  | 10 ++
 debian/control| 14 +++---
 debian/copyright  |  4 ++--
 debian/jabref-wrapper |  3 ++-
 debian/rules  |  4 
 5 files changed, 25 insertions(+), 10 deletions(-)

-- 
Alioth's /usr/local/bin/git-commit-notice on 
/srv/git.debian.org/git/pkg-java/jabref.git

___
pkg-java-commits mailing list
pkg-java-comm...@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-java-commits

[jabref] 05/05: update changelog

[gregor herrmann]

This is an automated email from the git hooks/post-receive script.

gregoa pushed a commit to branch master
in repository jabref.

commit 7b3e574523522efc7dc40fd04e619f2114573c1a
Author: gregor herrmann <gre...@debian.org>
Date:   Fri Mar 16 21:34:59 2018 +0100

update changelog

Gbp-Dch: Ignore
---
 debian/changelog | 10 ++
 1 file changed, 10 insertions(+)

diff --git a/debian/changelog b/debian/changelog
index 9f00b50..97467ba 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,13 @@
+jabref (3.8.2+ds-3) UNRELEASED; urgency=medium
+
+  * Force openjdk-8 at buildtime and runtime.
+JabRef doesn't work and run with openjdk-9 which is the default now.
+(Closes: #890905)
+  * Update years of packaging copyright.
+  * Declare compliance with Debian Policy 4.1.3.
+
+ -- gregor herrmann <gre...@debian.org>  Fri, 16 Mar 2018 21:31:24 +0100
+
 jabref (3.8.2+ds-2) unstable; urgency=medium
 
   * Upload to unstable.

-- 
Alioth's /usr/local/bin/git-commit-notice on 
/srv/git.debian.org/git/pkg-java/jabref.git

___
pkg-java-commits mailing list
pkg-java-comm...@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-java-commits

[jabref] 03/05: Update years of packaging copyright.

[gregor herrmann]

This is an automated email from the git hooks/post-receive script.

gregoa pushed a commit to branch master
in repository jabref.

commit b95485cbe9801b1d818c03f26e7379a0851ae25d
Author: gregor herrmann <gre...@debian.org>
Date:   Fri Mar 16 21:30:44 2018 +0100

Update years of packaging copyright.
---
 debian/copyright | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/debian/copyright b/debian/copyright
index ace6267..59d3dcb 100644
--- a/debian/copyright
+++ b/debian/copyright
@@ -48,8 +48,8 @@ Copyright: 1999-2002, Sylvain Reynal
 License: GPL-2+
 
 Files: debian/*
-Copyright: 2005-2017, gregor herrmann <gre...@debian.org>
- 2005-2017, tony mancill <tmanc...@debian.org>
+Copyright: 2005-2018, gregor herrmann <gre...@debian.org>
+ 2005-2018, tony mancill <tmanc...@debian.org>
 License: Expat
 
 Files: debian/patches/001_koppor_debian.patch

-- 
Alioth's /usr/local/bin/git-commit-notice on 
/srv/git.debian.org/git/pkg-java/jabref.git

___
pkg-java-commits mailing list
pkg-java-comm...@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-java-commits

[jabref] 04/05: Declare compliance with Debian Policy 4.1.3.

[gregor herrmann]

This is an automated email from the git hooks/post-receive script.

gregoa pushed a commit to branch master
in repository jabref.

commit defa43cfbc4109717ddedc5f3d03a6800161fe81
Author: gregor herrmann <gre...@debian.org>
Date:   Fri Mar 16 21:30:56 2018 +0100

Declare compliance with Debian Policy 4.1.3.
---
 debian/control | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/debian/control b/debian/control
index bbeedc7..be7539e 100644
--- a/debian/control
+++ b/debian/control
@@ -37,7 +37,7 @@ Build-Depends-Indep: ant,
  libunirest-java-java,
  openjdk-8-jdk,
  ure (>= 5.0~)
-Standards-Version: 4.0.0
+Standards-Version: 4.1.3
 Vcs-Browser: https://anonscm.debian.org/cgit/pkg-java/jabref.git
 Vcs-Git: https://anonscm.debian.org/git/pkg-java/jabref.git
 Homepage: https://www.jabref.org/

-- 
Alioth's /usr/local/bin/git-commit-notice on 
/srv/git.debian.org/git/pkg-java/jabref.git

___
pkg-java-commits mailing list
pkg-java-comm...@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-java-commits

[jabref] 02/05: sort (build) deps

[gregor herrmann]

This is an automated email from the git hooks/post-receive script.

gregoa pushed a commit to branch master
in repository jabref.

commit efe5f645613cc40c7415265deada84c41e700b7f
Author: gregor herrmann <gre...@debian.org>
Date:   Fri Mar 16 18:49:58 2018 +0100

sort (build) deps

Gbp-Dch: Ignore
---
 debian/control | 12 ++--
 1 file changed, 6 insertions(+), 6 deletions(-)

diff --git a/debian/control b/debian/control
index 2b28907..bbeedc7 100644
--- a/debian/control
+++ b/debian/control
@@ -10,7 +10,6 @@ Build-Depends-Indep: ant,
  antlr,
  antlr3,
  antlr4,
- openjdk-8-jdk,
  junit4,
  libandroid-json-java,
  libantlr3-runtime-java,
@@ -20,6 +19,8 @@ Build-Depends-Indep: ant,
  libcommons-logging-java,
  libglazedlists-java,
  libjava-string-similarity-java,
+ libjaxb-api-java,
+ libjaxb-java,
  libjempbox-java,
  libjgoodies-common-java (>= 1.8.1),
  libjgoodies-forms-java (>= 1.9.0),
@@ -34,8 +35,7 @@ Build-Depends-Indep: ant,
  libspin-java,
  libswingx-java (<< 1:1.6.4),
  libunirest-java-java,
- libjaxb-java,
- libjaxb-api-java,
+ openjdk-8-jdk,
  ure (>= 5.0~)
 Standards-Version: 4.0.0
 Vcs-Browser: https://anonscm.debian.org/cgit/pkg-java/jabref.git
@@ -45,7 +45,6 @@ Homepage: https://www.jabref.org/
 Package: jabref
 Architecture: all
 Depends: ${misc:Depends},
- openjdk-8-jre,
  java-wrappers,
  libandroid-json-java,
  libantlr3-runtime-java,
@@ -71,9 +70,10 @@ Depends: ${misc:Depends},
  libpdfbox-java (<< 1:2),
  libreoffice-java-common,
  libspin-java,
- libswingx-java (<< 1:1.6.4),
  libswing-layout-java,
- libunirest-java-java
+ libswingx-java (<< 1:1.6.4),
+ libunirest-java-java,
+ openjdk-8-jre
 Recommends: xdg-utils,
 libreoffice-writer,
 libmysql-java,

-- 
Alioth's /usr/local/bin/git-commit-notice on 
/srv/git.debian.org/git/pkg-java/jabref.git

___
pkg-java-commits mailing list
pkg-java-comm...@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-java-commits

[jabref] 01/05: Force openjdk-8 at buildtime and runtime.

[gregor herrmann]

This is an automated email from the git hooks/post-receive script.

gregoa pushed a commit to branch master
in repository jabref.

commit eb5c1b0e2c48612c16198e34f244bea501e59e56
Author: gregor herrmann <gre...@debian.org>
Date:   Fri Mar 16 18:32:59 2018 +0100

Force openjdk-8 at buildtime and runtime.

JabRef doesn't work and run with openjdk-9 which is the default now.

Closes: #890905
---
 debian/control| 4 ++--
 debian/jabref-wrapper | 3 ++-
 debian/rules  | 4 
 3 files changed, 8 insertions(+), 3 deletions(-)

diff --git a/debian/control b/debian/control
index 2d5b97e..2b28907 100644
--- a/debian/control
+++ b/debian/control
@@ -10,7 +10,7 @@ Build-Depends-Indep: ant,
  antlr,
  antlr3,
  antlr4,
- default-jdk (>= 2:1.8),
+ openjdk-8-jdk,
  junit4,
  libandroid-json-java,
  libantlr3-runtime-java,
@@ -45,7 +45,7 @@ Homepage: https://www.jabref.org/
 Package: jabref
 Architecture: all
 Depends: ${misc:Depends},
- default-jre (>= 2:1.8) | java8-runtime,
+ openjdk-8-jre,
  java-wrappers,
  libandroid-json-java,
  libantlr3-runtime-java,
diff --git a/debian/jabref-wrapper b/debian/jabref-wrapper
index adbe785..f13ec26 100755
--- a/debian/jabref-wrapper
+++ b/debian/jabref-wrapper
@@ -4,7 +4,8 @@
 . /usr/lib/java-wrappers/java-wrappers.sh
 
 # We need a java8 runtime
-find_java_runtime java8
+# as this is also provided by openjdk9, we hardcode openjdk8 here
+find_java_runtime openjdk8
 
 find_jars \
jabref \
diff --git a/debian/rules b/debian/rules
index d1809cd..f71523d 100755
--- a/debian/rules
+++ b/debian/rules
@@ -2,6 +2,10 @@
 
 export DH_VERBOSE=1
 
+# force build with openjdk-8, even if -9 is installed
+include /usr/share/dpkg/architecture.mk
+export JAVA_HOME=/usr/lib/jvm/java-8-openjdk-$(DEB_HOST_ARCH)
+
 %:
dh $@ --buildsystem=gradle
 

-- 
Alioth's /usr/local/bin/git-commit-notice on 
/srv/git.debian.org/git/pkg-java/jabref.git

___
pkg-java-commits mailing list
pkg-java-comm...@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-java-commits

Bug#890905: jabref: does not launch

[gregor herrmann]

Control: retitle -1 jabref: fails to build and start with openjdk-9
Control: severity -1 serious
Control: tag -1 + patch

On Fri, 23 Feb 2018 14:38:04 +0100, gregor herrmann wrote:

> Good. Now we at least know that the current jabref doesn't run with
> openjdk9. Let's see if we earlier find the deeper problem or get a
> newer jabref into debian :)

Now that default-jdk and default-jre point to openjdk-9, the problem
of the wrong default java runtime becomes more pressing, but jabref
also doesn't build anymore.

While the build failure looks like a gradle(-debian-helper) problem
...

dh build --buildsystem=gradle
   dh_update_autotools_config -O--buildsystem=gradle
   dh_autoreconf -O--buildsystem=gradle
   dh_auto_configure -O--buildsystem=gradle
   dh_auto_build -O--buildsystem=gradle
mkdir -p .gradle/init.d
cp /usr/share/gradle-debian-helper/init.gradle .gradle/init.d/
gradle --info --console plain --offline --stacktrace --no-daemon 
--refresh-dependencies --gradle-user-home .gradle -Duser.home=. 
-Duser.name=debian -Ddebian.package=jabref -Dfile.encoding=UTF-8 --parallel 
--max-workers=4 jar
Initialized native services in: /build/jabref-3.8.2+ds/.gradle/native

FAILURE: Build failed with an exception.

* What went wrong:
Could not determine java version from '9.0.1'.

* Try:
Run with --debug option to get more log output.

* Exception is:
java.lang.IllegalArgumentException: Could not determine java version from 
'9.0.1'.
at org.gradle.api.JavaVersion.toVersion(JavaVersion.java:70)
at org.gradle.api.JavaVersion.current(JavaVersion.java:80)
at 
org.gradle.internal.jvm.UnsupportedJavaRuntimeException.assertUsingVersion(UnsupportedJavaRuntimeException.java:29)
at 
org.gradle.launcher.cli.JavaRuntimeValidationAction.execute(JavaRuntimeValidationAction.java:32)
at 
org.gradle.launcher.cli.JavaRuntimeValidationAction.execute(JavaRuntimeValidationAction.java:24)
at 
org.gradle.launcher.cli.ExceptionReportingAction.execute(ExceptionReportingAction.java:33)
at 
org.gradle.launcher.cli.ExceptionReportingAction.execute(ExceptionReportingAction.java:22)
at 
org.gradle.launcher.cli.CommandLineActionFactory$WithLogging.execute(CommandLineActionFactory.java:210)
at 
org.gradle.launcher.cli.CommandLineActionFactory$WithLogging.execute(CommandLineActionFactory.java:174)
at org.gradle.launcher.Main.doAction(Main.java:33)
at org.gradle.launcher.bootstrap.EntryPoint.run(EntryPoint.java:45)
at 
java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at 
java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.base/java.lang.reflect.Method.invoke(Method.java:564)
at 
org.gradle.launcher.bootstrap.ProcessBootstrap.runNoExit(ProcessBootstrap.java:60)
at 
org.gradle.launcher.bootstrap.ProcessBootstrap.run(ProcessBootstrap.java:37)
at org.gradle.launcher.GradleMain.main(GradleMain.java:23)

dh_auto_build: gradle --info --console plain --offline --stacktrace --no-daemon 
--refresh-dependencies --gradle-user-home .gradle -Duser.home=. 
-Duser.name=debian -Ddebian.package=jabref -Dfile.encoding=UTF-8 --parallel 
--max-workers=4 jar returned exit code 1
make: *** [debian/rules:6: build] Error 25
dpkg-buildpackage: error: debian/rules build subprocess returned exit status 2


... we know from upstream that the build would fail later anyway.


I guess forcing openjdk-8 at buildtime and runtime would be ok for
now? I've come up with the following patch, which seems to work. Any
comments?


#v+
diff --git a/debian/control b/debian/control
index 2d5b97e05..2b2890755 100644
--- a/debian/control
+++ b/debian/control
@@ -10,7 +10,7 @@ Build-Depends-Indep: ant,
  antlr,
  antlr3,
  antlr4,
- default-jdk (>= 2:1.8),
+ openjdk-8-jdk,
  junit4,
  libandroid-json-java,
  libantlr3-runtime-java,
@@ -45,7 +45,7 @@ Homepage: https://www.jabref.org/
 Package: jabref
 Architecture: all
 Depends: ${misc:Depends},
- default-jre (>= 2:1.8) | java8-runtime,
+ openjdk-8-jre,
  java-wrappers,
  libandroid-json-java,
  libantlr3-runtime-java,
diff --git a/debian/jabref-wrapper b/debian/jabref-wrapper
index adbe78582..f13ec262d 100755
--- a/debian/jabref-wrapper
+++ b/debian/jabref-wrapper
@@ -4,7 +4,8 @@
 . /usr/lib/java-wrappers/java-wrappers.sh

 # We need a java8 runtime
-find_java_runtime java8
+# as this is also provided by openjdk9, we hardcode openjdk8 here
+find_java_runtime openjdk8

 find_jars \
jabref \
diff --git a/debian/rules b/debian/rules
index d1809cdef..f71523da5 100755
---

Bug#890905: jabref: does not launch

[gregor herrmann]

Control: retitle -1 jabref: fails to start with openjdk-9-jre

On Fri, 23 Feb 2018 08:46:14 -0300, Mauricio Calvao wrote:

Thanks for providing this information!

> $ DEBUG_WRAPPER=1 jabref --debug(does not launch):
> [debug] /usr/bin/jabref: Picking up the JVM designated by the alternatives 
> system:
> [debug] /usr/bin/jabref:   JAVA_HOME = '/usr/lib/jvm/java-9-openjdk-amd64'
> [debug] /usr/bin/jabref: Found JAVA_HOME = '/usr/lib/jvm/java-9-openjdk-amd64'
> [debug] /usr/bin/jabref: Found JAVA_CMD = 
> '/usr/lib/jvm/java-9-openjdk-amd64/bin/java'
> [debug] /usr/bin/jabref: Environment variable CLASSPATH is ''

Ok, as expected java-9-openjdk-amd64 is used by default on your
system.

> $ DEBUG_WRAPPER=1 JAVA_HOME=/usr/lib/jvm/java-8-openjdk-amd64/ jabref --debug 
>  (does launch!!!)

That matches what happens on my laptop.

So as a workaround, you can use
JAVA_HOME=/usr/lib/jvm/java-8-openjdk-amd64/ jabref
for now.

> $ DEBUG_WRAPPER=1 JAVA_HOME=/usr/lib/jvm/java-9-openjdk-amd64/ jabref --debug 
>(does not launch)

And here we have the problem.
 

Good. Now we at least know that the current jabref doesn't run with
openjdk9. Let's see if we earlier find the deeper problem or get a
newer jabref into debian :)


Cheers,
gregor

-- 
 .''`.  https://info.comodo.priv.at -- Debian Developer https://www.debian.org
 : :' : OpenPGP fingerprint D1E1 316E 93A7 60A8 104D  85FA BB3A 6801 8649 AA06
 `. `'  Member VIBE!AT & SPI Inc. -- Supporter Free Software Foundation Europe
   `-   


signature.asc
Description: Digital Signature
__
This is the maintainer address of Debian's Java team
. 
Please use
debian-j...@lists.debian.org for discussions and questions.

Bug#890905: jabref: does not launch

[gregor herrmann]

On Tue, 20 Feb 2018 10:13:46 -0300, Mauricio Calvao wrote:

> I just clicked the jabref icon, from the KDE applications launch
> menu and also tried just plain typing jabref in a terminal.
> 
> After clicking the icon, a temporary widget on the lower panel
> showed up, but then vanished and jabref's gui never was spawned.
> After the command line trial, the following message arose:
>
> 10:00:18.907 [AWT-EventQueue-0] ERROR net.sf.jabref.FallbackExceptionHandler 
> - Uncaught exception Occurred in Thread[AWT-EventQueue-0,6,main]
> java.lang.NoClassDefFoundError: javax/xml/bind/JAXBException
> at 
> net.sf.jabref.logic.importer.ImportFormatReader.resetImportFormats(ImportFormatReader.java:56)
>  ~[JabRef-3.8.2.jar:?]
> at net.sf.jabref.JabRefMain.start(JabRefMain.java:78) 
> ~[JabRef-3.8.2.jar:?]
> at net.sf.jabref.JabRefMain.lambda$main$0(JabRefMain.java:40) 
> ~[JabRef-3.8.2.jar:?]
> at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:313) 
> ~[?:?]
> at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:764) ~[?:?]
> at java.awt.EventQueue.access$500(EventQueue.java:97) ~[?:?]
> at java.awt.EventQueue$3.run(EventQueue.java:717) ~[?:?]
> at java.awt.EventQueue$3.run(EventQueue.java:711) ~[?:?]
> at java.security.AccessController.doPrivileged(Native Method) ~[?:?]
> at 
> java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:89)
>  ~[?:?]
> at java.awt.EventQueue.dispatchEvent(EventQueue.java:734) ~[?:?]
> at 
> java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:199)
>  [?:?]
> at 
> java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:124)
>  [?:?]
> at 
> java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:113)
>  [?:?]
> at 
> java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:109) [?:?]
> at 
> java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:101) [?:?]
> at java.awt.EventDispatchThread.run(EventDispatchThread.java:90) [?:?]
> Caused by: java.lang.ClassNotFoundException: javax.xml.bind.JAXBException
> at 
> jdk.internal.loader.BuiltinClassLoader.loadClass(BuiltinClassLoader.java:582) 
> ~[?:?]
> at 
> jdk.internal.loader.ClassLoaders$AppClassLoader.loadClass(ClassLoaders.java:185)
>  ~[?:?]
> at java.lang.ClassLoader.loadClass(ClassLoader.java:496) ~[?:?]
> ... 17 more

Thanks for your bug report. This is indeed not the expected outcome
:)

As JabRef still works for me, we need to find out what's different
for you.
 
> ii  openjdk-8-jre [java8-runtime] 8u151-b12-1
> ii  openjdk-9-jre [java8-runtime] 9.0.1+11-1
> ii  oracle-java8-jdk [java8-runtime]  8u11

> ii  openjdk-8-jdk:amd64   8u151-b12-1 amd64   
> OpenJDK Development Kit (JDK)
> ii  openjdk-8-jdk-headless:amd64  8u151-b12-1 amd64   
> OpenJDK Development Kit (JDK) (headless)
> ii  openjdk-8-jre:amd64   8u151-b12-1 amd64   
> OpenJDK Java runtime, using Hotspot JIT
> ii  openjdk-8-jre-headless:amd64  8u151-b12-1 amd64   
> OpenJDK Java runtime, using Hotspot JIT (headless)
> ii  openjdk-9-jdk:amd64   9.0.1+11-1 amd64   
> OpenJDK Development Kit (JDK)
> ii  openjdk-9-jdk-headless:amd64  9.0.1+11-1 amd64   
> OpenJDK Development Kit (JDK) (headless)
> ii  openjdk-9-jre:amd64   9.0.1+11-1 amd64   
> OpenJDK Java runtime, using Hotspot JIT
> ii  openjdk-9-jre-headless:amd64  9.0.1+11-1 amd64   
> OpenJDK Java runtime, using Hotspot JIT (headless)

> java - auto mode
>   link best version is /usr/lib/jvm/java-9-openjdk-amd64/bin/java
>   link currently points to /usr/lib/jvm/java-9-openjdk-amd64/bin/java
>   link java is /usr/bin/java
>   slave java.1.gz is /usr/share/man/man1/java.1.gz
> /usr/lib/jvm/java-8-openjdk-amd64/jre/bin/java - priority 1081
>   slave java.1.gz: /usr/lib/jvm/java-8-openjdk-amd64/jre/man/man1/java.1.gz
> /usr/lib/jvm/java-9-openjdk-amd64/bin/java - priority 1091
>   slave java.1.gz: /usr/lib/jvm/java-9-openjdk-amd64/man/man1/java.1.gz
> /usr/lib/jvm/oracle-java8-jdk-amd64/jre/bin/java - priority 318
>   slave java.1.gz: /usr/lib/jvm/oracle-java8-jdk-amd64/man/man1/java.1.gz

This looks like you're using openjdk-9 for running JabRef.

Could you please try:

DEBUG_WRAPPER=1 jabref --debug

DEBUG_WRAPPER=1 JAVA_HOME=/usr/lib/jvm/java-8-openjdk-amd64/ jabref --debug

DEBUG_WRAPPER=1 JAVA_HOME=/usr/lib/jvm/java-9-openjdk-amd64/ jabref --debug


Cheers,
gregor


-- 
 .''`.  https://info.comodo.priv.at -- Debian Developer https://www.debian.org
 : :' : OpenPGP fingerprint D1E1 316E 93A7 60A8 104D  85FA BB3A 6801 8649 AA06
 `. `'  Member VIBE!AT & SPI Inc. -- Supporter Free 

Bug#874711: groovy: broken symlink?

[gregor herrmann]

Package: groovy
Version: 2.4.8-2
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

After updating groovy, adequate shows:

adequate found packaging bugs
- -

groovy: broken-symlink /usr/share/groovy/lib/jsr166y.jar -> 
../../java/jsr166y.jar


Cheers,
gregor


-BEGIN PGP SIGNATURE-

iQKTBAEBCgB9FiEE0eExbpOnYKgQTYX6uzpoAYZJqgYFAlmzSChfFIAALgAo
aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEQx
RTEzMTZFOTNBNzYwQTgxMDREODVGQUJCM0E2ODAxODY0OUFBMDYACgkQuzpoAYZJ
qgYzBRAAt8Z4YqeaFpBoI/d1GIQPpPgIe2fIs0MEisRRSwVpqFAA3fsiALPTFhQH
ak5cuEhBO2LmoOvaaQ0OEDw3knq0ZpjHXcFpY+3o+kugTxF126gj59Tnq6kS/0LA
Il7yuS4yKwWn7BKakkL1AVGLYcVmDxzaCK14oeIBAVUqQSe5zqHbvLKOfojb9rRT
WYijJ9gwxOuBAubPSTzPRcrDje6qByu4YRGeprV9G2mIc0+7GvlSZmWkvAN1pGYQ
nu11YnliwB/V4aLNFXRQDilSQF5CubYnM2cDFpVA+R37LUUg/F2mI6i5s6IHjXFh
hhZJ2AwP8ZYBDOmXZxmFia9/7d+rNL8LonEja0QP22AEyfDCjdiWS1jdDopOElvn
8xsarpj3tIbvdfdY/222+aRBQchLC4LCmh+BA9nvKJDaA9wAR+SAJaE4wR+83PVt
rlbIKiUb6VR4Ts+lMiQKq6hKSPzKIYU1yo8Lt3+Qcwz6f0Sft50DLGe+62ubvYRc
PXn0WgiPGbNZ9IoxYaysR6RFvOCa2z0m7BoSflSXCS3BCBqpKbMuxFeUizTy7ARf
FXE/2Pg4QnPI6FZwBGVIk4zgG4hxHZaXbozVg7GnxczWUL9WwT4d+WNdODSDt1Nw
ALqoCVbAy7tr/KiYxHv2+1ih7cq8FttraAiNwhbKjezlCbDdnlQ=
=5oif
-END PGP SIGNATURE-

__
This is the maintainer address of Debian's Java team
. 
Please use
debian-j...@lists.debian.org for discussions and questions.

Bug#855324: pdfsam fails to start

[gregor herrmann]

On Mon, 20 Feb 2017 18:31:12 +0100, Philip Rinn wrote:

> >> If you're willing to try with another window
> >> manager, that might tell us something.  
> > Hm, I only have awesome installed
> Oh, I use Gnome3 - might be the difference?

Found it: I had _JAVA_AWT_WM_NONREPARENTING=1 set in my ~/.Xsession
which was at some point needed for running java apps under awesome.

With _JAVA_AWT_WM_NONREPARENTING=0 pdfsam shows me something useful
(and also freeplane, where I had the same issue, and raccoon (not in
Debian), where I also only got an empty window).

Sorry for the confusion!

Cheers,
gregor

-- 
 .''`.  https://info.comodo.priv.at/ - Debian Developer https://www.debian.org
 : :' : OpenPGP fingerprint D1E1 316E 93A7 60A8 104D  85FA BB3A 6801 8649 AA06
 `. `'  Member of VIBE!AT & SPI, fellow of the Free Software Foundation Europe
   `-   NP: STS: Lass net los


signature.asc
Description: Digital Signature
__
This is the maintainer address of Debian's Java team
. 
Please use
debian-j...@lists.debian.org for discussions and questions.

Bug#855324: pdfsam fails to start

[gregor herrmann]

On Mon, 20 Feb 2017 09:20:17 -0800, tony mancill wrote:

> > With "0" I still get an empty greyish window and nothing more.
> Ugh!  I'm just guessing, but I suspect you are now seeing a *different*
> issue related to one of the AWT race conditions we seem to encounter
> from time to time.  

Quite possible ...

> If you're willing to try with another window
> manager, that might tell us something.  

Hm, I only have awesome installed

> You can also try exporting
> "NOISY_AWT=true" and hitting CTRL-Shift-F1 to dump the AWT component
> hierarchy [1] (and then sending that to me so I can compare it with the
> hierarchy I see on my system).

Sure, will do so in a minute.
 
> But the larger question of whether pdfsam is fit for stretch is probably
> the more pressing.  The Debian packaging is quite dated at this point
> [2], and while looking into this issue, I noticed that the Debian
> version phones home for an update check during its startup...  :(

Right, that's what I noticed as well :)


Cheers,
gregor


-- 
 .''`.  https://info.comodo.priv.at/ - Debian Developer https://www.debian.org
 : :' : OpenPGP fingerprint D1E1 316E 93A7 60A8 104D  85FA BB3A 6801 8649 AA06
 `. `'  Member of VIBE!AT & SPI, fellow of the Free Software Foundation Europe
   `-   NP: Bruce Springsteen: Atlantic City


signature.asc
Description: Digital Signature
__
This is the maintainer address of Debian's Java team
. 
Please use
debian-j...@lists.debian.org for discussions and questions.

Bug#855324: pdfsam fails to start

[gregor herrmann]

On Sun, 19 Feb 2017 18:09:22 +0100, Philip Rinn wrote:

> On 19.02.2017 at 04:56, gregor herrmann wrote:
> > After this change, pdfsam starts for me and shows me an empty white
> > window (or grey-ish) with nothing in it.
> Uh, strange. So this seems not to be a general fix :(
> Gregor, could you try '0'?

With "0" I still get an empty greyish window and nothing more.
 

Cheers,
gregor


-- 
 .''`.  https://info.comodo.priv.at/ - Debian Developer https://www.debian.org
 : :' : OpenPGP fingerprint D1E1 316E 93A7 60A8 104D  85FA BB3A 6801 8649 AA06
 `. `'  Member of VIBE!AT & SPI, fellow of the Free Software Foundation Europe
   `-   NP: The Dubliners: The lifeboat Mona


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#855324: pdfsam fails to start

[gregor herrmann]

On Sat, 18 Feb 2017 18:25:32 -0800, tony mancill wrote:

> Change the value in the  element ~/.pdfsam/config.xml to '1':
> 
> ...
>
>  
>   1
>^
>|
> ...  

After this change, pdfsam starts for me and shows me an empty white
window (or grey-ish) with nothing in it.


On the console I see:

% pdfsam
[warning] /usr/bin/pdfsam: No java runtime was found
=

 pdfsam

  JAVA: java

  JAVA_OPTS: -Xmx256m

  CLASSPATH: 
/usr/share/pdfsam/pdfsam-1.1.4.jar:/usr/share/pdfsam/lib/dom4j.jar:/usr/share/pdfsam/lib/emp4j-1.0.1.jar:/usr/share/pdfsam/lib/itext.jar:/usr/share/pdfsam/lib/jaxen.jar:/usr/share/pdfsam/lib/log4j-1.2.jar:/usr/share/pdfsam/lib/looks.jar:/usr/share/pdfsam/lib/pdfsam-console-2.0.6e.jar:/usr/share/pdfsam/lib/pdfsam-jcmdline-1.0.3.jar:/usr/share/pdfsam/lib/pdfsam-langpack.jar

=

04:39:40,246 INFO  JMainFrame  Starting PDF Split and Merge basic Ver. 1.1.4
04:39:40,299 INFO  Configuration  Loading configuration..
04:39:40,347 INFO  Configuration  Getting language...
04:39:40,406 INFO  Configuration  Setting look and feel...
04:39:40,414 INFO  Configuration  Setting logging level...
04:39:40,415 INFO  Configuration  Logging level set to DEBUG
04:39:40,634 INFO  PlugInsLoader  Split plugin loaded.
04:39:40,667 INFO  PlugInsLoader  Merge/Extract plugin loaded.
04:39:40,927 INFO  JMainFrame  PDF Split and Merge basic Ver. 1.1.4 started in 
677ms
04:39:45,906 DEBUG UpdateManager  Checking if a new version is available.
04:39:46,458 INFO  UpdateCheckerMediator$UpdateChecker  New version available.

(Note the phoning home "feature" at the bottom.)

So there is still a (spurious?) warning at the top, and I have no
idea what I could do with the empty window :)

[The warning indeed disappears with
`JAVA_HOME=/usr/lib/jvm/java-8-openjdk-amd64 pdfsam'.]


Another try with the companion binary:

% pdfsam-console -h
[warning] /usr/bin/pdfsam-console: No java runtime was found
=

 pdfsam console

 available properties:
 pdfsam.log.console.level
 pdfsam.log.file.level
 pdfsam.log.file.filename

  JAVA: java

  JAVA_OPTS: -Dlog4j.configuration=console-log4j.xml

  CLASSPATH: 
:/usr/share/pdfsam/lib/dom4j.jar:/usr/share/pdfsam/lib/emp4j-1.0.1.jar:/usr/share/pdfsam/lib/itext.jar:/usr/share/pdfsam/lib/jaxen.jar:/usr/share/pdfsam/lib/log4j-1.2.jar:/usr/share/pdfsam/lib/looks.jar:/usr/share/pdfsam/lib/pdfsam-console-2.0.6e.jar:/usr/share/pdfsam/lib/pdfsam-jcmdline-1.0.3.jar:/usr/share/pdfsam/lib/pdfsam-langpack.jar

=

04:42:35,502 DEBUG  Console log level set to DEBUG
04:42:35,522 DEBUG  Starting arguments parsing.
java -jar pdfsam-console-2.0.6e.jar - merge, split, mix, setviewer, unpack,
  encrypt, slideshow, decrypt.

Usage: java -jar pdfsam-console-2.0.6e.jar [options] command

where:

command = command to execute {[concat], [split], [encrypt], [mix], [unpack],
  [setviewer], [slideshow], [decrypt]} (required)

and options are:

-?prints usage to stdout; exits (optional)
-hprints usage to stdout; exits (optional)
-help displays verbose help information (optional)
-license  displays license information (optional)
-version  displays command's version (optional)

Option tags are not case sensitive, and may be truncated as long as they remain
unambiguous.  Option tags must be separated from their corresponding values by
whitespace, or by an equal sign.  Boolean options (options that require no
associated value) may be specified alone (=true), or as 'tag=value' where value
is 'true' or 'false'.


And now it gets weird: I tried `DEBUG_WRAPPER=1 pdfsam' several
times, and at more or less each second invocation, I get java
exceptions:

% DEBUG_WRAPPER=1 pdfsam
[warning] /usr/bin/pdfsam: No java runtime was found
=

 pdfsam

  JAVA: java

  JAVA_OPTS: -Xmx256m

  CLASSPATH: 
/usr/share/pdfsam/pdfsam-1.1.4.jar:/usr/share/pdfsam/lib/dom4j.jar:/usr/share/pdfsam/lib/emp4j-1.0.1.jar:/usr/share/pdfsam/lib/itext.jar:/usr/share/pdfsam/lib/jaxen.jar:/usr/share/pdfsam/lib/log4j-1.2.jar:/usr/share/pdfsam/lib/looks.jar:/usr/share/pdfsam/lib/pdfsam-console-2.0.6e.jar:/usr/share/pdfsam/lib/pdfsam-jcmdline-1.0.3.jar:/usr/share/pdfsam/lib/pdfsam-langpack.jar

=

04:47:28,346 INFO  JMainFrame  Starting PDF Split and Merge basic Ver. 1.1.4
04:47:28,398 INFO  Configuration  Loading configuration..
04:47:28,453 INFO  Configuration  Getting language...
04:47:28,558 INFO  Configuration  Setting look and feel...
04:47:28,566 INFO  Configuration  Setting logging level...
04:47:28,568 INFO  Configuration  Logging level set to 

Bug#855046: openjdk-8-jre-headless (jessie-backports), can't update, ca-certificates-java too old

[gregor herrmann]

On Mon, 13 Feb 2017 15:26:00 +0100, Henner Heck wrote:

> Package: openjdk-8-jre-headless (jessie-backports)
> Version: 8u111-b14-2~bpo8+1
> Package: ca-certificates-java
> Version: 20140324
> 
> I can't update openjdk-8-jre-headless from
> 8u111-b14-2~bpo8+1
> to
> 8u121-b13-1~bpo8+1 .
> It breaks ca-certificates-java (<20160321~)
> and the only available ca-certificates-java is 20140324.

That's not correct, backports has a newer version:

% rmadison ca-certificates-java
ca-certificates-java | 20121112+nmu2   | oldstable| source, all
ca-certificates-java | 20140324| stable   | source, all
ca-certificates-java | 20140324| stable-kfreebsd  | source, all
ca-certificates-java | 20161107~bpo8+1 | jessie-backports | source, all
ca-certificates-java | 20161107| testing  | source, all
ca-certificates-java | 20161107| unstable | source, all

> $ apt-get install openjdk-8-jre-headless

... -t jessie-backports ...

Cf. https://backports.debian.org/Instructions/

Cheers,
gregor

-- 
 .''`.  https://info.comodo.priv.at/ - Debian Developer https://www.debian.org
 : :' : OpenPGP fingerprint D1E1 316E 93A7 60A8 104D  85FA BB3A 6801 8649 AA06
 `. `'  Member of VIBE!AT & SPI, fellow of the Free Software Foundation Europe
   `-   BOFH excuse #415:  Maintenance window broken 

__
This is the maintainer address of Debian's Java team
. 
Please use
debian-j...@lists.debian.org for discussions and questions.

Bug#851033: jabref: FTBFS: Could not find org.postgresql:postgresql:9.4.1210.

[gregor herrmann]

On Wed, 11 Jan 2017 12:21:30 -0800, tony mancill wrote:

> > Aha, after looking at the new [0] removing the postgresql line in
> > debian/maven.rules seems to be enough. Good. Committed and pushed;
> > Tony, could you please check that this makes sense?
> 
> Your fix in commit 4a7e334 looks good and tests here fine.  Thanks for
> the quick turn-around and to Lucas for the rebuild testing, and also to
> Emmanuel for getting us off the crufty old Postgres JDBC driver.

Thanks for checking!

Cheers,
gregor, building in a muinute


-- 
 .''`.  https://info.comodo.priv.at/ - Debian Developer https://www.debian.org
 : :' : OpenPGP fingerprint D1E1 316E 93A7 60A8 104D  85FA BB3A 6801 8649 AA06
 `. `'  Member of VIBE!AT & SPI, fellow of the Free Software Foundation Europe
   `-   NP: Ludwig Hirsch: Die Spur im Schnee


signature.asc
Description: Digital Signature
__
This is the maintainer address of Debian's Java team
. 
Please use
debian-j...@lists.debian.org for discussions and questions.

Bug#851033: jabref: FTBFS: Could not find org.postgresql:postgresql:9.4.1210.

[gregor herrmann]

Control: tag -1 + confirmed pending

On Wed, 11 Jan 2017 20:10:05 +0100, Lucas Nussbaum wrote:

> Source: jabref
> Version: 3.8.1+ds-2
> Severity: serious
> Tags: stretch sid
> User: debian...@lists.debian.org
> Usertags: qa-ftbfs-20170111 qa-ftbfs
> Justification: FTBFS on amd64
> 
> Hi,
> 
> During a rebuild of all packages in sid, your package failed to build on
> amd64.
> 
> > > Could not find org.postgresql:postgresql:9.4.1210.
> >   Searched in the following locations:
> >   
> > file:/usr/share/maven-repo/postgresql/postgresql/9.2.jdbc4/postgresql-9.2.jdbc4.pom
> >   
> > file:/usr/share/maven-repo/postgresql/postgresql/9.2.jdbc4/postgresql-9.2.jdbc4.jar


Confirmed.
Looks like libpostgresql-jdbc-java's upload from 2 days ago changed
something which breaks jabref (which built fine 10 days ago).


Aha, after looking at the new [0] removing the postgresql line in
debian/maven.rules seems to be enough. Good. Committed and pushed;
Tony, could you please check that this makes sense?


Cheers,
gregor

[0] /usr/share/maven-repo/org/postgresql/postgresql/debian/postgresql-debian.pom

-- 
 .''`.  https://info.comodo.priv.at/ - Debian Developer https://www.debian.org
 : :' : OpenPGP fingerprint D1E1 316E 93A7 60A8 104D  85FA BB3A 6801 8649 AA06
 `. `'  Member of VIBE!AT & SPI, fellow of the Free Software Foundation Europe
   `-   NP: Dido: I'm No Angel


signature.asc
Description: Digital Signature
__
This is the maintainer address of Debian's Java team
. 
Please use
debian-j...@lists.debian.org for discussions and questions.

Bug#711842: jabref: Jabref won't start

[gregor herrmann]

On Sat, 24 Dec 2016 08:53:29 -0800, tony mancill wrote:

> Do we feel that this bug can be closed?  Perhaps after the release of stretch?

Yes, I guess we can close it with 3.6+ds-1 which reworked the runtime
dependencies, so the original problem with the various java packages
shouldn't occur anymore.


Cheers,
gregor

-- 
 .''`.  https://info.comodo.priv.at/ - Debian Developer https://www.debian.org
 : :' : OpenPGP fingerprint D1E1 316E 93A7 60A8 104D  85FA BB3A 6801 8649 AA06
 `. `'  Member of VIBE!AT & SPI, fellow of the Free Software Foundation Europe
   `-   NP: Simon And Garfunkel: Sound Of Silence


signature.asc
Description: Digital Signature
__
This is the maintainer address of Debian's Java team
. 
Please use
debian-j...@lists.debian.org for discussions and questions.

Bug#847581: jabref: doesn't always exit and throws exception upon exit

[gregor herrmann]

On Sat, 24 Dec 2016 08:44:48 -0800, tony mancill wrote:

> On Fri, 9 Dec 2016 08:17:17 -0800 tony mancill  wrote:
> > Package: jabref
> > Version: 3.6+ds-1
> > Severity: normal
> 
> I am unable to reproduce this with 3.8+ds-2.

I guess we can close the bug? 


Cheers,
gregor

-- 
 .''`.  https://info.comodo.priv.at/ - Debian Developer https://www.debian.org
 : :' : OpenPGP fingerprint D1E1 316E 93A7 60A8 104D  85FA BB3A 6801 8649 AA06
 `. `'  Member of VIBE!AT & SPI, fellow of the Free Software Foundation Europe
   `-   NP: Lee Ann Rimes: Please Remember


signature.asc
Description: Digital Signature
__
This is the maintainer address of Debian's Java team
. 
Please use
debian-j...@lists.debian.org for discussions and questions.

Bug#389374: Fixed in JabRef 3.7

[gregor herrmann]

Version: 3.8~pre1+ds-1

On Thu, 08 Dec 2016 19:56:03 +0100, Oliver Kopp wrote:

> This is upstream https://github.com/JabRef/jabref/issues/490 and fixed
> in upstream version 3.7.

Thanks!

Closing the bug with the first version in Debian that contained the
fix.


Cheers,
gregor

-- 
 .''`.  https://info.comodo.priv.at/ - Debian Developer https://www.debian.org
 : :' : OpenPGP fingerprint D1E1 316E 93A7 60A8 104D  85FA BB3A 6801 8649 AA06
 `. `'  Member of VIBE!AT & SPI, fellow of the Free Software Foundation Europe
   `-   NP: Cat Power: Willie


signature.asc
Description: Digital Signature
__
This is the maintainer address of Debian's Java team
. 
Please use
debian-j...@lists.debian.org for discussions and questions.

Bug#847581: jabref: doesn't always exit and throws exception upon exit

[gregor herrmann]

On Mon, 12 Dec 2016 06:50:44 -0800, tony mancill wrote:

> On Fri, Dec 9, 2016 at 8:17 AM, tony mancill  wrote:
> > Package: jabref
> > Version: 3.6+ds-1
> > Severity: normal
> >
> > In case this helps others, this is a known issue with JabRef 3.6.
> > When exiting jabref on some machines (but not others), it prints the
> > following exception and hangs with:
> 
> To date I have only observed and been able to reproduce this within a
> VirtualBox image, which leads me to believe that it could be a problem
> Java's interaction with X server or something else not directly
> related to JabRef.

FWIW: I haven't done extensive testing but I started 3.6 and 3.8 a
couple of times, and I never saw any hangs when closing it.


Cheers,
gregor

-- 
 .''`.  https://info.comodo.priv.at/ - Debian Developer https://www.debian.org
 : :' : OpenPGP fingerprint D1E1 316E 93A7 60A8 104D  85FA BB3A 6801 8649 AA06
 `. `'  Member of VIBE!AT & SPI, fellow of the Free Software Foundation Europe
   `-   NP: Bruce Springsteen: Working On The Highway


signature.asc
Description: Digital Signature
__
This is the maintainer address of Debian's Java team
. 
Please use
debian-j...@lists.debian.org for discussions and questions.

Bug#846918: interface opens, but no menus and no action on button clicks

[gregor herrmann]

On Wed, 07 Dec 2016 09:49:32 +0100, Martin Lutz wrote:

> Package: jabref
> Version: 2.10+ds-7
> Followup-For: Bug #846918
> 
> Dear Maintainer,
> 
> after an update yesterday, jabref fails to start.
> ERROR while starting or running JabRef: java.lang.NoSuchFieldError: DIALOG
> 
> Searching through the debian bug list, I find bug 846503 with a similar 
> problem.

Yup, there seem to be some runtime incompatibilitites with the new
libjgoodies-*, which were not caught at buildtime. Cf. also the
thread starting at
https://lists.debian.org/debian-java/2016/12/msg00010.html

Probably we'll try with rebuilding the affected packages; for JabRef
the good news is that we're working on updating to 3.6 which doesn't
have these problems (but needs some wrinkles ironed out before we can
upload it).
 
Cheers,
gregor

-- 
 .''`.  https://info.comodo.priv.at/ - Debian Developer https://www.debian.org
 : :' : OpenPGP fingerprint D1E1 316E 93A7 60A8 104D  85FA BB3A 6801 8649 AA06
 `. `'  Member of VIBE!AT & SPI, fellow of the Free Software Foundation Europe
   `-   BOFH excuse #192:  runaway cat on system. 

__
This is the maintainer address of Debian's Java team
. 
Please use
debian-j...@lists.debian.org for discussions and questions.

Bug#846816: java.lang.NoSuchFieldError: DLU2

[gregor herrmann]

On Sun, 04 Dec 2016 19:13:47 +0100, Felix Natter wrote:

> @Vincent/@Gregor: Could you please try the following (with the old
> freeplane-1.5.16-2)? (please do NOT remove your ~/.config/freeplane
> before)
> 
> - find out which java you are using:
> 
> $ ls -lh /etc/alternatives/java
> lrwxrwxrwx 1 root root 46 Oct  9  2015 /etc/alternatives/java -> 
> /usr/lib/jvm/java-8-openjdk-amd64/jre/bin/java

ls -lh /etc/alternatives/java
lrwxrwxrwx 1 root root 46 Feb  6  2016 /etc/alternatives/java -> 
/usr/lib/jvm/java-8-openjdk-amd64/jre/bin/java
 
> - edit /etc/java-8-openjdk/accessibility.properties
>   (please use the correct one for your java version)
> - comment out this line:
> #assistive_technologies=org.GNOME.Accessibility.AtkWrapper

done
 
> - start freeplane again (from console)

Same error:

STDERR: Exception in thread "AWT-EventQueue-0" 
STDERR: java.lang.NoSuchFieldError: DLU2
STDERR: at 
org.freeplane.features.styles.mindmapmode.StyleEditorPanel.init(StyleEditorPanel.java:845)
STDERR: at 
org.freeplane.features.styles.mindmapmode.StyleEditorPanel.access$2500(StyleEditorPanel.java:119)
STDERR: at 
org.freeplane.features.styles.mindmapmode.StyleEditorPanel$1.hierarchyChanged(StyleEditorPanel.java:582)


Cheers,
gregor

-- 
 .''`.  https://info.comodo.priv.at/ - Debian Developer https://www.debian.org
 : :' : OpenPGP fingerprint D1E1 316E 93A7 60A8 104D  85FA BB3A 6801 8649 AA06
 `. `'  Member of VIBE!AT & SPI, fellow of the Free Software Foundation Europe
   `-   NP: Gypsy Sun And Rainbows: Voodoo Child (Slight Return)


signature.asc
Description: Digital Signature
__
This is the maintainer address of Debian's Java team
. 
Please use
debian-j...@lists.debian.org for discussions and questions.

Bug#846918: interface opens, but no menus and no action on button clicks

[gregor herrmann]

On Sun, 04 Dec 2016 11:36:58 +0100, David Paleino wrote:

> Wow, so long time no filing bugs to Debian, seems like a whole new experience 
> :)

Hehe :)

Thanks for the bug report.
 
> ---8<---
> Exception in thread "AWT-EventQueue-0" java.lang.ExceptionInInitializerError
>   at com.jgoodies.looks.common.ShadowPopup.(ShadowPopup.java:84)
>   at com.jgoodies.looks.Options.isPopupDropShadowActive(Options.java:639)
>   at 
> com.jgoodies.looks.common.ShadowPopupFactory.getPopup(ShadowPopupFactory.java:177)
>   at javax.swing.plaf.PopupMenuUI.getPopup(PopupMenuUI.java:61)
>   at javax.swing.JPopupMenu.showPopup(JPopupMenu.java:837)
>   at javax.swing.JPopupMenu.setVisible(JPopupMenu.java:790)
>   at javax.swing.JPopupMenu.show(JPopupMenu.java:965)
>   at javax.swing.JMenu.setPopupMenuVisible(JMenu.java:345)
>   at javax.swing.JPopupMenu.menuSelectionChanged(JPopupMenu.java:1478)
>   at 
> javax.swing.MenuSelectionManager.setSelectedPath(MenuSelectionManager.java:125)
>   at javax.swing.plaf.basic.BasicMenuUI.appendPath(BasicMenuUI.java:222)
>   at javax.swing.plaf.basic.BasicMenuUI.access$200(BasicMenuUI.java:49)
>   at 
> javax.swing.plaf.basic.BasicMenuUI$Handler.mousePressed(BasicMenuUI.java:461)
>   at 
> java.awt.AWTEventMulticaster.mousePressed(AWTEventMulticaster.java:279)
>   at java.awt.Component.processMouseEvent(Component.java:6530)
>   at javax.swing.JComponent.processMouseEvent(JComponent.java:3324)
>   at java.awt.Component.processEvent(Component.java:6298)
>   at java.awt.Container.processEvent(Container.java:2236)
>   at java.awt.Component.dispatchEventImpl(Component.java:4889)
>   at java.awt.Container.dispatchEventImpl(Container.java:2294)
>   at java.awt.Component.dispatchEvent(Component.java:4711)
>   at 
> java.awt.LightweightDispatcher.retargetMouseEvent(Container.java:4888)
>   at java.awt.LightweightDispatcher.processMouseEvent(Container.java:4522)
>   at java.awt.LightweightDispatcher.dispatchEvent(Container.java:4466)
>   at java.awt.Container.dispatchEventImpl(Container.java:2280)
>   at java.awt.Window.dispatchEventImpl(Window.java:2746)
>   at java.awt.Component.dispatchEvent(Component.java:4711)
>   at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:758)
>   at java.awt.EventQueue.access$500(EventQueue.java:97)
>   at java.awt.EventQueue$3.run(EventQueue.java:709)
>   at java.awt.EventQueue$3.run(EventQueue.java:703)
>   at java.security.AccessController.doPrivileged(Native Method)
>   at 
> java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:76)
>   at 
> java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:86)
>   at java.awt.EventQueue$4.run(EventQueue.java:731)
>   at java.awt.EventQueue$4.run(EventQueue.java:729)
>   at java.security.AccessController.doPrivileged(Native Method)
>   at 
> java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:76)
>   at java.awt.EventQueue.dispatchEvent(EventQueue.java:728)
>   at 
> java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:201)
>   at 
> java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:116)
>   at 
> java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:105)
>   at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:101)
>   at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:93)
>   at java.awt.EventDispatchThread.run(EventDispatchThread.java:82)
> Caused by: java.lang.NullPointerException
>   at javax.swing.ImageIcon.(ImageIcon.java:217)
>   at 
> com.jgoodies.looks.common.ShadowPopupBorder.(ShadowPopupBorder.java:69)
>   ... 45 more
> Exception in thread "AWT-EventQueue-0" java.lang.NoClassDefFoundError: Could 
> not initialize class com.jgoodies.looks.common.ShadowPopup
>   at com.jgoodies.looks.Options.isPopupDropShadowActive(Options.java:639)
>   at 
> com.jgoodies.looks.common.ShadowPopupFactory.getPopup(ShadowPopupFactory.java:177)
>   at javax.swing.plaf.PopupMenuUI.getPopup(PopupMenuUI.java:61)
>   at javax.swing.JPopupMenu.showPopup(JPopupMenu.java:837)
>   at javax.swing.JPopupMenu.setVisible(JPopupMenu.java:790)
>   at javax.swing.JPopupMenu.show(JPopupMenu.java:965)
>   at javax.swing.JMenu.setPopupMenuVisible(JMenu.java:345)
>   at javax.swing.JPopupMenu.menuSelectionChanged(JPopupMenu.java:1478)
>   at 
> javax.swing.MenuSelectionManager.setSelectedPath(MenuSelectionManager.java:125)
>   at javax.swing.plaf.basic.BasicMenuUI.appendPath(BasicMenuUI.java:222)
>   at javax.swing.plaf.basic.BasicMenuUI.access$200(BasicMenuUI.java:49)
>   at 
> javax.swing.plaf.basic.BasicMenuUI$Handler.mousePressed(BasicMenuUI.java:461)
>   at 
> 

Bug#846816: java.lang.NoSuchFieldError: DLU2

[gregor herrmann]

On Sat, 03 Dec 2016 21:32:31 +0100, Felix Natter wrote:

> >> STDERR: Exception in thread "AWT-EventQueue-1" 
> >> STDERR: java.lang.NoSuchFieldError: DLU2

> I just looked into it:

Thanks!
 
> - Using Paddings instead of Borders seems correct [1]
>   ("@deprecated Replaced by {@link Paddings}")

Ok.
 
> - I have fixed it using Borders->Paddings (1.5.16-3: I think we should
>   upload it), but I don't understand it:

> - seems to happen only at runtime?

That's what confused my as well ...
 
> > added to debian/patches/50_jgoodies-1.9.patch, but when starting
> > freeplane I then only see an empty white windows.
> I could reproduce this once after updating my sid (but not previously
> when updating jgoodies but not sid). Could you please try another
> desktop environment?

I don't have any desktop enviroments installed :)
(Just awesome as a window manager.)
 
> If that does not work, you can rename ~/.config/freeplane.
> This worked for me, and I can no longer reproduce the bug
> even when starting with the old ~/.config/freeplane.

I've now rebuilt freeplane from git, and installed it.
Again, I only get (a question about standard.mm) and then a white
window.

After blowing away ~/.config/freeplane, I don't get the dialog but a
white windows with a title of "whatsNew-1.5.x - Freeplane - Mind map
mode (Read Only) /usr/share/freeplane/doc/whatsNew-1.5.x.mm".

Oh, interesting, I can right-click, get a menu, can choose
fullscreen, and then I see a mindmap. I can also enable the menubar
etc.
When I leave fullscreen mode, all is gone (the mindmap as well as the
menubar ...).

Back in fullscreen mode, when I enter the configuration, I get an
empty grey window.

Anyway, it's well possible that this is all another problem and
related to some interaction between my window manager and
java/freeplane.

And I can confirm that the updated patch in git gets rid of the
error.
 

Cheers,
gregor

-- 
 .''`.  https://info.comodo.priv.at/ - Debian Developer https://www.debian.org
 : :' : OpenPGP fingerprint D1E1 316E 93A7 60A8 104D  85FA BB3A 6801 8649 AA06
 `. `'  Member of VIBE!AT & SPI, fellow of the Free Software Foundation Europe
   `-   NP: Element of Crime: Mittelpunkt der Welt


signature.asc
Description: Digital Signature
__
This is the maintainer address of Debian's Java team
. 
Please use
debian-j...@lists.debian.org for discussions and questions.

Bug#846816: java.lang.NoSuchFieldError: DLU2

[gregor herrmann]

Control: tag -1 + confirmed

On Sat, 03 Dec 2016 14:50:40 +0100, Vincent Smeets wrote:

> Package: freeplane
> Version: 1.5.16-2
> Severity: grave
> Justification: renders package unusable

> Here I started freeplane from the command line. It shows you the log
> output and the raised exception.

> STDERR: Exception in thread "AWT-EventQueue-1" 
> STDERR: java.lang.NoSuchFieldError: DLU2

Thanks for your bug report. I can reproduce it (on unstable).

> -- Package-specific info:
> ii  freeplane   1.5.16-2   allJava 
> program for working with Mind Maps

> Versions of packages freeplane depends on:
> ii  libjgoodies-forms-java   1.9.0-3

Looks like we missed a part when creating the patch for
jgoodies-forms 1.9.0 compatibility ...


I get past this error with

+--- 
a/freeplane/src/main/java/org/freeplane/features/styles/mindmapmode/StyleEditorPanel.java
 
b/freeplane/src/main/java/org/freeplane/features/styles/mindmapmode/StyleEditorPanel.java
+@@ -113,8 +113,8 @@
+ import org.freeplane.features.ui.IMapViewManager;
+ 
+ import com.jgoodies.forms.builder.DefaultFormBuilder;
+-import com.jgoodies.forms.factories.Borders;
+-import com.jgoodies.forms.layout.FormLayout;
++import com.jgoodies.forms.factories.*;
++import com.jgoodies.forms.layout.*;
+ 
+ public class StyleEditorPanel extends JPanel {
+   private static final int FONT_SIZE = 
Math.round(UITools.FONT_SCALE_FACTOR * 8);
+@@ -842,7 +842,7 @@
+   final String form = "right:max(20dlu;p), 2dlu, p, 
1dlu,right:max(20dlu;p), 4dlu, 80dlu, 7dlu";
+   final FormLayout rightLayout = new FormLayout(form, "");
+   final DefaultFormBuilder rightBuilder = new 
DefaultFormBuilder(rightLayout);
+-  rightBuilder.border(Borders.DLU2);
++  rightBuilder.border(Paddings.DLU2);
+   new 
SeparatorProperty("OptionPanel.separator.NodeStyle").layout(rightBuilder);
+   if (addStyleBox) {
+   addAutomaticLayout(rightBuilder);


added to debian/patches/50_jgoodies-1.9.patch, but when starting
freeplane I then only see an empty white windows.

But I guess that's no hard problem to fix for someone who knows Java :)


Cheers,
gregor

-- 
 .''`.  https://info.comodo.priv.at/ - Debian Developer https://www.debian.org
 : :' : OpenPGP fingerprint D1E1 316E 93A7 60A8 104D  85FA BB3A 6801 8649 AA06
 `. `'  Member of VIBE!AT & SPI, fellow of the Free Software Foundation Europe
   `-   NP: Joan Baez: Silver Dagger


signature.asc
Description: Digital Signature
__
This is the maintainer address of Debian's Java team
. 
Please use
debian-j...@lists.debian.org for discussions and questions.

Bug#831993: libcommons-codec-java: accesses the internet during build

[gregor herrmann]

On Thu, 21 Jul 2016 10:33:35 +0200, Chris Lamb wrote:

> > PS1: I can't say that I'm 100% convinced by this policy change.
> This may not be the appropriate venue for a protracted discussion as
> it's liable to get hidden but can you briefly outline why?

My experience with perl packages shows that:
- internet access doesn't happen during the build itself but in the
  test suite;
- usually in modules whose purpose is to do something net-related;
- by disabling them, even if they fail gracefully, in order to follow
  policy, we effectively castrate the tests, which doesn't seem right
  from a QA POV.

In those cases the argument "builds differently/produces a different
binary package/doesn't build reproducibly" with vs. without internet
doesn't hold; still, the privacy/phoning-home aspect is true here as
well, so I'm ambivalent.


Cheers,
gregor
 
-- 
 .''`.  Homepage https://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06
 : :' : Debian GNU/Linux user, admin, and developer -  https://www.debian.org/
 `. `'  Member of VIBE!AT & SPI, fellow of the Free Software Foundation Europe
   `-   BOFH excuse #315:  The recent proliferation of Nuclear Testing 

__
This is the maintainer address of Debian's Java team
. 
Please use
debian-j...@lists.debian.org for discussions and questions.

Bug#825276: openjfx: FTBFS when built with dpkg-buildpackage -A (dh_install: Cannot find "build/javadoc/*")

[gregor herrmann]

On Thu, 14 Jul 2016 15:56:57 +0200, Emmanuel Bourg wrote:

> > If you were able to provide all the "Arch: any" binary packages, failure
> > to build in the official autobuilders would not be serious, then?
> At this point this becomes too theoretical, what you describe here is
> not what a DD usually do. I prefer to remain on the practical side and
> observe than uploading arch indep packages is common, while uploading
> all arch any packages is not.
> -A failures have no impact because the arch all packages are already
> built by the DD. 

I slightly disagree. Since source-only uploads are available (August
2015 also for arch:all package), I and many other pkg-perl members
only do source-only uploads to finally (!) get the advantage of a
rebuild by a build daemon.

> -B failures have a real impact because it renders the
> package unavailable on the architectures other than the one used by the
> DD. Hence the different severity between -A and -B failures.
> So let's remain pragmatic and call "serious" something that is really
> serious for our users.

True, but this also means that users might get packages which are
built in a potentially unclean environment, which is something we
should try to get rid of.
 
(I have no strong optionion about this specific package or its bug
severity but in general I think we should move to source-only uploads
rather sooner than later.)


Cheers,
gregor

-- 
 .''`.  Homepage https://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06
 : :' : Debian GNU/Linux user, admin, and developer -  https://www.debian.org/
 `. `'  Member of VIBE!AT & SPI, fellow of the Free Software Foundation Europe
   `-   NP: Steppenwolf: Everybody's Next One


signature.asc
Description: Digital Signature
__
This is the maintainer address of Debian's Java team
. 
Please use
debian-j...@lists.debian.org for discussions and questions.

Bug#792676: libpdfbox-java: pdfannotextractor.pl fails to find org.pdfbox.cos.ICOSVisitor class

[gregor herrmann]

Control: reassign -1 texlive-latex-extra

On Fri, 17 Jul 2015 15:18:44 +0300, Álvaro Herrera wrote:

 I am trying to apply the solution proposed in this answer
 http://tex.stackexchange.com/a/48118/82119 but on following the first
 step, the pdfannotextractor.pl dies with:
 
 $ /usr/share/texlive/texmf-dist/scripts/pax/pdfannotextractor.pl 
 capturing-ddl.pdf 
 PDFAnnotExtractor 0.1l, 2012/04/18 - Copyright (c) 2008, 2011, 2012 by Heiko 
 Oberdiek.
 Exception in thread main java.lang.NoClassDefFoundError: 
 org/pdfbox/cos/ICOSVisitor
 at java.lang.Class.getDeclaredMethods0(Native Method)
 at java.lang.Class.privateGetDeclaredMethods(Class.java:2615)
 at java.lang.Class.getMethod0(Class.java:2856)
 at java.lang.Class.getMethod(Class.java:1668)
 at sun.launcher.LauncherHelper.getMainMethod(LauncherHelper.java:494)
 at 
 sun.launcher.LauncherHelper.checkAndLoadMain(LauncherHelper.java:486)
 Caused by: java.lang.ClassNotFoundException: org.pdfbox.cos.ICOSVisitor
 at java.net.URLClassLoader$1.run(URLClassLoader.java:366)
 at java.net.URLClassLoader$1.run(URLClassLoader.java:355)
 at java.security.AccessController.doPrivileged(Native Method)
 at java.net.URLClassLoader.findClass(URLClassLoader.java:354)
 at java.lang.ClassLoader.loadClass(ClassLoader.java:425)
 at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:308)
 at java.lang.ClassLoader.loadClass(ClassLoader.java:358)
 ... 6 more
 
 I have no idea how to fix this problem.  Maybe I need to specify a
 classpath or something?  I looked at the .pl file itself and there's a
 --install option, but on running it, it says the PDFBox is already
 found:
 
 $ /usr/share/texlive/texmf-dist/scripts/pax/pdfannotextractor.pl
 --install
 PDFAnnotExtractor 0.1l, 2012/04/18 - Copyright (c) 2008, 2011, 2012 by Heiko 
 Oberdiek.
 * Nothing to do, because PDFBox is already found:
   /usr/share/java/pdfbox.jar
 
 Not quite sure what to do next.  Maybe it's just missing a dependency?

Some observations:

* /usr/share/texlive/texmf-dist/scripts/pax/pdfannotextractor.pl would
  download PDFBox-0.7.3.zip from Sourceforge. That's a quite old
  version (in Debian in oldoldstable).
* Looking at
  pdfbox/src/main/java/org/apache/pdfbox/cos/ICOSVisitor.java (in the
  PDFBox source), I guess that this class is called
  org.apache.pdfbox.cos (and not org.pdfbox.cos) by now.
  A diff in the git repo (upstream tags) shows the same. Pseudo-diff:

diff --git a/current/src/org/pdfbox/cos/ICOSVisitor.java 
b/current/src/org/pdfbox/cos/ICOSVisitor.java
deleted file mode 100644
index 04b7542..000
--- a/current/src/org/pdfbox/cos/ICOSVisitor.java
+++ /dev/null

-package org.pdfbox.cos;
-public interface ICOSVisitor

diff --git a/pdfbox/src/main/java/org/apache/pdfbox/cos/ICOSVisitor.java 
b/pdfbox/src/main/java/org/apache/pdfbox/cos/ICOSVisitor.java
new file mode 100644
index 000..1a09c38
--- /dev/null
+++ b/pdfbox/src/main/java/org/apache/pdfbox/cos/ICOSVisitor.java

+package org.apache.pdfbox.cos;
+public interface ICOSVisitor


My conclusion is that /usr/share/texlive/texmf-dist/scripts/pax/pax.jar
(in texlive-latex-extra) needs to be adjusted to a recent version of PDFBox.

Reassigning the bug.


As a workaround it might work to
- download the old PDFBox zip, put the .jar in some directory and
- run the script as
  CLASSPATH=/path/to/PDFBox-0.7.3.jar 
/usr/share/texlive/texmf-dist/scripts/pax/pdfannotextractor.pl capturing-ddl.pdf
(or something similar)


Cheers,
gregor

-- 
 .''`.  Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06
 : :' : Debian GNU/Linux user, admin, and developer -  https://www.debian.org/
 `. `'  Member of VIBE!AT  SPI, fellow of the Free Software Foundation Europe
   `-   NP: Crosby Stills  Nash: Teach Your Children Well


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#769693: Please giveback libjogl2-java

[gregor herrmann]

On Mon, 17 Nov 2014 21:46:18 -0800, tony mancill wrote:

  https://buildd.debian.org/status/logs.php?pkg=libjogl2-javaver=2.2.4%2Bdfsg-1

  arm64 fails but AFAICS differently than before. My assumptions are
  that
  - gluegen2/#769003 is ok
  - libjogl2-java has a different problem on arm64
  
  This probably needs some deeper Java knowledge ...
 
 Hmmm...  I installed the build-deps into an arm64 sid chroot on asachi
 (arm64 porterbox) to take a look, but it seems to build okay now.

Thanks for checking!
 
[..]

 Am I missing something, or can we try to run this through the buildd again?

Hmmm … do we have an idea why it failed twice (on two separate
machines) on 2014-11-15 and why it passes now an a third one?

I guess the buildd people would be interesting in the reasons for yet
another giveback :)


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: Rolling Stones: Samba


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#769693: libjogl2-java FTBFS on ppc64el, arm64 and s390x

[gregor herrmann]

On Sat, 15 Nov 2014 16:35:52 +, peter green wrote:

 Package: libjogl2-java
 Version: 2.2.4+dfsg-1
 Severity: serious
 
 Your package FTBFS on arm64, ppc64el and s390x. Below is an excerpt from the 
 arm64 build log

This looks like a duplicate of #769003.
Or did this happen with the fixed gluegen2 (2.2.4-2)?
 
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: Beatles


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#769693: libjogl2-java FTBFS on ppc64el, arm64 and s390x

[gregor herrmann]

On Sat, 15 Nov 2014 17:25:44 +, peter green wrote:

 This looks like a duplicate of #769003.
 Indeed it does. Can you request give backs if you have not already done so?

Done, thanks for the nudge.

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: Old Man


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#769693: Please giveback libjogl2-java

[gregor herrmann]

libjogl2-java failed to build on arm64, ppc64el, and s390x because of
a bug in gluegen2 (#769003) which should be fixed in 2.2.4-2.

Can you please gb libjogl2-java on those architectures? Something
like (apologies if I got the syntax wrong):

gb libjogl2-java_2.2.4+dfsg-1 . arm64 ppc64el s390x
dw libjogl2-java_2.2.4+dfsg-1 . arm64 ppc64el s390x . -m 
'libgluegen2-build-java (= 2.2.4-2), libgluegen2-rt-java (= 2.2.4-2)'


Thanks in advance,
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: Jimi Hendrix: Red House


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#769693: Please giveback libjogl2-java

[gregor herrmann]

On Sat, 15 Nov 2014 21:58:22 +0100, Philipp Kern wrote:

  gb libjogl2-java_2.2.4+dfsg-1 . arm64 ppc64el s390x
  dw libjogl2-java_2.2.4+dfsg-1 . arm64 ppc64el s390x . -m 
  'libgluegen2-build-java (= 2.2.4-2), libgluegen2-rt-java (= 2.2.4-2)'
 
 The packages you specified are already available (arch:all, but even -jni is
 there already), so the dep-wait is not necessary.

Right; I'm just never sure if/when chroots on the buildds get
updated.
 
 I gave the package back on the architectures you requested.

Thanks!


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: Penelope Swales: Lost  Found


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#769693: Please giveback libjogl2-java

[gregor herrmann]

Control: retitle -1 libjogl2-java: FTBFS on arm64

On Sat, 15 Nov 2014 18:44:05 +0100, gregor herrmann wrote:

 libjogl2-java failed to build on arm64, ppc64el, and s390x because of
 a bug in gluegen2 (#769003) which should be fixed in 2.2.4-2.

https://buildd.debian.org/status/logs.php?pkg=libjogl2-javaver=2.2.4%2Bdfsg-1

ppc64el and s390x built.

arm64 fails but AFAICS differently than before. My assumptions are
that
- gluegen2/#769003 is ok
- libjogl2-java has a different problem on arm64

This probably needs some deeper Java knowledge ...

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: Kings of Convenience: Parallel Lines


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#767112: solr-jetty: Broken symlink to solr's webapp (in wheezy)

[gregor herrmann]

Control: forcemerge 683854 767112

On Tue, 28 Oct 2014 09:46:10 -0500, Karl O. Pinc wrote:

 Package: solr-jetty
 Version: 3.6.0+dfsg-1+deb7u1
 Severity: grave
 Justification: renders package unusable
 
 Dear Maintainer,
 
 FYI.  Debian bug #683854 remains in wheezy.

Right, that's also what the BTS thinks; cf. the version information
on top of
https://bugs.debian.org/683854
and the nice version graph in the corner.

Maybe your new bug is a reminder for someone to look into it :)

Cheers,
gregor, merging the two bugs

-- 
 .''`.  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: Aimee Mann: Deathly


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

[gregor herrmann]

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#754643: gradle: FTBFS: Caused by: java.lang.RuntimeException: Could not determine the local IP addresses for this machine.

[gregor herrmann]

On Mon, 14 Jul 2014 23:07:34 -0700, tony mancill wrote:

 On 07/12/2014 08:21 PM, Miguel Landaeta wrote:

  I'm unable to run gradle in a clean cowbuilder chroot. It dies on me
  with a java.lang.RuntimeException error.

  FAILURE: Build failed with an exception.
  * What went wrong:
  Execution failed for task ':compileGroovy'.
  Could not determine the local IP addresses for this machine.

 Is it possible that it's trying to make a connection to your X server?

(Without having looked at the package:)
Maybe this is yet another instance of #753944
(pbuilder: USENETWORK=no breaks package builds). 

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
   `-   BOFH excuse #426:  internet is needed to catch the etherbunny 

__
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#751563: tuxguitar: depends on xulrunner which is no more

[gregor herrmann]

On Mon, 16 Jun 2014 22:17:05 -0700, tony mancill wrote:

  Thanks for digging into this.  I suggest we move forward with pulling
  out the MOZILLA_FIVE_HOME mechanism and do some testing.  I can work on
  that.
  Sounds good, thank you!
 Okay, so it's no worse with all of the xulrunner stuff pulled out, 

No surprise, since it's most probably not used, if I'm reading the
script correctly :)

 so
 there's no problem with going ahead with a simplified wrapper script and
 removing that dependency.

Perfect, thanks for testing.
 
 I guess I can go ahead with another upload.  I spent some time looking
 at #745127, but wasn't able to make any real progress.  It's a shame,
 because it's quite annoying.  (But I guess that's a different bug.)

Ack.
 
 I'll upload this week.

Thanks!


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: Spider Murphy Gang: Reißverschluß


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#751563: tuxguitar: depends on xulrunner which is no more

[gregor herrmann]

On Sat, 14 Jun 2014 09:13:58 -0700, tony mancill wrote:

  My tentative conclusion is that MOZILLA_FIVE_HOME was needed at some
  time in the past, doesn't get set since ages, which doesn't cause any
  visible problems.
  
  So it seems like we can just drop this whole xulrunner/iceweasel
  machinery from debian/{rules,control} and patch misc/tuxguitar.sh
  again to drop it. (And all efforts to update the xulrunner list in
  unstable and also stable was probably in vain.)
  
  If for some reason having MOZILLA_FIVE_HOME would be good, we need a
  different way to set it. - The web is still full of errors about it,
  and the solution seems to be to set it to /usr/lib/iceweasel or
  /usr/lib/firefox or /usr/lib/mozilla/.
  
 Thanks for digging into this.  I suggest we move forward with pulling
 out the MOZILLA_FIVE_HOME mechanism and do some testing.  I can work on
 that.

Sounds good, thank you!


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: Cat Stevens: Come On Baby


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#751563: tuxguitar: depends on xulrunner which is no more

[gregor herrmann]

On Sat, 14 Jun 2014 12:04:00 +0200, Emilio Pozuelo Monfort wrote:

 Your package depends on:
 xulrunner-29 | xulrunner-24.0 | xulrunner-17.0 | xulrunner-10.0 | 
 xulrunner-1.9.1
 
 But iceweasel no longer provides a xulrunner binary. Note that the iceweasel 
 binary
 itself ships libxul.so now, so perhaps adding iceweasel (= 30) as an 
 alternative
 might be enough, if that's what tuxguitar needs.

I've looked into this issue now a bit, and so far I've found:

- misc/tuxguitar.sh (patched 2 times by us) looks for libxpcom.so in
  various mozilla/firefox/iceweasel/xulrunner directories;
- and then sets and exports MOZILLA_FIVE_HOME;
- the last package that contained libxpcom.so was xulrunner-1.9.1;
- so since ages MOZILLA_FIVE_HOME wasn't set anymore;
- for Ubuntu the dependency and this guessing in the wrapper script
  doesn't exist;
- a comment in the script say:
  #/// org.eclipse.swt.SWTError: No more handles
  #/// [Unknown Mozilla path (MOZILLA_FIVE_HOME not set)]

My tentative conclusion is that MOZILLA_FIVE_HOME was needed at some
time in the past, doesn't get set since ages, which doesn't cause any
visible problems.

So it seems like we can just drop this whole xulrunner/iceweasel
machinery from debian/{rules,control} and patch misc/tuxguitar.sh
again to drop it. (And all efforts to update the xulrunner list in
unstable and also stable was probably in vain.)

If for some reason having MOZILLA_FIVE_HOME would be good, we need a
different way to set it. - The web is still full of errors about it,
and the solution seems to be to set it to /usr/lib/iceweasel or
/usr/lib/firefox or /usr/lib/mozilla/.

Maybe someone who knows SWT can shed some light on the question?


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: The Dubliners: Molly Malone


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#747362: tuxguitar: java sound api cannot be loaded

[gregor herrmann]

Control: severity -1 normal

On Wed, 07 May 2014 22:20:16 +0200, Michael Hatzold wrote:

 Package: tuxguitar
 Version: 1.2-19
 Severity: grave
 Justification: renders package unusable
 
 Dear Maintainer,
 
 *** Reporter, please consider answering these questions, where appropriate ***
 
* What led up to the situation?
 starting after installing tuxguitar
 
 Without sound it is quite unusable.

Sound works fine for me, so this is probably no general problem.
Lowering the severity of the bug report.

But in fact, getting the configuration right can be a bit tricky.

Looking at your installed packages ...
 
 Versions of packages tuxguitar recommends:
 ii  tuxguitar-alsa  1.2-19
 pn  tuxguitar-oss   none
 
 Versions of packages tuxguitar suggests:
 ii  lilypond   2.16.2-3
 ii  tuxguitar-jsa  1.2-19

... this should work with e.g.
MIDI Sequencer: Real time sequencer
MIDI port: Gervill

or also:
Tux Guitar Sequencer / Gervill

It does not work for me with any of the two sequencers and MIDI
Through Port-0.
(But it works with both and a timidity port but this requires
timidity of course).


Please try to play with the settings and report back any
successes/failures, mentioning which sequencer and port you were
using.


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: Pink Floyd: In the flesh


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#747362: tuxguitar: java sound api cannot be loaded

[gregor herrmann]

On Wed, 07 May 2014 23:02:08 +0200, Michael Hatzold wrote:

 Here is the (main part) of error output in konsole, top and bottom line got
 repeated dozens of time:

Thanks
 
 Caused by: java.lang.UnsatisfiedLinkError: init_
at gnu.javax.sound.midi.alsa.AlsaMidiDeviceProvider.init_(libgcj.so.15)
at gnu.javax.sound.midi.alsa.AlsaMidiDeviceProvider.clinit(libgcj.so.15)
at java.lang.Class.initializeClass(libgcj.so.15)
at java.lang.Class.newInstance(libgcj.so.15)
at gnu.classpath.ServiceProviderLoadingAction.run(libgcj.so.15)
at java.security.AccessController.doPrivileged(libgcj.so.15)
at 
 gnu.classpath.ServiceFactory$ServiceIterator.loadNextServiceProvider(libgcj.so.15)
at gnu.classpath.ServiceFactory$ServiceIterator.init(libgcj.so.15)
at gnu.classpath.ServiceFactory.lookupProviders(libgcj.so.15)
at gnu.classpath.ServiceFactory.lookupProviders(libgcj.so.15)
at gnu.classpath.ServiceFactory.lookupProviders(libgcj.so.15)
at javax.sound.midi.MidiSystem.getMidiDeviceInfo(libgcj.so.15)
at 
 org.herac.tuxguitar.player.impl.jsa.midiport.MidiPortProviderImpl.listPorts(Unknown
  Source)
...7 more

Interesting.

Now it would be nice to know which of the
 
 ii  gcj-4.6-jre [java2-runtime]4.6.4-2
 ii  gcj-4.7-jre [java2-runtime]4.7.3-2
 ii  gcj-4.8-jre [java2-runtime]4.8.2-21
 ii  gcj-4.9-jre [java2-runtime]4.9.0-2
 ii  openjdk-6-jre [java2-runtime]  6b31-1.13.3-1
 ii  openjdk-7-jre [java2-runtime]  7u55-2.4.7-1

at least 6 JREs is actually used.

(Wild guess: openjdk might work better than gcj.)


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: Didier Squiban: Ar Baradoz


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#736365: tuxguitar: stable package depends on obsolete xulrunner-10.0

[gregor herrmann]

On Wed, 22 Jan 2014 20:03:16 +, Adam D. Barratt wrote:

 The version of tuxguitar in wheezy still depends on xulrunner-10.0,
 whereas wheezy now has iceweasel 17 and will shortly (at least via
 -security) have 24.

*sigh*

Thanks for spotting this!
 
 Would it be possible to update the package to support newer iceweasel
 versions? 

I suppose so; at least what's happening since years is that new
xulrunner versions are prepended to Depends, and so far noone has
complained, so this should work for 17 and 24 in stable as well as it
has before with these versions in sid/testing.

Of course if someone could test it (I don't have a stable machine
with X anywhere) that would be nice.

 Please prepare a proposed debdiff and open a pu bug against
 release.debian.org to discuss that.

Will do so after feedback from the actual maintainers (I'm just
helping out with this package ...).

(Philippe, tony: Changes are in git in a new wheezy branch.)


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
   `-   


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.

Re: Bug#733996: Generate a ‘closure-compiler’ binary package for the compiler program

[gregor herrmann]

On Sun, 05 Jan 2014 11:50:36 +1100, Ben Finney wrote:


 On 31-Dec-2013, gregor herrmann wrote:
  Can't this be solved with a simple
  Provides: closure-compiler
  in the libclosure-compiler-java package?
  (Or the other way round.)
 
 That doesn't address:
 
 * a manpage for the command (required by Debian policy), which is
   extraneous for a libary package

That's not my interpretation of Debian Policy, or maybe I
misunderstood you.

12.1.

 Each program, utility, and function should have an associated
 manual page included in the same package. It is suggested that
 all configuration files also have a manual page included as
 well. Manual pages for protocols and other auxiliary things are
 optional.
 
I can't find any reference to library packages or similar.

So if closure-compiler can be executed it needs a manpage, no matter
in which (kind) package under which name it is.

  Having a de facto empty package doesn't seem very appealing to me.
 No package providing a command should be empty; there needs to be the
 command, and a manpage, at least. So this objection doesn't seem to apply
 for bug#733996.

My understanding of the idea [0] was that the new closure-compiler
package would only contain a symlink (and a dependency), since that
actual command is the same jar as what is in
libclosure-compiler-java [1].

If that's the case, it still feels a bit odd to me.

If I misunderstood the situation or there are other ideas on how to
separate a binary and a library package, that's fine for me :)


Cheers,
gregor


[0]
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=705565#100 

[1]
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=705565#90

-- 
 .''`.  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: Dire Straits: Lions


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#705565: Getting closure compiler back in testing?

[gregor herrmann]

On Mon, 30 Dec 2013 12:03:13 -0800, tony mancill wrote:

  The rename of the binary package from libclosure-compiler-java -
  closure-compiler should probably be done now as well to get this out of
  the way well before the Jessie release.

 It means that the closure-compiler binary package is merely the
 /usr/bin/ symlink and the dependency on jarwrapper.

Can't this be solved with a simple
Provides: closure-compiler
in the libclosure-compiler-java package?
(Or the other way round.)

Having a de facto empty package doesn't seem very appealing to me.
 

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: Bob Dylan: Temporary like Achilles


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#687694: Close?

[gregor herrmann]

On Sun, 08 Sep 2013 08:31:45 +0200, Niels Thykier wrote:

  The former, i.e.  X; it should break everything less than the first
  fixed version of those packages, since there are broken (pun
  intended).
 
 Actually, (being a bit pedantic) you should use  X~, so backports
 cannot satisfy the relation either.  In this given case, I don't think
 it will make a difference, but I believe it is a good habit to have.

Ack, thanks for adding this detail!

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: Aimee Mann: Video


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#687694: Close?

[gregor herrmann]

On Sat, 07 Sep 2013 23:44:12 +0200, Emmanuel Bourg wrote:

 Is this the right syntax for the break clause:
 
 Breaks: jakarta-jmeter ( 2.8-1),
 jenkins-instance-identity ( 1.3-1),
 jglobus ( 2.0.6-1),
 libitext-java ( 2.1.7-6),
 libpdfbox-java ( 1:1.8.2+dfsg-1),
 voms-api-java ( 2.0.9-1.1)
 
 I listed only the package that were confirmed to break and required and
 modification. I'm not sure about versions, should I use ( X) where X
 is the first version supporting Bouncy Castle = 1.47, or should I use
 (= Y) where Y is the last version in testing compatible with Bouncy
 Castle 1.44?

The former, i.e.  X; it should break everything less than the first
fixed version of those packages, since there are broken (pun
intended).

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: Pink Floyd: Run like hell


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#687694: bouncycastle: 1.44 and 1.46 are not binary compatible

[gregor herrmann]

On Fri, 12 Jul 2013 13:51:43 +0200, Emmanuel Bourg wrote:

 voms-api-java FTBFS #713204
   Patch forwarded upstream, maintainer contacted

This information is not visible in the bug report; could you add it
there please?

(By concidence I looked at this bug yesterday when going through RC
bugs.)
 
 voms-api-java is the last package that has to be updated.

I'm happy to upload an NMU for the RC bug if I have a patch :) 


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: Tori Amos: Cornflake Girl


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#712677: tuxguitar: Uninstallable due to old dependency on xulrunner-*

[gregor herrmann]

On Tue, 18 Jun 2013 16:03:49 +0200, Roland Mas wrote:

 I just noticed that tuxguitar depends on versions of xulrunner-* that
 are no longer present in Debian unstable.  

Ah, that time of the year again :/
Someone™ should finally fix this issue ...

 The list of versions seems to
 be hardcoded in debian/rules (in the git repo), so I guess this warrants
 manual attention (rathen than a simple rebuild/binNMU).

Ack; thanks for the report, and I'll either add some more versions or
try to find a better solution ... 


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: Michael Penn: Footdown


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#712677: tuxguitar: Uninstallable due to old dependency on xulrunner-*

[gregor herrmann]

On Tue, 18 Jun 2013 12:58:09 -0700, tony mancill wrote:

  Ack; thanks for the report, and I'll either add some more versions or
  try to find a better solution ... 
 Just to so we don't duplicate efforts, I'm working on an update now.  

Cool, then I stop my just starting efforts right now :)

 I
 checked several of the r-deps of xulrunner and others appear to be doing
 the same thing we do in tuxguitar - i.e. listing out the possibilities
 all ORed together.

I thought about using dh_xulrunner (doesn't work since it looks for
iceweasel plugins) or other forms of creating the dependency
dynamically (just taking the current version of xulrunner-dev etc.)
-- but this doesn't buy us binNMU-ability since the package is still
arch:all ...
So I think we're stuck with listing the versions ...

Something like a versionless xulrunner package would be nice; I'm
vaguely remembering a wishlist bug about this but can't find it now.

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: Andrew Lloyd Webber  Tim Rice


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#712589: libcommons-compress-java: Ensure JUnit 4 test annotations are correctly detected

[gregor herrmann]

Control: severity -1 serious

On Mon, 17 Jun 2013 15:48:14 +0100, James Page wrote:

 Package: libcommons-compress-java
 Version: 1.5-1
 Severity: normal
 Tags: patch
 User: ubuntu-de...@lists.ubuntu.com
 Usertags: origin-ubuntu saucy ubuntu-patch
 
 Dear Maintainer,
 
 In Ubuntu, the attached patch was applied to achieve the following:
 
   * d/rules: Include ant-junit4.jar on build classpath to ensure that
 JUnit 4 test annotations are correctly detected, fixing FTBFS.

Ack, FTBFS in unstable:

test:
[mkdir] Created dir: /tmp/buildd/libcommons-compress-java-1.5/test/results
[junit] Running org.apache.commons.compress.ArchiveUtilsTest
[junit] Tests run: 3, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 
0.011 sec
[junit] Running org.apache.commons.compress.ChainingTestCase
[junit] Tests run: 2, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 
0.019 sec
[junit] Running org.apache.commons.compress.DetectArchiverTestCase
[junit] Tests run: 6, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 
0.023 sec
[junit] Running org.apache.commons.compress.DetectCompressorTestCase
[junit] Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 
0.004 sec
[junit] Running org.apache.commons.compress.IOMethodsTest
[junit] Tests run: 10, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 
0.051 sec
[junit] Running org.apache.commons.compress.archivers.ArTestCase
[junit] Tests run: 5, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 
0.022 sec
[junit] Running 
org.apache.commons.compress.archivers.ArchiveOutputStreamTest
[junit] Tests run: 7, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 
0.046 sec
[junit] Running 
org.apache.commons.compress.archivers.ArchiveStreamFactoryTest
[junit] Tests run: 1, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 
0.002 sec

BUILD FAILED
/tmp/buildd/libcommons-compress-java-1.5/debian/build.xml:34: Test 
org.apache.commons.compress.archivers.ArchiveStreamFactoryTest failed


Adjusting severity.


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: Simon  Garfunkel: Bridge Over Troubled Water


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#690152: bsaf: FTBFS: Test org.jdesktop.application.TaskMonitorTest failed

[gregor herrmann]

On Sun, 03 Mar 2013 14:42:09 +0100, gregor herrmann wrote:

 As mentioned earlier in this bug log by Matteo, building with
 openjdk-7-jdk works in the same setup.

Not anymore:

[junit] Running org.jdesktop.application.TaskMonitorTest
[junit] Testsuite: org.jdesktop.application.TaskMonitorTest
[junit] Tests run: 3, Failures: 1, Errors: 0, Time elapsed: 0.429 sec
[junit] Tests run: 3, Failures: 1, Errors: 0, Time elapsed: 0.429 sec
[junit] 
[junit] Testcase: 
testMessageSucceeded(org.jdesktop.application.TaskMonitorTest):   FAILED
[junit] doInBackground
[junit] junit.framework.AssertionFailedError: doInBackground
[junit] at 
org.jdesktop.application.TaskMonitorTest.testMessageSucceeded(Unknown Source)
[junit] 
[junit] 

BUILD FAILED
/tmp/buildd/bsaf-1.9/build.xml:68: Test 
org.jdesktop.application.TaskMonitorTest failed


I'm attaching the debdiff I've been using ...
(also failed without xvfb).

Oh, and it works in a wheezy chroot. Now this is interesting ...


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: Tracy Chapman: Cold Feet
diff -Nru bsaf-1.9/debian/changelog bsaf-1.9/debian/changelog
--- bsaf-1.9/debian/changelog	2011-07-14 00:21:31.0 +0200
+++ bsaf-1.9/debian/changelog	2013-03-06 22:12:23.0 +0100
@@ -1,3 +1,11 @@
+bsaf (1.9-3.1) UNRELEASED; urgency=low
+
+  * Non-maintainer upload.
+  * Fix FTBFS: Test org.jdesktop.application.TaskMonitorTest failed
+(Closes: #690152)
+
+ -- gregor herrmann gre...@debian.org  Wed, 06 Mar 2013 22:12:11 +0100
+
 bsaf (1.9-3) unstable; urgency=low
 
   * Team upload.
diff -Nru bsaf-1.9/debian/control bsaf-1.9/debian/control
--- bsaf-1.9/debian/control	2011-07-14 00:21:31.0 +0200
+++ bsaf-1.9/debian/control	2013-03-06 22:20:53.0 +0100
@@ -3,8 +3,8 @@
 Priority: optional
 Maintainer: Debian Java Maintainers pkg-java-maintainers@lists.alioth.debian.org
 Uploaders: Andres Mejia mcita...@gmail.com, Andrew Ross ubu...@rossfamily.co.uk
-Build-Depends: debhelper (= 7.0.50~), javahelper, default-jdk, ant,
- ant-optional, junit4, libnetx-java
+Build-Depends: debhelper (= 7.0.50~), javahelper, openjdk-7-jdk, ant,
+ ant-optional, junit4, libnetx-java, xvfb, xauth
 Standards-Version: 3.9.2
 Homepage: http://kenai.com/projects/bsaf
 Vcs-Browser: http://git.debian.org/?p=pkg-java/bsaf.git
diff -Nru bsaf-1.9/debian/rules bsaf-1.9/debian/rules
--- bsaf-1.9/debian/rules	2011-07-14 00:21:31.0 +0200
+++ bsaf-1.9/debian/rules	2013-03-06 22:30:13.0 +0100
@@ -1,7 +1,12 @@
 #!/usr/bin/make -f
 
-export JAVA_HOME=/usr/lib/jvm/default-java
+include /usr/share/javahelper/java-vars.mk
+
+export JAVA_HOME=/usr/lib/jvm/java-7-openjdk-$(JAVA_ARCH)
 export CLASSPATH=/usr/share/java/junit4.jar:/usr/share/java/netx.jar
 
 %:
 	dh $@ --with javahelper
+
+override_dh_auto_build:
+	xvfb-run -a dh_auto_build


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#690152: bsaf: FTBFS: Test org.jdesktop.application.TaskMonitorTest failed

[gregor herrmann]

On Sat, 02 Mar 2013 19:12:32 -0500, Andres Mejia wrote:

 I just rebuilt bsaf on my machine that has the DISPLAY environment variable
 set and 

In a chroot or in the normal environment?

 on a sid and wheezy chroot via sbuild-shell (which in turn uses
 schroot) that does not have DISPLAY set. All builds succeeded and passed
 the test suite.

That's not surprising, since without DISPLAY the otherwise failing
tests are skipped :)
 
FWIW: The tests still fail for me in wheezy and sid cowbuilder amd64
chroots, with DISPLAY set, with or without my earlier patch (to use
xvfb).

As mentioned earlier in this bug log by Matteo, building with
openjdk-7-jdk works in the same setup.

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: David Bowie: Suffragette City


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#690152: bsaf: FTBFS: Test org.jdesktop.application.TaskMonitorTest failed

[gregor herrmann]

On Sat, 15 Dec 2012 16:13:35 +0100, Joost Yervante Damad wrote:

 I tried rebuilding the bsaf software in wheezy with default-jdk,
 which uses the openjdk from openjdk-6-jre-headless_6b24.
 It builds just fine.
 Is this really still an issue?

It still fails to build for me in wheezy and sid chroots
- without my earlier patch because of 
  Can't connect to X11 window server using ':0' as the value of the DISPLAY 
variable.
- with the patch with the long java.beans stack trace

I guess you had DISPLAY unset during the build and the problematic
tests were skipped?


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: The Chieftains: The Parting of Friends-Kerry Fling


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#690152: bsaf: FTBFS: Test org.jdesktop.application.TaskMonitorTest failed

[gregor herrmann]

On Sat, 03 Nov 2012 18:36:09 +, Matteo Vescovi wrote:

 The stack trace led me to suspect the root cause of the issue lies
 in the java.beans package.
 
 I built the bsaf sources and tests with the default jdk
 (/usr/lib/jvm/default-java - java-6-openjdk) and then ran the
 entire testsuite with openjdk-7-jdk by changing the exported
 JAVA_HOME to /usr/lib/jvm/java-7-openjdk-amd64
 
 All tests passed with openjdk-7.

Cool, thanks for digging into this issue.

Does this mean this is actually an issue with openjdk-6 and the bugs
should be reassigned?

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: Rolling Stones: Honkey Tonk Woman


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#690152: bsaf: FTBFS: Test org.jdesktop.application.TaskMonitorTest failed

[gregor herrmann]

 the change to use xvfb which seems to be a good
idea in any case.)


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: Various Artists: Katie
diff -Nru bsaf-1.9/debian/changelog bsaf-1.9/debian/changelog
--- bsaf-1.9/debian/changelog	2011-07-14 00:21:31.0 +0200
+++ bsaf-1.9/debian/changelog	2012-10-24 18:11:52.0 +0200
@@ -1,3 +1,9 @@
+bsaf (1.9-3.1) UNRELEASED; urgency=low
+
+  * debian/{control,rules}: run tests under xvfb.
+
+ -- gregor herrmann gre...@debian.org  Wed, 24 Oct 2012 17:57:11 +0200
+
 bsaf (1.9-3) unstable; urgency=low
 
   * Team upload.
diff -Nru bsaf-1.9/debian/control bsaf-1.9/debian/control
--- bsaf-1.9/debian/control	2011-07-14 00:21:31.0 +0200
+++ bsaf-1.9/debian/control	2012-10-24 18:00:53.0 +0200
@@ -4,7 +4,7 @@
 Maintainer: Debian Java Maintainers pkg-java-maintainers@lists.alioth.debian.org
 Uploaders: Andres Mejia mcita...@gmail.com, Andrew Ross ubu...@rossfamily.co.uk
 Build-Depends: debhelper (= 7.0.50~), javahelper, default-jdk, ant,
- ant-optional, junit4, libnetx-java
+ ant-optional, junit4, libnetx-java, xvfb, xauth
 Standards-Version: 3.9.2
 Homepage: http://kenai.com/projects/bsaf
 Vcs-Browser: http://git.debian.org/?p=pkg-java/bsaf.git
diff -Nru bsaf-1.9/debian/rules bsaf-1.9/debian/rules
--- bsaf-1.9/debian/rules	2011-07-14 00:21:31.0 +0200
+++ bsaf-1.9/debian/rules	2012-10-24 18:11:04.0 +0200
@@ -5,3 +5,6 @@
 
 %:
 	dh $@ --with javahelper
+
+override_dh_auto_build:
+	xvfb-run -a dh_auto_build


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#690222: libjgoodies-looks-java: New upstream release 2.5.2 available

[gregor herrmann]

On Thu, 11 Oct 2012 13:00:54 +0200, Per W. wrote:

 Version 2.5.2 has been released on 2012-07-24.

Yes, I know, will update after wheezy is released.
 
 http://www.jgoodies.com/downloads/libraries/
 http://www.jgoodies.com/download/libraries/looks/jgoodies-looks-2_5_2.zip
 
 debian/watch and debian/control:Homepage needs an update.

That's already fixed in git, and ...

 The build-system has been changed from ant to maven.

... this is still open :)


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
   `-   BOFH excuse #260:  We're upgrading /dev/null 

__
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#680404: fails to build comedilib documentation on mips (java.lang.IllegalArgumentException)

[gregor herrmann]

On Thu, 05 Jul 2012 13:22:35 -0400, Yaroslav Halchenko wrote:

 It might be reincarnation of #580333 which was supposedly fixed.
 Now, comedilib documentation fails to build on mips (only):
 https://buildd.debian.org/status/fetch.php?pkg=comedilibarch=mipsver=0.10.0-2stamp=1340692713

0.10.0-3 succeeded later:
https://buildd.debian.org/status/fetch.php?pkg=comedilibarch=mipsver=0.10.0-3stamp=1341603610

(or https://buildd.debian.org/status/logs.php?pkg=comedilibarch=mips
for an overview).

Ah, it uses a different pdf backend:
http://packages.debian.org/changelogs/pool/main/c/comedilib/current/changelog#version0.10.0-3


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: Status Quo: Mystery Song


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#663548: stapler: FTBFS: IO error: opening debian/libstapler-java/debian/libstapler-java//usr/share/java/stapler.jar for read : No such file or directory

[gregor herrmann]

tag 663548 + patch
thanks

On Mon, 12 Mar 2012 08:14:09 +0100, Moritz Muehlenhoff wrote:

 Your package fails to build from source:
 
 dh_bugfiles -plibstapler-java 
 dh_install -plibstapler-java  
 dh_link -plibstapler-java  
 dh_buildinfo -plibstapler-java 
 dh_installmime -plibstapler-java 
 dh_installgsettings -plibstapler-java 
 jh_installlibs -plibstapler-java 
 jh_classpath -plibstapler-java 
 IO error: opening 
 debian/libstapler-java/debian/libstapler-java//usr/share/java/stapler.jar for 
 read : No such file or directory 
  at /usr/share/perl5/Archive/Zip/Archive.pm line 546
 Archive::Zip::Archive::read('Archive::Zip::Archive=HASH(0xad8fd0)', 
 'debian/libstapler-java/debian/libstapler-java//usr/share/java...') called at 
 /usr/bin/jh_manifest line 295
 
 main::update_jar('debian/libstapler-java/debian/libstapler-java//usr/share/java...',
  undef) called at /usr/bin/jh_manifest line 142
 jh_manifest: Could not read 
 debian/libstapler-java/debian/libstapler-java//usr/share/java/stapler.jar: No 
 such file or directory
 make: *** [binary-post-install/libstapler-java] Error 1
 dpkg-buildpackage: error: fakeroot debian/rules binary gave error exit status 
 2

Seems to be fixed in Ubuntu by the maintainer of the package in
Debian, so this will probably come to Debian soon :)

http://patches.ubuntu.com/s/stapler/stapler_1.174-1ubuntu1.patch

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: Funny Van Dannen: Der Kleckerer


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.

Re: Bug#665076: libjpfcodegen-java: FTBFS: [javac] CodeGenerator.java:223: cannot find symbol

[gregor herrmann]

reassign 665076 velocity 1.7-2
retitle 665076 velocity: /usr/share/java/velocity.jar missing
affects 665076 libjpfcodegen-java
thanks

On Thu, 22 Mar 2012 13:20:39 +0100, Lucas Nussbaum wrote:

 Source: libjpfcodegen-java
 Version: 0.4+dfsg-2
 Severity: serious
 Tags: wheezy sid
 User: debian...@lists.debian.org
 Usertags: qa-ftbfs-20120321 qa-ftbfs
 Justification: FTBFS on amd64

 During a rebuild of all packages in sid, your package failed to build on
 amd64.

  compile:
  [mkdir] Created dir: /«BUILDDIR»/libjpfcodegen-java-0.4+dfsg/build
  [javac] /«BUILDDIR»/libjpfcodegen-java-0.4+dfsg/build.xml:53: 
  warning: 'includeantruntime' was not set, defaulting to 
  build.sysclasspath=last; set to false for repeatable builds
  [javac] Compiling 5 source files to 
  /«BUILDDIR»/libjpfcodegen-java-0.4+dfsg/build
  [javac] CodeGenerator.java:25: package org.apache.velocity does not 
  exist
  [javac] import org.apache.velocity.Template;
  [javac]   ^

This looks like a problem in velocity:

% dpkg -L velocity
/.
/usr
/usr/share
/usr/share/doc
/usr/share/doc/velocity
/usr/share/doc/velocity/changelog.Debian.gz
/usr/share/doc/velocity/copyright
/usr/share/doc/velocity/README.Debian
/usr/share/maven-repo
/usr/share/maven-repo/org
/usr/share/maven-repo/org/apache
/usr/share/maven-repo/org/apache/velocity
/usr/share/maven-repo/org/apache/velocity/velocity
/usr/share/maven-repo/org/apache/velocity/velocity/1.7
/usr/share/maven-repo/org/apache/velocity/velocity/1.7/velocity-1.7.jar
/usr/share/maven-repo/org/apache/velocity/velocity/1.7/velocity-1.7.pom
/usr/share/maven-repo/org/apache/velocity/velocity/debian
/usr/share/maven-repo/org/apache/velocity/velocity/debian/velocity-debian.pom
/etc
/etc/velocity
/etc/velocity/velocity.properties
/usr/share/maven-repo/org/apache/velocity/velocity/debian/velocity-debian.jar


If my understanding of the java policy is correct, there should be a
/usr/share/java/velocity.jar file or symlink, which went missing at
some point. - Ok, 1.7-1 still has it, 1.7-2 doesn't (and
libjpfcodegen-java builds against 1.7-1 but not against -2 and -3).

Please add it back :)


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: Alannah Myles: Black Velvet


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#665076: libjpfcodegen-java: FTBFS: [javac] CodeGenerator.java:223: cannot find symbol

[gregor herrmann]

On Thu, 22 Mar 2012 10:03:57 -0700, tony mancill wrote:

 Thanks for the bug report and thorough triaging.  There were some recent
 changes to the behavior of maven-debian-helper that have triggered a
 cascade of FTBFS issues.  We'll get this ironed out soon.

I see, thanks for the background information. - And especially for
fixing the bug so quickly!
 
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: Kurt Ostbahn  Die Kombo: (Aller-)Höchste Zeit


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#593027: solr: FTBFS: lib/lucene-core-2.9.2.jar Missing

[gregor herrmann]

tags 593027 - squeeze
thanks


On Thu, 16 Sep 2010 23:06:47 +0200, Lucas Nussbaum wrote:

   Source: solr
   Version: 1.4.0+ds1-2
   Severity: serious
   Tags: squeeze sid
  are you really sure that squeeze is affected?
 No. But there's no way to say stable is not affected for sure, I
 haven't checked squeeze.

I now built 1.4.0+ds1-2 in a sid and in a squeeze cowbuilder chroot:
- in sid it fails like in the original bug report
  (lib/lucene-core-2.9.2.jar does not exist)
- in squeeze it builds


Untagging squeeze accordingly.


Cheers,
gregor

-- 
 .''`.   http://info.comodo.priv.at/ -- GPG key IDs: 0x8649AA06, 0x00F3CFE4
 : :' :  Debian GNU/Linux user, admin,  developer - http://www.debian.org/
 `. `'   Member of VIBE!AT  SPI, fellow of Free Software Foundation Europe
   `-NP: Lenny Kravitz: Mr Cab Driver


signature.asc
Description: Digital signature
__
This is the maintainer address of Debian's Java team
http://lists.alioth.debian.org/mailman/listinfo/pkg-java-maintainers. Please 
use
debian-j...@lists.debian.org for discussions and questions.

Re: Bug#586781: /usr/bin/jabref outputs warning if openjdk6 is missing

[gregor herrmann]

On Tue, 22 Jun 2010 16:29:42 +0200, Martin Lutz wrote:

 the startup script /usr/bin/jabref contains the line
 
 find_java_runtime openjdk6 || find_java_runtime sun6
 
 if the first find_java_runtime fails, a warning is given,
 even if the second part is successful (sun6 is installed).
 
 The warning is confusing:
 [warning] /usr/bin/jabref: No java runtime was found

I agree that this output is confusing.

Since it comes from /usr/lib/java-wrappers/java-wrappers.sh I guess
it should be improved there.

Vincent, what do you think about changing the line to something like
java_warning No java runtime for argument '$1' was found
?

Cheers,
gregor

-- 
 .''`.   http://info.comodo.priv.at/ -- GPG key IDs: 0x8649AA06, 0x00F3CFE4
 : :' :  Debian GNU/Linux user, admin,  developer - http://www.debian.org/
 `. `'   Member of VIBE!AT  SPI, fellow of Free Software Foundation Europe
   `-NP: Oasis: Live Forever (Live)/Live Forever


signature.asc
Description: Digital signature
__
This is the maintainer address of Debian's Java team
http://lists.alioth.debian.org/mailman/listinfo/pkg-java-maintainers. Please 
use
debian-j...@lists.debian.org for discussions and questions.

Re: Bug#586781: /usr/bin/jabref outputs warning if openjdk6 is missing

[gregor herrmann]

On Tue, 22 Jun 2010 21:58:58 +0530, Onkar Shinde wrote:

  Since it comes from /usr/lib/java-wrappers/java-wrappers.sh I guess
  it should be improved there.
 
  Vincent, what do you think about changing the line to something like
     java_warning No java runtime for argument '$1' was found
  ?
 
 I think the usage of find_java_runtime is not preferred way. As per
 the comment in /usr/lib/java-wrappers/java-wrappers.sh,
 
 # More than one argument can be specified; they will be taken into account
 # in that order; the first one found will be selected.

Oh!
 
 So ideally it should be 'find_java_runtime openjdk6 sun6'. This way
 the first runtime found will be used and there won't be any warning.

Thanks alot, it seems I've missed this approach so far.

I'll fix the jabref wrapper script soon.

Cheers,
gregor

-- 
 .''`.   http://info.comodo.priv.at/ -- GPG key IDs: 0x8649AA06, 0x00F3CFE4
 : :' :  Debian GNU/Linux user, admin,  developer - http://www.debian.org/
 `. `'   Member of VIBE!AT  SPI, fellow of Free Software Foundation Europe
   `-NP: Brownie McGhee: Blues Had A Baby, The


signature.asc
Description: Digital signature
__
This is the maintainer address of Debian's Java team
http://lists.alioth.debian.org/mailman/listinfo/pkg-java-maintainers. Please 
use
debian-j...@lists.debian.org for discussions and questions.

Re: Bug#538899: [libspin-java] It seems that libspin-java could be moved to main

[gregor herrmann]

On Thu, 30 Jul 2009 16:54:06 +0200, Bastien ROUCARIES wrote:

 It seems that libspin-java could be moved to main. Reading changelog it was 
 put to contrib due to libcglib2.1-java be in contrib, but libcglib2.1-java 
 has 
 moved to main please move therefore to main.

Thanks for the reminder, and for the pointer in your initial request.
I was indeed unaware of libcglib2.1-java's changes and will look into
libspin-java soon.

Cheers,
gregor
-- 
 .''`.   http://info.comodo.priv.at/ -- GPG Key IDs: 0x00F3CFE4, 0x8649AA06
 : :' :  Debian GNU/Linux user, admin,  developer - http://www.debian.org/
 `. `'   Member of VIBE!AT, SPI Inc., fellow of FSFE | http://got.to/quote/
   `-BOFH excuse #358:  struck by the Good Times virus 


signature.asc
Description: Digital signature
___
pkg-java-maintainers mailing list
pkg-java-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-java-maintainers

Bug#439725: antlr: New upstream source (3.01)

[gregor herrmann]

On Sun, 26 Aug 2007 23:47:24 +0200, Magnus Danielson wrote:

 The new ANTLR system, v3.01 has been released from upstream source.

I second the request to package antlr3 -- it's needed by JabRef, too
(cf. #389068).

Cheers,
gregor
-- 
 .''`.   http://info.comodo.priv.at/ | gpg key ID: 0x00F3CFE4
 : :' :  debian: the universal operating system - http://www.debian.org/
 `. `'   member of https://www.vibe.at/ | how to reply: http://got.to/quote/
   `-NP: Rod Steward: You Wear It Well


signature.asc
Description: Digital signature
___
pkg-java-maintainers mailing list
pkg-java-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-java-maintainers

Bug#391202: libdtdparser-java: FTBFS: /libdtdparser-java-1.21a/build.xml:50: Manifest file: /libdtdparser-java-1.21a/source/mainclass does not exist.

[gregor herrmann]

On Thu, 05 Oct 2006 15:00:15 +0200, Andreas Jochens wrote:

 when building 'libdtdparser-java' in a clean unstable chroot,
 I get the following error:

I don't even get that far:

$ pdebuild --buildresult ../
dpkg-buildpackage: source package is libdtdparser-java
dpkg-buildpackage: source version is 1.21a-1
dpkg-buildpackage: source changed by Arnaud Vandyck [EMAIL PROTECTED]
dpkg-buildpackage: source version without epoch 1.21a-1
 fakeroot debian/rules clean
test -x debian/rules
test `id -u` = 0
dh_clean 
You must specify a valid JAVA_HOME or JAVACMD!
make: *** [ant-sanity-check] Error 1

(Tough debian/rules defines JAVA_HOME ... Strange ...)

gregor

-- 
 .''`.   http://info.comodo.priv.at/ | gpg key ID: 0x00F3CFE4
 : :' :  debian: the universal operating system - http://www.debian.org/
 `. `'   member of https://www.vibe.at/ | how to reply: http://got.to/quote/
   `-NP: Beatles


signature.asc
Description: Digital signature
___
pkg-java-maintainers mailing list
pkg-java-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-java-maintainers