Bug#979267: Stop using deprecated systemd-resolve tool

[Eugene Zhukov]

On Wed, Jan 20, 2021 at 9:00 PM Michael Biebl  wrote:
>
> Hi Eugene
>
> Am 20.01.21 um 18:08 schrieb Eugene Zhukov:
>  > Please NMU.
>
> Done. Should I push my changes directly to git?
>
Please do. Thank you for working on this!

Eugene

Bug#979267: Stop using deprecated systemd-resolve tool

[Eugene Zhukov]

On Wed, Jan 20, 2021, 18:48 Michael Biebl  wrote:

> Hi
>
> On Mon, 04 Jan 2021 19:27:59 +0100 Michael Biebl  wrote:
> > systemd-resolve is nowadays merely a symlink pointing at resolvectl and
> > we'd like to get rid of this compat symlink at some point.
>
> ..
>
> > Attached is a patch which uses resolvectl instead.
> > Please review and consider applying it in your next upload.
> > It would be great if you can make this upload before the bullseye
> > release, so we can safely drop the symlink in bullseye+1.
>
>
> Just wanted to ask, if you already had time to look at the patch?
> I can offer to NMU if you are busy otherwise. Let me know what you
> prefer.
>

Please NMU.

Thank you,
Eugene

>

Bug#942068: openvpn-systemd-resolved: missing script for update-systemd-resolved

[Eugene Zhukov]

On Thu, Oct 10, 2019 at 9:16 PM Johan Smits  wrote:
>
> Yes this solved my warnings. Should this be done by the package? Just
> from a upgrade perspective for other users.
Great!
Well, it's not really an option to remove a conffile (previously
installed into /etc) on package upgrade. Some user might have actually
taken it into use.

Bug#942068: openvpn-systemd-resolved: missing script for update-systemd-resolved

[Eugene Zhukov]

On Thu, Oct 10, 2019 at 8:40 PM Johan Smits  wrote:
>
> Hi Eugene,
>
> Thanks for the quick reply.
>
> I imported a ovpn file but not to my knowledge I configured the path.
> Also when I look in the network manager of the VPN tools I can't find
> anything related to this.
>
> But when I look at the file: /etc/openvpn/update-systemd-resolved.conf
> That was installed by package openvpn-systemd-resolved it contains the
> script path.
>
> Here is the output of the file that was installed:
>
> #/etc/openvpn/update-systemd-resolved.conf:
> script-security 2
> setenv PATH
> /usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin
> up /etc/openvpn/scripts/update-systemd-resolved
> up-restart
> down /etc/openvpn/scripts/update-systemd-resolved
> down-pre
>
> Is this a package error or a configuration error of the file?
>

I see. I think the problem comes from the package.
The previous version of the package (1.3.0-2) indeed installed
/etc/openvpn/update-systemd-resolved.conf, but now this conffile is
installed into /usr/share/doc/openvpn-systemd-resolved/ just for
reference. It should be safe to remove
/etc/openvpn/update-systemd-resolved.conf for you to get rid of
journal log errors.

Eugene

Bug#942068: openvpn-systemd-resolved: missing script for update-systemd-resolved

[Eugene Zhukov]

Thank you for the bug report, Johan.

Could there be something with the configuration on your side?
update-systemd-resolved is installed under /etc/openvpn not /etc/openvpn/scripts

Thanks,
Eugene

Bug#930312: python-docker: Please package a more recent version e.g. 3.6.0

[Eugene Zhukov]

Package: python-docker
Version: 3.4.1-4
Severity: wishlist

Dear Maintainer,

Thank you for working on python-docker!
Could you please package a more recent version of it?

