Bug#1060864: RM: mathlibtools -- ROM; abandoned upstream

[Christopher Hoskin]

Package: ftp.debian.org
Severity: normal
User: ftp.debian@packages.debian.org
Usertags: remove
X-Debbugs-Cc: mathlibto...@packages.debian.org
Control: affects -1 + src:mathlibtools

reportbug seems insistent that I edit this report

Bug#1025101: rust-zstd-safe: Disabling std feature disables code

[Christopher Hoskin]

Source: rust-zstd-safe
Version: 5.0.2-1
Severity: normal

Dear Maintainer,

I'm trying to build the elan package[1] against lib-rust-zstd and I'm running 
into errors like the following:
```
error[E0277]: the trait bound `Vec<_>: WriteBuf` is not satisfied
   --> 
/usr/share/cargo/registry/elan-1.4.2/debian/cargo_registry/zstd-0.11.2/src/bulk/compressor.rs:135:39
|
135 | self.compress_to_buffer(data,  buffer)?;
|  --   ^^^ the trait `WriteBuf` is 
not implemented for `Vec<_>`
|  |
|  required by a bound introduced by this call
|
```
I think this is because the WriteBuf implementation for Vec<_> in the 
rust-zstd-safe Debian package is disabled by the `std` feature flag [2].

Is there a way you could get rust-zstd-safe to use the Debian libzstd without 
disabling this code that elan depends upon?

(N.B. Hitherto I have patched out zstd support in elan [3], but the lean
community are now depending on zstd support, so the elan package is useless
without it.)

Thanks,

Christopher Hoskin

[1] https://tracker.debian.org/pkg/elan
[2] https://sources.debian.org/src/rust-zstd-safe/5.0.2-1/src/lib.rs/#L1273
[3] 
https://salsa.debian.org/debian/elan/-/blob/debian/latest/debian/patches/0002-Revert-feat-support-tar.zst-archives.patch


*** Reporter, please consider answering these questions, where appropriate ***

   * What led up to the situation?
   * What exactly did you do (or not do) that was effective (or
 ineffective)?
   * What was the outcome of this action?
   * What outcome did you expect instead?

*** End of the template - remove these template lines ***


-- System Information:
Debian Release: bookworm/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 6.0.0-4-amd64 (SMP w/16 CPU threads; PREEMPT)
Kernel taint flags: TAINT_USER
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_GB:en
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Bug#893058: ITP: libdecaf -- implementation of Montgomery and Edwards elliptic curve cryptography

[Christopher Hoskin]

Dear Bernhard,

Sorry for the delay in replying. I'm afraid I haven't found any time
to work on this package recently, so if someone else would like to
take it over then that would be fine with me.

Thanks.

Christopher

Bug#999575: elan: error: failed to select a version for the requirement `itertools = "^0.9.0"`

[Christopher Hoskin]

Source: elan
Version: 1.0.6-1
Followup-For: Bug #999575

Dear Peter,

Thank you very much for the debdiff patch. I'm embarrassed to say, I'm not sure 
what to do with a debdiff patch. Can I import it into the salsa repo in some 
way?

Thank you for your help,

Christopher

Bug#991923: ITP: mathlibtools -- supporting tool for Lean mathlib

[Christopher Hoskin]

Package: wnpp
Severity: wishlist
Owner: Christopher Hoskin 
X-Debbugs-Cc: debian-de...@lists.debian.org

* Package name: mathlibtools
  Version : 1.0.0
  Upstream Author : Leanprover Community https://leanprover.zulipchat.com/
* URL : https://github.com/leanprover-community/mathlib-tools
* License : Apache-2.0
  Programming Lang: Python
  Description : supporting tool for Lean mathlib

This package contains leanproject, a supporting tool for Lean mathlib. In
conjunction with elan [1] it allows a user to create, build, update and
otherwise manage projects using the Lean 3 theorem prover and the mathlib
library of mathematics and tactics.

I plan to maintain it within the python team of which I am a member. I do not
require a sponsor.

Christopher Hoskin

