Bug#1060864: RM: mathlibtools -- ROM; abandoned upstream
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
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, &mut 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
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"`
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
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
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
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
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
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
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
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
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
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"
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
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
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
Package: wnpp Severity: wishlist Owner: Christopher Hoskin * 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
Package: wnpp Severity: wishlist Owner: Christopher Hoskin * 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
Package: wnpp Severity: wishlist Owner: Christopher Hoskin * 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
Package: wnpp Owner: Christopher Hoskin 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 * 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
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
Package: wnpp Owner: Christopher Hoskin 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 * 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
Package: wnpp Severity: wishlist Owner: Christopher Hoskin * 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
Package: wnpp Severity: wishlist Owner: Christopher Hoskin * Package name: subethasmtp Version : 4.0 Upstream Author : David Moten * 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
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
Package: wnpp Severity: wishlist Owner: Christopher Hoskin * Package name: unbescape Version : 1.1.5 Upstream Author : Daniel Fernández * 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
Package: wnpp Severity: wishlist Owner: Christopher Hoskin * Package name: rabbitmq-java-client Version : 5.0.0 Upstream Author : Pivotal Software, Inc. * 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
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
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
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
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
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
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
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)
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
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
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
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
Package: wnpp Followup-For: Bug #845789 Owner: Christopher Hoskin 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
Package: wnpp Followup-For: Bug #847003 Owner: Christopher Hoskin 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
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
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
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
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
Package: wnpp Severity: wishlist Owner: Christopher Hoskin * Package name: pycryptodome Version : 3.4.6 Upstream Author : Legrandin * 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
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
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
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
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
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
Package: wnpp Severity: wishlist Owner: Christopher Hoskin * Package name: pytds Version : 1.8.2 Upstream Author : Mikhail Denisenko * 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
Package: wnpp Severity: wishlist Owner: Christopher Hoskin * Package name: django-dirtyfields Version : 1.2.1 Upstream Author : Romain Garrigues * 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
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
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
Package: wnpp Severity: wishlist Owner: Christopher Hoskin * Package name: vine Version : 1.1.3 Upstream Author : Ask Solem & 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
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
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
Package: wnpp Severity: wishlist Owner: Christopher Hoskin * Package name: sphinx-celery Version : 1.3.1 Upstream Author : Ask Solem * 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
Package: wnpp Severity: wishlist Owner: Christopher Hoskin * Package name: case Version : 1.5.2 Upstream Author : Ask Solem & 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
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
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
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
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]
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
Package: wnpp Owner: Christopher Hoskin 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 * 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
Package: wnpp Owner: Christopher Hoskin 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 * 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
> 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
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
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
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
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
Package: wnpp Owner: Christopher Hoskin 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 * 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
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
Package: wnpp Owner: Christopher Hoskin 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 * 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
Package: wnpp Owner: Christopher Hoskin 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 * 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.
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:
But I suppose that should be a bug against the existing package?
Bug#847377:
Unless RT 4.4 requires a newer version than is in Sid? Christopher
Bug#847003: ITP: connid -- framework for provisioning identities to repositories
Package: wnpp Severity: wishlist Owner: Christopher Hoskin * 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
Package: wnpp Severity: wishlist Owner: Christopher Hoskin * 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]
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 , 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 Sat, 26 Nov 2016 17:00:10 + Regards, Christopher Hoskin
Bug#837476: RFS: willow/0.3.1-1 [ITP #837471]
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]
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. * 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
Package: wnpp Severity: wishlist Owner: Christopher Hoskin * Package name: qpid-java Version : 6.0.4 Upstream Author : The Apache Software Foundation * 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
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
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
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
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 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
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
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 , Simon Chenery , 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 Sat, 24 Sep 2016 10:07:12 +0100 Regards, Christopher Hoskin
Bug#837476: RFS: willow/0.3.1-1 [ITP #837471]
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 * 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
Package: wnpp Severity: wishlist Owner: Christopher Hoskin * Package name: willow Version : 0.3.1 Upstream Author : Torchbox * 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
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 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 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 TaskJuggler file using the expression $(VAR_NAME). + +[E
Bug#836810: tj3: man pages for TaskJuggler
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
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 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
+Acked-by: Christopher Hoskin
+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
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 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
+Acked-by: Christopher Hoskin
+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
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
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 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
+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
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
+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
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 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
+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
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
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 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
+Acked-by: Christopher Hoskin
+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
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
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