-- System Information:
Debian Release: 10.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 4.19.0-1-amd64 (SMP w/4 CPU cores)
Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US:en (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages python-docker depends on:
ii  python   2.7.16-1
ii  python-backports.ssl-match-hostname  3.5.0.1-1
ii  python-dockerpycreds 0.3.0-1
ii  python-ipaddress 1.0.17-1
ii  python-requests  2.21.0-1
ii  python-six   1.12.0-1
ii  python-websocket 0.53.0-1

python-docker recommends no packages.

python-docker suggests no packages.

-- no debconf information

Bug#921312: libsaxonhe-java: description says XSLT 3.0 is unsupported but upstream websites disagree

[Eugene Zhukov]

Hi Paul,

Thanks for the bug report. Have you actually tried if XSLT 3.0 is supported by
libsaxonhe-java and it's just package description that needs updating?

Eugene


signature.asc
Description: PGP signature

Bug#901594: DE-agnostic agent

[Eugene Zhukov]

Valentin Blot  writes:
> I don't use a DE. Maybe the "demo" agent should be renamed and enhanced
> into a "default" agent for all the people who don't use a DE?

Same here. geoclue-2.0 should at least recommend an agent, be it some demo
agent or some DE agent. Without an agent there is a major effect on the
usability of a package.
According to upstream author himself, an agent is required by default now:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=900936#20

Bug#901594: (no subject)

[Eugene Zhukov]

severity serious

Bug#901594: (no subject)

[Eugene Zhukov]

severity important

Bug#905267: testng: Help upgrade package to latest upstream release

[Eugene Zhukov]

Package: testng
Severity: wishlist

Upstream switched to Gradle packaging, which I'm not very familiar with.
Please help upgrading TestNG to latest upstream release.

Versions of packages testng depends on:
pn  libbsh-java 
pn  libjcommander-java  

Versions of packages testng recommends:
ii  ant 1.10.5-1
ii  junit4  4.12-7
pn  libyaml-snake-java  

testng suggests no packages.

Bug#896654: git-buildpackage: gbp import-orig: fails with revision X not found

[Eugene Zhukov]

Hi Guido,

Thanks for a quick fix!
However, how to get around the actual error?
It fails the same way even with:

$ gbp import-orig --verbose --uscan --upstream-vcs-tag=6.14.3

$ gbp import-orig --verbose --uscan --upstream-vcs-tag=6.14.3
--upstream-tag=6.14.3

$ gbp import-orig --verbose ../testng_6.14.3.orig.tar.gz

Note that 6.14.3 tag exists upstream [1].

[1] https://github.com/cbeust/testng/tree/6.14.3

Thanks,
Eugene

Bug#896654: git-buildpackage: gbp import-orig: fails with revision X not found

[Eugene Zhukov]

Package: git-buildpackage
Version: 0.9.8
Severity: normal

Dear Maintainer,

I was trying to update TestNG package to the latest upstream release, but gbp
import-orig fails without much useful (for me) output.

Here is how to reproduce the problem:

eugene@debian:~/dev$ git clone ssh://git.debian.org/git/pkg-java/testng.git
Cloning into 'testng'...
remote: Counting objects: 32552, done.
remote: Compressing objects: 100% (10926/10926), done.
remote: Total 32552 (delta 19512), reused 32540 (delta 19509)
Receiving objects: 100% (32552/32552), 22.93 MiB | 2.35 MiB/s, done.
Resolving deltas: 100% (19512/19512), done.
eugene@debian:~/dev$ cd testng/
eugene@debian:~/dev/testng$ git checkout upstream
Branch 'upstream' set up to track remote branch 'upstream' from 'origin'.
Switched to a new branch 'upstream'
eugene@debian:~/dev/testng$ git checkout master
Switched to branch 'master'
Your branch is up to date with 'origin/master'.
eugene@debian:~/dev/testng$ gbp import-orig --uscan --verbose
gbp:debug: ['git', 'rev-parse', '--show-cdup']
gbp:debug: ['git', 'rev-parse', '--is-bare-repository']
gbp:debug: ['git', 'rev-parse', '--git-dir']
gbp:debug: ['git', 'for-each-ref', '--format=%(refname:short)', 'refs/heads/']
gbp:debug: ['git', 'show-ref', '--verify', 'refs/heads/upstream']
gbp:debug: ['git', 'status', '--porcelain']
gbp:info: Launching uscan...
uscan: Newest version of testng on remote site is 6.14.3, local version is 
6.9.12
uscan:=> Newer package available from
  https://github.com/cbeust/testng/archive/6.14.3.tar.gz
gbp:info: Using uscan downloaded tarball ../testng_6.14.3.orig.tar.gz
What is the upstream version? [6.14.3] 
gbp:debug: ['git', 'tag', '-l', 'upstream/6.14.3']
gbp:debug: tar ['-C', '../tmp7udar6lx', '-a', '-xf', 
'../testng_6.14.3.orig.tar.gz'] []
gbp:debug: Unpacked '../testng_6.14.3.orig.tar.gz' to 
'../tmp7udar6lx/testng-6.14.3'
gbp:info: Importing '../testng_6.14.3.orig.tar.gz' to branch 'upstream'...
gbp:info: Source package is testng
gbp:info: Upstream version is 6.14.3
gbp:debug: ['git', 'rev-parse', '--quiet', '--verify', 'testng-6.14.3^{}']
gbp:error: Import of ../testng_6.14.3.orig.tar.gz failed: revision 
'testng-6.14.3^{}' not found
gbp:debug: rm ['-rf', '../tmp7udar6lx'] []
eugene@debian:~/dev/testng$

-- System Information:
Debian Release: buster/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 4.14.0-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages git-buildpackage depends on:
ii  devscripts 2.18.1
ii  git1:2.17.0-1
ii  man-db 2.8.3-2
ii  python33.6.5-3
ii  python3-dateutil   2.6.1-1
ii  python3-pkg-resources  39.0.1-2

Versions of packages git-buildpackage recommends:
ii  cowbuilder0.87
ii  pbuilder  0.229.2
ii  pristine-tar  1.42
ii  python3-requests  2.18.4-2

Versions of packages git-buildpackage suggests:
pn  python3-notify2  
ii  sudo 1.8.21p2-3
ii  unzip6.0-21

-- no debconf information

Bug#808211: saxonhe: Versions 9.6 and 9.7 should be installable at the same time

[Eugene Zhukov]

On Wed, Feb 14, 2018 at 6:50 AM, tony mancill  wrote:
> Hello Eugene,
>
> I'm working on packaging checkstyle 8.8 which requires SaxonHE 9.8.  I
> put together a package for the newer saxonhe (in experimental) and I can
> successful build the r-deps within Debian using ratt.  However,
> comparing the 9.7 and 9.8 libraries with japi-compliance-checker, I'm
> reluctant to upload the package to unstable because there are so many
> breaking changes between the versions.
>
> Do you have any advice or thoughts about what we should do for buster?
>
Hi tony,

Thanks for working on this!
I think we need to ping upstream about missing hej/data folder in the
last tag. Without it xml-maven-plugin or epubcheck won't work [0].
My other concern is Schematron upgrade [1]. We might actually want to
package SaxonHE 9.8.0.7 or newer to support both XSLT 1.0 and 2.0.

[0] https://github.com/IDPF/epubcheck/issues/674#issuecomment-348102028
[1] https://github.com/Schematron/schematron/issues/55

Eugene

Bug#871014: RM: dyfi -- ROM; Redundant, replaceable with one-liner cron job or systemd timer/service.

[Eugene Zhukov]

Package: ftp.debian.org
Severity: normal

The user base, I belive, is non-existent, since this dynamic DNS client is
only for Finnish customers.

Bug#834525: "DHCP: no" with systemd-networkd

[Eugene Zhukov]

Package: i3status
Version: 2.10-1+b1
Severity: normal

Dear Maintainer,

I switched from ifupdown to systemd-networkd for networking and noticed that
DHCP is constantly shown as 'no'.

It would be great if i3status would get DHCP status from systemd-networkd too.

Thanks for your work on i3!

-- System Information:
Debian Release: stretch/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 4.6.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages i3status depends on:
ii  libasound21.1.2-1
ii  libc6 2.23-4
ii  libconfuse1   3.0+dfsg-2
ii  libnl-3-200   3.2.27-1
ii  libnl-genl-3-200  3.2.27-1
ii  libpulse0 9.0-2
ii  libyajl2  2.1.0-2

Versions of packages i3status recommends:
ii  i3-wm4.12-2
ii  libcap2-bin  1:2.25-1

i3status suggests no packages.

-- no debconf information

Bug#830483: Fwd: [nat-users] Fwd: Bug#830483: natbraille: Please consider moving to Saxon-HE

[Eugene Zhukov]

[Forwarding this to BTS]

-- Forwarded message --
From: Vivien Guillet 
Date: Thu, Jul 14, 2016 at 11:01 AM
Subject: Re: [nat-users] Fwd: Bug#830483: natbraille: Please consider
moving to Saxon-HE
To: Bruno Mascret , Samuel Thibault
, debian-accessibil...@lists.debian.org,
eug...@debian.org, Djidjo - Trio Led Crush 

Hi

This is a known (and hopefully solved) problem : in short,
"saxon-iterate" extension was arbitrarily removed from the free saxon
version years ago. Please read this post about natbraille / saxon he :

http://saxon-xslt-and-xquery-processor.13853.n7.nabble.com/saxon-HE-and-xsl-iterate-td8720.html.

I thought that it had already been solved by writing an alternate and
iterate-free version of miseEnPage.xsl ("page layout") without
saxon-iterate. Seems this correction did not make it to the version you
compile.

-> *Djidjo*, did you port the miseenpage.xsl replacement in
Natbraille-Brailliti ?

Code of alternate and original :

https://svn.liris.cnrs.fr/nat/tags/2.2rc1-sra1.0/xsl/miseEnPage.xsl

https://svn.liris.cnrs.fr/nat/tags/2.2rc1-sra1.0/xsl/miseEnPage.xsl.iterate

Bug#830483: natbraille: Please consider moving to Saxon-HE

[Eugene Zhukov]

Source: natbraille
Severity: wishlist

Dear Maintainer,

Please consider replacing saxonb dependency with Saxon-HE.
Patch is attached.
>From 1954b3643b28af7a409b404a092efa9c52ce7677 Mon Sep 17 00:00:00 2001
From: Eugene Zhukov <eug...@debian.org>
Date: Fri, 8 Jul 2016 14:30:15 +0200
Subject: [PATCH] Switch from saxonb to Saxon-HE

---
 debian/bin/natbraille|  2 +-
 debian/control   |  8 ++--
 debian/patches/saxonhe.patch | 35 +++
 debian/patches/series|  1 +
 debian/rules |  3 ++-
 5 files changed, 45 insertions(+), 4 deletions(-)
 create mode 100644 debian/patches/saxonhe.patch

diff --git a/debian/bin/natbraille b/debian/bin/natbraille
index 93a83bd..b806953 100644
--- a/debian/bin/natbraille
+++ b/debian/bin/natbraille
@@ -9,7 +9,7 @@ fi
 JAVACLASSES=/usr/share/java
 CLASSPATH="${CLASSPATH:-.}:$JAVACLASSES/nat.jar"
 
-CLASSPATH="$CLASSPATH:$JAVACLASSES/commons-io.jar:$JAVACLASSES/fop.jar:$JAVACLASSES/xalan2.jar:$JAVACLASSES/jaxe.jar:$JAVACLASSES/jazzy.jar:$JAVACLASSES/jhall.jar:$JAVACLASSES/jing.jar:$JAVACLASSES/jodconverter.jar:$JAVACLASSES/joptsimple.jar:$JAVACLASSES/juh.jar:$JAVACLASSES/jurt.jar:$JAVACLASSES/log4j-1.2.jar:$JAVACLASSES/ridl.jar:$JAVACLASSES/saxonb.jar:$JAVACLASSES/saxonb-dom.jar:$JAVACLASSES/slf4j-api.jar:$JAVACLASSES/slf4j-jdk14.jar:/usr/share/libreoffice/program/classes/unoil.jar:$JAVACLASSES/xstream.jar:$JAVACLASSES/writer2latex.jar:$JAVACLASSES/jeuclid-core.jar"
+CLASSPATH="$CLASSPATH:$JAVACLASSES/commons-io.jar:$JAVACLASSES/fop.jar:$JAVACLASSES/xalan2.jar:$JAVACLASSES/jaxe.jar:$JAVACLASSES/jazzy.jar:$JAVACLASSES/jhall.jar:$JAVACLASSES/jing.jar:$JAVACLASSES/jodconverter.jar:$JAVACLASSES/joptsimple.jar:$JAVACLASSES/juh.jar:$JAVACLASSES/jurt.jar:$JAVACLASSES/log4j-1.2.jar:$JAVACLASSES/ridl.jar:$JAVACLASSES/Saxon-HE.jar:$JAVACLASSES/slf4j-api.jar:$JAVACLASSES/slf4j-jdk14.jar:/usr/share/libreoffice/program/classes/unoil.jar:$JAVACLASSES/xstream.jar:$JAVACLASSES/writer2latex.jar:$JAVACLASSES/jeuclid-core.jar"
 
 export CLASSPATH
 
diff --git a/debian/control b/debian/control
index 529d930..c143ae1 100644
--- a/debian/control
+++ b/debian/control
@@ -4,7 +4,9 @@ Priority: extra
 Maintainer: Debian Accessibility Team <debian-accessibil...@lists.debian.org>
 Uploaders: Samuel Thibault <sthiba...@debian.org>
 Build-Depends: debhelper (>= 9), default-jdk
-Build-Depends-Indep: libcommons-io-java, libfop-java, libxalan2-java, libjaxe-java, libjazzy-java, javahelp2, libjing-java, libjodconverter-java, libjoptsimple-java, ure, liblog4j1.2-java, libreoffice-java-common, libsaxonb-java, libslf4j-java, libxstream-java, libwriter2latex-java, libjeuclid-core-java
+Build-Depends-Indep: libcommons-io-java, libfop-java, libxalan2-java,
+ libjaxe-java, libjazzy-java, javahelp2, libjing-java, libjodconverter-java,
+ libjoptsimple-java, ure, liblog4j1.2-java, libreoffice-java-common, libsaxonhe-java, libslf4j-java, libxstream-java, libwriter2latex-java, libjeuclid-core-java
 Standards-Version: 3.9.8
 Vcs-Browser: http://git.debian.org/?p=pkg-a11y/natbraille.git;a=summary
 Vcs-Git: git://git.debian.org/git/pkg-a11y/natbraille.git
@@ -12,7 +14,9 @@ Homepage: http://natbraille.free.fr/
 
 Package: natbraille
 Architecture: all
-Depends: ${misc:Depends}, default-jre, libcommons-io-java, libfop-java, libxalan2-java, libjazzy-java, javahelp2, libjing-java, libjodconverter-java, libjoptsimple-java, ure, liblog4j1.2-java, libreoffice-java-common, libsaxonb-java (>= 9.1.0.8), libslf4j-java, libxstream-java, libwriter2latex-java, writer2latex (>= 1.0.2-7), libjeuclid-core-java, ttf-dejavu-core
+Depends: ${misc:Depends}, default-jre, libcommons-io-java, libfop-java,
+ libxalan2-java, libjazzy-java, javahelp2, libjing-java, libjodconverter-java,
+ libjoptsimple-java, ure, liblog4j1.2-java, libreoffice-java-common, libsaxonhe-java, libslf4j-java, libxstream-java, libwriter2latex-java, writer2latex (>= 1.0.2-7), libjeuclid-core-java, ttf-dejavu-core
 Description: French braille typesetting program
  Nat is a braille translation engine that can translate into
  transcribed French braille:
diff --git a/debian/patches/saxonhe.patch b/debian/patches/saxonhe.patch
new file mode 100644
index 000..edf3bd0
--- /dev/null
+++ b/debian/patches/saxonhe.patch
@@ -0,0 +1,35 @@
+Description: Fix fully qualified package names
+
+--- a/ui/ConfAbrege.java
 b/ui/ConfAbrege.java
+@@ -76,8 +76,8 @@ import outils.regles.RulesToolKit;
+ 
+ import nat.ConfigNat;
+ import net.sf.saxon.Controller;
+-import net.sf.saxon.event.Emitter;
+-import net.sf.saxon.event.MessageEmitter;
++import net.sf.saxon.serialize.Emitter;
++import net.sf.saxon.serialize.MessageEmitter;
+ 
+ /**
+  * Fenêtre de sélection et de visualisation des règles d'abrégé.
+--- a/ui/ConfDictCoup.java
 b/ui/ConfDictCoup.java
+@@ -67,8 +67,8 @@ import org.w3c.dom.Element;
+ import nat.ConfigNat;
+ impor

Bug#829719: libbrailleutils-java: Please consider moving to Saxon-HE

[Eugene Zhukov]

Package: libbrailleutils-java
Severity: wishlist

Dear Maintainer,

Please consider replacing saxonb dependency with Saxon-HE.
Patch is attached.
>From b26c13b138df4cbfc5f9cee100817ce7f9b8 Mon Sep 17 00:00:00 2001
From: Eugene Zhukov 
Date: Tue, 5 Jul 2016 14:54:46 +0200
Subject: [PATCH] Use Saxon-HE instead of saxonb

---
 debian/changelog   |  4 
 debian/control |  2 +-
 debian/patches/Saxon-HE.patch  | 12 
 debian/patches/correct_debian_build_properties |  2 +-
 debian/patches/series  |  1 +
 5 files changed, 19 insertions(+), 2 deletions(-)
 create mode 100644 debian/patches/Saxon-HE.patch

diff --git a/debian/changelog b/debian/changelog
index 0480e37..6f2c98d 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,7 +1,11 @@
 brailleutils (1.2.3-3) UNRELEASED; urgency=medium
 
+  [ Samuel Thibault ]
   * control: Bump Standards-Version to 3.9.8 (no change).
 
+  [ Eugene Zhukov ]
+  * replace saxonb with Saxon-HE
+
  -- Samuel Thibault <sthiba...@debian.org>  Tue, 02 Feb 2016 01:11:26 +0100
 
 brailleutils (1.2.3-2) unstable; urgency=medium
diff --git a/debian/control b/debian/control
index 91b4652..2327cf9 100644
--- a/debian/control
+++ b/debian/control
@@ -12,7 +12,7 @@ Vcs-Git: git://anonscm.debian.org/pkg-a11y/brailleutils.git
 
 Package: libbrailleutils-java
 Architecture: all
-Depends: ${misc:Depends}, libsaxonb-java, libstax-java, libjing-java,
+Depends: ${misc:Depends}, libsaxonhe-java, libstax-java, libjing-java,
 	libxerces2-java, libjaxp1.3-java, libisorelax-java
 Description: cross platform library for embossing/converting PEF-files
  BrailleUtils provides a cross platform API for embossing and converting
diff --git a/debian/patches/Saxon-HE.patch b/debian/patches/Saxon-HE.patch
new file mode 100644
index 000..8b8bf02
--- /dev/null
+++ b/debian/patches/Saxon-HE.patch
@@ -0,0 +1,12 @@
+Description: Replace saxonb with Saxon-HE
+
+--- a/build.debian.properties
 b/build.debian.properties
+@@ -1,6 +1,6 @@
+ # These properties can be edited
+ 
+-file.reference.saxon=/usr/share/java/saxonb.jar
++file.reference.saxon=/usr/share/java/Saxon-HE.jar
+ file.reference.stax-api=/usr/share/java/stax-api.jar
+ file.reference.jing=/usr/share/java/jing.jar
+ file.reference.xercesImpl=/usr/share/java/xercesImpl.jar
diff --git a/debian/patches/correct_debian_build_properties b/debian/patches/correct_debian_build_properties
index 7e37829..6b88bce 100644
--- a/debian/patches/correct_debian_build_properties
+++ b/debian/patches/correct_debian_build_properties
@@ -25,7 +25,7 @@ Index: brailleutils/.classpath
 -	
 +	
 +	
-+	
++	
 +	
 +	
 +	
diff --git a/debian/patches/series b/debian/patches/series
index 5543d56..e3505e0 100644
--- a/debian/patches/series
+++ b/debian/patches/series
@@ -1,2 +1,3 @@
 add_pom_xml
 correct_debian_build_properties
+Saxon-HE.patch
-- 
2.8.1

Bug#826864: epubcheck doesn't run anymore

[Eugene Zhukov]

I cannot reproduce this issue, there can be something wrong with your
environment.

You can try it fresh yourself with e.g

sudo vmdebootstrap --verbose --distribution jessie --image jessie.img
--size 3G --package epubcheck --hostname epub --user epub/epub --sudo
--grub --systemd-networkd --enable-dhcp --configure-apt --arch=i386

to create Debian Jessie image, and then

sudo qemu-system-i386 -machine accel=kvm:tcg -m 1024 -smp 2 -drive
file=jessie.img,format=raw

to run it.

Let me know if you need help and/or I can close this issue.

Eugene

Bug#826864: epubcheck doesn't run anymore

[Eugene Zhukov]

Hi Joseph,

Thank you for the bug report. Unfortunately I'm away from keyboard until
Monday.
I see you found this bug in Debian stable release, can you also reproduce
this with Debian testing/unstable (if you have a possibility to try of
course)?

@debian-java the package is team maintained, if anyone has time ATM please
take a look, it's marked as 'grave'.

Eugene

Bug#808593: [Help]: Bug#808593: htsjdk: FTBFS: [testng] FAILED: testHTTPNotExist

[Eugene Zhukov]

On Mon, Mar 14, 2016 at 10:25 PM, Vincent Danjean  wrote:
> Le 14/03/2016 21:20, Vincent Danjean a écrit :
>> Is it the correct way to build a package that requires java 8?
>
>   I just saw that default-jre/jdk is 1.8 now, so I'm sure this
> package need to be fixed. If someone can tell me how to do it
> (or just point me to a package correctly written).

I suggest you put default-jdk (>=2:1.8) into Build-Depends instead of
openjdk-8-jre-headless and openjdk-8-jdk, and remove Build-Conflicts.

Eugene

Bug#814925: libjaxe-java: Please switch build and runtime dependency to libsaxonhe-java

[Eugene Zhukov]

Package: libjaxe-java
Version: 3.5-7
Severity: wishlist

Dear Maintainer,

I plan to obsolete libsaxonb-java in the future.
Please consider applying this patch to switch to libsaxonhe-java.

-- System Information:
Debian Release: stretch/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 4.3.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
>From bc32bc02004e10e0ebf0de61db1b0723ce64860c Mon Sep 17 00:00:00 2001
From: Eugene Zhukov <eug...@debian.org>
Date: Tue, 16 Feb 2016 18:24:06 +0200
Subject: [PATCH] Switch build and runtime dependency to libsaxonhe-java

---
 debian/bin/jaxe   |  2 +-
 debian/bin/jaxe-editeurconfig |  2 +-
 debian/changelog  |  6 ++
 debian/control| 13 +++--
 debian/rules  |  2 +-
 5 files changed, 20 insertions(+), 5 deletions(-)

diff --git a/debian/bin/jaxe b/debian/bin/jaxe
index 14bc909..8c7ee21 100755
--- a/debian/bin/jaxe
+++ b/debian/bin/jaxe
@@ -23,7 +23,7 @@ cd /usr/share/java/Jaxe
 JAVACLASSES=/usr/share/java
 CLASSPATH="${CLASSPATH:-.}:$JAVACLASSES/jaxe.jar"
 
-CLASSPATH="$CLASSPATH:$JAVACLASSES/avalon-framework.jar:$JAVACLASSES/batik-all.jar:$JAVACLASSES/commons-io.jar:$JAVACLASSES/commons-logging.jar:$JAVACLASSES/cortado.jar:$JAVACLASSES/fop.jar:$JAVACLASSES/jazzy.jar:$JAVACLASSES/jing.jar:$JAVACLASSES/log4j-1.2.jar:$JAVACLASSES/xml-commons-resolver-1.1.jar:$JAVACLASSES/saxonb.jar:$JAVACLASSES/serializer.jar:$JAVACLASSES/xalan2.jar:$JAVACLASSES/xercesImpl.jar:$JAVACLASSES/xml-apis.jar:$JAVACLASSES/xml-apis-ext.jar:$JAVACLASSES/xml-commons-external.jar:$JAVACLASSES/xmlgraphics-commons.jar:$JAVACLASSES/xsltc.jar"
+CLASSPATH="$CLASSPATH:$JAVACLASSES/avalon-framework.jar:$JAVACLASSES/batik-all.jar:$JAVACLASSES/commons-io.jar:$JAVACLASSES/commons-logging.jar:$JAVACLASSES/cortado.jar:$JAVACLASSES/fop.jar:$JAVACLASSES/jazzy.jar:$JAVACLASSES/jing.jar:$JAVACLASSES/log4j-1.2.jar:$JAVACLASSES/xml-commons-resolver-1.1.jar:$JAVACLASSES/Saxon-HE.jar:$JAVACLASSES/serializer.jar:$JAVACLASSES/xalan2.jar:$JAVACLASSES/xercesImpl.jar:$JAVACLASSES/xml-apis.jar:$JAVACLASSES/xml-apis-ext.jar:$JAVACLASSES/xml-commons-external.jar:$JAVACLASSES/xmlgraphics-commons.jar:$JAVACLASSES/xsltc.jar"
 
 export CLASSPATH
 
diff --git a/debian/bin/jaxe-editeurconfig b/debian/bin/jaxe-editeurconfig
index 66a9868..51d605b 100755
--- a/debian/bin/jaxe-editeurconfig
+++ b/debian/bin/jaxe-editeurconfig
@@ -23,7 +23,7 @@ cd /usr/share/java/Jaxe
 JAVACLASSES=/usr/share/java
 CLASSPATH="${CLASSPATH:-.}:$JAVACLASSES/Jaxe/editeurconfig.jar"
 
-CLASSPATH="$CLASSPATH:$JAVACLASSES/avalon-framework.jar:$JAVACLASSES/batik-all.jar:$JAVACLASSES/commons-io.jar:$JAVACLASSES/commons-logging.jar:$JAVACLASSES/cortado.jar:$JAVACLASSES/fop.jar:$JAVACLASSES/jazzy.jar:$JAVACLASSES/jing.jar:$JAVACLASSES/log4j-1.2.jar:$JAVACLASSES/xml-commons-resolver-1.1.jar:$JAVACLASSES/saxonb.jar:$JAVACLASSES/serializer.jar:$JAVACLASSES/xalan2.jar:$JAVACLASSES/xercesImpl.jar:$JAVACLASSES/xml-apis.jar:$JAVACLASSES/xml-apis-ext.jar:$JAVACLASSES/xml-commons-external.jar:$JAVACLASSES/xmlgraphics-commons.jar:$JAVACLASSES/xsltc.jar:$JAVACLASSES/Jaxe/jaxe.jar"
+CLASSPATH="$CLASSPATH:$JAVACLASSES/avalon-framework.jar:$JAVACLASSES/batik-all.jar:$JAVACLASSES/commons-io.jar:$JAVACLASSES/commons-logging.jar:$JAVACLASSES/cortado.jar:$JAVACLASSES/fop.jar:$JAVACLASSES/jazzy.jar:$JAVACLASSES/jing.jar:$JAVACLASSES/log4j-1.2.jar:$JAVACLASSES/xml-commons-resolver-1.1.jar:$JAVACLASSES/Saxon-HE.jar:$JAVACLASSES/serializer.jar:$JAVACLASSES/xalan2.jar:$JAVACLASSES/xercesImpl.jar:$JAVACLASSES/xml-apis.jar:$JAVACLASSES/xml-apis-ext.jar:$JAVACLASSES/xml-commons-external.jar:$JAVACLASSES/xmlgraphics-commons.jar:$JAVACLASSES/xsltc.jar:$JAVACLASSES/Jaxe/jaxe.jar"
 
 export CLASSPATH
 
diff --git a/debian/changelog b/debian/changelog
index 7147803..7a50866 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,9 @@
+jaxe (3.5-8) UNRELEASED; urgency=medium
+
+  * Switch build and runtime dependency to libsaxonhe-java
+
+ -- Eugene Zhukov <eug...@debian.org>  Tue, 16 Feb 2016 18:18:36 +0200
+
 jaxe (3.5-7) unstable; urgency=medium
 
   * compat: Bump to 9.
diff --git a/debian/control b/debian/control
index 7e28d9b..9c1849c 100644
--- a/debian/control
+++ b/debian/control
@@ -2,7 +2,12 @@ Source: jaxe
 Priority: extra
 Maintainer: Samuel Thibault <sthiba...@debian.org>
 Build-Depends: debhelper (>= 9)
-Build-Depends-Indep: default-jdk, libfop-java (>= 1:2.0~), libavalon-framework-java, libbatik-java, libcommons-io-java, libcommons-logging-java, libjazzy-java, libjing-java, liblog4j1.2-java, libsaxonb-java, libxml-commons-resolver1.1-java, libxalan2-java, libxerces2-java, libxml-commons-external-java, libxmlgraphics-commons-java, libxsltc-java, i

Bug#813332: trang fails with NullPointerException

[Eugene Zhukov]

tags -1 moreinfo

Could you please provide more information e.g. input files you tried
with, the command you run?

Bug#808211: saxonhe: Versions 9.6 and 9.7 should be installable at the same time

[Eugene Zhukov]

On Thu, Dec 17, 2015 at 12:38 PM, Gioele Barabucci  wrote:
> Source: saxonhe
> Severity: normal
>
> Dear Saxon(-HE) maintainer (and Java maintainers),
>
> The Calabash XProc processor that I am packaging [1] uses some low-level
> APIs of the XML parser Saxon; one cannot use a version of Calabash
> compiled for Saxon 9.6 and run it using Saxon 9.7. Saxonica consider
> this behaviour OK because 9.6 and 9.7 are seen as two different major
> versions.
>
I checked Calabash upstream page and they have Saxon 9.5 branch [2]. I would
suggest you start packaging that and get it into Sid first.

> The version of Saxon present in sid is 9.5.1.1, you uploaded version
> 9.6.0.7 to experimental in October, later superseded by your other
> upload of version 9.7.0.1.
>
The reason I cannot upload 9.6.0.7 nor 9.7.0.1 to Sid is because they break
reverse dependencies. If you are willing to help me create patches for those
reverse dependencies and forward them upstream we could proceed with at least
uploading Saxon 9.6.0.7 to Sid.

> My request is: could you please make it be possible to install multiple
> major versions of Saxon at the same time?
>
There are already 3 Saxon versions co-installable:
libsaxon-java
libsaxonb-java
libsaxonhe-java
I would rather prefer to get rid of at least libsaxonb-java in the future.

> Maybe changing the binary name, generating libsaxonhe96-java_9.6.0.7 and
> libsaxonhe97-java_9.7.0.1 is a solution?
>
I tend to dislike this approch.

>
> [1] https://bugs.debian.org/742119
>
[2] https://github.com/ndw/xmlcalabash1/tree/saxon95

Eugene

Bug#799685: [ITR] templates://dyfi/{templates}

[Eugene Zhukov]

On Mon, Sep 28, 2015 at 7:59 PM, Christian PERRIER  wrote:
> [...]
> It would IMHO not hurt to have at least a long description of what
> username and password are askedand standardize on the wording
> we're using elsewhere in Debian.
Ok, sure we can do that.

Thanks,
Eugene

Bug#799685: [RFR] templates://dyfi/{templates}

[Eugene Zhukov]

On Tue, Sep 29, 2015 at 7:54 PM, Christian PERRIER  wrote:
> Please find, for review, the debconf templates and packages descriptions for 
> the dyfi source package.
>
> This review will last from Tuesday, September 29, 2015 to Friday, October 09, 
> 2015.
>
> Please send reviews as unified diffs (diff -u) against the original
> files. Comments about your proposed changes will be appreciated.
>
> Your review should be sent as an answer to this mail.
>
> When appropriate, I will send intermediate requests for review, with
> "[RFRn]" (n>=2) as a subject tag.
>
> When we will reach a consensus, I send a "Last Chance For
> Comments" mail with "[LCFC]" as a subject tag.
>
> Finally, a summary will be sent to the review bug report,
> and a mail will be sent to this list with "[BTS]" as a subject tag.
>
> Rationale:
>
> That's a full rewrite, as original templates werevery short..:-)
>
> Justin, I have my usual doubts about "login to"...:-)
>
Thank you very much for your work! This is really good and I accept this.

Eugene

Bug#799685: [ITR] templates://dyfi/{templates}

[Eugene Zhukov]

Hi Christian,

Thank you very much for your work, but I don't think this package is worth
your effort. The targeted audience is only in Finland and it's not widely
used service. Current popcon is 2, I'd suggest to wait a bit before investing
time into this.

Eugene

Bug#745126: RFS: passwordsafe/0.95.1+dfsg-1

[Eugene Zhukov]

Hi,
I took a peek and didn't find get-orig-source in d/rules. d/watch has link to
github, while pwsafe.org links to sourceforge.

Bug#795356: jmeter: Templates are not available

[eugene zhukov]

Package: jmeter
Version: 2.11-3
Severity: normal

Dear Maintainer,

I installed jmeter, jmeter-java; run jmeter; clicked 'Templates..' button, to 
the console came -
Uncaught Exception java.lang.ExceptionInInitializerError. See log file for 
details.
Uncaught Exception java.lang.NoClassDefFoundError: Could not initialize class 
org.apache.jmeter.gui.action.TemplatesCommand$IODH.
See log file for details.

I expected Templates to open.

-- System Information:
Debian Release: stretch/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 4.0.0-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages jmeter depends on:
ii  default-jre [java2-runtime]2:1.7-52
ii  java-wrappers  0.1.28
ii  libavalon-framework-java   4.2.0-9
ii  libbcmail-java 1.49+dfsg-3
ii  libbcprov-java 1.49+dfsg-3
ii  libbsf-java1:2.4.0-5
ii  libcommons-collections3-java   3.2.1-8
ii  libcommons-httpclient-java 3.1-11
ii  libcommons-io-java 2.4-2
ii  libcommons-jexl-java   1.1-3
ii  libcommons-jexl2-java  2.1.1-2
ii  libcommons-lang3-java  3.4-1
ii  libexcalibur-logger-java   2.1-6
ii  libexcalibur-logkit-java   2.0-11
ii  libjcharts-java0.7.5-4
ii  libjdom1-java  1.1.3-1
ii  libjtidy-java  7+svn20110807-4
ii  libmail-java   1.5.3-1
ii  liboro-java2.0.8a-11
ii  librhino-java  1.7R4-3
ii  librsyntaxtextarea-java2.5.0-1
ii  libxalan2-java 2.7.1-9
ii  libxmlgraphics-commons-java1.5-4
ii  libxstream-java1.4.8-1
ii  openjdk-7-jre [java2-runtime]  7u79-2.5.5-1~deb8u1

Versions of packages jmeter recommends:
ii  jmeter-help  2.11-3
ii  jmeter-http  2.11-3

jmeter suggests no packages.

-- no debconf information

Bug#779708: Client for updating dynamic hostname mappings for dy.fi

[Eugene Zhukov]

On Thu, Mar 26, 2015 at 7:48 PM, Timo Juhani Lindfors
timo.lindf...@iki.fi wrote:
 Eugene Zhukov jevgeni...@gmail.com writes:
 Would anyone be interested in sponsoring its client package:
 https://bugs.debian.org/780096

 Some comments:

 1) does dy.fi really require you to send the password in an unencrypted
 HTTP request?

Just wanted to let you know, this is now fixed, I re-implemented
request over https.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#780096: RFS: dyfi/1.2.0-1 [ITP #779708]

[Eugene Zhukov]

On Tue, Mar 31, 2015 at 8:42 PM, Antti Järvinen
antti.jarvi...@katiska.org wrote:
[...]
 So, the comments:
 about debian/config:
  - Is it necessary to have condition
if [ $1 = configure ]; then
..
fi
around db_input/db_go -commands? I'm under impression that this
config-script might be run also on other situations than config ;
or is this intentional?
There is no if statement in d/config. Did you mean one in d/postinst?
It is needed to run only at the package configuration phase.

 about debian/copyright:
  - According to
https://lists.debian.org/debian-devel-announce/2006/03/msg00023.html
you should have, among other things in the copyright file the authors
name and year of the copyright. Year is missing for Files: *
and then I'm not sure if dy.fi admins count as name of
author ; I understand that there may be real organization of
human behind dy.fi that have developed the sw but .. naming
a person, a company or other entity that may be recognized
by rule of law (in Finland?) might be a jolly good idea?
  - There are Files-Excluded mentioned in copyright ; it might be
required to explicitly state that they may be distributed anyway,
for example using permissive license, if the files fall into
such category.
Thanks, I'll try to address these issues.

 about debian/po/templates.pot Minor whining:
When username is queried, would it be nice to indicate that
this is exactly dy.fi system username and not just username
or is this going to be very clear in advance to person doing
the installation? I understood that the user account needs to
exists beforehand..
 about debian/postinst
What is going to be file permission of /etc/dyfi-update.conf ?
It may contain user account + password to remote box?
Restricted to dyfi user, but true it can be accessed by others.


 general:
There is no documentation of any kind. Maybe a short manpage might
be in order?

Well, it's not really a binary, it's a daemon so you can only check it's state.

Thanks for comments,
Eugene


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#779708: Client for updating dynamic hostname mappings for dy.fi

[Eugene Zhukov]

On Sun, Mar 29, 2015 at 8:34 PM, Timo Juhani Lindfors
timo.lindf...@iki.fi wrote:
 Eugene Zhukov jevgeni...@gmail.com writes:
 I refactored the daemon so that it runs as dyfi user now with
 systemd-as-init. With SysV as init it still runs as root. It looks
 like too much hassle/effort to me since I'm not familiar with init
 scripting.
 If you think it's a must, I can implement privileges-drop for SysV,
 otherwise could you please upload it to NEW?

 At least currently I lack the time to sponsor uploads, sorry.
No problem, thanks for valuable input anyway.

Eugene


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#779708: Client for updating dynamic hostname mappings for dy.fi

[Eugene Zhukov]

On Thu, Mar 26, 2015 at 11:20 PM, Timo Juhani Lindfors
timo.lindf...@iki.fi wrote:
 Eugene Zhukov jevgeni...@gmail.com writes:
 2) Does the service really need to run as root?

 No, and this is even mentioned in upstream readme. It needs to create
 a pid file though. Any hint/pointer on how to change the packaging to
 not run it as root?

 You probably need to create a new user in the packaging. Then modify the
 daemon to implement --user username option that drops the privileges
 after writing the pid file and reading the configuration file. Quick
 google finds

 http://search.cpan.org/~tlbdk/Privileges-Drop-1.03/lib/Privileges/Drop.pm

 which seems to be in debian as libprivileges-drop-perl.

I refactored the daemon so that it runs as dyfi user now with
systemd-as-init. With SysV as init it still runs as root. It looks
like too much hassle/effort to me since I'm not familiar with init
scripting.
If you think it's a must, I can implement privileges-drop for SysV,
otherwise could you please upload it to NEW?

Thank you very much for the hints,
Eugene


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#779708: Client for updating dynamic hostname mappings for dy.fi

[Eugene Zhukov]

First of, thank you very much for review!

On Thu, Mar 26, 2015 at 7:48 PM, Timo Juhani Lindfors
timo.lindf...@iki.fi wrote:
 Eugene Zhukov jevgeni...@gmail.com writes:
 Would anyone be interested in sponsoring its client package:
 https://bugs.debian.org/780096

 Some comments:

 1) does dy.fi really require you to send the password in an unencrypted
 HTTP request?

Yes, that's upstream implementation (a very old one though).

 2) Does the service really need to run as root?

No, and this is even mentioned in upstream readme. It needs to create
a pid file though. Any hint/pointer on how to change the packaging to
not run it as root?

 3) Doesn't

 db_get dyfi/password
 sed -i s/^Password.*/Password $RET/ /etc/dyfi-update.conf

 in debian/postinst let all local users to see the password if they type
 ps axuf at the right moment?
Probably, but do I need to care about that? The targeted audience of
the service is home or small office I assume.
Thanks for looking at this from the security perspective!

Eugene


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#780096: RFS: dyfi/1.2.0-1 [ITP #779708]

[Eugene Zhukov]

Package: sponsorship-requests
  Severity: wishlist

  Dear mentors,

  I am looking for a sponsor for my package dyfi

  It builds those binary packages:

dyfi  - Client for updating dynamic hostname mappings for dy.fi

  To access further information about this package, please visit the
following URL:

  http://mentors.debian.net/package/dyfi

  Alternatively, one can download the package with dget using this command:

dget -x http://mentors.debian.net/debian/pool/main/d/dyfi/dyfi_1.2.0-1.dsc

  Source code is available here:

https://github.com/ezhukov/dyfi

  More information about dyfi can be obtained from http://dy.fi

  Regards,
   Eugene Zhukov


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#779708: ITP: dyfi -- Client for updating dynamic hostname mappings for dy.fi

[Eugene Zhukov]

package: wnpp
Severity: wishlist
Owner: Eugene Zhukov jevgeni...@gmail.com

*Package Name : dyfi
 Version : 1.2.0
 Upstream Author : dy.fi admins ad...@dy.fi
*URL : http://www.dy.fi/page/clients
*License : GPL-2+
 Programming Lang: Perl
*Description : Client for updating dynamic hostname mappings for dy.fi

This is a client software (which runs as daemon) for automatically
updating dynamic hostname mappings at dy.fi - free dynamic DNS service
offered exclusively for Finnish users.
This client software lets you configure your credentials and
hostname(s) upon install. These credentials and hostname(s) must be
registered at dy.fi website beforehand of course.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#779179: xfce4-xkb-plugin: Forgets 'Change layout option' setting after restart

[Eugene Zhukov]

Package: xfce4-xkb-plugin
Version: 1:0.5.6-1
Severity: normal

Dear Maintainer,

I have several keyboard layouts. When I set 'Change layout option' to
e.g. Left Alt + Left Shift it works fine until reboot.

This setting should be persistent between system reboots.

-- System Information:
Debian Release: 8.0
  APT prefers testing-updates
  APT policy: (500, 'testing-updates'), (500, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 3.17-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages xfce4-xkb-plugin depends on:
ii  libc62.19-13
ii  libcairo21.14.0-2.1
ii  libgdk-pixbuf2.0-0   2.31.1-2+b1
ii  libglib2.0-0 2.42.1-1
ii  libgtk2.0-0  2.24.25-1
ii  libpango-1.0-0   1.36.8-3
ii  libpangocairo-1.0-0  1.36.8-3
ii  librsvg2-2   2.40.5-1
ii  libwnck222.30.7-2
ii  libxfce4ui-1-0   4.10.0-6
ii  libxfce4util64.10.1-2
ii  libxklavier165.2.1-1
ii  xfce4-panel  4.10.1-1

xfce4-xkb-plugin recommends no packages.

xfce4-xkb-plugin suggests no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#778771: speedtest-cli: Fails with exception stack trace when on mobile broadband

[eugene zhukov]

Package: speedtest-cli
Version: 0.3.1-1
Severity: normal

Dear Maintainer,

While being on mobile broadband connection and running speedtest from command
line it occasionally fails with:

~$ speedtest
Retrieving speedtest.net configuration...
Retrieving speedtest.net server list...
Traceback (most recent call last):
  File /usr/bin/speedtest, line 9, in module
load_entry_point('speedtest-cli==0.3.1', 'console_scripts', 'speedtest')()
  File /usr/lib/python2.7/dist-packages/speedtest_cli.py, line 686, in main
speedtest()
  File /usr/lib/python2.7/dist-packages/speedtest_cli.py, line 536, in 
speedtest
servers = closestServers(config['client'])
  File /usr/lib/python2.7/dist-packages/speedtest_cli.py, line 345, in 
closestServers
uh = urlopen('http://www.speedtest.net/speedtest-servers-static.php')
  File /usr/lib/python2.7/urllib2.py, line 127, in urlopen
return _opener.open(url, data, timeout)
  File /usr/lib/python2.7/urllib2.py, line 410, in open
response = meth(req, response)
  File /usr/lib/python2.7/urllib2.py, line 523, in http_response
'http', request, response, code, msg, hdrs)
  File /usr/lib/python2.7/urllib2.py, line 442, in error
result = self._call_chain(*args)
  File /usr/lib/python2.7/urllib2.py, line 382, in _call_chain
result = func(*args)
  File /usr/lib/python2.7/urllib2.py, line 629, in http_error_302
return self.parent.open(new, timeout=req.timeout)
  File /usr/lib/python2.7/urllib2.py, line 410, in open
response = meth(req, response)
  File /usr/lib/python2.7/urllib2.py, line 523, in http_response
'http', request, response, code, msg, hdrs)
  File /usr/lib/python2.7/urllib2.py, line 442, in error