[1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=991801

Bug#991801: ITP: elan -- tool for managing installations of the Lean theorem prover

[Christopher Hoskin]

Package: wnpp
Severity: wishlist
Owner: Christopher Hoskin 
X-Debbugs-Cc: debian-de...@lists.debian.org

* Package name: elan
  Version : 1.0.6
  Upstream Author : Sebastian Ullrich / The Rust Project Developers
* URL : https://github.com/leanprover/elan/
* License : Apache-2.0 or Expat
  Programming Lang: Rust
  Description : tool for managing installations of the Lean theorem prover

 elan is a small tool for managing your installations of the Lean theorem
 prover. It places lean and leanpkg binaries in your PATH that automatically
 select and, if necessary, download the Lean version described in the
 lean_version field of your project's leanpkg.toml. You can also install,
 select, run, and uninstall Lean versions manually using the commands of the
 elan executable.

 I use this package myself.
 I plan to maintain it within https://salsa.debian.org/debian/
 I don't require a sponsor.

Bug#990997: libdata-messagepack-perl: R³ set unnecessarily to binary-targets

[Christopher Hoskin]

Source: libdata-messagepack-perl
Followup-For: Bug #990997

Thanks.

I notice that the package build with Rules-Requires-Root no if I switch
debian/rules from CDBS to dh. However, I don't know if that would be
considered a socially acceptable solution?

Christopher

Bug#966325: sphinx-common: dh_sphinxdoc doesn't remove .doctrees from man

[Christopher Hoskin]

Package: sphinx-common
Version: 2.4.3-4
Severity: wishlist

Dear Maintainer,

The wiki page on building Sphinx documentation shows building documentation in
both PDF and man page formats:

https://wiki.debian.org/SphinxDocumentation

dh_sphinxdoc removes .doctrees from html documentationm but not from man pages
(fix_sphinx_doc returns if it doesn't detect html before drop_cruft  is
called). This leads to a lintian warning "package-contains-python-doctree-file".

Please consider if dh_sphinxdoc could drop cruft such as .doctrees from man
page as well. Alternatively, make it clear in the dh_sphinxdoc man page that
dh_sphinxdoc only applies to html documentation.

Thanks,

Christopher Hoskin


-- System Information:
Debian Release: bullseye/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 5.7.0-1-amd64 (SMP w/4 CPU threads)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_GB:en
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages sphinx-common depends on:
ii  libjs-sphinxdoc  2.4.3-4

Versions of packages sphinx-common recommends:
ii  python3-sphinx  2.4.3-4

sphinx-common suggests no packages.

-- no debconf information

Bug#965321: ITP: blivet -- Python module for system storage configuration

[Christopher Hoskin]

Package: wnpp
Severity: wishlist
Owner: Christopher Hoskin 
X-Debbugs-Cc: debian-de...@lists.debian.org

* Package name: blivet
  Version : 3.2.2
  Upstream Author : RedHat Inc
* URL : http://storaged.org/blivet/
* License : LGPL
  Programming Lang: Python
  Description : Python module for system storage configuration

Blivet is a free & open source Python module for configuring system storage
on Linux. It provides powerful modeling capabilities along with a simple,
seamless interface for managing a wide array of storage technologies.

Blivet is a dependency of blivet-gui.

I plan to maintain it in the Debian Python Modules Team.

I do not require a sponsor.

Bug#938736: txwinrm: Python2 removal in sid/bullseye

[Christopher Hoskin]

Dear Moritz,

Yes - that seems sensible. There's no sign of an upstream Python 3 version.

Thanks.

Christopher

On Mon, 9 Mar 2020 at 18:35, Moritz Mühlenhoff  wrote:
>
> On Fri, Aug 30, 2019 at 07:57:05AM +, Matthias Klose wrote:
> > Package: src:txwinrm
> > Version: 1.3.3-1
> > Severity: normal
> > Tags: sid bullseye
> > User: debian-pyt...@lists.debian.org
> > Usertags: py2removal
> >
> > Python2 becomes end-of-live upstream, and Debian aims to remove
> > Python2 from the distribution, as discussed in
> > https://lists.debian.org/debian-python/2019/07/msg00080.html
> >
> > Your package either build-depends, depends on Python2, or uses Python2
> > in the autopkg tests.  Please stop using Python2, and fix this issue
> > by one of the following actions.
>
> Hi Christopher,
> there was no followup from upstream on 
> https://github.com/zenoss/txwinrm/issues/191
> for > five months, shall we remove txwinrm?
>
> Cheers,
> Moritz

Bug#935151: ITP: pympress -- dual-screen PDF reader used for presentations and public talks

[Christopher Hoskin]

My applications to join PAPT haven't been processed, so I am
developing this in Debian Collaborative Maintenance group instead:

https://salsa.debian.org/debian/pympress

Christopher

Bug#935151: ITP: pympress -- dual-screen PDF reader used for presentations and public talks

[Christopher Hoskin]

Package: wnpp
Severity: wishlist
Owner: Christopher Hoskin 

* Package name: pympress
  Version : 1.4.1
  Upstream Author : Cimbali
* URL : https://github.com/Cimbali/pympress/
* License : GPL-2+
  Programming Lang: Python
  Description : dual-screen PDF reader for presentations and public talks

Pympress is a little PDF reader written in Python using Poppler for PDF
rendering and GTK+ for the GUI.

It is designed to be a dual-screen reader used for presentations and public
talks, with two displays: the Content window for a projector, and the Presenter
window for your laptop. It is portable and has been tested on various Mac,
Windows and Linux systems.

It comes with many great features (more below):

  * supports embedded gifs and videos
  * text annotations displayed in the presenter window
  * natively supports beamer's notes on second screen!

Whilst there are other PDF viewers already packaged for Debian, most of these
don't include native support for displaying Beamer presentations with the slides
on one screen and the notes on the other. I use Pympress for this purpose 
myself.

Dspdfviewer is packaged for Debian and also provides built in support for 
Beamer, but has less of a GUI, making it harder for novices to use. It doesn't
appear to be being actively developed (last commit 3 years ago) whereas the
lastest version of Pympress was released 6 days ago. Pympress also supports
annotations.

I plan to maintain Pympress within the Python Applications Packaging Team
(PAPT). I am a Debian Developer, so do not require a sponsor.

Bug#901995: mk-sbuild: fails with syntax error on stretch

[Christopher Hoskin]

Package: ubuntu-dev-tools
Version: 0.162
Severity: important

Dear Maintainer,

mk-sbuild fails on Stretch with a syntax error. E.g.

mk-sbuild bionic
/usr/bin/mk-sbuild: line 640: syntax error near unexpected token `esac'

Thanks.

Christopher Hoskin


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

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

Versions of packages ubuntu-dev-tools depends on:
ii  binutils   2.28-5
ii  dctrl-tools2.24-2+b1
ii  devscripts 2.17.6+deb9u1
ii  diffstat   1.61-1+b1
ii  distro-info0.18
ii  dpkg-dev   1.18.24
ii  lsb-release9.20161125
ii  perl   5.24.1-3+deb9u4
ii  python 2.7.13-2
ii  python-apt 1.4.0~beta3
ii  python-debian  0.1.30
ii  python-distro-info 0.14
ii  python-httplib20.9.2+dfsg-1
ii  python-launchpadlib1.10.4-1
ii  python-lazr.restfulclient  0.13.4-6
ii  python-ubuntutools 0.157
ii  sudo   1.8.19p1-2.1

Versions of packages ubuntu-dev-tools recommends:
ii  bzr 2.7.0+bzr6619-7+deb9u1
ii  bzr-builddeb2.8.10
ii  ca-certificates 20161130+nmu1
ii  cowbuilder  0.85
ii  debian-archive-keyring  2017.5
ii  debian-keyring  2017.05.28
ii  debootstrap 1.0.100~bpo9+1
ii  dput0.12.1
ii  genisoimage 9:1.1.11-3+b2
ii  libwww-perl 6.15-1
ii  lintian 2.5.50.4
ii  patch   2.7.5-1+b2
ii  pbuilder0.228.7
ii  python-dns  2.3.6-3
ii  python-soappy   0.12.22-1
ii  quilt   0.63-8
ii  reportbug   7.1.7+deb9u1
ii  sbuild  0.73.0-4

Versions of packages ubuntu-dev-tools suggests:
ii  python 2.7.13-2
ii  python-simplejson  3.10.0-1
pn  qemu-user-static   

-- no debconf information

Bug#557702: Typo in package description: "This packages"

[Christopher Hoskin]

Package: monodoc-taglib-manual
Followup-For: Bug #557702

Dear Maintainer,

This was fixed in 2.0.3.4+dfsg-1, commit 
6da6fe2af2346c657968a5d9519807998842346c.

Christopher


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

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

Versions of packages monodoc-taglib-manual depends on:
pn  monodoc-manual  

monodoc-taglib-manual recommends no packages.

monodoc-taglib-manual suggests no packages.

Bug#898871: taglib-sharp build conflicts with libgnome2.0-cil-dev

[Christopher Hoskin]

Source: taglib-sharp
Version: 2.1.0.0-3
Severity: normal

Dear Maintainer,

If libgnome2.0-cil-dev is installed, then taglib-sharp fails to build with:

make[2]: Entering directory '/tmp/taglib-sharp-2.1.0.0/examples'
if [ ! -e taglib-sharp.dll ]; then ln -s ../src/taglib-sharp.dll 
taglib-sharp.dll; fi
/usr/bin/mono-csc -out:SetPictures.exe -debug -r:taglib-sharp.dll SetPictures.cs
/usr/bin/mono-csc -out:ListSupportedMimeTypes.exe -debug -r:taglib-sharp.dll 
ListSupportedMimeTypes.cs
/usr/bin/mono-csc -out:BatchSet.exe -debug -r:taglib-sharp.dll BatchSet.cs
/usr/bin/mono-csc -out:ParsePhoto.exe -debug -r:taglib-sharp.dll ParsePhoto.cs
/usr/bin/mono-csc -out:StripImageData.exe -debug -r:taglib-sharp.dll 
StripImageData.cs
/usr/bin/mono-csc -out:ReadFromUri.exe -debug -r:taglib-sharp.dll 
-r:/usr/lib/cli/gnome-sharp-2.24/gnome-sharp.dll 
-r:/usr/lib/pkgconfig/../../lib/cli/pango-sharp-2.0/pango-sharp.dll 
-r:/usr/lib/pkgconfig/../../lib/cli/atk-sharp-2.0/atk-sharp.dll 
-r:/usr/lib/pkgconfig/../../lib/cli/gdk-sharp-2.0/gdk-sharp.dll 
-r:/usr/lib/pkgconfig/../../lib/cli/gtk-sharp-2.0/gtk-sharp.dll 
-r:/usr/lib/pkgconfig/../../lib/cli/glib-sharp-2.0/glib-sharp.dll 
-r:/usr/lib/cli/art-sharp-2.0/art-sharp.dll 
-r:/usr/lib/cli/gnome-vfs-sharp-2.0/gnome-vfs-sharp.dll ReadFromUri.cs
make[2]: *** No rule to make target 'listData.cpp', needed by 'listData'.  Stop.

This appears to be because examples/listData.cpp has been removed from the 
upstream source. It is not immediately clear to me why it was considered 
necessary to exclude this file - it appears to be licensed under LGPL-2.1 like 
most of the rest of the project.

Please can I suggest that either examples/listData.cpp is restored to the 
source, or that "Build-Conflicts: libgnome2.0-cil-dev" is added to 
debian/control?

Thanks.

Christopher Hoskin

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

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

Bug#894504: backportpackage: sbuild creates .changes for release rather than release-backports

[Christopher Hoskin]

Package: ubuntu-dev-tools
Version: 0.162
Severity: normal

Dear Maintainer,

Using backportpackage with the -b and --builder=sbuild options produces a 
.changes file for release rather than release-backports.

e.g.

backportpackage -b -w build --builder=sbuild --destination=stretch 
--suffix=~bpo9+1 dh-golang

cat build/buildresult/dh-golang_1.34~debian9.0.1~bpo9+1_amd64.changes | grep 
Distribution
Distribution: stretch

This appears to be different to the behaviour with --builder=pbuilder. I think 
pbuilder uses the release specified in debian/changelog to produce the .changes 
file, whereas sbuild overrides this with the option passed to it in --dist.

If I try instead to run:

backportpackage -b -w build --builder=sbuild --destination=stretch-backports 
--suffix=~bpo9+1 dh-golang

Then I get the message:

dpkg-source: info: extracting dh-golang in dh-golang-stretch-backports
dpkg-source: info: unpacking dh-golang_1.34.tar.xz
backportpackage: Error: Unknown release codename stretch-backports

One possible solution would be to append -backports to the release passed to 
sbuild via --dist. The user would then need to have a chroot with a name like 
$release-backports-$arch-sbuild, $release-backports-sbuild, 
$release-backports-$arch or $release-backports. Alternatively the chroot name 
could be specified to sbuild separately with the --chroot option.

Or, backportpackage could be changed to accept release-backports as a 
destination.

Thanks.

Christopher Hoskin

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

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

Versions of packages ubuntu-dev-tools depends on:
ii  binutils   2.28-5
ii  dctrl-tools2.24-2+b1
ii  devscripts 2.17.6+deb9u1
ii  diffstat   1.61-1+b1
ii  distro-info0.14
ii  dpkg-dev   1.18.24
ii  lsb-release9.20161125
ii  perl   5.24.1-3+deb9u2
ii  python 2.7.13-2
ii  python-apt 1.4.0~beta3
ii  python-debian  0.1.30
ii  python-distro-info 0.14
ii  python-httplib20.9.2+dfsg-1
ii  python-launchpadlib1.10.4-1
ii  python-lazr.restfulclient  0.13.4-6
ii  python-ubuntutools 0.157
ii  sudo   1.8.19p1-2.1

Versions of packages ubuntu-dev-tools recommends:
ii  bzr 2.7.0+bzr6619-7+deb9u1
ii  bzr-builddeb2.8.10
ii  ca-certificates 20161130+nmu1
ii  cowbuilder  0.85
ii  debian-archive-keyring  2017.5
ii  debian-keyring  2017.05.28
ii  debootstrap 1.0.89
ii  dput0.12.1
ii  genisoimage 9:1.1.11-3+b2
ii  libwww-perl 6.15-1
ii  lintian 2.5.50.4
ii  patch   2.7.5-1+b2
ii  pbuilder0.228.7
ii  python-dns  2.3.6-3
ii  python-soappy   0.12.22-1
ii  quilt   0.63-8
ii  reportbug   7.1.7+deb9u1
ii  sbuild  0.73.0-4

Versions of packages ubuntu-dev-tools suggests:
ii  python 2.7.13-2
ii  python-simplejson  3.10.0-1
pn  qemu-user-static   

-- no debconf information

Bug#893058: ITP: libdecaf -- implementation of Montgomery and Edwards elliptic curve cryptography

[Christopher Hoskin]

Package: wnpp
Severity: wishlist
Owner: Christopher Hoskin <mans0...@debian.org>

* Package name: libdecaf
  Version : 0.9.4
  Upstream Author : Cryptography Research, Inc.
* URL : http://ed448goldilocks.sourceforge.net/
* License : expat
  Programming Lang: C
  Description : implementation of Montgomery and Edwards elliptic curve 
cryptography

 The libdecaf library is for elliptic curve research and practical application.
 It currently supports Ed448-Goldilocks and Curve25519.

 The goals of this library are:

  * Implementing the X25519, X448 key exchange protocols (RFC 7748).
  * Implementing the Ed25519 and EdDSA-Ed448 signature schemes (RFC 8032).
  * Providing a platform for research and development of advanced cryptographic
schemes using twisted Edwards curves.

 This library is intended for developers who have experience with
 cryptography.

 libdecaf is a dependency for sphinx (a password Store that Perfectly Hides from
 Itself (No Xaggeration)).

 I plan to maintain it within the Debian/ namespace on Salsa. I do not require a
 sponsor.

Bug#891361: ITP: golang-github-armon-go-socks5 -- SOCKS5 server in Golang

[Christopher Hoskin]

Package: wnpp
Severity: wishlist
Owner: Christopher Hoskin <mans0...@debian.org>

* Package name: golang-github-armon-go-socks5
  Version : 0.0~git20160902.e753329-1
  Upstream Author : Armon Dadgar
* URL : https://github.com/armon/go-socks5
* License : Expat
  Programming Lang: Go
  Description : SOCKS5 server in Golang

 Provides the socks5 package that implements a SOCKS5 server
 (http://en.wikipedia.org/wiki/SOCKS).  SOCKS (Secure Sockets) is used
 to route traffic between a client and server through an intermediate
 proxy layer. This can be used to bypass firewalls or NATs.  Feature The
 package has the following features:
  * "No Auth" mode
  * User/Password authentication
  * Support for the CONNECT command
  * Rules to do granular filtering of commands
  * Custom DNS resolution
  * Unit tests
 The package lacks the following:
  * Support for the BIND command 
  * Support for the ASSOCIATE command

Bug#889887: ITP: golang-github-gocarina-gocsv -- The GoCSV package aims to provide easy CSV serialization and deserialization to the golang programming language

[Christopher Hoskin]

Package: wnpp
Severity: wishlist
Owner: Christopher Hoskin <mans0...@debian.org>

* Package name: golang-github-gocarina-gocsv
  Version : 0.0~git20180113.45cbb9c-1
  Upstream Author : Jonathan Picques, Vincent Nëel 
* URL : https://github.com/gocarina/gocsv
* License : expat
  Programming Lang: Go
  Description : The GoCSV package aims to provide easy CSV serialization 
and deserialization to the golang programming language

 The GoCSV package aims to provide easy serialization and deserialization
 functions to use CSV in Golang, using API and techniques inspired from
 https://godoc.org/gopkg.in/mgo.v2

 I have asked to join the Debian Go Packaging Team.

Bug#888643: ITP: libmail-chimp3-perl -- interface to mailchimp.com's RESTful Web API v3

[Christopher Hoskin]

Package: wnpp
Owner: Christopher Hoskin <mans0...@debian.org>
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org, debian-p...@lists.debian.org

* Package name: libmail-chimp3-perl
  Version : 0.04
  Upstream Author : Josh Lavin <dig...@cpan.org>
* URL : https://metacpan.org/release/Mail-Chimp3
* License : Artistic or GPL-1+
  Programming Lang: Perl
  Description : interface to mailchimp.com's RESTful Web API v3

Mail::Chimp3 is a Perl package for interacting with The Rocket Science Group's
MailChimp service via its RESTful Web API v3.0. The package makes use of
WEB::API.

The package will be maintained under the umbrella of the Debian Perl Group.

--
Generated with the help of dpt-gen-itp(1) from pkg-perl-tools.

Bug#888623: pkg-perl-tools: dpt forward fails to fork GitHub repo without org

[Christopher Hoskin]

Package: pkg-perl-tools
Version: 0.39
Severity: normal

Dear Maintainer,

There doesn't appear to be a way for a user who is not a member of 
pkg-perl-tools or another organisation on GitHub to use dpt forward to forward 
a patch upstream via forking.

If the user is not a member of pkg-perl-tools on GitHub the following messages 
are displayed:

dpt forward 
Use of uninitialized value $url in concatenation (.) or string at 
/usr/share/pkg-perl-tools/forward line 428.
Use of uninitialized value $url in concatenation (.) or string at 
/usr/share/pkg-perl-tools/forward line 429.
Use of uninitialized value $url in concatenation (.) or string at 
/usr/share/pkg-perl-tools/forward line 468.

the repo is not forked, and the pull request not issued.

If the user instead does:

DPT_GITHUB_ORGNAME= dpt forward debian/patches/grammar.patch 

where  is a GitHub organisation the user is a member of then the error 
does not occur.

I tried DPT_GITHUB_ORGNAME= but that doesn't appear to help.

Thanks.

Christopher Hoskin

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

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

Versions of packages pkg-perl-tools depends on:
ii  debhelper  11.1.3
ii  devscripts 2.17.12
ii  dh-make-perl   0.98
ii  dpkg-dev   1.19.0.5
ii  git1:2.15.1-3
ii  git-buildpackage   0.9.6
ii  libdatetime-perl   2:1.45-1
ii  libdpkg-perl   1.19.0.5
ii  libgit-repository-perl 1.321-1
ii  libipc-run-perl0.96-1
ii  libjson-xs-perl3.040-1
ii  libparse-debianchangelog-perl  1.2.0-12
ii  libproc-invokeeditor-perl  1.13-1
ii  librt-client-rest-perl 1:0.50-1
ii  lintian2.5.72
ii  openssh-client [ssh-client]1:7.6p1-3
ii  perl   5.26.1-4
ii  pristine-tar   1.42
ii  quilt  0.63-8.2

Versions of packages pkg-perl-tools recommends:
ii  autodep8   0.10
ii  autopkgtest5.1
ii  libconfig-model-dpkg-perl  2.105
ii  libconfig-model-perl   2.116-1
ii  libdebian-copyright-perl   0.2-4
ii  libfile-slurp-perl .19-6
ii  libmime-lite-perl  3.030-2
ii  libmodule-inspector-perl   1.05-2
ii  libnet-github-perl 0.93-1
ii  libsoap-lite-perl  1.26-1
ii  libwww-mechanize-perl  1.86-1
ii  libyaml-libyaml-perl   0.69+repack-1
ii  lintian2.5.72
ii  myrepos [mr]   1.20160123

Versions of packages pkg-perl-tools suggests:
ii  bc   1.07.1-1
ii  cdbs 0.4.156
pn  duck 
pn  moreutils
pn  perl-depends 
ii  python   2.7.14-4
ii  python-launchpadlib  1.10.5-1

-- no debconf information

Bug#888615: ITP: libweb-api-perl -- simple base module for implementing RESTful APIs

[Christopher Hoskin]

Package: wnpp
Owner: Christopher Hoskin <mans0...@debian.org>
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org, debian-p...@lists.debian.org

* Package name: libweb-api-perl
  Version : 2.2.3
  Upstream Author : Tobias Kirschstein <l...@cpan.org>
* URL : https://metacpan.org/release/Web-API
* License : BSD-3-clause
  Programming Lang: Perl
  Description : simple base module for implementing RESTful APIs

Web::API is a simple base module to implement almost any RESTful API with just
a few lines of configuration. Implement the RESTful API of your choice in 10
minutes, roughly.

The package will be maintained under the umbrella of the Debian Perl Group.

--
Generated with the help of dpt-gen-itp(1) from pkg-perl-tools.

Bug#884968: ITP: commons-email -- Apache Commons Java API for sending email

[Christopher Hoskin]

Package: wnpp
Severity: wishlist
Owner: Christopher Hoskin <mans0...@debian.org>

* Package name: commons-email
  Version : 1.5
  Upstream Author : The Apache Software Foundation
* URL : https://commons.apache.org/proper/commons-email/
* License : Apache-2.0
  Programming Lang: Java
  Description : Apache Commons Java API for sending email

 Commons Email aims to provide a API for sending email. It is built on top of
 the Java Mail API, which it aims to simplify.
 .
 Some of the mail classes that are provided are as follows:
 .
  *  SimpleEmail - This class is used to send basic text based emails.
  *  MultiPartEmail - This class is used to send multipart messages. This allows
 a text message with attachments either inline or attached.
  *  HtmlEmail - This class is used to send HTML formatted emails. It has all of
 the capabilities as MultiPartEmail allowing attachments to be easily added.
 It also supports embedded images.
  *  ImageHtmlEmail - This class is used to send HTML formatted emails with
 inline images. It has all of the capabilities as HtmlEmail but transform
 all image references to inline images.
  *  EmailAttachment - This is a simple container class to allow for easy
 handling of attachments. It is for use with instances of MultiPartEmail and
 HtmlEmail.

I plan to maintain this package in the pkg-java team. I do not require a 
sponsor.

Bug#884909: ITP: subethasmtp -- Java library for receiving SMTP mail

[Christopher Hoskin]

Package: wnpp
Severity: wishlist
Owner: Christopher Hoskin <mans0...@debian.org>

* Package name: subethasmtp
  Version : 4.0
  Upstream Author : David Moten <davidmo...@gmail.com>
* URL : https://github.com/davidmoten/subethasmtp
* License : Apache-2.0
  Programming Lang: Java
  Description : Java library for receiving SMTP mail

SubEtha SMTP is a Java library which allows your application to receive SMTP 
mail with a simple, easy-to-understand API.

This component can be used in almost any kind of email processing application. 
Hypothetical (and not-so hypothetical) uses include:

  * A mailing list manager (see SubEthaMail)
  * A mail server that delivers mail to user inboxes
  * A mail archiver like The Mail Archive
  * An email test harness (see Wiser)
  * An email2fax system
  * SMTPseudo A filtering forwarding server
  * Baton SMTP proxy for one or more backends (rules based on sender/envelope)
  * Mireka - Mail server and SMTP proxy with detailed logging, statistics and 
built-in, fail-fast filters

Features

  * Supports minimum SMTP specification described in rfc2821 (4.5.1)
  * Supports STARTTLS
  * Supports SMTP AUTH
  * Supports SMTP over SSL/TLS (via specification of server socket factories)
  * Uses builders for concise code and a discoverable API

I plan to maintain it within the pkg-java team. I do not require a sponsor.

Bug#883239: maven-debian-helper: quilt and mh_patchpom sequence

[Christopher Hoskin]

Package: maven-debian-helper
Version: 2.2.7
Severity: normal

Dear Maintainer,

In order to achieve a successful build, it is sometimes it is necessary to 
modify a pom.xml file in a way which cannot be achieved purely through using 
mh_patchpoms. In these cases, one falls back on using quilt as the standard 
mechanism for patching an upstream source. See for example:

https://anonscm.debian.org/cgit/pkg-java/dropwizard-metrics.git/tree/debian/patches/drop-graphite-rabbitmq-support.patch?id=f2a998aeeaa7e4e3f209a37cc79fe0a168281561

However, this now means that there are two mechanisms modifying the same file, 
quilt and mh_(un)patchpom, which can be confusing.

In particular, I would normally expect running debuild followed by debclean in 
an unpacked source package to build the package and then return the package to 
its original state. However, this is not what happens at the moment:

Sequence during debuild:

dpkg-source --before-build dropwizard-metrics
  (This applies the quilt patch to the original pom.xml)
mh_unpatchpoms -plibdropwizard-metrics-java
  (This shouldn't do anything, as there are no mh patched poms at this stage)
mh_patchpoms -plibdropwizard-metrics-java --debian-build --keep-pom-version 
--maven-repo=/home/mans0954/src/pkg-java/dropwizard-metrics/debian/maven-repo
  (This copies the quilt patched pom.xml to pom.xml.save and then writes a mh 
modified pom to pom.xml)
dpkg-source --after-build dropwizard-metrics
  (This then attempts to unapply the quilt patch from the mh modified pom.xml, 
but not pom.xml.save.)

Sequence during debclean

mh_unpatchpoms -plibdropwizard-metrics-java
  (This moves pom.xml.save to pom.xml, so that pom.xml no longer has the mh 
modifications, but still has the quilt patch applied. Running "quilt pop -a" 
has no effect as quilt has previously unapplied the patch to the mh-modified 
pom.xml which has just been over-written))

This problem, workarounds and possible fixes have been discussed on the 
debian-java list, and a fix proposed:

https://lists.debian.org/debian-java/2017/11/msg00030.html

Christopher Hoskin

Bug#881635: ITP: unbescape -- Java library aimed at performing fully-featured and high-performance escape and unescape operations

[Christopher Hoskin]

Package: wnpp
Severity: wishlist
Owner: Christopher Hoskin <mans0...@debian.org>

* Package name: unbescape
  Version : 1.1.5
  Upstream Author : Daniel Fernández <daniel.fernan...@11thlabs.org>
* URL : http://www.unbescape.org/
* License : Apache-2.0
  Programming Lang: Java
  Description : Java library aimed at performing fully-featured and 
high-performance escape and unescape operations

unbescape is a Java library aimed at performing fully-featured and 
high-performance escape and unescape operations for:

 *   HTML (HTML5 and HTML 4)
 *   XML (XML 1.0 and XML 1.1)
 *   JavaScript
 *   JSON
 *   URI / URL (both paths and query parameters)
 *   CSS (both identifiers and string literals)
 *   CSV (Comma-Separated Values)
 *   Java literals
 *   Java .properties files (both keys and values)

Its goals are:

 *   To be easy to use. Few lines of code needed. No additional dependencies.
 *   To be fast. Faster and lighter than most other options available in Java.
 *   To be versatile. Provides different escaping types and levels in order to 
better adapt to different scenarios and contexts.
 *   To be feature-complete. Includes full HTML5 support, careful 
implementation of the JavaScript, JSON, Java, etc specifications, streaming 
support...

I plan to maintain it within the pkg-java team.

Bug#879660: ITP: rabbitmq-java-client -- RabbitMQ Java client

[Christopher Hoskin]

Package: wnpp
Severity: wishlist
Owner: Christopher Hoskin <mans0...@debian.org>

* Package name: rabbitmq-java-client
  Version : 5.0.0
  Upstream Author : Pivotal Software, Inc. <i...@rabbitmq.com>
* URL : https://www.rabbitmq.com/java-client.html
* License : MPL-1.1, GPL-2+, Apache-2
  Programming Lang: Java
  Description : RabbitMQ Java client

The RabbitMQ Java client library allows Java code to interface with RabbitMQ.

The binary package will be named librabbitmq-client-java.

I plan to maintain it within the pkg-java team.

Christopher Hoskin

Bug#870418: Precarious status of Shutter in Debian

[Christopher Hoskin]

On 20 October 2017 at 14:28, Emmanuele Bassi  wrote:

> Considering that:
>
>  - upstream development seems dead
>
>

They did manage to put out a new point release recently:

http://shutter-project.org/2017/09/after-a-long-time-a-new-bug-fix-release-0-94/

I suspect it needs more work than that though to make it useable in sid -
which is a shame as it's a nice tool.

Christopher

Bug#878103: maven-debian-helper: Wrong package name for -doc packages

[Christopher Hoskin]

Package: maven-debian-helper
Version: 2.2.5
Severity: normal

Dear Maintainer,

Following commit cafc9403b0da58c789ed95e5d8ff3b165bcde76f, when the
DEB_BUILD_OPTIONS variable does not include nodoc, maven-debian-helper
mistakenly uses "1" as the packagename instead of the actual name of the doc
package. A consequence of this is that a file debian/1.substvar is created
instead of debian/-doc.substvar.

The reason for this appears to be that share/perl/maven.pm has the following
modification:

-   $this->{doc_package} = (grep /-doc$/, @packages)[0];
+   $this->{doc_package} = (grep /-doc$/, @packages)[0] && 
(get_buildoption("nodoc") != 1);

When the DEB_BUILD_OPTIONS variable does not include nodoc, 
get_buildoption("nodoc") returns undef and (get_buildoption("nodoc") != 1) 
evaluates to 1. However,
(grep /-doc$/, @packages)[0] && (get_buildoption("nodoc") != 1) evaluates to 1, 
not
to (grep /-doc$/, @packages)[0].

Christopher

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

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

Versions of packages maven-debian-helper depends on:
ii  default-jdk 2:1.8-59
ii  default-jdk-headless2:1.8-59
ii  libmaven-clean-plugin-java  3.0.0-2
ii  libmaven-compiler-plugin-java   3.6.2-2
ii  libmaven-jar-plugin-java3.0.2-2
ii  libmaven-resources-plugin-java  3.0.2-1
ii  libmaven-site-plugin-java   3.6-1
ii  libplexus-velocity-java 1.2-3
ii  libsurefire-java2.20.1-3
ii  libxml2-utils   2.9.4+dfsg1-4
ii  maven   3.5.0-6
ii  maven-repo-helper   1.9.2
ii  unzip   6.0-21
ii  velocity1.7-5

maven-debian-helper recommends no packages.

Versions of packages maven-debian-helper suggests:
ii  apt-file  3.1.4
ii  libmaven-javadoc-plugin-java  3.0.0~M1-4
ii  licensecheck  3.0.31-2
ii  subversion1.9.7-2

-- no debconf information

Bug#876906: python-sphinxcontrib.plantuml: Wrong VCS URLs in debian/control

[Christopher Hoskin]

Source: python-sphinxcontrib.plantuml
Version: 0.5-2
Severity: minor

Dear Maintainer,

The debian-unstable branch currently has the following URLs in debian/control:

Vcs-Browser: 
https://anonscm.debian.org/cgit/openstack/python-sphinxcontrib.plantuml.git/
Vcs-Git: 
https://anonscm.debian.org/git/openstack/python-sphinxcontrib.plantuml.git

Neither of these URLs are valid:

wget 
https://anonscm.debian.org/cgit/openstack/python-sphinxcontrib.plantuml.git/
--2017-09-26 20:15:25--  
https://anonscm.debian.org/cgit/openstack/python-sphinxcontrib.plantuml.git/
Resolving anonscm.debian.org (anonscm.debian.org)... 5.153.231.21, 
2001:41c8:1000:21::21:21
Connecting to anonscm.debian.org (anonscm.debian.org)|5.153.231.21|:443... 
connected.
HTTP request sent, awaiting response... 404 Not found
2017-09-26 20:15:26 ERROR 404: Not found.

git clone 
https://anonscm.debian.org/git/openstack/python-sphinxcontrib.plantuml.git
Cloning into 'python-sphinxcontrib.plantuml'...
fatal: repository 
'https://anonscm.debian.org/git/openstack/python-sphinxcontrib.plantuml.git/' 
not found

I beleive they should be:

Vcs-Browser: 
https://anonscm.debian.org/cgit/openstack/python/python-sphinxcontrib.plantuml.git/
Vcs-Git: 
https://anonscm.debian.org/git/openstack/python/python-sphinxcontrib.plantuml.git

Thanks.

Christopher Hoskin

Bug#875322: libbatik-java: batik-1.9 causes FTBFS for freeplane due to changed artifacts/poms

[Christopher Hoskin]

Package: libbatik-java
Version: 1.9-1
Followup-For: Bug #875322

Dear Felix,

Two of the changes between batik 1.7 and 1.9 are that upstream now provides pom
files and that batik can be built either with ant or maven. I'm still doing the
build with ant as before.

On inspection it appears that there are some small differences between the jar
files built by ant and maven. In particular, the maven build creates 
batik-i18n.jar and batik-constants.jar whereas the ant build bundles the 
contents of these into batik-util.jar. 

The provided pom files assume that batik has been built with maven, and
therefore the pom file for batic-util includes:


  ${project.groupId}
  batik-constants
  ${project.version}


  ${project.groupId}
  batik-i18n
  ${project.version}


Possible solutions are either to switch to using maven for the build, or to
modify the pom file to remove these dependencies from batic-util.pom. I
propose to do the latter by adding the following rules to debian/maven.rules:

org.apache.xmlgraphics s/batik-constants/batik-util/ jar * * *
org.apache.xmlgraphics s/batik-i18n/batik-util/ jar * * *

(This will have the side effect that batik-util will depend twice on itself 
- the other option would have been to have added these dependencies to the
ignore rules.)

Christopher

Bug#868286: plantuml: New version available

[Christopher Hoskin]

Package: plantuml
Version: 8039-1
Followup-For: Bug #868286

I hadn't come across dgit before - so that's something I'll need to read up on 
before I do anything further.

Christopher

Bug#868286: plantuml: New version available

[Christopher Hoskin]

Package: plantuml
Version: 8039-1
Followup-For: Bug #868286

Dear Andrew,

Because it wasn't specified in the Vcs-* fields in debian/control, so I wasn't 
aware that there was an existing Git repo.

Thanks for letting me know. I'll switch to using that.

Christopher

Bug#868286: plantuml: New version available

[Christopher Hoskin]

Package: plantuml
Version: 8039-1
Followup-For: Bug #868286

Dear Andrew,

Would you be interested in an NMU to fix this bug? Or perhaps maintaining this 
package within the pkg-java team?

I've found that the recent versions of plantuml have an issue with v1.8 of 
batik (URI is not hierarchical exception) so I uploaded v1.9 this morning which 
appears to solve this problem. 

Christopher

Bug#605063: batik is crashing (libbatik-java)

[Christopher Hoskin]

Package: libbatik-java
Version: 1.8-4
Followup-For: Bug #605063

Upstream bundles third party jars in the lib/ folder, which are stripped out 
during repacking. As a result they are not included in batik-all.jar. Adding a 
classpath to batik-all.jar specifying where to find these third party jars 
(under /usr/share/java) seems to fix the issue.

Christopher

Bug#515856: debhelper: please implement dh get-orig-source

[Christopher Hoskin]

Package: debhelper
Version: 10.2.5
Followup-For: Bug #515856

I had a similar thought. However, one problem is that there doesn't seem to be 
agreement on what get-orig-source is actually intended to do:

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=466550

Some people are in favour of removing it all together in favour of uscan:

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=873001

If someone does want to have a go at implementing this, there are some 
possibily useful suggestions here:

https://wiki.debian.org/onlyjob/get-orig-source

Christopher

Bug#831521: implement capability to run custom mk-origtargz

[Christopher Hoskin]

Package: devscripts
Version: 2.17.6+deb9u1
Followup-For: Bug #831521

Just thinking aloud here:

I wonder if it would make sense to create a debhelper plugin to add a 
get-orig-source sequence, with a sequence of commands, e.g. something like:

dh_uscan
dh_unpack
dh_repack
dh_exclude_files
dh_strip_icc_profiles

Packaging teams could then add commands to do common options e.g. the Java team 
might want a command to automatically exclude jar and war files. The commands 
could be overriden in debian/rules to cope with bespoke situations.

Just a thought.

Christopher

Bug#831521: implement capability to run custom mk-origtargz

[Christopher Hoskin]

Package: devscripts
Version: 2.17.6+deb9u1
Followup-For: Bug #831521

Thanks for looking into this. My second thought is that there's a lot of useful 
functionality in mk-origtargz (determining the correct form of the tarball from 
debain/changelog, converting from zip or xpi, excluding files based on 
patterns...) and anyone needing some custom functionality shouldn't need to 
reinvent this. In my case I needed to run a command on a number of files within 
the upstream tarball, and also exclude some files.

Now I could create a debian/mk-origtargz script which creates a temp directory, 
extracts the upstream tar ball to it, runs my commands on the extracted files, 
re-tars the temporary folder into an intermediate tarball, calls 
/usr/bin/mk-origtargz with the path of intermediate tarball as an argument and 
then removes the temporary folder and intermediate tarball, but that seems to 
duplicate a lot of what mk-origtargz already does.

I was wondering if it would be possible to insert some code around line 437 of 
mk-origtargz to check for the existance of a debian/modify-upstream script, and 
if it exists, call it with the path of the extracted files as the working 
directory?

Another possibility might be to split the mk-origtargz into an unpack and 
repack scripts, and re-implement mk-origtargz as a wrapper which calls the 
unpack and repack script. Anyone implementing a debian/mk-origtargz could then 
call the unpack script, do some custome logic and then call the repack script.

In the case of there being no upstream tarball, debian/mk-origtargz could 
assemble the upstream source into a temporary folder an then just call the 
repack script.

I haven't thought too hard about this, so these ideas may be flawed.

Christopher

Bug#845789: ITP: spymemcached -- simple, asynchronous, single-threaded memcached client written in java

[Christopher Hoskin]

Package: wnpp
Followup-For: Bug #845789
Owner: Christopher Hoskin <mans0...@debian.org>

Work in progress here:

https://anonscm.debian.org/cgit/pkg-java/spymemcached.git/

Christopher Hoskin

Bug#847003: ITP: connid -- framework for provisioning identities to repositories

[Christopher Hoskin]

Package: wnpp
Followup-For: Bug #847003
Owner: Christopher Hoskin <mans0...@debian.org>

Work in progress here:

https://anonscm.debian.org/cgit/pkg-java/connid.git/

Christopher

Bug#871199: pysodium: FTBFS: dh_auto_test: pybuild --test -i python{version} -p 2.7 returned exit code 13

[Christopher Hoskin]

Package: src:pysodium
Version: 0.6.14-1
Followup-For: Bug #871199

Dear Lucas,

Thanks for the bug report. This was a bug in 0.6.11-1, I beleive it is fixed in 
0.6.14-1.

Unfortunately I didn't spot this bug report before I uploaded 0.6.14-1, so it 
isn't referenced in the changelog.

Christopher

Bug#870163: graphviz: VCS out of date

[Christopher Hoskin]

Package: graphviz
Version: 2.38.0-17+b2
Severity: minor

Dear Maintainer,

The following VCS fields are specified in debian/control:

Vcs-Git: git://git.debian.org/git/collab-maint/graphviz.git
Vcs-Browser: http://git.debian.org/?p=collab-maint/graphviz.git

Yet this repository does not appear to have been updated for several years, and
does not reflect the current graphviz package in sid.

I would suggest either keeping the repository up to date (prefered) or removing
the reference to it from debian/control.

Thanks.

Christopher Hoskin

Bug#867990: python-pika FTBFS: rm: cannot remove version_history.txt: No such file or directory

[Christopher Hoskin]

Package: src:python-pika
Followup-For: Bug #867990

The file now appears to be called version_history.rst.txt

This is presumably a change of behaviour between Sphinx 1.4.9 and 1.5.6?

Christopher

Bug#868693: maven-repo-helper: POMReader does not take account of debian/maven.properties

[Christopher Hoskin]

Package: maven-repo-helper
Version: 1.9.2
Severity: wishlist

Dear Maintainer,

Normally, the value of properties can be specified to maven on the command line,
or in the debian/maven.properties file. e.g. if the pom.xml file contains


1234


this can be changed by adding

example.property=wxyz

to debian/maven.properties. However, POMReader expands properties in 
dependencies before applying the rules. This expansion appears not to take
account of properties specified in debian/maven.properties.

(See also Bug #823875 for another issue where properties in dependencies do not
behave as one would normally expect).

Thanks.

Christopher Hoskin

Bug#864294: ITP: pycryptodome -- cryptographic library for Python

[Christopher Hoskin]

Package: wnpp
Severity: wishlist
Owner: Christopher Hoskin <mans0...@debian.org>

* Package name: pycryptodome
  Version : 3.4.6
  Upstream Author : Legrandin <helder...@gmail.com>
* URL : http://www.pycryptodome.org/
* License : BSD-2-Clause / Unlicense
  Programming Lang: Python / C
  Description : cryptographic library for Python

PyCryptodome is a self-contained Python package of low-level
cryptographic primitives.

PyCryptodome is a fork of PyCrypto. It brings several enhancements
with respect to the last official version of PyCrypto (2.6.1),
for instance:

* Authenticated encryption modes (GCM, CCM, EAX, SIV, OCB)
* Accelerated AES on Intel platforms via AES-NI
* First class support for PyPy
* Elliptic curves cryptography (NIST P-256 curve only)
* Better and more compact API (`nonce` and `iv` attributes for ciphers,
  automatic generation of random nonces and IVs, simplified CTR cipher mode,
  and more)
* SHA-3 (including SHAKE XOFs) and BLAKE2 hash algorithms
* Salsa20 and ChaCha20 stream ciphers
* scrypt and HKDF
* Deterministic (EC)DSA
* Password-protected PKCS#8 key containers
* Shamir's Secret Sharing scheme
* Random numbers get sourced directly from the OS (and not from a CSPRNG in 
userspace)
* Simplified install process, including better support for Windows
* Cleaner RSA and DSA key generation (largely based on FIPS 186-4)
* Major clean ups and simplification of the code base

PyCryptodome is not a wrapper to a separate C library like *OpenSSL*.
To the largest possible extent, algorithms are implemented in pure Python.
Only the pieces that are extremely critical to performance (e.g. block ciphers)
are implemented as C extensions.

I plan to maintain this package within the DPMT. I do not require a sponsor.

Christopher Hoskin

Bug#857884: python-jsonpointer: this is a duplicate of python-json-pointer

[Christopher Hoskin]

Package: src:python-jsonpointer
Followup-For: Bug #857884

Thanks, I have filed a RM bug against ftp.debian.org [0].

Christopher Hoskin

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

Bug#863691: RM: python-jsonpointer -- ROM; Duplicate of python-json-pointer

[Christopher Hoskin]

Package: ftp.debian.org
Severity: normal

I am the uploader for python-jsonpointer on behalf of the DPMT. I recently
became aware [0] that jsonpointer is also packaged for Debian as
python-json-pointer by the OpenStack team, and their package pre-dates mine.

To avoid unnecessary duplication, please could you remove python-jsonpointer
from unstable?

Thanks.

Christopher Hoskin

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

Bug#858926: vine: please make the build reproducible

[Christopher Hoskin]

Package: src:vine
Followup-For: Bug #858926

Dear Chris,

Thanks for the bug report and patch. I have applied it in VCS. However, before
uploading a new release, I'd like to verify that I've fixed the problem.

I set up a cowbuilder environment, following the reproducible builds
instructions [0]. However, I found that the existing package passes
rebuild.sh.

What did you run to identifiy the problem?

Thanks.

Christopher Hoskin


[0] 
https://wiki.debian.org/ReproducibleBuilds/ExperimentalToolchain#Usage_example


-- System Information:
Debian Release: 9.0
  APT prefers testing
  APT policy: (500, 'testing'), (1, 'experimental')
Architecture: amd64
 (x86_64)

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

Bug#858586: RM: kombu -- ROM; I accidently uploaded kombu 4.0.2 to unstable, when it was intended for experimental

[Christopher Hoskin]

Package: ftp.debian.org
Severity: normal

I've made a mistake, and uploaded kombu 4.0.2 to unstable instead of
experimental. (I had experimental in the changelog, but didn't pass
"-d experimental" to sbuild on the final build). I'm very sorry about this. 

Ideally I'd like to revert unstable to the previous version of the kombu
package (3.0.35+dfsg-2).

What is the best way to resolve this?

Thanks, and sorry again.

Christopher Hoskin

Bug#858319: uscan: Handling of non-trivial repacking

[Christopher Hoskin]

Package: devscripts
Version: 2.17.2
Severity: normal

Dear Maintainer,

Sometimes it is necessary to repack an upstream tarball when it contains
material which violates the DFSG. In the case that whole files need to be
removed, this is adequately handled by mk-origtargz. However, there are
other situations which cannot be handled simply by excluding files, for
example, removing non-DFSG ICC profiles from images [0].

The watch file can specify a script to be called by uscan instead of
uupdate. Current practice seems to be to use this script to call a repack
script to perform custom repacking. For example, the Perl Team use [1].

There are a couple of problems with this approach however:

* the repacksuffix in the watch file is not passed to the repack script
* the  tag isn't set to the name of the repacked tarball

Thus there is no agreement between uscan/watch and the repack script about
what the repacked tarball should be called.

The impact of this is that when a command  such as

gbp import-orig --uscan --pristine-tar 

is called, the original tarball is commited to the pristine branch rather
than the repacked tarball.

Thanks.

Christopher Hoskin


[0] https://lists.debian.org/debian-devel/2014/05/msg00312.html
[1] 
https://pkg-perl.alioth.debian.org/howto/repacking.html#3._REPACKAGING%2C_in_the_olden_days

-- Package-specific info:

--- /etc/devscripts.conf ---

--- ~/.devscripts ---
DEBFULLNAME="Christopher Hoskin"
DEBEMAIL="christopher.hos...@gmail.com"
DEBSIGN_KEYID=7FF2B8B8
DEBSIGN_PROGRAM=gpg2
DSCVERIFY_KEYRINGS="~/.gnupg/pubring.gpg" 

-- System Information:
Debian Release: 9.0
  APT prefers testing
  APT policy: (500, 'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Versions of packages devscripts depends on:
ii  dpkg-dev 1.18.23
ii  libc62.24-9
ii  perl 5.24.1-1
pn  python3:any  

Versions of packages devscripts recommends:
ii  apt 1.4~rc2
ii  at  3.1.20-3
ii  curl7.52.1-3
ii  dctrl-tools 2.24-2+b1
ii  debian-keyring  2017.01.20
ii  dput0.12.0
ii  equivs  2.0.9+nmu1
ii  fakeroot1.21-3.1
ii  file1:5.29-3
ii  gnupg   2.1.18-6
ii  gnupg2  2.1.18-6
ii  libdistro-info-perl 0.14
ii  libdpkg-perl1.18.23
ii  libencode-locale-perl   1.05-1
ii  libgit-wrapper-perl 0.047-1
ii  liblist-compare-perl0.53-1
ii  liblwp-protocol-https-perl  6.06-2
ii  libsoap-lite-perl   1.20-1
ii  liburi-perl 1.71-1
ii  libwww-perl 6.15-1
ii  licensecheck3.0.29-1
ii  lintian 2.5.51
ii  man-db  2.7.6.1-2
ii  patch   2.7.5-1+b2
ii  patchutils  0.3.4-2
ii  python3-debian  0.1.30
ii  python3-magic   1:5.29-3
ii  sensible-utils  0.0.9
ii  strace  4.15-2
ii  unzip   6.0-21
ii  wdiff   1.2.2-2
ii  wget1.18-5
ii  xz-utils5.2.2-1.2+b1

Versions of packages devscripts suggests:
ii  adequate 0.15.1
ii  autopkgtest  4.3
pn  bls-standalone   
ii  bsd-mailx [mailx]8.1.2-0.20160123cvs-3
ii  build-essential  12.3
pn  check-all-the-things 
ii  cvs-buildpackage 5.26
pn  devscripts-el
pn  diffoscope   
pn  disorderfs   
pn  dose-extra   
pn  duck 
pn  faketime 
pn  gnuplot  
ii  gpgv 2.1.18-6
pn  how-can-i-help   
ii  libauthen-sasl-perl  2.1600-1
ii  libfile-desktopentry-perl0.22-1
pn  libnet-smtps-perl
pn  libterm-size-perl
ii  libtimedate-perl 2.3000-2
pn  libyaml-syck-perl
pn  mozilla-devscripts   
ii  mutt 1.7.2-1
ii  openssh-client [ssh-client]  1:7.4p1-7
ii  piuparts 0.76
pn  ratt 
pn  reprotest
ii  svn-buildpackage 0.8.6
ii  w3m  0.5.3-34

-- no debconf information

Bug#857458: ITP: pytds -- Python DBAPI driver for MSSQL using pure Python TDS protocol implementation

[Christopher Hoskin]

Package: wnpp
Severity: wishlist
Owner: Christopher Hoskin <mans0...@debian.org>

* Package name: pytds
  Version : 1.8.2
  Upstream Author : Mikhail Denisenko <denisen...@gmail.com>
* URL : https://github.com/denisenkom/pytds/
* License : Expat
  Programming Lang: Python
  Description : Python DBAPI driver for MSSQL using pure Python TDS 
protocol implementation

A platform independent Python DBAPI driver for Microsoft SQL Server using pure
Python TDS (Tabular Data Stream) protocol implementation. It doesn't depend on
ADO or FreeTDS.

I plan to maintain this within DPMT.

Christopher Hoskin

Bug#856888: ITP: django-dirtyfields -- package for tracking dirty fields on a Django model instance

[Christopher Hoskin]

Package: wnpp
Severity: wishlist
Owner: Christopher Hoskin <mans0...@debian.org>

* Package name: django-dirtyfields
  Version : 1.2.1
  Upstream Author : Romain Garrigues <romain.garrigues...@gmail.com>
* URL : https://github.com/romgar/django-dirtyfields
* License : BSD
  Programming Lang: Python
  Description : package for tracking dirty fields on a Django model instance

django-dirtyfields is a package for tracking dirty fields on a Django model
instance, where dirty means that field in-memory and database values are
different.

I plan to maintain it within the DPMT.

Christopher Hoskin

Bug#856113: RM: willow/0.3.1-1

[Christopher Hoskin]

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

The willow source package contains image files which include an embedded ICC
profile which is in breach of the DFSG (see Bug #852943).

This has been fixed in unstable (0.3.1+dfsg-1), however the unstable version 
also includes some other minor changes.

Probably the simplest solution is to remove willow from testing (it has no 
reverse dependancies)?

Thanks.

Christopher Hoskin

-- System Information:
Debian Release: 9.0
  APT prefers testing
  APT policy: (500, 'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Bug#855502: python-kombu-doc: Non-Free ICC profiles in images

[Christopher Hoskin]

Package: python-kombu-doc
Version: 3.0.35-1.1
Severity: normal

Dear Maintainer,

./docs/images/kombu.jpg and ./docs/images/kombusmall.jpg contain ICC profiles 
which are Copyright 1998 Hewlett-Packard Company and probably not Free 
Software[1].

$ find . -regextype posix-extended -iregex '.*\.(jpg|png|ico|tiff)' -exec sh -c 
'identify -verbose "$0" | grep -i copyright && echo "$0"' {} \;
icc:copyright: Copyright (c) 1998 Hewlett-Packard Company
./docs/images/kombu.jpg
icc:copyright: Copyright (c) 1998 Hewlett-Packard Company
./docs/images/kombusmall.jpg

These can be removed with the commands:

convert -verbose ./docs/images/kombu.jpg +profile "icc" ./docs/images/kombu.jpg 
convert -verbose ./docs/images/kombusmall.jpg +profile "icc" 
./docs/images/kombusmall.jpg

The convert command is available from the GraphicsMagick or ImageMagick suites.

Thanks.

Christopher Hoskin

[1] https://lists.debian.org/debian-devel/2014/05/msg00312.html


-- System Information:
Debian Release: 9.0
  APT prefers testing
  APT policy: (500, 'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Versions of packages python-kombu-doc depends on:
ii  libjs-sphinxdoc  1.4.9-2

python-kombu-doc recommends no packages.

python-kombu-doc suggests no packages.

-- no debconf information

Bug#855311: ITP: vine -- Python promises

[Christopher Hoskin]

Package: wnpp
Severity: wishlist
Owner: Christopher Hoskin <mans0...@debian.org>

* Package name: vine
  Version : 1.1.3
  Upstream Author : Ask Solem <a...@celeryproject.org> & contributors
* URL : https://github.com/celery/vine
* License : BSD-3-Clause
  Programming Lang: Python
  Description : Python promises

A Python implementation of the promise pattern for asynchronous programming.

This package is a dependancy of Celery 4. I plan to maintain it within the
Debian Python Modules Team.

Bug#855243: lintian: Packages python-foo-doc are documentation, not Python 2

[Christopher Hoskin]

Package: lintian
Version: 2.5.51
Severity: normal
Tags: patch

Dear Maintainer,

Tag new-package-should-not-package-python2-module is intended to discourage
packaging of new modules for Python 2. It currently does this by looking for
packages beginning python- with 1 changelog entry.

However documentation packages for any version of Python have names of the form
python-foo-doc[0] and are erroneously tagged.

The attached patch does not apply this tag to packages beginning python and
ending -doc.

[0] https://lists.debian.org/debian-python/2017/02/msg00045.html

Thanks.

Christopher Hoskin

-- System Information:
Debian Release: 9.0
  APT prefers testing
  APT policy: (500, 'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Versions of packages lintian depends on:
ii  binutils  2.27.90.20170124-2
ii  bzip2 1.0.6-8.1
ii  diffstat  1.61-1
ii  file  1:5.29-3
ii  gettext   0.19.8.1-2
ii  intltool-debian   0.35.0+20060710.4
ii  libapt-pkg-perl   0.1.30
ii  libarchive-zip-perl   1.59-1
ii  libclass-accessor-perl0.34-1
ii  libclone-perl 0.38-2+b1
ii  libdpkg-perl  1.18.22
ii  libemail-valid-perl   1.202-1
ii  libfile-basedir-perl  0.07-1
ii  libipc-run-perl   0.94-1
ii  liblist-moreutils-perl0.416-1+b1
ii  libparse-debianchangelog-perl 1.2.0-12
ii  libperl5.24 [libdigest-sha-perl]  5.24.1-1
ii  libtext-levenshtein-perl  0.13-1
ii  libtimedate-perl  2.3000-2
ii  liburi-perl   1.71-1
ii  libyaml-libyaml-perl  0.63-2
ii  man-db2.7.6.1-2
ii  patchutils0.3.4-2
ii  perl  5.24.1-1
ii  t1utils   1.39-2
ii  xz-utils  5.2.2-1.2

Versions of packages lintian recommends:
ii  dpkg 1.18.22
ii  libperlio-gzip-perl  0.19-1+b2
ii  perl 5.24.1-1
ii  perl-modules-5.24 [libautodie-perl]  5.24.1-1

Versions of packages lintian suggests:
pn  binutils-multiarch 
ii  dpkg-dev   1.18.22
ii  libhtml-parser-perl3.72-3
ii  libtext-template-perl  1.46-1

-- no debconf information
>From 58f42ba6619acb859d3787f1c73e91d7a8af177e Mon Sep 17 00:00:00 2001
From: Christopher Hoskin <christopher.hos...@gmail.com>
Date: Wed, 15 Feb 2017 21:17:53 +
Subject: [PATCH] Package python-foo-doc is documentation, not Python 2

---
 checks/scripts.pm | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/checks/scripts.pm b/checks/scripts.pm
index c33d7c957..74e1cc4e1 100644
--- a/checks/scripts.pm
+++ b/checks/scripts.pm
@@ -1117,7 +1117,7 @@ sub run {
 
 if (@entries == 1) {
 tag 'new-package-should-not-package-python2-module', $pkg
-  if $pkg =~ /^python-/;
+  if $pkg =~ /^python-.*(?

Bug#854947: ITP: sphinx-celery -- Sphinx Celery theme and utilities

[Christopher Hoskin]

Package: wnpp
Severity: wishlist
Owner: Christopher Hoskin <mans0...@debian.org>

* Package name: sphinx-celery
  Version : 1.3.1
  Upstream Author : Ask Solem <a...@celeryproject.org>
* URL : https://github.com/celery/sphinx_celery
* License : BSD
  Programming Lang: Python
  Description : Sphinx Celery theme and utilities

 This package provides the Celery sphinx theme and common Sphinx utilities,
 including:
 .
  * Autodoc coverage checker builder extension - makes sure all modules in the
documented package are represented in the autodoc API reference
  * Configuration Reference Checker builder extension - makes sure all settings
in the documented package are represented in the configuration reference

It is a dependency for the documentation of Celery 4. I plan to maintain it 
within the Python Modules Team.

Bug#854891: ITP: case -- Python unittest Utilities

[Christopher Hoskin]

Package: wnpp
Severity: wishlist
Owner: Christopher Hoskin <mans0...@debian.org>

* Package name: case
  Version : 1.5.2
  Upstream Author : Ask Solem <a...@celeryproject.org> & contributors
* URL : https://github.com/celery/case
* License : BSD-3-Clause
  Programming Lang: Python
  Description : Python unittest Utilities

Python unittest Utilities. Includes:
 .
  * case.case
  * case.skip
  * case.mock
  * case.utils

This is a test dependancy of Vine, which is in turn a dependancy of Celery 4.

I intend to maintain it inside the Python Modules Team

Bug#853045: pkg-perl-tools: Broken link for repack.sh in examples/repack.stub

[Christopher Hoskin]

Package: pkg-perl-tools
Version: 0.36
Severity: minor

Dear Maintainer,

examples/repack.stub displays a message if repack.sh cannot be found in one of
the expected locations. It says that repack.sh can be downloaded from:

http://anonscm.debian.org/gitweb/?p=pkg-perl/packages/pkg-perl-tools.git;a=blob_plain;f=scripts/repack.sh;hb=HEAD

This link returns a 404. I think the correct link should be:

https://anonscm.debian.org/cgit/pkg-perl/packages/pkg-perl-tools.git/plain/scripts/repack.sh

Thanks.

Christopher Hoskin

-- System Information:
Debian Release: 9.0
  APT prefers testing
  APT policy: (500, 'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Versions of packages pkg-perl-tools depends on:
ii  debhelper  10.2.3
ii  devscripts 2.17.0
ii  dh-make-perl   0.92
ii  dpkg-dev   1.18.18
ii  git1:2.11.0-2
ii  git-buildpackage   0.8.10
ii  libdatetime-perl   2:1.42-1
ii  libdpkg-perl   1.18.18
ii  libipc-run-perl0.94-1
ii  libparse-debianchangelog-perl  1.2.0-12
ii  libproc-invokeeditor-perl  1.07-1
ii  librt-client-rest-perl 1:0.50-1
ii  lintian2.5.50
ii  openssh-client [ssh-client]1:7.4p1-5
pn  perl:any   
ii  pristine-tar   1.37
ii  quilt  0.63-8

Versions of packages pkg-perl-tools recommends:
ii  autodep8   0.8
ii  autopkgtest4.3
ii  libconfig-model-dpkg-perl  2.090
ii  libconfig-model-perl   2.097-1
ii  libdebian-copyright-perl   0.2-4
ii  libfile-slurp-perl .19-6
ii  libmime-lite-perl  3.030-2
ii  libmodule-inspector-perl   1.05-2
ii  libnet-github-perl 0.86-1
ii  libsoap-lite-perl  1.20-1
ii  libwww-mechanize-perl  1.83-1
ii  libyaml-libyaml-perl   0.63-2
ii  lintian2.5.50
ii  myrepos [mr]   1.20160123

Versions of packages pkg-perl-tools suggests:
ii  bc   1.06.95-9+b2
ii  cdbs 0.4.150
pn  duck 
pn  moreutils
pn  perl-depends 
ii  python   2.7.13-1
ii  python-launchpadlib  1.10.4-1

-- no debconf information

Bug#852943: willow: Embedded ICC profiles violate DFSG

[Christopher Hoskin]

Package: src:willow
Followup-For: Bug #852943

Bug reports and pull requests filed upstream:

https://github.com/wagtail/Willow/issues/46
https://github.com/recurser/exif-orientation-examples/issues/4

Christopher Hoskin

Bug#852943: willow: Embedded ICC profiles violate DFSG

[Christopher Hoskin]

Source: willow
Version: 0.3.1-1
Severity: normal

Dear Maintainer,

Some of the image files in tests/images/orientation/, derived from 
tests/images/orientation/landscape_1.jpg include an embedded ICC profile which
is Copyright 2007 Apple Inc. Presumably this was added by a tool used by
upstream to process the images.

These profiles are probably in breach of the DFSG, see the discussion at:

https://lists.debian.org/debian-devel/2014/05/msg00312.html

A re-pack script should be used to remove the ICC profiles from the images e.g.

for i in {2..8}; do convert tests/images/orientation/landscape_$i.jpg +profile 
"icc" tests/images/orientation/landscape_$i.jpg; done

(N.B. I will do this shortly and also file bugs upstream.)

Christopher Hoskin

*** Reporter, please consider answering these questions, where appropriate ***

   * What led up to the situation?
   * What exactly did you do (or not do) that was effective (or
 ineffective)?
   * What was the outcome of this action?
   * What outcome did you expect instead?

*** End of the template - remove these template lines ***


-- System Information:
Debian Release: 9.0
  APT prefers testing
  APT policy: (500, 'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Bug#848234: txwinrm,winrm: error when trying to install together

[Christopher Hoskin]

Dear Dan,

Thanks for getting in touch - sorry for not replying sooner. "winrm"
is the name of a Microsoft Windows command, so users might expect a
Linux command with the same name to perform a similar function. I'm
not familiar with what the command in your package does, and it's a
while since I did the original txwinrm packaging so I'm not sure off
hand which of our commands is closer to the Windows winrm.

I'll try to find some time in the next week or so to refresh my memory
of the details, and consider what an appropriate name for the command
in my package would be.

Hope that's soon enough?

Thanks.

Christopher

On 22 December 2016 at 10:08, Daniel Stender  wrote:
> Hi Christopher,
>
> we have a binaries-have-conflict between our packages and we have to 
> negotiate how to handle
> this.
>
> I standpoint is, masterzen-winrm was in first (2016-04-14), so I would like 
> to ask if
> you could change your package to solve this. I would change mine if this 
> would be the
> other way around. Is that alright with you?
>
> Dan
>
> --
> 4096R/DF5182C8
> Debian Developer (sten...@debian.org)
> LPIC-1 (LPI000329859 64mz6f7kt4)
> http://www.danielstender.com/

Bug#845784: RFS: dropwizard-metrics [ITP]

[Christopher Hoskin]

Dear Tobias and Tim,

Tobias, thank you very much for your response - I'm afraid I've only just
become aware of it. 

> > Did you contact Tim? (CC'ed him with this mail; he still owns the ITP)

No - as Tim placed this package under the maintainance of the pkg-java team
I was following the pkg-java procedure [1]. Appologies if that wasn't the
correct procedure to follow in this case.

Since filing the RFS I've completed the DD application process, and now have
upload rights. Prior to receiving Tim's e-mail, I went ahead and uploaded my
package to the NEW queue [2]. However, as a new DD I still consider myself
inexperienced, so any suggestions or corrections are gratefully received.

> I got seriously stuck packaging up dropwizard 

Tim, do you recall what you got stuck with? Your package looked in good shape
to my (inexperienced) eyes so I was surprised that it hadn't been uploaded. Did
you find some show-stopper that I've overlooked? (I haven't attempted to build
all of the modules, but I think it's considered acceptable for a pkg-java
package to omit some tricky non-essential modules.)

Thanks for your time.

[1] https://pkg-java.alioth.debian.org/
[2] https://ftp-master.debian.org/new/dropwizard-metrics_3.1.2-1.html

Christopher





signature.asc
Description: PGP signature

Bug#849820: ITP: libnet-cisco-mse-rest-perl -- REST interface for Cisco MSE

[Christopher Hoskin]

Package: wnpp
Owner: Christopher Hoskin <christopher.hos...@gmail.com>
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org, debian-p...@lists.debian.org

* Package name: libnet-cisco-mse-rest-perl
  Version : 0.2
  Upstream Author : Fabrice Durand <fdur...@inverse.ca>
* URL : https://metacpan.org/release/Net-Cisco-MSE-REST
* License : GPL-3+
  Programming Lang: Perl
  Description : REST interface for Cisco MSE

Net::Cisco::MSE::REST provides a Perl interface for communication with Cisco
Mobility Services Engine (MSE) using the REST interface.

The package will be maintained under the umbrella of the Debian Perl Group.

Bug#849809: ITP: libtest-unixsock-perl -- test module for UNIX domain sockets

[Christopher Hoskin]

Package: wnpp
Owner: Christopher Hoskin <christopher.hos...@gmail.com>
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org, debian-p...@lists.debian.org

* Package name: libtest-unixsock-perl
  Version : 0.1
  Upstream Author : Fujiwara Shunichiro <fujiwara.shunich...@gmail.com>
* URL : https://metacpan.org/release/Test-UNIXSock
* License : Artistic or GPL-1+
  Programming Lang: Perl
  Description : test module for UNIX domain sockets

Test::UNIXSock is a test utility to test UNIX domain socket server programs.

It is based on Test::TCP.

The package will be maintained under the umbrella of the Debian Perl Group.

Bug#848921: RM: libcatalyst-view-csv-perl -- ROM; Uploaded with incorrect version

[Christopher Hoskin]

> Why not simply upload the new version? The 1.5-1 version will then be
> superseded automatically.

I committed a revision to the VCS[0] which removed 1.5-1 from the
changelog (and other references to 1.5) on the grounds that the actual
upstream version 1.5 was never packaged for Debian. If you think it
preferable that I restore the 1.5-1 stanza to the changelog and add a
new 1.7 stanza after that (which is what Gregor suggested I do) then
I'm happy to do that.

[0] 
https://anonscm.debian.org/cgit/pkg-perl/packages/libcatalyst-view-csv-perl.git

Thanks.

Christopher


>

>
> Regards,
>
> Adam
>

Bug#848337: dh-make-perl: Require user intervention to resolve version ambiguity

[Christopher Hoskin]

Thanks. As this was my first time working on dh-make-perl, I thought I'd submit
a git-formatted patch for review rather than committing directly.

Christopher

Bug#848921: RM: libcatalyst-view-csv-perl -- ROM; Uploaded with incorrect version

[Christopher Hoskin]

Package: ftp.debian.org
Severity: normal

I'm a member of the pkg-perl team. I recently packaged Catalyst::View::CSV
as libcatalyst-view-csv-perl 1.5-1, Gregor Herrmann kindly sponsored the upload.

Subsequently I noticed that, due to a failure by upstream to correctly update
the module metadata[0], dh-make-perl had incorrectly assumed the wrong version
number for this release (it should have been 1.7).

Please could this incorrectly versioned package be removed from unstable, in
order that it can be re-submitted with the correct versioning.

I have submitted a bug report and patch against dh-make-perl, which should
prevent this problem from arrising again[1].

Thanks.

[0] https://rt.cpan.org/Public/Bug/Display.html?id=118990
[1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=848337

Christopher Hoskin

Bug#848337: dh-make-perl: Require user intervention to resolve version ambiguity

[Christopher Hoskin]

Package: dh-make-perl
Version: 0.92
Severity: normal
Tags: patch

Dear Maintainer,

Upstream developers sometimes upload Perl modules to CPAN, forgetting to update
the version in the META, Build or Makefile. In these situations, dh-make-perl 
ignores the CPAN version and trusts the META.yml version, without making the 
packager aware of the discrepancy. Examples of upstream modules where this has
happened are Cache::Memcached::libmemcached and Catalyst::View::CSV.

The attached patch causes dh-make-perl to quit if the module version does not
match the CPAN version, and requires the user to explicity specify the version
with --version.

This reduces the likelihood of the packager uploading a package with a version
number which does not correspond to the actual upstream version.

Thanks.

Christopher Hoskin
>From 71938776dbb0b3ab7d6f35c009ee675655449639 Mon Sep 17 00:00:00 2001
From: Christopher Hoskin <christopher.hos...@gmail.com>
Date: Fri, 16 Dec 2016 11:12:47 +
Subject: [PATCH] Require user intervention to resolve version ambiguity

---
 lib/DhMakePerl/Command/Packaging.pm | 10 --
 1 file changed, 8 insertions(+), 2 deletions(-)

diff --git a/lib/DhMakePerl/Command/Packaging.pm b/lib/DhMakePerl/Command/Packaging.pm
index 2b07ac4..d759b66 100644
--- a/lib/DhMakePerl/Command/Packaging.pm
+++ b/lib/DhMakePerl/Command/Packaging.pm
@@ -356,8 +356,14 @@ sub extract_name_ver {
 $ver  = $self->version;
 }
 
-$ver = $self->cfg->version
-if $self->cfg->version;
+if ($self->cfg->version) {
+#Version specified on command line trumps other versions
+$ver = $self->cfg->version
+} elsif ( $self->mod_cpan_version ) {
+if ($self->mod_cpan_version != $ver) {
+die "Version ambiguity, cpan has ".$self->mod_cpan_version.", module has ".$ver.". Please specify version with --version.\n";
+}
+}
 
 # final sanitazing of name and version
 $name =~ s/::/-/g if defined $name;
-- 
2.10.2

Bug#848095: ITP: libcache-memcached-libmemcached-perl -- cache interface to Memcached::libmemcached

[Christopher Hoskin]

Package: wnpp
Owner: Christopher Hoskin <christopher.hos...@gmail.com>
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org, debian-p...@lists.debian.org

* Package name: libcache-memcached-libmemcached-perl
  Version : 0.04001
  Upstream Author : Daisuke Maki <dais...@endeworks.jp>
* URL : https://metacpan.org/release/Cache-Memcached-libmemcached
* License : Artistic or GPL-1+
  Programming Lang: Perl
  Description : cache interface to Memcached::libmemcached

Cache::Memcached::libmemcached is the Cache::Memcached compatible interface to
libmemcached, a C library to interface with memcached.

Cache::Memcached::libmemcached is built on top of Memcached::libmemcached.
While Memcached::libmemcached aims to port libmemcached API to perl,
Cache::Memcached::libmemcached attempts to be API compatible with
Cache::Memcached, so it can be used as a drop-in replacement.

Cache::Memcached::libmemcached inherits from Memcached::libmemcached. While you
are free to use the Memcached::libmemcached specific methods directly on the
object, doing so will mean that your code is no longer compatible with the
original Cache::Memcached API therefore losing some of the portability in case
you want to replace it with some other package.

The package will be maintained under the umbrella of the Debian Perl Group.

Bug#847514: Amazon::S3 vs. Net::Amazon::S3

[Christopher Hoskin]

I'd already done most of this at the weekend, so thought I might as
well upload it. Hope you don't mind!

https://anonscm.debian.org/cgit/pkg-perl/packages/libamazon-s3-perl.git

Christopher

Bug#847835: ITP: libchi-memoize-perl -- memoization implementation backed by CHI

[Christopher Hoskin]

Package: wnpp
Owner: Christopher Hoskin <christopher.hos...@gmail.com>
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org, debian-p...@lists.debian.org

* Package name: libchi-memoize-perl
  Version : 0.07
  Upstream Author : Jonathan Swartz <swa...@pobox.com>
* URL : https://metacpan.org/release/CHI-Memoize
* License : Artistic or GPL-1+
  Programming Lang: Perl
  Description : memoization implementation backed by CHI

CHI::Memoize is an implementation of the memoization technique using CHI.
Memoize caches the inputs and outputs of a function, if the function is called
again with the same inputs, CHI::Memoize intervenes and provides the cached
result. For slow functions, time is saved, at the expence of space.

CHI::Memoize provides the same facility as Memoize|Memoize, but backed by
CHI|CHI. This means, among other things, that you can:

 * specify expiration times (expires_in) and conditions (expire_if)
 * memoize to different backends, e.g. File, Memcached, DBI, or to multilevel
   caches
 * handle arbitrarily complex function arguments (via CHI key serialization)

For a bit of history and motivation, see

http://www.openswartz.com/2012/05/06/memoize-revisiting-a-twelve-year-old-api

The package will be maintained under the umbrella of the Debian Perl Group.

Bug#847829: ITP: libcatalyst-view-csv-perl -- CSV view class for the Catalyst web framework

[Christopher Hoskin]

Package: wnpp
Owner: Christopher Hoskin <christopher.hos...@gmail.com>
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org, debian-p...@lists.debian.org

* Package name: libcatalyst-view-csv-perl
  Version : 1.5
  Upstream Author : Michael Brown <mbr...@fensystems.co.uk>
* URL : https://metacpan.org/release/Catalyst-View-CSV
* License : Artistic or GPL-1+
  Programming Lang: Perl
  Description : CSV view class for the Catalyst web framework

Catalyst::View::CSV provides a Catalyst view that generates CSV files. You can
use either a Perl array of arrays, an array of hashes, an array of objects, or
a database cursor as the source of the CSV data. The CSV file is generated
using Text::CSV.

The package will be maintained under the umbrella of the Debian Perl Group.

Bug#847514: RFP: libamazon-s3-pelr -- a portable client library for working with and managing Amazon S3 buckets and keys.

[Christopher Hoskin]

Amazon::S3 is a fork of  Net::Amazon::S3.

"This need for this module arose from some work that needed to work
with S3 and would be distributed, installed and used on many various
environments where compiled dependencies may not be an option.
Net::Amazon::S3 used XML::LibXML tying it to that specific and often
difficult to install option. In order to remove this potential barrier
to entry, this module is forked and then modified to use XML::SAX via
XML::Simple."

Since Net::Amazon::S3 is already packaged for Debian as
libnet-amazon-s3-perl, the motivation for the fork does not apply to
us. Also, Net::Amazon::S3 seems more actively maintained upstream
(most recent release 2014 as opposed to 2009 for Amazon::S3).

I'm therefore wondering if patching RT to use Net::Amazon::S3 might be
a better option? (I don't know how much work this would involve?)

Christopher

Bug#847377:

[Christopher Hoskin]

But I suppose that should be a bug against the existing package?

Bug#847377:

[Christopher Hoskin]

Unless RT 4.4 requires a newer version than is in Sid?

Christopher

Bug#847003: ITP: connid -- framework for provisioning identities to repositories

[Christopher Hoskin]

Package: wnpp
Severity: wishlist
Owner: Christopher Hoskin <christopher.hos...@gmail.com>

* Package name: connid
  Version : 1.4.2.0
  Upstream Author : ConnId
* URL : http://connid.tirasa.net/
* License : CDDL
  Programming Lang: Java
  Description : framework for provisioning identities to repositories

Connectors for Identity Management (ConnId) is a framework for developing
identity connectors, the technology layer that takes place in the exchange
of identity-related information (password, attributes) between identity
managers (such as Apache Syncope) and identity repositories (e.g. LDAP
directories, relational databases).

It is used in Free Identity Managers, including Apache Syncope and Evolveum
midPoint.

I plan to maintain it within the pkg-java team. I will need a sponsor.

Bug#845789: ITP: spymemcached -- simple, asynchronous, single-threaded memcached client written in java

[Christopher Hoskin]

Package: wnpp
Severity: wishlist
Owner: Christopher Hoskin <christopher.hos...@gmail.com>

* Package name: spymemcached
  Version : 2.12.1
  Upstream Author : Dustin Sallings, Couchbase, Inc.
* URL : https://github.com/couchbase/spymemcached
* License : Expat
  Programming Lang: Java
  Description : simple, asynchronous, single-threaded memcached client 
written in Java

Spymemcached is a simple, asynchronous, single-threaded memcached client 
written in Java, featuring:

*Efficient storage of objects. General serializable objects are stored in
 their serialized form and optionally compressed if they meet criteria.
 Certain native objects are stored as tightly as possible (for example, a
 Date object generally consumes six bytes, and a Long can be anywhere from
 zero to eight bytes).
*Resilient to server and network outages. In many cases, a client operation
 can be replayed against a server if it goes away and comes back. In cases
 where it can't, it will communicate that as well. An exponential backoff
 reconnect algorithm is applied when a memcached becomes unavailable, but
 asynchronous operations will queue up for the server to be applied when
 it comes back online.
*Operations are asynchronous. It is possible to issue a store and continue
 processing without having to wait for that operation to finish. It is even
 possible to issue a get, do some further processing, check the result of 
the
 get and cancel it if it doesn't return fast enough.
*There is only one thread for all processing. Regardless of the number of
 requests, threads using the client, or servers to which the client is
 connected, only one thread will ever be allocated to a given 
MemcachedClient.
*Aggressively optimized. There are many optimizations that combine to 
provide
 high throughput.

I propose to maintain in within the pkg-java team. I will require a sponsor.

Christopher Hoskin

Bug#845784: RFS: dropwizard-metrics [ITP]

[Christopher Hoskin]

Package: sponsorship-requests
Severity: wishlist

X-Debbugs-CC: debian-j...@lists.debian.org

Dear mentors,

  I am looking for a sponsor for the package "dropwizard-metrics". This 
software was originally
  packaged by Tim Potter <t...@hp.com>, but does not appear to have been 
uploaded or updated
  since Nov 2014. I have updated the package to the latest upstream and 
standards versions.
  .
  Amongst other things, it is a dependancy of spymemcached, which I am 
currently investigating
  packaging.

 * Package name: dropwizard-metrics
   Version : 3.1.2-1
   Upstream Author : Coda Hale, Yammer Inc.
 * URL : http://metrics.dropwizard.io/
 * License : Apache-2.0
   Section : java

  It builds those binary packages:

libdropwizard-metrics-java - capture JVM- and application-level metrics for 
Java applications

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

  https://mentors.debian.net/package/dropwizard-metrics


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

dget -x 
https://mentors.debian.net/debian/pool/main/d/dropwizard-metrics/dropwizard-metrics_3.1.2-1.dsc

  More information about dropwizard-metrics can be obtained from 
http://metrics.dropwizard.io/.

  The package source is being managed in the pkg-java team Alioth repository:

https://anonscm.debian.org/cgit/pkg-java/dropwizard-metrics.git

  Changes since the last upload:

  * Team upload
  * New upstream release (3.1.2)
  * Minimal changes to get updated package building
+ Remove old patches
+ Add new modules to libdropwizard-metrics-java.poms, ignore modules which
  won't build.
+ Update maven.rules and maven.ignoreRules
+ Add new dependencies to debian/control
  * Use secure VCS URLs
  * Update Standards-Version from 3.9.6 to 3.9.8 (no change required)
  * Update debian/copyright
  * Use secure URL for copyright format

 -- Christopher Hoskin <christopher.hos...@gmail.com>  Sat, 26 Nov 2016 
17:00:10 +

  Regards,
   Christopher Hoskin

Bug#837476: RFS: willow/0.3.1-1 [ITP #837471]

[Christopher Hoskin]

Dear Frederic,

Thanks for your review.

> * identify -verbose  ./tests/images/orientation/landscape_4.jpg|grep -i copy
>   icc:copyright: Copyright 2007 Apple Inc., all rights reserved.
>Several other images have such exif data.
>Maybe you can check with upstream about the entire directory.

I've asked upstream for clarification [0]. If there isn't a
satisfactory answer I could either exclude these images and the
associated tests or provide alternative images for the tests.

> d/control : why not providing python3 package ?
  https://www.debian.org/doc/packaging-manuals/python-policy/ch-python3.html

Some of the functionality, e.g. face detection, depends on OpenCV.
OpenCV has only recently added support for Python 3, and this has not
yet been packaged for Debian (even the python-opencv package in
Experimental still seems to be for Python 2). So I could provide a
python3 package, but it seemed better to wait for a python3-opencv
package to become available.

[0] https://github.com/torchbox/Willow/issues/46

Christopher

Bug#832970: RFS: txwinrm/1.1.28-1 [ITP]

[Christopher Hoskin]

Package: sponsorship-requests
Followup-For: Bug #832970

Dear mentors,

  I am looking for a sponsor for my package "txwinrm"

 * Package name: txwinrm
   Version : 1.1.28-1
   Upstream Author : Zenoss, Inc. <dbouchil...@zenoss.com>
 * URL : https://github.com/zenoss/txwinrm
 * License : GPL-2
   Section : python

  It builds these binary packages:

python-txwinrm - asynchronous Python WinRM client libraries
txwinrm- asynchronous Python WinRM client scripts

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

  https://mentors.debian.net/package/txwinrm


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

dget -x 
https://mentors.debian.net/debian/pool/main/t/txwinrm/txwinrm_1.1.28-1.dsc

  More information about hello can be obtained from 
https://github.com/zenoss/txwinrm.

  The package source is under version control on Alioth:

  https://anonscm.debian.org/cgit/python-modules/packages/txwinrm.git


  Regards,
   Christopher Hoskin

Bug#840131: ITP: qpid-java -- message-oriented middleware AMQP message broker written in Java

[Christopher Hoskin]

Package: wnpp
Severity: wishlist
Owner: Christopher Hoskin <christopher.hos...@gmail.com>

* Package name: qpid-java
  Version : 6.0.4
  Upstream Author : The Apache Software Foundation <apa...@apache.org>
* URL : https://qpid.apache.org/components/java-broker/
* License : Apache-2.0
  Programming Lang: Java
  Description : message-oriented middleware AMQP message broker written in 
Java

 Apache Qpid broker for Java is a message-oriented middleware message broker
 written in Java that stores, routes, and forwards messages using AMQP. It has
 the following features:
 .
  * JMS 1.1 compliant
  * Speaks and translates among all versions of AMQP
  * Management via JMX, REST, QMF, and web console
  * Access control lists
  * Flexible logging
  * Flow to disk
  * Header-based routing
  * Heartbeats
  * High availability
  * Message groups
  * Pluggable persistence supporting Derby and SQL stores
  * Pluggable authentication supporting LDAP, Kerberos, and SSL client
certificates
  * Producer flow control
  * Secure connection via SSL
  * Server-side selectors
  * Specialized queuing with last value queue, priority queue, and sorted queue
  * Threshold alerts
  * Transactions
  * Undeliverable message handling
  * Virtual hosts
  * Support for message compression

I propose to maintain it within the pkg-java team using the VCS:

https://anonscm.debian.org/cgit/pkg-java/qpid-java.git

I will require a sponsor.

Christopher Hoskin

Bug#811053: *.poms Should Not Be Required to Ensure Trailing Newline

[Christopher Hoskin]

I've just tried this on Debian Testing:

> apt source android-platform-libcore
> cd android-platform-libcore-6.0.1+r55/
> cat debian/libandroid-dex-java.poms | wc -l
1
> debuild

find ./ | grep "\.pom$"
./debian/libandroid-json-java/usr/share/maven-repo/com/android/json/debian/json-debian.pom
./debian/libandroid-json-java/usr/share/maven-repo/com/android/json/android-6.0.1/json-android-6.0.1.pom
./debian/libandroid-dex-java/usr/share/maven-repo/com/android/dex/debian/dex-debian.pom
./debian/libandroid-dex-java/usr/share/maven-repo/com/android/dex/android-6.0.1/dex-android-6.0.1.pom
./debian/.mh/luni-debian.pom
./debian/.mh/dex-debian.pom
./debian/.mh/dex-android-6.0.1.pom
./debian/.mh/luni-android-6.0.1.pom
./debian/.mh/json-debian.pom
./debian/.mh/json-android-6.0.1.pom
./debian/libandroid-luni-java/usr/share/maven-repo/com/android/luni/debian/luni-debian.pom
./debian/libandroid-luni-java/usr/share/maven-repo/com/android/luni/android-6.0.1/luni-android-6.0.1.pom
./luni/build/luni.pom
./dex/build/dex.pom
./json/build/json.pom



> sudo dpkg -i ../libandroid-dex-java_6.0.1+r55-1_all.deb
> find /usr/share/maven-repo/com/android/dex/ | grep "\.jar$"
/usr/share/maven-repo/com/android/dex/debian/dex-debian.pom
/usr/share/maven-repo/com/android/dex/android-6.0.1/dex-android-6.0.1.pom

So it looks to me like debian/libandroid-dex-java.poms has no trailing
newline, but symlinks pom files are getting installed under
/usr/share/maven-repo/

I also tried

gbp clone 
https://anonscm.debian.org/git/android-tools/android-platform-libcore.git
cd android-platform-libcore/
gbp buildpackage

But got "dpkg-source: error: aborting due to unexpected upstream changes".

So either I am not able to reproduce this issue on Testing with
android-platform-libcore, or I've misunderstood the problem.

Bug#811053: *.poms Should Not Be Required to Ensure Trailing Newline

[Christopher Hoskin]

Ah, in mongo-java-driver I'm using:

dh $@ --buildsystem=gradle --with javahelper,jh_maven_repo_helper

whereas android-platform-libcore uses:

dh $@ --with maven_repo_helper --buildsystem=gradle

Christopher

Bug#811053: *.poms Should Not Be Required to Ensure Trailing Newline

[Christopher Hoskin]

Package: maven-repo-helper
Version: 1.9.2
Followup-For: Bug #811053

I haven't reproduced the trailing newline issue, but there's definitely a 
problem with multiple poms.

What happens at the moment is that jh_maven_repo_helper adds the following to 
the debhelper sequence:

mh_installpoms
mh_linkjars --skip-clean-poms

mh_installpoms calls mh_installpom for each pom, which calls mh_cleanpom, which 
creates (amongst other things) the file debian/.mh/pom.properties. mh_linkjars 
--skip-clean-poms calls mh_linkjar --skip-clean-poms for each pom. The 
--skip-clean-poms option assumes that debian/.mh/pom.properties already exists 
and reuses it in the creation of the symlinks.

This is fine if there's only one pom to deal with, but if there are multiple 
poms, each call to mh_installpom overwrites the previous 
debian/.mh/pom.properties, so that mh_linkjar only creates the symlink for the 
last pom processed by mh_installpoms.

You can see this in the package mongo-java-driver which I am currently working 
on. I am working around the problem by overriding mh_linkjars in debian/rules 
to remove the --skip-clean-poms option.

The attached patch modifies jh_maven_repo_helper.pm to remove the 
--skip-clean-poms options from the debhelper sequence. (Another option might be 
to modify mh_installpom to copy debian/.mh/pom.properties to 
debian/.mh/${artifactId}-${version}.properties and then modify mh_linkjar to 
look for this file instead.)

Christopher

Dear Maintainer,

*** Reporter, please consider answering these questions, where appropriate ***

   * What led up to the situation?
   * What exactly did you do (or not do) that was effective (or
 ineffective)?
   * What was the outcome of this action?
   * What outcome did you expect instead?

*** End of the template - remove these template lines ***


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

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

Versions of packages maven-repo-helper depends on:
ii  default-jre-headless [java2-runtime-headless]2:1.8-57
ii  gcj-5-jre-headless [java2-runtime-headless]  5.4.1-1
ii  libstax-java 1.2.0-3
ii  openjdk-7-jre-headless [java2-runtime-headless]  7u111-2.6.7-1
ii  openjdk-8-jre-headless [java2-runtime-headless]  8u102-b14.1-2

Versions of packages maven-repo-helper recommends:
ii  debhelper  10

Versions of packages maven-repo-helper suggests:
ii  maven-debian-helper  2.1.1

-- no debconf information
>From dad07cffc697dea5d23fba0453e5b4992556d526 Mon Sep 17 00:00:00 2001
From: Christopher Hoskin <christopher.hos...@gmail.com>
Date: Tue, 27 Sep 2016 04:11:52 +0100
Subject: [PATCH] Fix jh_maven_repo_helper to work with multiple poms (Closes:
 #811053)

---
 debian/changelog   | 4 
 src/main/share/jh_maven_repo_helper.pm | 1 -
 2 files changed, 4 insertions(+), 1 deletion(-)

diff --git a/debian/changelog b/debian/changelog
index b75212d..2f4c9f6 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,9 +1,13 @@
 maven-repo-helper (1.9.3) UNRELEASED; urgency=medium
 
+  [ tony mancill ]
   * Team upload.
   * Apply patch for mh_patchpoms to honor the --verbose option.
 Thank you to Christopher Hoskin for the patch. (Closes: #835042)
 
+  [ Christopher Hoskin ]
+  * Fix jh_maven_repo_helper to work with multiple poms (Closes: #811053)
+
  -- tony mancill <tmanc...@debian.org>  Tue, 23 Aug 2016 22:26:59 -0700
 
 maven-repo-helper (1.9.2) unstable; urgency=medium
diff --git a/src/main/share/jh_maven_repo_helper.pm b/src/main/share/jh_maven_repo_helper.pm
index 0dcbdb7..def5e37 100644
--- a/src/main/share/jh_maven_repo_helper.pm
+++ b/src/main/share/jh_maven_repo_helper.pm
@@ -8,7 +8,6 @@ use Debian::Debhelper::Dh_Lib;
 
 insert_after("jh_depends", "mh_installpoms");
 insert_after("mh_installpoms", "mh_linkjars");
-add_command_options("mh_linkjars", "--skip-clean-poms");
 insert_before("dh_clean", "mh_clean");
 
 1;
-- 
2.9.3

Bug#797181: freeradius: packaging 3.0.x

[Christopher Hoskin]

Superb! Thanks for your work on this!

Christopher

On 25 September 2016 at 01:54, Michael Stapelberg 
wrote:

> Hi,
>
> I’m about to upload FreeRADIUS 3.0.11+dfsg-1 to experimental. Once it
> clears NEW (because of the additional binary packages), please give it a
> shot and let me know how the package works for you. Any feedback
> (whether it’s about success or issues) is welcome.
>
> I’ll upload to unstable once I got enough success messages.
>
> Also thanks everyone for the upstream contributions to the debian
> packaging. Any further improvements to the package are very welcome,
> please submit your patches to the Debian bug tracker.
>
> PS: If you’re super-eager to check out the package even before it clears
> NEW, feel free to build it yourself:
> https://anonscm.debian.org/cgit/pkg-freeradius/freeradius.git/
>
> --
> Best regards,
> Michael
>
> --
> To unsubscribe, send mail to 797181-unsubscr...@bugs.debian.org.
>

Bug#838749: RFS: csvjdbc/1.0.31-1

[Christopher Hoskin]

Package: sponsorship-requests
Severity: normal

  Dear Mentors,

  I am looking for a sponsor for my package "csvjdbc"

 * Package name: csvjdbc
   Version : 1.0.31-1
   Upstream Author : Mario Frasca <mfra...@users.sourceforge.net>, Simon 
Chenery <si...@users.sourceforge.net>, Jonathan Ackerman
 * URL : http://csvjdbc.sourceforge.net
 * License : LGPL-2.1
   Section : java

  It builds these binary packages:

libcsvjdbc-java - read-only JDBC driver that uses CSV or DBF files as 
database tabl
 libcsvjdbc-java-doc - Documentation for csvjdbc

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

  https://mentors.debian.net/package/csvjdbc


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

dget -x 
https://mentors.debian.net/debian/pool/main/c/csvjdbc/csvjdbc_1.0.31-1.dsc

  The package is being maintained by the Java Packaging Team. The repository is:

https://anonscm.debian.org/cgit/pkg-java/csvjdbc.git

  More information about csvjdbc can be obtained from 
http://csvjdbc.sourceforge.net.

  Changes since the last upload:

  * Fix debian/watch
  * Add bundled lib/dans-dbf-lib-*.jar file to Files-Excluded
  * Import new upstream (1.0.31)
  * debian/copyright: change Copyright-Format 1.0 URL to HTTPS.

 -- Christopher Hoskin <christopher.hos...@gmail.com>  Sat, 24 Sep 2016 
10:07:12 +0100


  Regards,
   Christopher Hoskin

Bug#837476: RFS: willow/0.3.1-1 [ITP #837471]

[Christopher Hoskin]

Package: sponsorship-requests
Severity: wishlist

 Dear mentors,

  I am looking for a sponsor for my package "willow"

 * Package name: willow
   Version : 0.3.1-1
   Upstream Author : Torchbox <he...@torchbox.com>
 * URL : https://github.com/torchbox/Willow
 * License : BSD-3-clause
   Section : python

  It builds these binary packages:

python-willow - Python image library combining Pillow, Wand and OpenCV
python-willow-doc - Python image library (documentation)

  The package is maintained within the Python Modules Team. The Alioth 
repository is:

https://anonscm.debian.org/git/python-modules/packages/willow.git/

  The package is also avaliable on mentors at:

  https://mentors.debian.net/package/willow

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

dget -x 
https://mentors.debian.net/debian/pool/main/w/willow/willow_0.3.1-1.dsc

  More information about willow can be obtained from 
https://github.com/torchbox/Willow.


  Regards,
   Christopher Hoskin

Bug#837471: ITP: willow -- Python image library combining Pillow, Wand and OpenCV

[Christopher Hoskin]

Package: wnpp
Severity: wishlist
Owner: Christopher Hoskin <christopher.hos...@gmail.com>

* Package name: willow
  Version : 0.3.1
  Upstream Author : Torchbox <he...@torchbox.com>
* URL : https://github.com/torchbox/Willow
* License : BSD-3-clause
  Programming Lang: Python
  Description : Python image library combining Pillow, Wand and OpenCV

 Willow is a simple image library that combines the APIs of Pillow, Wand and
 OpenCV. It converts the image between the libraries when necessary.

 Willow currently has basic resize and crop operations, face and feature
 detection and animated GIF support. New operations and library integrations
 can also be easily implemented.

 This package will be maintained within the Python Modules Team. I will need
 a sponsor.

 OpenCV support for Python 3 is not yet avaliable in Debian. Therefore this
 module will be packaged for Python 2 initially.

Bug#836810: tj3: man pages for TaskJuggler

[Christopher Hoskin]

Package: tj3
Followup-For: Bug #836810

Dear Maintainer,

Please find a patch providing the missing man pages attached.

Thank you.

Christopher Hoskin
>From 52e08ac9e83300aabbeee88714572cec4ff7b85b Mon Sep 17 00:00:00 2001
From: Christopher Hoskin <christopher.hos...@gmail.com>
Date: Tue, 6 Sep 2016 08:37:13 +0100
Subject: [PATCH] Non-maintainer upload.

* Non-maintainer upload.
* Fix "man pages for TaskJuggler" (Closes: #836810)
  + Add a new rake task (debian/tasks/help2man.rake) which uses GNU help2man
to generate man pages (quilt patch rakefile).
  + The pages are enhanced with include files from debian/h2m/
  + Some modifications to the code (provided in the quilt patch man-code) are
necessary to format output in the form help2man expects.
  + A spelling mistake in tj3man's --help output is corrected (quilt patch
man-spelling)
  + The rake tasks are modifified so that 'rake clobber' cleans the build
products (quilt patch clobber-clean). This is used in debian/rules.
  (Closes: #836810)
---
 debian/changelog   |  17 +++
 debian/control |   3 +-
 debian/h2m/tj3.h2m |  25 
 debian/h2m/tj3client.h2m   |  43 +++
 debian/h2m/tj3d.h2m|  33 +
 debian/h2m/tj3man.h2m  |  22 
 debian/h2m/tj3ss_receiver.h2m  |  41 ++
 debian/h2m/tj3ss_sender.h2m|  38 ++
 debian/h2m/tj3ts_receiver.h2m  |  41 ++
 debian/h2m/tj3ts_sender.h2m|  37 ++
 debian/h2m/tj3ts_summary.h2m   |  42 ++
 debian/h2m/tj3webd.h2m |  24 
 debian/patches/clobber-clean.patch |  87 +
 debian/patches/man-code.patch  | 258 +
 debian/patches/man-spelling.patch  |  17 +++
 debian/patches/rakefile.patch  |  17 +++
 debian/patches/series  |   4 +
 debian/rules   |   5 +-
 debian/tasks/help2man.rake |  16 +++
 debian/tj3.manpages|   1 +
 20 files changed, 768 insertions(+), 3 deletions(-)
 create mode 100644 debian/h2m/tj3.h2m
 create mode 100644 debian/h2m/tj3client.h2m
 create mode 100644 debian/h2m/tj3d.h2m
 create mode 100644 debian/h2m/tj3man.h2m
 create mode 100644 debian/h2m/tj3ss_receiver.h2m
 create mode 100644 debian/h2m/tj3ss_sender.h2m
 create mode 100644 debian/h2m/tj3ts_receiver.h2m
 create mode 100644 debian/h2m/tj3ts_sender.h2m
 create mode 100644 debian/h2m/tj3ts_summary.h2m
 create mode 100644 debian/h2m/tj3webd.h2m
 create mode 100644 debian/patches/clobber-clean.patch
 create mode 100644 debian/patches/man-code.patch
 create mode 100644 debian/patches/man-spelling.patch
 create mode 100644 debian/patches/rakefile.patch
 create mode 100644 debian/tasks/help2man.rake
 create mode 100644 debian/tj3.manpages

diff --git a/debian/changelog b/debian/changelog
index b501207..2c6df15 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,20 @@
+tj3 (3.6.0-3.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Fix "man pages for TaskJuggler" (Closes: #836810)
++ Add a new rake task (debian/tasks/help2man.rake) which uses GNU help2man
+  to generate man pages (quilt patch rakefile).
++ The pages are enhanced with include files from debian/h2m/
++ Some modifications to the code (provided in the quilt patch man-code) are
+  necessary to format output in the form help2man expects.
++ A spelling mistake in tj3man's --help output is corrected (quilt patch 
+  man-spelling)
++ The rake tasks are modifified so that 'rake clobber' cleans the build 
+  products (quilt patch clobber-clean). This is used in debian/rules.
+(Closes: #836810)
+
+ -- Christopher Hoskin <christopher.hos...@gmail.com>  Tue, 06 Sep 2016 07:12:39 +0100
+
 tj3 (3.6.0-3) unstable; urgency=medium
 
   * Add package for vim syntax highlighting. Thanks to Christopher Hoskin
diff --git a/debian/control b/debian/control
index 7f559a1..d691c3f 100644
--- a/debian/control
+++ b/debian/control
@@ -8,7 +8,8 @@ Build-Depends: debhelper (>= 9~),
ruby-mail (>= 2.4.3),
ruby-rspec,
ruby-term-ansicolor (>= 1.0.7),
-   localehelper
+   localehelper,
+   help2man
 Standards-Version: 3.9.8
 Vcs-Browser: https://anonscm.debian.org/gitweb/?p=collab-maint/tj3.git
 Vcs-Git: https://anonscm.debian.org/git/collab-maint/tj3.git
diff --git a/debian/h2m/tj3.h2m b/debian/h2m/tj3.h2m
new file mode 100644
index 000..cf03a12
--- /dev/null
+++ b/debian/h2m/tj3.h2m
@@ -0,0 +1,25 @@
+[NAME]
+tj3 \- schedules tj3 projects and generates reports
+
+[ENVIRONMENT]
+
+.TP
+\fBTASKJUGGLER_DATA_PATH\fR
+Override the path to the TaskJuggler data folder.
+The data folder contains the css, icons and scripts
+for TaskJuggler reports.
+
+.TP
+\fBTZ\fR
+The POSIX Time Zone environment variable.
+
+Any environment variable may be used in a Task

Bug#836810: tj3: man pages for TaskJuggler

[Christopher Hoskin]

Package: tj3
Version: 3.6.0-3
Severity: wishlist

Dear Maintainer,

Man pages are not provided for the TaskJuggler programs (tj3, tj3client, tj3d, 
tj3man, tj3ss_receiver, tj3ss_sender, tj3ts_receiver, tj3ts_sender, 
tj3ts_summary, tj3webd). This is considered a bug by Debian[0].

I have submitted a pull request[1] upstream to address this, and will shortly 
attach a corresponding patch to this bug report.

Thanks.

Christopher Hoskin

[0] https://www.debian.org/doc/debian-policy/ch-docs.html
[1] https://github.com/taskjuggler/TaskJuggler/pull/196

Bug#836571: jessie-pu: package rabbitvcs/0.16-1

[Christopher Hoskin]

Package: release.debian.org
Tags: jessie
Followup-For: Bug #836571
User: release.debian@packages.debian.org
Usertags: pu

> *No*. The bug you're fixing may be critical, the request to fix it in
> stable is at most normal.

Appologies - my misunderstanding.

> Given the fact that the package has no reverse-dependencies and before
> your NMU in unstable had not been updated for two years, I wonder
> whether removal might have been a better option.

That's a fair point - but presumably a matter for the PAPT rather than me?

> I assume your rationale for suggesting a release via stable-updates,
> rather than simply waiting for the next point release (which will be in
> just under two weeks time) is the potential for data loss.

This may be me misunderstanding the roles of stable-updates and point releases.
The next point release sounds fine, particularly given that #817231 had already
been open for some time.

I've rebuilt the diff with version 0.16-1+deb8u1 as I started from the Jessie
source package. Hopefully I have got it right this time?

Thanks for your help.

Christopher Hoskin
diff -Nru rabbitvcs-0.16/debian/changelog rabbitvcs-0.16/debian/changelog
--- rabbitvcs-0.16/debian/changelog	2014-10-05 10:21:39.0 +0100
+++ rabbitvcs-0.16/debian/changelog	2016-09-04 18:52:26.0 +0100
@@ -1,3 +1,10 @@
+rabbitvcs (0.16-1+deb8u1) jessie; urgency=medium
+
+  * Non-maintainer upload.
+  * Fix "All files in home folder removed" Applied upstream fix as patch (Closes: #817231)
+
+ -- Christopher Hoskin <christopher.hos...@gmail.com>  Sun, 04 Sep 2016 18:52:18 +0100
+
 rabbitvcs (0.16-1) unstable; urgency=medium
 
   * Team upload.
diff -Nru rabbitvcs-0.16/debian/patches/fix-817231.patch rabbitvcs-0.16/debian/patches/fix-817231.patch
--- rabbitvcs-0.16/debian/patches/fix-817231.patch	1970-01-01 01:00:00.0 +0100
+++ rabbitvcs-0.16/debian/patches/fix-817231.patch	2016-09-04 07:05:41.0 +0100
@@ -0,0 +1,38 @@
+Subject: Repository Browser export empties target folder
+ A critical bug, where when the user attempts to export files from within the
+ RabbitVCS Repository Browser to a local target folder, the contents of the
+ target folder are deleted without warning, and the export fails.
+Origin: upstream, https://github.com/rabbitvcs/rabbitvcs/pull/89/commits/b3dc98601d57d2e58e491a66b562a399ce1a
+Bug-Debian: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=817231
+Bug: https://github.com/rabbitvcs/rabbitvcs/issues/70
+Bug: https://github.com/rabbitvcs/rabbitvcs/issues/127
+Bug: https://github.com/rabbitvcs/rabbitvcs/issues/161
+From: abaheti <abah...@tibco.com>
+Acked-by: Christopher Hoskin <christopher.hos...@gmail.com>
+Last-Update: 2016-08-28
+Applied-Upstream: commit:b3dc986, https://github.com/rabbitvcs/rabbitvcs/pull/89/commits/b3dc98601d57d2e58e491a66b562a399ce1a
+
+---
+ rabbitvcs/vcs/svn/__init__.py | 6 +-
+ 1 file changed, 1 insertion(+), 5 deletions(-)
+
+diff --git a/rabbitvcs/vcs/svn/__init__.py b/rabbitvcs/vcs/svn/__init__.py
+index 96d821d..dee5e7f 100644
+--- a/rabbitvcs/vcs/svn/__init__.py
 b/rabbitvcs/vcs/svn/__init__.py
+@@ -1237,11 +1237,7 @@ class SVN:
+ @param  recurse: Whether or not to run a recursive checkout.
+ 
+ """
+-if os.path.exists(dest_path):
+-if os.path.isdir(dest_path):
+-shutil.rmtree(dest_path)
+-else:
+-os.remove(dest_path)
++revision=Revision("head")
+ 
+ 
+ 
+-- 
+2.9.3
+
diff -Nru rabbitvcs-0.16/debian/patches/series rabbitvcs-0.16/debian/patches/series
--- rabbitvcs-0.16/debian/patches/series	2014-10-05 10:12:07.0 +0100
+++ rabbitvcs-0.16/debian/patches/series	2016-09-04 07:05:41.0 +0100
@@ -1 +1,2 @@
 99_setup.py.patch
+fix-817231.patch

Bug#836571: jessie-pu: package rabbitvcs/0.16-1

[Christopher Hoskin]

Package: release.debian.org
Severity: critical
Tags: patch
User: release.debian@packages.debian.org
Usertags: pu

The attached patch fixes bug #817231 in the rabbitvcs package. This is 
classified as a critical bug on the grounds that it can cause serious data loss 
(e.g. loss of entire home folder). There are several reports of this actually 
happening to users of the software on Debian and other systems:

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=817231
https://github.com/rabbitvcs/rabbitvcs/issues/127
http://askubuntu.com/questions/473433/rabbitsvn-deleted-all-my-folders
https://github.com/rabbitvcs/rabbitvcs/issues/70

Bug #817231 has now been closed in unstable. Given the nature of the bug, I 
thought perhaps it should also be fixed in jessie-updates? The attached patch 
acheives this. (I understand that the distribution needs to be set to jessie in 
debian/changelog, rather than {jessie|stable}-updates[0].)

I am not a Debian Developer so would require a sponsor.

[0] https://lists.debian.org/debian-devel/2015/06/msg00307.html

Thanks.

Christopher Hoskin
diff -Nru rabbitvcs-0.16/debian/changelog rabbitvcs-0.16/debian/changelog
--- rabbitvcs-0.16/debian/changelog	2014-10-05 10:21:39.0 +0100
+++ rabbitvcs-0.16/debian/changelog	2016-09-04 07:09:07.0 +0100
@@ -1,3 +1,10 @@
+rabbitvcs (0.16-1.1) jessie; urgency=medium
+
+  * Non-maintainer upload.
+  * Fix "All files in home folder removed" Applied upstream fix as patch (Closes: #817231)
+
+ -- Christopher Hoskin <christopher.hos...@gmail.com>  Sun, 04 Sep 2016 07:08:46 +0100
+
 rabbitvcs (0.16-1) unstable; urgency=medium
 
   * Team upload.
diff -Nru rabbitvcs-0.16/debian/patches/fix-817231.patch rabbitvcs-0.16/debian/patches/fix-817231.patch
--- rabbitvcs-0.16/debian/patches/fix-817231.patch	1970-01-01 01:00:00.0 +0100
+++ rabbitvcs-0.16/debian/patches/fix-817231.patch	2016-09-04 07:05:41.0 +0100
@@ -0,0 +1,38 @@
+Subject: Repository Browser export empties target folder
+ A critical bug, where when the user attempts to export files from within the
+ RabbitVCS Repository Browser to a local target folder, the contents of the
+ target folder are deleted without warning, and the export fails.
+Origin: upstream, https://github.com/rabbitvcs/rabbitvcs/pull/89/commits/b3dc98601d57d2e58e491a66b562a399ce1a
+Bug-Debian: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=817231
+Bug: https://github.com/rabbitvcs/rabbitvcs/issues/70
+Bug: https://github.com/rabbitvcs/rabbitvcs/issues/127
+Bug: https://github.com/rabbitvcs/rabbitvcs/issues/161
+From: abaheti <abah...@tibco.com>
+Acked-by: Christopher Hoskin <christopher.hos...@gmail.com>
+Last-Update: 2016-08-28
+Applied-Upstream: commit:b3dc986, https://github.com/rabbitvcs/rabbitvcs/pull/89/commits/b3dc98601d57d2e58e491a66b562a399ce1a
+
+---
+ rabbitvcs/vcs/svn/__init__.py | 6 +-
+ 1 file changed, 1 insertion(+), 5 deletions(-)
+
+diff --git a/rabbitvcs/vcs/svn/__init__.py b/rabbitvcs/vcs/svn/__init__.py
+index 96d821d..dee5e7f 100644
+--- a/rabbitvcs/vcs/svn/__init__.py
 b/rabbitvcs/vcs/svn/__init__.py
+@@ -1237,11 +1237,7 @@ class SVN:
+ @param  recurse: Whether or not to run a recursive checkout.
+ 
+ """
+-if os.path.exists(dest_path):
+-if os.path.isdir(dest_path):
+-shutil.rmtree(dest_path)
+-else:
+-os.remove(dest_path)
++revision=Revision("head")
+ 
+ 
+ 
+-- 
+2.9.3
+
diff -Nru rabbitvcs-0.16/debian/patches/series rabbitvcs-0.16/debian/patches/series
--- rabbitvcs-0.16/debian/patches/series	2014-10-05 10:12:07.0 +0100
+++ rabbitvcs-0.16/debian/patches/series	2016-09-04 07:05:41.0 +0100
@@ -1 +1,2 @@
 99_setup.py.patch
+fix-817231.patch

Bug#836052: tj3man unable to open manual index page

[Christopher Hoskin]

Package: tj3
Version: 3.6.0-2
Followup-For: Bug #836052

Dear Vincent,

Hopefully the attached is what you meant?

Thanks for your help.

Christopher
>From 368be815aac6d09839cf347a526a09b0beec5de9 Mon Sep 17 00:00:00 2001
From: Christopher Hoskin <christopher.hos...@gmail.com>
Date: Wed, 31 Aug 2016 13:48:58 +0100
Subject: [PATCH] Add manual-path.patch to use Debian path for manual

---
 debian/changelog |  8 
 debian/patches/manual-path.patch | 21 +
 debian/patches/series|  1 +
 3 files changed, 30 insertions(+)
 create mode 100644 debian/patches/manual-path.patch

diff --git a/debian/changelog b/debian/changelog
index 14ba371..797fe57 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,11 @@
+tj3 (3.6.0-2.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Fix "tj3man unable to open manual index page" Added manual-path.patch to 
++change path used to locate manual index page. (Closes: #836052)
+
+ -- Christopher Hoskin <christopher.hos...@gmail.com>  Wed, 31 Aug 2016 18:33:39 +0100
+
 tj3 (3.6.0-2) unstable; urgency=medium
 
   * d/copyright: change GFDL short name to GFDL-NIV. Thanks to Christopher
diff --git a/debian/patches/manual-path.patch b/debian/patches/manual-path.patch
new file mode 100644
index 000..68a5624
--- /dev/null
+++ b/debian/patches/manual-path.patch
@@ -0,0 +1,21 @@
+Description: Use Debian path for manual
+ Changes the path used by tj3man to find the user manual index.html file from
+ one relative to the binary to the absolute path /usr/share/doc/tj3/html/ used
+ by Debian
+Bug-Debian: 836052
+Forwarded: not-needed
+Author: Christopher Hoskin <christopher.hos...@gmail.com>
+Last-Update: 2016-08-31
+
+--- a/lib/taskjuggler/apps/Tj3Man.rb
 b/lib/taskjuggler/apps/Tj3Man.rb
+@@ -106,8 +106,7 @@
+ # specified keyword.
+ def startBrowser(keyword = nil)
+   # Find the manual relative to this file.
+-  manualDir = File.join(File.dirname(__FILE__), '..', '..', '..',
+-'manual', 'html')
++  manualDir = '/usr/share/doc/tj3/html/'
+   file = "#{manualDir}/#{keyword || 'index'}.html"
+   # Make sure the file exists.
+   unless File.exist?(file)
diff --git a/debian/patches/series b/debian/patches/series
index f43594f..f714ea8 100644
--- a/debian/patches/series
+++ b/debian/patches/series
@@ -1,3 +1,4 @@
 dont-require-git.patch
 data-search-dirs-debian.patch
 reproducible-build.patch
+manual-path.patch
\ No newline at end of file
-- 
2.9.3

Bug#836052: tj3man unable to open manual index page

[Christopher Hoskin]

Package: tj3
Version: 3.6.0-2
Followup-For: Bug #836052

Dear Vincent,

Please find a git-formatted patch attached.

Incidently, the Vcs-Git URL in debain/control

https://alioth.debian.org/anonscm/git/collab-maint/tj3.git

fails when I try to clone from it (fatal: repository 
'https://alioth.debian.org/anonscm/git/collab-maint/tj3.git/' not found). Using

https://anonscm.debian.org/git/collab-maint/tj3.git

instead seems to work.

Thanks.

Christopher Hoskin
diff --git a/debian/patches/manual-path.patch b/debian/patches/manual-path.patch
new file mode 100644
index 000..68a5624
--- /dev/null
+++ b/debian/patches/manual-path.patch
@@ -0,0 +1,21 @@
+Description: Use Debian path for manual
+ Changes the path used by tj3man to find the user manual index.html file from
+ one relative to the binary to the absolute path /usr/share/doc/tj3/html/ used
+ by Debian
+Bug-Debian: 836052
+Forwarded: not-needed
+Author: Christopher Hoskin <christopher.hos...@gmail.com>
+Last-Update: 2016-08-31
+
+--- a/lib/taskjuggler/apps/Tj3Man.rb
 b/lib/taskjuggler/apps/Tj3Man.rb
+@@ -106,8 +106,7 @@
+ # specified keyword.
+ def startBrowser(keyword = nil)
+   # Find the manual relative to this file.
+-  manualDir = File.join(File.dirname(__FILE__), '..', '..', '..',
+-'manual', 'html')
++  manualDir = '/usr/share/doc/tj3/html/'
+   file = "#{manualDir}/#{keyword || 'index'}.html"
+   # Make sure the file exists.
+   unless File.exist?(file)
diff --git a/debian/patches/series b/debian/patches/series
index f43594f..f714ea8 100644
--- a/debian/patches/series
+++ b/debian/patches/series
@@ -1,3 +1,4 @@
 dont-require-git.patch
 data-search-dirs-debian.patch
 reproducible-build.patch
+manual-path.patch
\ No newline at end of file

Bug#836052: tj3: diff for NMU version 3.6.0-2.1

[Christopher Hoskin]

Control: tags 836052 + patch
Control: tags 836052 + pending

Dear Maintainer,

I've prepared an NMU for tj3 (versioned as 3.6.0-2.1) fixing
bug 836052 and have uploaded it to 

https://mentors.debian.net/package/tj3


Regards.

Christopher Hoskin
diff -Nru tj3-3.6.0/debian/changelog tj3-3.6.0/debian/changelog
--- tj3-3.6.0/debian/changelog	2016-08-13 19:31:10.0 +0100
+++ tj3-3.6.0/debian/changelog	2016-08-31 10:38:10.0 +0100
@@ -1,3 +1,11 @@
+tj3 (3.6.0-2.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Fix "tj3man unable to open manual index page". Added manual-path.patch to 
+change path used to locate manual index page. (Closes: #836052)
+
+ -- Christopher Hoskin <christopher.hos...@gmail.com>  Wed, 31 Aug 2016 10:38:10 +0100
+
 tj3 (3.6.0-2) unstable; urgency=medium
 
   * d/copyright: change GFDL short name to GFDL-NIV. Thanks to Christopher
diff -Nru tj3-3.6.0/debian/patches/manual-path.patch tj3-3.6.0/debian/patches/manual-path.patch
--- tj3-3.6.0/debian/patches/manual-path.patch	1970-01-01 01:00:00.0 +0100
+++ tj3-3.6.0/debian/patches/manual-path.patch	2016-08-31 10:32:27.0 +0100
@@ -0,0 +1,21 @@
+Description: Use Debian path for manual
+ Changes the path used by tj3man to find the user manual index.html file from
+ one relative to the binary to the absolute path /usr/share/doc/tj3/html/ used
+ by Debian
+Bug-Debian: 836052
+Forwarded: not-needed
+Author: Christopher Hoskin <christopher.hos...@gmail.com>
+Last-Update: 2016-08-31
+
+--- a/lib/taskjuggler/apps/Tj3Man.rb
 b/lib/taskjuggler/apps/Tj3Man.rb
+@@ -106,8 +106,7 @@
+ # specified keyword.
+ def startBrowser(keyword = nil)
+   # Find the manual relative to this file.
+-  manualDir = File.join(File.dirname(__FILE__), '..', '..', '..',
+-'manual', 'html')
++  manualDir = '/usr/share/doc/tj3/html/'
+   file = "#{manualDir}/#{keyword || 'index'}.html"
+   # Make sure the file exists.
+   unless File.exist?(file)
diff -Nru tj3-3.6.0/debian/patches/series tj3-3.6.0/debian/patches/series
--- tj3-3.6.0/debian/patches/series	2016-08-13 19:31:10.0 +0100
+++ tj3-3.6.0/debian/patches/series	2016-08-31 10:14:07.0 +0100
@@ -1,3 +1,4 @@
 dont-require-git.patch
 data-search-dirs-debian.patch
 reproducible-build.patch
+manual-path.patch


signature.asc
Description: PGP signature

Bug#836052: tj3man unable to open manual index page

[Christopher Hoskin]

Package: tj3
Version: 3.6.0-2
Severity: normal

Dear Maintainer,

When I run

tj3man --html

The error message:

"Cannot open manual file 
/usr/lib/ruby/vendor_ruby/taskjuggler/apps/../../../manual/html/index.html"

is displayed. I would expect a web browser to open the index.html page instead.

This appears to be because the path set in lib/taskjuggler/apps/Tj3Man.rb is 
relative to that file, whereas in Debian the path is the absolute path 
/usr/share/doc/tj3/html/index.html.

Thanks.

Christopher Hoskin



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

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

Versions of packages tj3 depends on:
ii  ruby 1:2.3.0+4
ii  ruby-mail2.6.4+dfsg1-1
ii  ruby-term-ansicolor  1.3.0-1

tj3 recommends no packages.

tj3 suggests no packages.

-- no debconf information

Bug#817231: rabbitvcs: diff for NMU version 0.16-1.1

[Christopher Hoskin]

Control: tags 817231 + patch
Control: tags 817231 + pending


Dear Maintainer,

I've prepared an NMU for rabbitvcs (versioned as 0.16-1.1) fixing this 
bug #817231 and have uploaded it to Debian Mentors:

https://mentors.debian.net/package/rabbitvcs

Regards.

Christopher Hoskin
diff -Nru rabbitvcs-0.16/debian/changelog rabbitvcs-0.16/debian/changelog
--- rabbitvcs-0.16/debian/changelog	2014-10-05 10:21:39.0 +0100
+++ rabbitvcs-0.16/debian/changelog	2016-08-27 16:06:49.0 +0100
@@ -1,3 +1,10 @@
+rabbitvcs (0.16-1.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Fix "All files in home folder removed" Applied upstream fix as patch (Closes: #817231)
+
+ -- Christopher Hoskin <christopher.hos...@gmail.com>  Sat, 27 Aug 2016 16:06:49 +0100
+
 rabbitvcs (0.16-1) unstable; urgency=medium
 
   * Team upload.
diff -Nru rabbitvcs-0.16/debian/patches/fix-817231.patch rabbitvcs-0.16/debian/patches/fix-817231.patch
--- rabbitvcs-0.16/debian/patches/fix-817231.patch	1970-01-01 01:00:00.0 +0100
+++ rabbitvcs-0.16/debian/patches/fix-817231.patch	2016-08-27 16:06:49.0 +0100
@@ -0,0 +1,38 @@
+Subject: Repository Browser export empties target folder
+ A critical bug, where when the user attempts to export files from within the
+ RabbitVCS Repository Browser to a local target folder, the contents of the
+ target folder are deleted without warning, and the export fails.
+Origin: upstream, https://github.com/rabbitvcs/rabbitvcs/pull/89/commits/b3dc98601d57d2e58e491a66b562a399ce1a
+Bug-Debian: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=817231
+Bug: https://github.com/rabbitvcs/rabbitvcs/issues/70
+Bug: https://github.com/rabbitvcs/rabbitvcs/issues/127
+Bug: https://github.com/rabbitvcs/rabbitvcs/issues/161
+From: abaheti <abah...@tibco.com>
+Acked-by: Christopher Hoskin <christopher.hos...@gmail.com>
+Last-Update: 2016-08-28
+Applied-Upstream: commit:b3dc986, https://github.com/rabbitvcs/rabbitvcs/pull/89/commits/b3dc98601d57d2e58e491a66b562a399ce1a
+
+---
+ rabbitvcs/vcs/svn/__init__.py | 6 +-
+ 1 file changed, 1 insertion(+), 5 deletions(-)
+
+diff --git a/rabbitvcs/vcs/svn/__init__.py b/rabbitvcs/vcs/svn/__init__.py
+index 96d821d..dee5e7f 100644
+--- a/rabbitvcs/vcs/svn/__init__.py
 b/rabbitvcs/vcs/svn/__init__.py
+@@ -1237,11 +1237,7 @@ class SVN:
+ @param  recurse: Whether or not to run a recursive checkout.
+ 
+ """
+-if os.path.exists(dest_path):
+-if os.path.isdir(dest_path):
+-shutil.rmtree(dest_path)
+-else:
+-os.remove(dest_path)
++revision=Revision("head")
+ 
+ 
+ 
+-- 
+2.9.3
+
diff -Nru rabbitvcs-0.16/debian/patches/series rabbitvcs-0.16/debian/patches/series
--- rabbitvcs-0.16/debian/patches/series	2014-10-05 10:12:07.0 +0100
+++ rabbitvcs-0.16/debian/patches/series	2016-08-27 16:06:49.0 +0100
@@ -1 +1,2 @@
 99_setup.py.patch
+fix-817231.patch


signature.asc
Description: PGP signature

Bug#835139: tj3: Provide vim syntax highlighting for tjp and tji files

[Christopher Hoskin]

Package: tj3
Version: 3.6.0-2
Severity: wishlist
Tags: patch

Dear Maintainer,

TaskJuggler includes a Vim plugin for syntax highlighting for tjp and tji files 
[0]. This should be packaged in accordance with Debian's Vim packaging policy 
[1]. The attached patch provides such a package. It would be great if you could 
apply this to the source package.

Thanks.

Christopher Hoskin

[0] 
http://www.taskjuggler.org/tj3/manual/Installation.html#Installing_the_Vim_Support
[1] https://pkg-vim.alioth.debian.org/vim-policy.html/

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

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

Versions of packages tj3 depends on:
ii  ruby 1:2.3.0+4
ii  ruby-mail2.6.4+dfsg1-1
ii  ruby-term-ansicolor  1.3.0-1

tj3 recommends no packages.

tj3 suggests no packages.

-- no debconf information
diff --git a/debian/control b/debian/control
index e6153b2..094638b 100644
--- a/debian/control
+++ b/debian/control
@@ -32,3 +32,15 @@ Description: project management software, aka TaskJuggler
  to the completion of the project. It assists you during project scoping,
  resource assignment, cost and revenue planing, risk and communication
  management.
+
+Package: vim-tjp
+Architecture: all
+Recommends: vim-addon-manager
+Description: vim addon for TaskJuggler .tjp files
+ TaskJuggler is project management software for project scoping, resource 
+ assignment, cost and revenue planing, risk and communication management. It is
+ packaged in Debian as tj3.
+ .
+ This package provides a plugin for the vim editor prviding syntax highlighting
+ for .tjp files.
+
diff --git a/debian/rules b/debian/rules
index 26f8596..9287874 100755
--- a/debian/rules
+++ b/debian/rules
@@ -6,6 +6,12 @@
 override_dh_auto_build:
 	dh_auto_build
 	localehelper LANG=en_US.UTF-8 rake manual
+	rake vim 
+
+override_dh_clean:
+	rm -rf manual/html
+	rm data/tjp.vim
+	dh_clean
 
 override_dh_auto_test:
 	rake spec
diff --git a/debian/vim-tjp.install b/debian/vim-tjp.install
new file mode 100644
index 000..3ea6ab3
--- /dev/null
+++ b/debian/vim-tjp.install
@@ -0,0 +1,3 @@
+data/tjp.vim /usr/share/vim/addons/syntax/
+debian/vim/	/usr/share/
+
diff --git a/debian/vim/addons/ftdetect/tjp.vim b/debian/vim/addons/ftdetect/tjp.vim
new file mode 100644
index 000..401e13b
--- /dev/null
+++ b/debian/vim/addons/ftdetect/tjp.vim
@@ -0,0 +1,2 @@
+autocmd BufNewFile,BufRead *.tjp,*.tji setfiletype tjp
+
diff --git a/debian/vim/registry/vim-tjp.yaml b/debian/vim/registry/vim-tjp.yaml
new file mode 100644
index 000..c4a119c
--- /dev/null
+++ b/debian/vim/registry/vim-tjp.yaml
@@ -0,0 +1,5 @@
+addon: tjp
+description: "vim addon for TaskJuggler .tjp files"
+files:
+  - syntax/tjp.vim
+  - ftdetect/tjp.vim

Bug#835056: maven-repo-helper: Cannot ignore module if referencing pom is not in parent folder

[Christopher Hoskin]

Package: maven-repo-helper
Version: 1.9.2
Severity: normal

Dear Maintainer,

Consider the structure

./pom.xml
./module1/pom.xml
./module1/submodule1a/pom.xml

./pom.xml contains:

module1/submodule1a

./module1/submodule1a/pom.xml contains:

  
...
../../pom.xml
  

./module1/pom.xml does not reference submodule1a as a module.

In debian/.poms we add:

module1/submodule1a/pom.xml --ignore

in src/main/java/org/debian/maven/repo/POMTransformer.java, 
discoverModulesToIgnore() it is assumed that the parent POM is always in ../:

public void ignorePOM(File pomFile) throws Exception {
File parentPom = new 
File(pomFile.getParentFile().getParentFile(), "pom.xml");
addIgnoreModule(parentPom, pomFile.getParentFile().getName());
}

and no use is made of the relativePath. Therefore the module is not ignored.

Thank you.

Christopher Hoskin



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

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

Versions of packages maven-repo-helper depends on:
ii  default-jre-headless [java2-runtime-headless]2:1.8-57
ii  gcj-5-jre-headless [java2-runtime-headless]  5.4.1-1
ii  libstax-java 1.2.0-3
ii  openjdk-8-jre-headless [java2-runtime-headless]  8u102-b14.1-2

Versions of packages maven-repo-helper recommends:
ii  debhelper  9.20160814

Versions of packages maven-repo-helper suggests:
ii  maven-debian-helper  2.1.1

-- no debconf information