result = self._call_chain(*args)
  File /usr/lib/python2.7/urllib2.py, line 382, in _call_chain
result = func(*args)
  File /usr/lib/python2.7/urllib2.py, line 629, in http_error_302
return self.parent.open(new, timeout=req.timeout)
  File /usr/lib/python2.7/urllib2.py, line 410, in open
response = meth(req, response)
  File /usr/lib/python2.7/urllib2.py, line 523, in http_response
'http', request, response, code, msg, hdrs)
  File /usr/lib/python2.7/urllib2.py, line 442, in error
result = self._call_chain(*args)
  File /usr/lib/python2.7/urllib2.py, line 382, in _call_chain
result = func(*args)
  File /usr/lib/python2.7/urllib2.py, line 629, in http_error_302
return self.parent.open(new, timeout=req.timeout)
  File /usr/lib/python2.7/urllib2.py, line 410, in open
response = meth(req, response)
  File /usr/lib/python2.7/urllib2.py, line 523, in http_response
'http', request, response, code, msg, hdrs)
  File /usr/lib/python2.7/urllib2.py, line 442, in error
result = self._call_chain(*args)
  File /usr/lib/python2.7/urllib2.py, line 382, in _call_chain
result = func(*args)
  File /usr/lib/python2.7/urllib2.py, line 629, in http_error_302
return self.parent.open(new, timeout=req.timeout)
  File /usr/lib/python2.7/urllib2.py, line 410, in open
response = meth(req, response)
  File /usr/lib/python2.7/urllib2.py, line 523, in http_response
'http', request, response, code, msg, hdrs)
  File /usr/lib/python2.7/urllib2.py, line 442, in error
result = self._call_chain(*args)
  File /usr/lib/python2.7/urllib2.py, line 382, in _call_chain
result = func(*args)
  File /usr/lib/python2.7/urllib2.py, line 619, in http_error_302
self.inf_msg + msg, headers, fp)
urllib2.HTTPError: HTTP Error 302: The HTTP server returned a redirect error 
that would lead to an infinite loop.
The last 30x error message was:
Found


-- System Information:
Debian Release: 8.0
  APT prefers testing-updates
  APT policy: (500, 'testing-updates'), (500, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 3.19.0-trunk-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages speedtest-cli depends on:
ii  python2.7.8-3
ii  python-pkg-resources  5.5.1-1

speedtest-cli recommends no packages.

speedtest-cli suggests no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#778771: speedtest-cli: Fails with exception stack trace when on mobile broadband

[Eugene Zhukov]

On Thu, Feb 19, 2015 at 10:21 PM, Jonathan Carter jonat...@ubuntu.com wrote:
 Thanks for reporting the bug, There hasn't been another release since
 0.3.1 yet. I'll get in touch with the upstream maintainer regarding the
 issue.

I just realized it doesn't matter which connection I'm on
wired/wireless/mobile, it still fails occasionally.

Let me know if you need more information,
Eugene


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#776520: testng: jquery-1.7.1.min.js is missing from testng.jar

[Eugene Zhukov]

 It seems jquery-1.7.1.min.js is missing from /usr/share/java/testng.jar.

This is correct. The build process was tweaked back and forth first to
exclude, then to include it.

The end result is that current binary in Jessie doesn't include it,
but the source package does include it.
So, apt-get source testng in Jessie/unstable and then debuild,
produces binary with jquery-1.7.1.min.js.

Eugene


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#776568: unblock: testng/6.8.8-4

[Eugene Zhukov]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock

Please unblock package testng

* Adds explicit build-dep on ant. (Closes: #771260)
* Adds back jquery-1.7.1.min.js. RC bug. (Closes: #776520)

debdiff:
File lists identical (after any substitutions)

Control files: lines which differ (wdiff format)

Installed-Size: [-894-] {+861+}
Version: [-6.8.8-4-] {+6.8.8-3+}

unblock testng/6.8.8-4

-- System Information:
Debian Release: 8.0
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 3.16.0-4-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#762690: libhibernate-validator-java: affected by CVE-2014-3558

[Eugene Zhukov]

Hi,
I've been looking into upgrading it to version 4.2.1.Final. I will commit my 
work in progress to a separate branch tomorrow. It needs a couple of new 
dependencies, I will try to commit those tomorrow as well.

Eugene

--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#762690: libhibernate-validator-java: affected by CVE-2014-3558

[Eugene Zhukov]

 On 18 Nov 2014, at 21:37, Emmanuel Bourg ebo...@apache.org wrote:
 
 Le 18/11/2014 20:28, Eugene Zhukov a écrit :
 
 I've been looking into upgrading it to version 4.2.1.Final. I will commit my 
 work in progress to a separate branch tomorrow. It needs a couple of new 
 dependencies, I will try to commit those tomorrow as well.
 
 I have the upgrade ready Eugene, I'll upload it to experimental today if
 I can resolve the last build failure.

OK, that's good news!

Thanks,
Eugene

--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#769526: xlshlt: xslhlt should use configuration file provided by package by default

[Eugene Zhukov]

Thanks for clarifications Niels and Vasiliy.
I will upload the fix shortly.
As of xslthl-config.xml being in /etc, I don't think this is a
configuration file a user would want to change (arguably it's in a
preferred form of modification) - it's either provided or not.

Eugene


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#769526: xlshlt: xslhlt should use configuration file provided by package by default

[Eugene Zhukov]

Hi and thank you for your bug report! I examined the patch and have a
question about it.
What is the purpose of } else if (new
File(xslthl-config.xml).isFile()) {? As far as I understand it will
always be true. What did I miss?

I would only change
configFilename = xslthl-config.xml;
to
configFilename = /usr/share/xslthl/highlighters/xslthl-config.xml;


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#761522: Regression caused by maven-bundle-plugin/2.3.7

[Eugene Zhukov]

Thanks Emmanuel, I couldn't get my head around this issue in sisu-guice.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#745091: jing-trang: FTBFS with Java 8

[Eugene Zhukov]

Control: retitle -1 jing-trang: FTBFS with Java 8


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#745091: jing-trang: FTBFS with Java 8

[Eugene Zhukov]

Here is a link to the same upstream issue:

https://code.google.com/p/jing-trang/issues/detail?id=182


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#735227: activemq is marked for autoremoval from testing

[Eugene Zhukov]

On Aug 24, 2014, at 06:48 PM, tony mancill tmanc...@debian.org wrote:


On 08/20/2014 09:39 PM, Debian testing autoremoval watch wrote:
activemq 5.6.0+dfsg-1 is marked for autoremoval from testing on 
2014-08-29
   
It is affected by these RC bugs:
735227: activemq: [activemq] Non sourced jquery

Hi Emmanuel and Eugene,

I see updates to the packaging in the pkg-java repo - thanks! Any
concerns with me building and uploading the new dfsg version?

No concerns from my side. I know Emmanuel is working on updating it to the 
latest upstream though.

Bug#757093: ITP: java-comment-preprocessor -- A Multipass Java preprocessor.

[Eugene Zhukov]

package: wnpp
Severity: wishlist
Owner: Eugene Zhukov jevgeni...@gmail.com

*Package Name : java-comment-preprocessor
 Version : 5.3.3
 Upstream Author : Igor Maznitsa igor.mazni...@igormaznitsa.com
*URL : http://java-comment-preprocessor.googlecode.com/
*License : The Apache Software License, Version 2.0
 Programming Lang: Java
*Description : A Multipass Java preprocessor.

A Multi-pass java based preprocessor processing directives placed into
Java comments.

I am packaging java-comment-preprocessor as it is a dependency of new
Saxon-HE 9.5.1.1.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#757093: ITP: java-comment-preprocessor -- A Multipass Java preprocessor.

[Eugene Zhukov]

The git-repository is to be found here:
http://anonscm.debian.org/gitweb/?p=pkg-java/comment-preprocessor.git

Regards,
Eugene


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#751027: ITP: javatuples -- Java library for tuples in Java.

[Eugene Zhukov]

The git-repository is to be found here:
http://anonscm.debian.org/gitweb/?p=pkg-java/javatuples.git

Regards,
Eugene


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#751027: ITP: javatuples -- Java library for tuples in Java.

[Eugene Zhukov]

package: wnpp
Severity: wishlist
Owner: Eugene Zhukov jevgeni...@gmail.com

*Package Name : javatuples
 Version : 1.2
 Upstream Author : Daniel Fernandez dfernan...@users.sourceforge.net
*URL : http://www.javatuples.org/
*License : The Apache Software License, Version 2.0
 Programming Lang: Java
*Description : Java library for tuples in Java.

javatuples is one of the simplest java libraries ever made. Its aim is
to provide a set of java classes that allow you to work with tuples.
.
A tuple is just a sequence of objects that do not necessarily relate
to each other in any way. For example: [23, Saturn,
java.sql.Connection@li734s] can be considered a tuple of three
elements (a triplet) containing an Integer, a String, and a JDBC
Connection object. As simple as that.

I am packaging javatuples as it is a dependency of new epubcheck 4.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#745091: jing-trang: FTBFS with Java 8: ServiceConfigurationError: Illegal configuration-file syntax

[Eugene Zhukov]

Hi,

This problem is in saxonhe package, look into [0]. I removed this
misbehaving property and committed changes to saxonhe svn repo.
This, however doesn't solve the main problem - jing-trang still FTBFS
with Java 8 with some other compilation problem.

[0] https://saxonica.plan.io/issues/1944

Eugene


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#727708: init system coupling etc.

[Eugene Zhukov]

Ian Jackson ijack...@chiark.greenend.org.uk writes:
[...]
 I don't find Sjoerd Simons's comments very reassuring. In the context
 of the whole discussion I think Adrian's interpretation is much more
 likely to reflect the true sentiment.

I wouldn't give Adrian too much credit. Please read some other emails
between him and fellow developers in this bug. Especially [0].

[0] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=727708#4652


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#738579: libsisu-guice-java - $DebuggingClassWriter overrides final method visit

[Eugene Zhukov]

The cause of the problem is described here [0].
I tried it out and downgraded asm dependency to 3.3.2 in
d/maven.rules. After reverting
core/src/com/google/inject/internal/util/LineNumbers.java to previous
revision (it seems to be the only class depending on asm-4
functionality), I was able to build both sisu-guice and maven.
Would that kind of solution be acceptable?

[0] http://www.matt-reid.co.uk/blog_post.php?id=83


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#738579: libsisu-guice-java - $DebuggingClassWriter overrides final method visit

[Eugene Zhukov]

On Tue, Feb 11, 2014 at 4:56 PM, tony mancill tmanc...@debian.org wrote:
 On 02/11/2014 06:39 AM, Eugene Zhukov wrote:
 The cause of the problem is described here [0].
 I tried it out and downgraded asm dependency to 3.3.2 in
 d/maven.rules. After reverting
 core/src/com/google/inject/internal/util/LineNumbers.java to previous
 revision (it seems to be the only class depending on asm-4
 functionality), I was able to build both sisu-guice and maven.
 Would that kind of solution be acceptable?

 [0] http://www.matt-reid.co.uk/blog_post.php?id=83

 Hi Eugene,

 I need to take a look at the difference in LineNumbers.java in more
 detail, but this sounds like an acceptable solution.  Would you have
 time to add a patch that reverts LineNumbers.java and update maven.rules
 in the master branch?

Sure, I just pushed my changes to master, please have a look.

Eugene


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#567210: doc-available always returns false without network

[Eugene Zhukov]

Hello,

A fresh look/opinion is welcome! Could someone please take a fresh
look at the bug #567210.
After closer look at my last test results (described in my two last
mails to the bug), I tend to think the problem lies in Saxon-{B|HE}.

Any comments are very much appreciated,
Eugene


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#737464: [src:sisu-guice] Sourceless file (minified) (jquery)

[Eugene Zhukov]

Hi Bastien,

Could you please kindly elaborate what the problem exactly is?
When I do apt-get source libsisu-guice-java in sid, I can see all
three files under sisu-guice-3.1.1+dfsg folder.

Regards,
Eugene


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#567210: doc-available always returns false without network

[Eugene Zhukov]

On Thu, Jan 30, 2014 at 1:49 PM, Eugene Zhukov jevgeni...@gmail.com wrote:
 It fails immediately without network, but hangs and succeeds with
 network. Saxon does not have a local copy of PUBLIC -//W3C//DTD
 XHTML+RDFa is not shown anymore! With tcpdump and wireshark I see a
 request:
 GET /MarkUp/DTD/xhtml-rdfa-1.dtd HTTP/1.1
 User-Agent: Java/1.6.0_27
 Host: www.w3.org
 Accept: text/html, image/gif, image/jpeg, *; q=.2, */*; q=.2
 Connection: keep-alive
I just wanted to amend this test-case with more-or-less full HTTP
request/response chain from tcpdump: http://paste.debian.net/79423/


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#567210: doc-available always returns false without network

[Eugene Zhukov]

On Wed, Jan 29, 2014 at 4:25 PM, Michael Kay m...@saxonica.com wrote:

 Warning: SXXP0005: The source document is in namespace
 http://www.w3.org/2005/Atom, but none of the
  template rules match elements in this namespace

 You can ignore that warning for present purposes.
 [...]
 Saxon does not have a local copy of PUBLIC -//W3C//DTD XHTML+RDFa
 1.0//EN SYSTEM http://www.w3.org/MarkUp/DTD/xhtml-rdfa-1.dtd

 Unfortunately there is no complete list of DTDs on the W3C site that might 
 potentially needed, and even if there were, I probably wouldn't want to ship 
 them all with Saxon. So you might have to go back to using catalogs. On the 
 other hand, if you can identify where this was referenced from, I can take a 
 look and see if it ought to be included. It looks as if it comes from one of 
 the XHTML variants, but there seem to be many of these in use.


Sorry about the confusion with catalogs. Back to initial test-case
with the latest Saxon-HE from [0]:
$ java -cp /etc/xml/resolver:/usr/share/java/xml-resolver.jar:../saxon9he.jar
-Dxml.catalog.files=/etc/xml/catalog -Dxml.catalog.verbosity=1
net.sf.saxon.Transform -t
-x:org.apache.xml.resolver.tools.ResolvingXMLReader
-y:org.apache.xml.resolver.tools.ResolvingXMLReader
-r:org.apache.xml.resolver.tools.CatalogResolver -s:foo.xml
-xsl:foo.xsl

It fails immediately without network, but hangs and succeeds with
network. Saxon does not have a local copy of PUBLIC -//W3C//DTD
XHTML+RDFa is not shown anymore! With tcpdump and wireshark I see a
request:
GET /MarkUp/DTD/xhtml-rdfa-1.dtd HTTP/1.1
User-Agent: Java/1.6.0_27
Host: www.w3.org
Accept: text/html, image/gif, image/jpeg, *; q=.2, */*; q=.2
Connection: keep-alive

As you say in the previous letter there is no complete list of DTDs on
the W3C site that might potentially be needed, and even if there were,
Saxon would not ship them all.
Should we conclude then this is a corner test-case and is not
supported by Saxon offline?

[0] 
http://sourceforge.net/projects/saxon/files/Saxon-HE/9.5/SaxonHE9-5-1-4J.zip/download

Eugene


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#567210: doc-available always returns false without network

[Eugene Zhukov]

On Tue, Jan 28, 2014 at 4:25 PM, Michael Kay m...@saxonica.com wrote:
 Saxon-B 9.1 does not include copies of these resources.

 You can always write a URIResolver and direct the request to copies held at 
 application level, but it can't be done behind the scenes.

 My recommendation would be to move forward to a later Saxon release that 
 fixes the problem. The current release is 9.5. We have no plans to issue 
 further maintenance releases for 9.1, although we do appreciate that some 
 users have been sticking with that release because of the discontinuities 
 introduced between 9.1 and 9.2.


We have Saxon-HE 9.4.0.7 in Debian archive. So I tried the above
test-case with it:
$ java -cp 
/etc/xml/resolver:/usr/share/java/xml-resolver.jar:/usr/share/java/Saxon-HE.jar
-Dxml.catalog.files=/etc/xml/catalog -Dxml.catalog.verbosity=1
net.sf.saxon.Transform -s:foo.xml -xsl:foo.xsl

The result is it still fails without network. With network it works.
Also, when I look into the source code of Saxon-HE 9.4.0.7 at [0], I
cannot find the local copies of those resources. So I don't understand
how it would work without the network. What did I miss?

[0] https://dev.saxonica.com/repos/archive/opensource/tags/9.4.0.7/

Eugene


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#567210: doc-available always returns false without network

[Eugene Zhukov]

On Wed, Jan 29, 2014 at 11:00 AM, Michael Kay m...@saxonica.com wrote:
 If you use the -t option on the command line, then attempts to use local 
 copies of W3C DTDs will be traced on System.err. Hopefully this will shed 
 more light on why the mechanism isn't working for you.

 The EntityResolver that Saxon uses in 9.4 can be found here:

 https://dev.saxonica.com/repos/archive/opensource/tags/9.4.0.7/hej/net/sf/saxon/lib/StandardEntityResolver.java

 I'm not sure why the data files aren't included under the 9.4.0.7 Subversion 
 tag, but the files are here:

 https://dev.saxonica.com/repos/archive/opensource/latest9.4/data/w3c/

 I note that your JAR file has been renamed, so it's possible it has also been 
 rebuilt. Look inside it with a ZIP utility and check for the directory named 
 w3c.

 A list of the W3C documents bundled with Saxon for 9.5 can also be found here:

 http://www.saxonica.com/documentation/index.html#!sourcedocs/w3c-dtds

 and the corresponding list for 9.4 is at:

 http://www.saxonica.com/documentation9.4-demo/index.html#!sourcedocs/w3c-dtds

Thanks for the links!
I downloaded the official release from [0] and tried the test with it.
Here is the result with network: http://paste.debian.net/78983/
And here is the result without network: http://paste.debian.net/78984/
As you can see the test without network still fails. With this -t
option, when the test succeeds, you can see Saxon fetching a local
copy, but that doesn't seem to be the case without network.

[0] 
http://sourceforge.net/projects/saxon/files/Saxon-HE/9.4/SaxonHE9-4-0-7J.zip/download

Eugene


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#567210: doc-available always returns false without network

[Eugene Zhukov]

On Wed, Jan 29, 2014 at 3:01 PM, Michael Kay m...@saxonica.com wrote:
 OK, so the problem seems to be here:

 Cannot read xhtml11/xhtml-inlpres-1.mod file

I tried with latest 9.4 and it wasn't the case anymore, but main
problem persisted.

 and the reason would appear to be the absence of the w3c/ prefix on the file 
 name.

 This takes us to here:

 https://saxonica.plan.io/boards/3/topics/5625

 and that in turn leads me to

 https://saxonica.plan.io/issues/1813

 which I think is fixed in the 9.5 branch but not in 9.4.

 The underlying cause is inconsistent use of system IDs and public IDs in the 
 W3C-published DTDs.


I tried with the latest Saxon from [0] and it still fails without
network, but now it gives some valuable output:
[...]
Warning: SXXP0005: The source document is in namespace
http://www.w3.org/2005/Atom, but none of the
  template rules match elements in this namespace
[...]
Saxon does not have a local copy of PUBLIC -//W3C//DTD XHTML+RDFa
1.0//EN SYSTEM http://www.w3.org/MarkUp/DTD/xhtml-rdfa-1.dtd
[...]

[0] 
http://sourceforge.net/projects/saxon/files/Saxon-HE/9.5/SaxonHE9-5-1-4J.zip/download


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#710855: gdk-pixbuf: Cannot open pixbuf loader module file '/usr/lib/x86_64-linux-gnu/gdk-pixbuf-2.0/2.10.0/loaders.cache'

[Eugene Zhukov]

Any progress on this?
Today I got a similar one while upgrading two of my environments (with
Jessie and Sid):
[...]
(gtk-update-icon-cache:8687): GdkPixbuf-WARNING **: Cannot open pixbuf
loader module file
'/usr/lib/x86_64-linux-gnu/gdk-pixbuf-2.0/2.10.0/loaders.cache': No
such file or directory

This likely means that your installation is broken.
Try running the command
  gdk-pixbuf-query-loaders 
/usr/lib/x86_64-linux-gnu/gdk-pixbuf-2.0/2.10.0/loaders.cache
to make things work again for the time being.
[...]

Eugene


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#727708: systemd code documentation

[Eugene Zhukov]

Russ Allbery r...@debian.org writes:

 This documentation is really, really nice, but it's a bit different than
 what I was talking about.  I should be clear, though (and please also do
 mention this to Lennart): the user-facing and the integration
 documentation for systemd seems quite good. This is more the code-level,
 helping the programmer sort of documentation, which is a bit lower-level.

The frequency of comments sometimes reflects poor quality of code.
When you feel compelled to add a comment, consider rewriting the code
to make it clearer.

Just my two cents,
Eugene


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#684427: testng: Split library jars into separate package

[Eugene Zhukov]

Hi Andrew,

I guess this bug is no longer valid and can be closed?

Regards,
Eugene


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#725093: debian-maintainers: Please add Eugene Zhukov as a DM

[Eugene Zhukov]

Package: debian-maintainers
Severity: normal

Hello,

Please add my key to the Debian Maintainers keyring.
The jetring changeset is attached.

Thank you,
Eugene

-- System Information:
Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 3.10-2-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

*** add-D7D3402E0106630C
Comment: Add Eugene Zhukov jevgeni...@gmail.com as a Debian Maintainer
Date: Tue, 01 Oct 2013 11:29:58 +
Action: import
Recommended-By: 
  Mathieu Malaterre ma...@debian.org
Agreement: 
  http://lists.debian.org/debian-newmaint/2013/09/msg00049.html
Advocates: 
  http://lists.debian.org/debian-newmaint/2013/10/msg0.html
Data: 
  -BEGIN PGP PUBLIC KEY BLOCK-
  Version: GnuPG v1.4.14 (GNU/Linux)
  
  mQINBFFZ4EkBEAC6e0DTGnMTkkl3VCSSm9W94J5VGNAQ/LbeV+ntURZ7DGyLOwlU
  zBW1ZjxNaUXZl0k2uiX0feIGGJn8MWCASIgcYbvB5N20rMWKZyBQHJLC8yXjMhvJ
  bG/kwDrSfYv/a0PbMSoQoHVTRvPN792LB0iyo/cRTBat0PG019VYmbeZqi/N0iAR
  gF5IHwisJrMdYkZQbH2wVZSPRe19g4oLqDHo0c7wo0AeFaDIXXhIF8L3xKCtxu0i
  VLE+ZN/4FDPd/04ktkdFjj4KwjP/CvK2XC+dPR2X6N7TIACIUTlUlOlBHe6VRzrH
  WsbyoNaAEoqtLLFMXUWYU+X2GTU5+WUJPBebVGsWqL8PzofaW1QTAMCt73kK3YCk
  Q+GtIa2jFaBkxbi53Rsxwo/fVwRisSPv9CBiUazpe+33SX4tQY4mvdmvdddGW6JP
  O/iZkfIMPIANPHh6KmZsYbL2V4tE/hBQ4aDTBB42MKxvIhuYR7bgtX1zcUJ4lw1Q
  EjKWvrnJlroKWB12A/3GOf8x5HLjtnhvjcU15cnqCix7r9N7wNVwL54aC//xHWGS
  nuR9ADelKXPz7Yhl5mTFcymSubfp1emtGGBwbh6uJsEkNwAYB+3rklgxLNhJSLBK
  irlVdf31nE9F8ELgufChOKAUWzGqsikRQPGPu7j5vDcp7WggYcc1jzk70wARAQAB
  tCtFdWdlbmUgWmh1a292IChub25lKSA8amV2Z2VuaS56aEBnbWFpbC5jb20+iQI4
  BBMBAgAiBQJRWeBJAhsDBgsJCAcDAgYVCAIJCgsEFgIDAQIeAQIXgAAKCRDX00Au
  AQZjDDObEACLhRUiwK1nQVDZPwuX9qFsS7yEPUShAidnnvsi4m1K/jo3mCKibalp
  j7FgR858zSFvYy7suDIg4JcDJ5g4BsHxjcwF//62sQOHcV74QMuaQlFz4jGht5xH
  QMrsHGVJB/UrLrfTEqlRU32o3f9f1C3XTK0wbCZJZkbs5zNBjfM0CSou2Fab4SJd
  ZuOxDQ3ldmbKhHsJWfy7+DUUnMtq6vBY8YMUmmxw1vrUJt2jZvsAS/QSylKpbwsR
  Xm/Z6T0QBX8n34KerSx5+k6lJGa4uDFYbG77hJ0TBPmtzrBpGfSYrDTAc6Lg4L7U
  FdnNJ+DGSzF8Uc3FVU8+tUnZyMW3373xzGZJLYAdH47ZHSKpWY2z0jRKEKi5jtXS
  zr+lVyYxa3yxC6+RAMIJYdc7+MSA7BOgRnhgXrzcz2RFo/Y9/5kfK69CKElmYjKm
  KPKDvVgpKRaym2nwO0ksFC1GIs61a2/WRtk6K+ABWLD7h+zbHiehmju26ZdY0QdM
  emkvHTwjAzbNHvctaNC7360VN/e6TZJAy9StbrPDPrAuM0e0KFwdFRqqlyemoKzZ
  RcMRzLHIi441cEeqyoEJiH2Cs+OSyngMz2iWWvruj0wSAuSnNz671+hBbDbignB9
  Ft6P5Oqef9Zi0ybRdceLk8LxLk39CfaQtdVpleP3jEgXsdl3Xz8ZqohGBBARCAAG
  BQJR3a1PAAoJEHIaKzDBVJmM1FsAnjF4KlC7MHvasF4Q4Tjbo4la1hSuAKDG4aqA
  mcxBUam/0C2wGKS/84DNorkCDQRRWeBJARAA4eXfocgROC3hvuhjDR4YY1EEYj+A
  Oz/LF/ACXELRlws/WBo+uiJEdWWwg1f8u+lM4ciB2DpeJAPmenjS/2l26cLRZgdV
  wNBMaj2aHHHwsy/E6sBWCJs713Sb/komR2v8y2EaYDB4RjPVBK9yJOReoGJZZMNv
  pT4MMQ7MAoTS8/NAj61RDcAfKu1zJH7Y0RZauaIVs0H4lip1tvlk7bpFp496wcCS
  fDallPsF0LVImAhXNYFPdm+xsQD14dYd+UQ9EwVfGVj9xuw0+Hz/jZB99gQeDgPC
  HaEOvBtmqTJtTyG/WCWCPCnwIDo1Jo29yImevaA8vMYaf1LzlyEP5Luw+McQlLs8
  zU1ZBrpubljLAuTJH1H/911lyYswkwulIgg/KVIvqZpgLxxVclXnuYV+m14Pyyi3
  yIJxlA2WDugr7VlgjsejpA54yRhuVI2UokV5g909RbM/lwnlt7qFCcxJJ9xkeREZ
  JCiewqH4wokf0g1pbMIoIdUUr3t1v9WXAL1+tmfJWWTKj2vA4QRYmMqCgF0vdog/
  RqFpwKriPOm/SwcMpsts1bPQTnn/AAd9sFT9UurvKMWBcVr/qDlR7L0+ndM8BpMf
  3gp0YFgg2Ii7Fw65fFToBX0TahNURx6rvZS8+SN0paTqUDqeFQs8j1WrF0DH7MgG
  9jZRYNciJrOM1qsAEQEAAYkCHwQYAQIACQUCUVngSQIbDAAKCRDX00AuAQZjDH2x
  D/4oYCI8Wf1Nq4fGB2++HpF9Tlwpf8II3v2+/NP8UWcdz8gbs3DHZkGAGh4A3I9O
  /Uwog8tTlFcZyB6VgW2ziOWhfhdKqpnEEgxmdBy8BnQDIl0F4HrrdNvL3EgRt4BG
  Zf+737cdH4338QgMhLHj3Vd7Py1xkOeecIU1rorgjsGM6pl615z4QwePKq8aTBXx
  FX82k1TbqTvJgcSAVpYdRMWZl8tH4nbBLQfKn9dV52m7TfmzgRN4kdelTZhwI/yN
  bFPfIoGzRM5aWdi7yRJFKBxjYD2qvzANIKL6lOZM7e4WyQ37p+RVDc9ecQq2Kda7
  NrquzghnZm6gjgKTCiOwBur6Z3j5BK5W+wrxWFYhA7Z99QbO3o0H1e9c60skWPWo
  lI3QnlKm+PUYn5edNE4YPhgahmGkETnRtqAnsXh3MdzQnx7Bfq2IQ1Fms8NwDNvT
  T3Q/v4SV4AXT2Z568848nNOP3JkMj647Csv+XlTfzvN+1EV/5b9g+KenFl7mNR6w
  eL7mWrgCsn9JTWsAS5D7uzyNswIxbkI6cghi+psQXGzLCEyGdifCwT0o7yu3Q6GE
  v6P+OCpV880M4jLD8zpCM0TnnJg7IdUPMlHltfnwRMD+jwJ9weuwCr4ykVHUQ17K
  gD4kNNOkeL93t9BAHauhKzBkB7pzObQ6NsyU54yuPymIbg==
  =ycXZ
  -END PGP PUBLIC KEY BLOCK-


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#705103: ITA: testng -- testing framework for Java

[Eugene Zhukov]

Package: wnpp
Severity: wishlist
Owner: Eugene Zhukov jevgeni...@gmail.com

I intend to adopt this package.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#676784: Policy §10.5 and .jar file noticeable exception

[Eugene Zhukov]

On Sun, Aug 4, 2013 at 10:05 AM, Wouter Verhelst wou...@debian.org wrote:
 On 03-08-13 08:40, Charles Plessy wrote:
 tag 676784 pending
 thanks

 Le Tue, Jul 30, 2013 at 10:13:37PM +0900, Charles Plessy a écrit :

 Unless there is objection, I will add the note in parenthesis as a
 non-normative change, and then mark the bug pending.

 Hello everybody,

 here is what I pushed.

 diff --git a/debian/changelog b/debian/changelog
 index fe4a858..bc23f5c 100644
 --- a/debian/changelog
 +++ b/debian/changelog
 @@ -51,6 +51,7 @@ debian-policy (3.9.5.0) UNRELEASED; urgency=low
  Closes: #704657.  Thanks, Philipp Hahn.
* Replaced non-standard names of dpkg states by normalised ones.
  Closes: #705403
 +  * Clarify what is meant by compressed in section 10.5. (Closes: #676784)

   -- Russ Allbery r...@debian.org  Sat, 03 Nov 2012 15:32:46 -0700

 diff --git a/policy.sgml b/policy.sgml
 index 953d5d2..cb1093f 100644
 --- a/policy.sgml
 +++ b/policy.sgml
 @@ -8853,7 +8853,9 @@ ln -fs ../sbin/sendmail debian/tmp/usr/bin/runq
 /p

 p
 - A symbolic link pointing to a compressed file should always
 + A symbolic link pointing to a compressed file (in the sense
 + that it is meant to be uncompressed with prgnunzip/prgn

 This should be gunzip, not just unzip. The latter unpacks the .zip
 format, not the .gz one, which is significantly different.

Can it simply be except if it is a .jar file in parenthesis instead
of vague in the sense that it is meant to be uncompressed with...?

Regards,
Eugene


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#676784: Policy §10.5 and .jar file noticeable exception

[Eugene Zhukov]

On Tue, Jul 30, 2013 at 2:12 AM, Charles Plessy ple...@debian.org wrote:
 Le Fri, Jul 26, 2013 at 06:57:35AM +0900, Charles Plessy a écrit :
 Le Thu, Jul 25, 2013 at 12:13:12AM +0200, Bill Allombert a écrit :
 
  A .jar file is not a compressed file in the sense it is not meant to be 
  uncompressed
  with unzip or zless etc.

 I agree.  Shall we close that bug ?  Or add the above as a footnote if it is
 felt necessary ?

 Hi all,

 if there is no futher input within a few days, I am going to close this bug, 
 as
 it is based on a clearly erroneous interpretation of the Policy.

 If a clearification is necessary, how about adding in sense it is meant to 
 be
 uncompressed with unzip or zless etc. either in parenthesis of as a footnote.

IMO a note in parenthesis or a footnote would help a lot. Then I guess
it can be closed, since there is another #539315, which can be closed
only after fixing lintian.
Please, correct me if I'm wrong.

Cheers,
Eugene


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#676784: Policy §10.5 and .jar file noticeable exception

[Eugene Zhukov]

On Wed, Jul 24, 2013 at 4:41 PM, Charles Plessy ple...@debian.org wrote:
 Le Wed, Jul 24, 2013 at 03:55:38PM +0300, Eugene Zhukov a écrit :

 I encountered a Lintian warning executable-not-elf-or-script with one
 of my packages and then I learned about outstanding
 Lintian-debian-policy bug #539315.

 How about fixing the policy by adding an exception for .jar files?

 Dear Eugene,

 I do not see where the Policy forbids JAR files to be executable when they are
 intended to be executed.  In line with others, I think that the interpretation
 of section 10.5 on symbolic links in #539315 is overly restrictive, as
 executable JAR files are not just compressed files, but entire archives.

 Altogether, I think that we should close #676784 (the clone of #539315), or
 clarify what is the intent of section 10.5, and what is meant by compressed
 there.

The problem with section 10.5 is in the clause A symbolic link
pointing to a compressed file should always have the same file
extension as the referenced file.
So, if I have /usr/share/java/foo.jar, then I want to have executable
foo in /usr/bin through link foo - ../share/java/foo.jar. Which is
now, as I see it, against the policy.


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#717626: ITP: xml-maven-plugin -- A plugin for various XML related tasks like validation, transformation, and the like

[Eugene Zhukov]

package: wnpp
Severity: wishlist
Owner: Eugene Zhukov jevgeni...@gmail.com

*Package Name : libxml-maven-plugin-java
 Version : 1.0
*URL :  http://mojo.codehaus.org/xml-maven-plugin/
*License : The Apache Software License, Version 2.0
 Programming Lang : Java
*Description :  The plugin offers the following goals:
  * xml:validate validates XML files against a schema.
If the files aren't matching a certain schema, one may simply check,
whether they are well formed.
  * xml:transform transforms XML files by applying XSLT stylesheets.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#703024: fixed in 1:6.5.5-9

[Eugene Zhukov]

Bug#703024: libsaxon-java: maven artifacts are not installed to /usr/share/maven-repo

[Eugene Zhukov]

Package: libsaxon-java
Version: 1:6.5.5-8
Severity: wishlist

Dear Maintainer,

Please, consider adding maven artifacts to /usr/share/maven-repo,
it will make building dependent packages easier with maven-debian-helper.

-- System Information:
Debian Release: wheezy/sid
  APT prefers precise-updates
  APT policy: (500, 'precise-updates'), (500, 'precise-security'), (500, 
'precise')
Architecture: amd64 (x86_64)

Kernel: Linux 3.2.0-38-generic (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

libsaxon-java depends on no packages.

libsaxon-java recommends no packages.

Versions of packages libsaxon-java suggests:
pn  libjdom1-java  1.1.2+dfsg-2
pn  libsaxon-java-doc  none

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org