Bug#1062953: python3-pyocd: Module is unusable (missing runtime dependencies)

[Nick Morrott (nickm)]

Package: python3-pyocd
Version: 0.36.0-1
Severity: grave
Justification: renders package unusable

Dear Maintainer,

The upload of python3-pyocd 0.36.0-1 appears to be completely unusable:

$ python3
Python 3.11.7 (main, Dec  8 2023, 14:22:46) [GCC 13.2.0] on linux
Type "help", "copyright", "credits" or "license" for more information.
>>> import pyOCD
Traceback (most recent call last):
  File "", line 1, in 
  File "/usr/lib/python3/dist-packages/pyOCD/__init__.py", line 21, in 
from . import gdbserver
  File "/usr/lib/python3/dist-packages/pyOCD/gdbserver/__init__.py", line 17, 
in 

from .gdbserver import GDBServer
  File "/usr/lib/python3/dist-packages/pyOCD/gdbserver/gdbserver.py", line 42, 
in 

from ..rtos import RTOS
  File "/usr/lib/python3/dist-packages/pyOCD/rtos/__init__.py", line 29, in 


load_plugin_classes_of_type('pyocd.rtos', RTOS, ThreadProvider)
  File "/usr/lib/python3/dist-packages/pyOCD/core/plugin.py", line 97, in 
load_plugin_classes_of_type

plugin = entry_point.load()()
 ^^
  File "/usr/lib/python3/dist-packages/importlib_metadata/__init__.py", line 
203, in load

module = import_module(match.group('module'))
 
  File "/usr/lib/python3.11/importlib/__init__.py", line 126, in import_module
return _bootstrap._gcd_import(name[level:], package, level)
   
  File "/usr/lib/python3/dist-packages/pyocd/__init__.py", line 21, in 
from . import gdbserver
  File "/usr/lib/python3/dist-packages/pyocd/gdbserver/__init__.py", line 17, 
in 

from .gdbserver import GDBServer
  File "/usr/lib/python3/dist-packages/pyocd/gdbserver/gdbserver.py", line 50, 
in 

return _bootstrap._gcd_import(name[level:], package, level)
   
  File "/usr/lib/python3/dist-packages/pyocd/probe/jlink_probe.py", line 22, in 


import pylink
ModuleNotFoundError: No module named 'pylink'


The build log reports several missing dependencies:

I: dh_python3 pydist:302: Cannot find package that provides cmsis_pack_manager.
I: dh_python3 pydist:302: Cannot find package that provides libusb_package.
I: dh_python3 pydist:302: Cannot find package that provides pylink_square.


Although present in the distribution, no tests are configured to run at build 
time.



-- System Information:
Debian Release: trixie/sid
  APT prefers testing
  APT policy: (700, 'testing'), (600, 'unstable'), (400, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 6.5.0-5-amd64 (SMP w/24 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, 
TAINT_UNSIGNED_MODULE

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

Versions of packages python3-pyocd depends on:
ii  python3  3.11.6-1
ii  python3-capstone 4.0.2-5+b1
ii  python3-colorama 0.4.6-4
ii  python3-importlib-metadata   4.12.0-1
ii  python3-importlib-resources  6.0.1-1
ii  python3-intelhex 2.3.0-2
ii  python3-intervaltree 3.0.2-1.1
ii  python3-lark 1.1.9-1
ii  python3-natsort  8.0.2-2
ii  python3-pkg-resources68.1.2-2
ii  python3-prettytable  3.6.0-1
ii  python3-pyelftools   0.30-1
ii  python3-six  1.16.0-4
ii  python3-typing-extensions4.7.1-2
ii  python3-usb  1.2.1-2
ii  python3-yaml 6.0.1-1+b1

python3-pyocd recommends no packages.

python3-pyocd suggests no packages.

-- no debconf information

Bug#1061697: ITP: libcgi-tiny-perl -- module providing a modern interface to write CGI scripts

[Nick Morrott]

Package: wnpp
Owner: Nick Morrott 
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org, debian-p...@lists.debian.org

* Package name: libcgi-tiny-perl
  Version : 1.002
  Upstream Author : Dan Book 
* URL : https://metacpan.org/release/CGI-Tiny
* License : Artistic-2.0
  Programming Lang: Perl
  Description : module providing a modern interface to write CGI scripts

CGI::Tiny provides a modern interface to write CGI scripts to dynamically
respond to HTTP requests as defined in RFC 3875. It is intended to be:

 * Minimal
 CGI::Tiny contains a small amount of code and (on modern Perls) no non-core
 requirements. No framework needed.

 * Simple
 CGI::Tiny is straightforward to use, avoids anything magical or surprising,
 and provides easy access to the most commonly needed features.

 * Robust
 CGI::Tiny's interface is designed to help the developer follow best
 practices and avoid common pitfalls and vulnerabilities by default.

 * Lazy
 CGI::Tiny only loads code or processes information once it is needed,
 so simple requests can be handled without unnecessary overhead.

 * Restrained
 CGI::Tiny is designed for the CGI protocol which executes the program again
 for every request. It is not suitable for persistent protocols like FastCGI
 or PSGI.

 * Flexible
 CGI::Tiny can be used with other modules to handle tasks like routing and
 templating, and doesn't impose unnecessary constraints to reading input or
 rendering output.

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#999977: qxw: depends on obsolete pcre3 library

[Nick Morrott]

On Mon, 4 Sept 2023 at 07:32, Stephen Kitt  wrote:
>
> It took me longer to get round to this than I hoped, but here is a patch for
> qxw. I’ve already forwarded it upstream.

Dear Stephen and Bastian,

Thank you both for the pcre2 patch and the upload of qxw.

I got back from vacation yesterday and receiving the commit and upload
notifications this morning was a very unexpected gift!

Many thanks,
Nick

Bug#999977: qxw: depends on obsolete pcre3 library

[Nick Morrott]

On 2023/07/22 at 08:43, Stephen Kitt wrote:
>aOn Sat, 22 Jul 2023 16:14:06 +0200, Bastian Germann  wrote:
> > I suggest to remove the package. I do not think upstream will deal with 
> > this.
> 
> qxw’s usage of pcre seems simple enough, I’ll try to come up with a patch.
> 
> Regards,
> 
> Stephen

Bastian/Stephen,

In my last contact with upstream I discussed the use of the obsolete pcre3
library. The development team told me that a new GTK3/Qt GUI is under
development which will resolve the pcre3 issue in addition to the
proposed UI improvements.

In the meantime, I will look to spend some time understanding the
pcre3->pcre2 migration and patching qxw in the short term, if Stephen does
not have time to do so.

I'd like to keep qxw in the archive, given the time spent getting it
reintroduced in time for bookworm following the RFP.

Thanks,
Nick

Bug#1026600: firmware-microbit-micropython: diff for NMU version 1.0.1-3.1

[Nick Morrott]

On Tue, 7 Feb 2023 at 09:01, Adrian Bunk  wrote:
>
> On Tue, Feb 07, 2023 at 01:23:28AM +, Nick Morrott wrote:
> >...
> > I'm happy for the NMU to stay in DELAYED/1 and will have a look at
> > getting the new upstream packaged over the next days.
>
> that sounds good, but please wait until my NMU is in testing before
> making further uploads - if the package misses the deadline on the 12th
> it will not be in bookworm.

Absolutely.

Thank you again,
Nick

Bug#1026600: firmware-microbit-micropython: diff for NMU version 1.0.1-3.1

[Nick Morrott]

On Mon, 6 Feb 2023 at 23:33, Adrian Bunk  wrote:
>
> Control: tags 1026600 + patch
> Control: tags 1026600 + pending
>
> Dear maintainer,
>
> I've prepared an NMU for firmware-microbit-micropython (versioned as 
> 1.0.1-3.1)
> and uploaded it to DELAYED/1. Please feel free to tell me if I should cancel 
> it.

Dear Adrian,

Thank you so much for preparing a patch and NMU to fix this issue. I
hadn't yet realised the fix would be quite so straightforward.

I'm happy for the NMU to stay in DELAYED/1 and will have a look at
getting the new upstream packaged over the next days.

Thanks,
Nick

Bug#1028662: lvm2-udeb: /sbin/fsadm missing from Debian installer; breaks -r with lvreduce/lvextend

[Nick Morrott]

Package: lvm2
Version: 2.03.16-2
Severity: normal
Tags: d-i patch

Dear Maintainer,

Whilst attempting to resize some LVM on LUKS partitions using
lvreduce/lvextend from the current Debian 11 installer in rescue mode,
I received the following error when using the `-r` option to resize the
underlying filesystem:

# lvreduce -L -10G -r -v /dev/foo/home
Finding volume group foo
Executing: fsadm check /dev/foo/home (null)
  fsadm: execlp failed: No such file or directory

The same error was received when running lvextend to grow LVs into the
freed space.

lvresize, lvreduce, and lvextend all support the `-r` option to resize
the underlying filesystem when resizing the logical volume. With fsadm
missing from the Debian installer, this will fail.

Merge request here: https://salsa.debian.org/lvm-team/lvm2/-/merge_requests/5

Thanks!

-- System Information:
Debian Release: bookworm/sid
  APT prefers testing
  APT policy: (700, 'testing'), (600, 'unstable'), (400, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 6.0.0-6-amd64 (SMP w/24 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, 
TAINT_UNSIGNED_MODULE

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

Versions of packages lvm2 depends on:
ii  dmeventd   2:1.02.185-2
ii  dmsetup2:1.02.185-2
ii  libaio10.3.113-3
ii  libblkid1  2.38.1-4
ii  libc6  2.36-8
ii  libdevmapper-event1.02.1   2:1.02.185-2
ii  libedit2   3.1-20221030-2
ii  libselinux13.4-1+b4
ii  libsystemd0252.4-1
ii  libudev1   252.4-1
ii  lsb-base   11.5
ii  sysvinit-utils [lsb-base]  3.06-2

Versions of packages lvm2 recommends:
pn  thin-provisioning-tools  

lvm2 suggests no packages.

-- no debconf information

Bug#1014821: python3-hgapi: duplicates python-hglib functionality

[Nick Morrott]

On Tue, 12 Jul 2022 at 16:09, Julien Cristau  wrote:
>
> I'm curious why python-hgapi exists when from its description it sounds
> like it's a clone of python-hglib which predates it (at least in the
> debian archive) by a number of years?

Dear Julien,

I seem to remember checking this when I was packaging the micro:bit
toolchain and finding their different approaches:

- python-hgapi uses the Mercurial command line for its work
- python-hglib uses the internal Mercurial API for its work

python-hgapi was packaged solely as a dependency for yotta. Having
neither the experience with hg internally, nor the desire, I did not
got through the source to migrate from one to the other.

Please let me know if you're happy to close the report.

Cheers,
Nick

Bug#1008079: ITP: libanyevent-aio-perl -- Perl module to seamlessly integrate IO::AIO into AnyEvent

[Nick Morrott]

Package: wnpp
Owner: Nick Morrott 
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org, debian-p...@lists.debian.org

* Package name: libanyevent-aio-perl
  Version : 1.1
  Upstream Author : Marc A. Lehmann 
* URL : https://metacpan.org/release/AnyEvent-AIO
* License : Artistic or GPL-1+
  Programming Lang: Perl
  Description : Perl module to seamlessly integrate IO::AIO into AnyEvent

AnyEvent::AIO is an AnyEvent user: you need to make sure that you use and run
a supported event loop.

Loading this module will install the necessary magic to seamlessly integrate
IO::AIO into AnyEvent, i.e. you no longer need to concern yourself with
calling IO::AIO::poll_cb or any of that stuff (you still can, but this module
will do it in case you don't).

This package is a dependency of libperl-languageserver-perl and 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#1007919: ITP: libperl-languageserver-perl -- Language Server and Debug Protocol Adapter for Perl

[Nick Morrott]

Package: wnpp
Owner: Nick Morrott 
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org, debian-p...@lists.debian.org

* Package name: libperl-languageserver-perl
  Version : 2.3.0
  Upstream Author : Gerald Richter 
* URL : https://metacpan.org/release/Perl-LanguageServer
* License : Artistic-2.0
  Programming Lang: Perl
  Description : Language Server and Debug Protocol Adapter for Perl

Perl::LanguageServer is a Language Server and Debug Protocol Adapter for Perl.
It implements the Language Server Protocol which provides syntax-checking,
symbol search, etc. to various editors. It also implements the Debug Adapter
Protocol, which allows debugging with various editors.

Features:

* Language Server
 
  * Syntax checking
  * Symbols in file
  * Symbols in workspace/directory
  * Goto Definition
  * Find References
  * Supports multiple workspace folders
  * Document and selection formatting via perltidy
  * Run on remote system via ssh
 
* Debugger
 
  * Run, pause, step, next, return
  * Support for coro threads
  * Breakpoints 
  * Conditional breakpoints
  * Breakpoints can be set while program runs and for modules not yet loaded
  * Variable view, can switch to every stack frame or coro thread
  * Set/watch variables
  * Tooltips with variable values
  * Evaluate perl code in debuggee, in context of every stack frame of coro 
thread
  * Automatically reload changed Perl modules while debugging
  * Debug multiple perl programs at once
  * Run on remote system via ssh

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

Bug#1007918: ITP: nsxiv -- simple X image viewer

[Nick Morrott]

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

* Package name: nsxiv
  Version : 29
  Upstream Author : Bert Muennich, nsxiv contributors
* URL : https://github.com/nsxiv/nsxiv
* License : GPL-2+
  Programming Lang: C
  Description : simple X image viewer

nsxiv is a fork of the now-unmaintained sxiv project, with the purpose of being
a drop-in replacement of sxiv, maintaining its interface and adding simple,
sensible features. nsxiv aims to be easy to modify and customise.

Features:

 - Basic image operations, e.g. zooming, panning, rotating
 - Customizable key and mouse button mappings
 - Scriptable via configuration files
 - Thumbnail mode: grid of selectable previews of all images
 - Ability to cache thumbnails for fast re-loading
 - Basic support for animated/multi-frame images (GIF/WebP)
 - Display image information in status bar
 - Display image name/path in X title

Bug#1007810: ITP: lf -- terminal file manager written in Go

[Nick Morrott]

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

* Package name: lf
  Version : 26
  Upstream Author : Gökçehan Kara
* URL : https://github.com/gokcehan/lf
* License : Expat
  Programming Lang: Go
  Description : terminal file manager written in Go

lf (as in "list files") is a terminal file manager written in Go. It is heavily
inspired by ranger with some missing and extra features. Some of the missing
features are deliberately omitted since they are better handled by external 
tools.

Features:

 - Single binary without any runtime dependencies (except terminfo database)
 - Fast startup and low memory footprint
 - Server/client architecture to share file selection between multiple instances
 - Configuration with shell commands
 - Customizable keybindings (vi and readline defaults)
 - Preview filtering (for source highlight, archives, PDFs/images as text, etc.)

I intend to maintain this package within the Debian Go team.

Bug#979152: ITP: ueberzug -- a command line utility which draws images on terminals

[Nick Morrott]

Package: wnpp
Severity: wishlist
Owner: Nick Morrott 
X-Debbugs-Cc: debian-de...@lists.debian.org, debian-pyt...@lists.debian.org,
ni...@debian.org

* Package name: ueberzug
  Version : 18.1.9
  Upstream Author : Nico Bäurer
* URL : https://github.com/seebye/ueberzug
* License : GPL-3+
  Programming Lang: Python
  Description : a command line utility which draws images on terminals

 Überzug is a command line utility which draws images on terminals using child
windows.

 Advantages to w3mimgdisplay:

  - no race conditions as a new window is created to display images
  - expose events will be processed,
  - so images will be redrawn on switch workspaces
  - tmux support (excluding multi pane windows)
  - terminals without the WINDOWID environment variable are supported
  - chars are used as position - and size unit
  - no memory leak (/ unlimited cache)

I intend to maintain this package within the Python packaging team.

Bug#1007806: ITP: libencode-eucjpascii-perl -- Perl module supporting eucJP-ascii character encoding

[Nick Morrott]

Package: wnpp
Owner: Nick Morrott 
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org, debian-p...@lists.debian.org

* Package name: libencode-eucjpascii-perl
  Version : 0.03
  Upstream Author : Hatuka*nezumi - IKEDA Soji 
* URL : https://metacpan.org/release/Encode-EUCJPASCII
* License : Artistic or GPL-1+
  Programming Lang: Perl
  Description : Perl module supporting eucJP-ascii character encoding

Encode::EUCJPASCII provides support for eucJP-ascii character encoding, an
eucJP-open mapping. The following encodings are supported:

 - eucJP-ascii
 - x-iso2022jp-ascii (7-bit counterpart)

Note: x-iso2022jp-ascii is an unofficial encoding name. It has never been
registered by any standards bodies.

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#991674: unblock: python-uflash/1.2.4+dfsg-8

[Nick Morrott]

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

Please unblock package python-uflash

[ Reason ]
The upload fixes RC bug #991280.

Source package python-uflash provides a convenience package
(firmware-microbit-micropython-dl) which downloads a pre-compiled
MicroPython runtime for the micro:bit computer.

The downloaded file is checksummed to ensure it is compatible with
the installed version of python3-uflash; the package will fail to install
on checksum error (as seen in the bug report).

During the bullseye hard freeze, upstream replaced this file with a new
runtime that supports a new version of the micro:bit computer that is not
supported by our packages in bullseye. The changed file has a different
checksum, and fails to install, causing the package installation to
abort. Bug report #991280 was received after bullseye went into full
freeze.

[ Impact ]
Very serious for users of mu-editor, as the editor would be removed from
bullseye as a result of its dependency on python3-uflash. mu-editor is
a popular editor used globally by children and adults learning Python,
with increasing popularity indicated by popcon.

Bullseye provides the separate firmware-microbit-micropython package,
which is a Recommended dependency of python3-uflash and which almost
all users will install. Only a tiny proportion of users install the
affected -dl package.

However, all mu-editor users will be affected if the updated package
does not migrate and mu-editor is removed from bullseye.

[ Tests ]
The firmware-microbit-micropython-dl binary package has been tested
locally to ensure that it downloads the correct runtime file. There
are no upstream code changes at all; autopkgtests are unaffected and
still pass.

[ Risks ]
The debdiff is trivial: one updated URL to ensure the correct file is
downloaded on package installation.

There are no changes to any upstream code.

No other packages are impacted by this change.

The affected binary package (firmware-microbit-micropython-dl) is a
leaf package, and is only Suggested by python3-uflash.

[ Checklist ]
  [x] all changes are documented in the d/changelog
  [x] I reviewed all changes and I approve them
  [x] attach debdiff against the package in testing

[ Other info ]
The offending binary package (firmware-microbit-micropython-dl) was added
to Debian during the buster development cycle to improve the end-user
experience whilst the firmware-microbit-micropython package was being
developed. Most mu-editor/uflash users will not install it.

unblock python-uflash/1.2.4+dfsg-8
diff -Nru python-uflash-1.2.4+dfsg/debian/changelog 
python-uflash-1.2.4+dfsg/debian/changelog
--- python-uflash-1.2.4+dfsg/debian/changelog   2021-02-07 09:27:01.0 
+
+++ python-uflash-1.2.4+dfsg/debian/changelog   2021-07-30 04:26:04.0 
+0100
@@ -1,3 +1,10 @@
+python-uflash (1.2.4+dfsg-8) unstable; urgency=medium
+
+  * d/firmware-microbit-micropython-dl.postinst:
+- Update firmware URL (Closes: #991280)
+
+ -- Nick Morrott   Fri, 30 Jul 2021 04:26:04 +0100
+
 python-uflash (1.2.4+dfsg-7) unstable; urgency=medium
 
   * d/python-uflash-doc.links:
diff -Nru 
python-uflash-1.2.4+dfsg/debian/firmware-microbit-micropython-dl.postinst 
python-uflash-1.2.4+dfsg/debian/firmware-microbit-micropython-dl.postinst
--- python-uflash-1.2.4+dfsg/debian/firmware-microbit-micropython-dl.postinst   
2021-02-07 09:27:01.0 +
+++ python-uflash-1.2.4+dfsg/debian/firmware-microbit-micropython-dl.postinst   
2021-07-30 04:26:04.0 +0100
@@ -4,7 +4,7 @@
 
 # Adapted from firmware downloader for bladeRF (source package: bladerf)
 
-UPSTREAM='https://raw.githubusercontent.com/ntoll/uflash/master/firmware.hex'
+UPSTREAM='https://github.com/ntoll/uflash/raw/867468d386da0aa20212b69a152ce8bfc0972366/firmware.hex'
 CHECKSUM='81d92bccd9f26046aa3ba6a43ec553e0'
 DATAFILE='/usr/share/firmware-microbit-micropython/firmware.hex'
 DESCRIPT='micro:bit MicroPython runtime'

Bug#956253: mu-editor 1.0.3 packaged (with bonus features)

[Nick Morrott]

On Tue, 26 May 2020 at 05:43, Keith Packard  wrote:
>
>
> I've got mu-editor version 1.0.3+dfsg packaged; the bits are all on
> salsa here:
>
> https://salsa.debian.org/keithp/mu-editor
>
> I'd like to get this into debian, mostly because I added support for the
> class I'm teaching using a smaller language (snek), along with a couple
> of other features I need for that. I've had those patches pending in
> upstream mu since last summer, but merging and other development appears
> to have stalled out there with no new features merged since about
> October.

Dear Keith and Ryan,

Thank you for sending this. I had also noticed that development
releases had slowed down significantly a while back.

There is a bug report asking for 1.1.alpha to be packaged [1], so I
think a sensible plan might be to get a mildly-patched 1.0.3 into
unstable and then consider uploading the current alpha into
experimental?

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

I wonder if there are there any other standalone commits post 1.0.3
that might also be worthwhile patching in? Let me look into this this
week.

Thanks,
Nick

Bug#929675: mojolicious: HTTPS / SSL / TLS is broken

[Nick Morrott]

On Thu, 30 Jan 2020 at 13:36, Csillag Tamas  wrote:
>
> It seems that the current version in sid (currently: 8.32+dfsg-1) has the fix
> as running the commands just work fine while the buster version (8.12+dfsg-1)
> fails in the way that is described earlier.
>
> Thus this bug might be closed?

Celejar, Csillag,

Our current testing/unstable releases of mojolicious include the
updated upstream keypair, and have done for several releases.

The window for inclusion into the next buster point release is now
closed (apologies), but if there is the desire to fix this issue in
buster I will prepare an update.

Thanks,
Nick

Bug#946163: ITP: liblist-someutils-xs-perl -- module providing XS implementation for List::SomeUtils

[Nick Morrott]

Package: wnpp
Owner: Nick Morrott 
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org, debian-p...@lists.debian.org

* Package name: liblist-someutils-xs-perl
  Version : 0.58
  Upstream Author : Dave Rolsky 
* URL : https://metacpan.org/release/List-SomeUtils-XS
* License : Artistic-2.0
  Programming Lang: Perl
  Description : module providing XS implementation for List::SomeUtils

List::SomeUtils::XS provides a fast, compiled XS implementation of key
functionality found in List::SomeUtils.

There are no user-facing parts here; please install the liblist-someutils-perl
package for the user-facing module and API details.

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#945949: ITP: libxstring-perl -- module containing isolated String helpers from B

[Nick Morrott]

Package: wnpp
Owner: Nick Morrott 
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org, debian-p...@lists.debian.org

* Package name: libxstring-perl
  Version : 0.002
  Upstream Author : Nicolas R 
* URL : https://metacpan.org/release/XString
* License : Artistic or GPL-1+
  Programming Lang: Perl
  Description : module containing isolated String helpers from B

The extremely lightweight XString module provides the string helpers from
the much larger B module (Perl compiler backend) in an isolated package.

Currently the cstring and perlstring helpers are available.

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#933923: src:valinor: Incompatible with safe load changes in new pyyaml

[Nick Morrott]

Control: retitle -1 valinor: FTBFS and autopkgtest failure due to new version 
of pyyaml
thanks

Bug#933923: src:valinor: Incompatible with safe load changes in new pyyaml

[Nick Morrott]

Control: retitle -1 valinor: FTBFS and autopkgtest failure due to new
version of pyyaml
thanks

Bug#933923: src:valinor: Incompatible with safe load changes in new pyyaml

[Nick Morrott]

retitle -1 valinor: FTBFS and autopkgtest failure due to new version of pyyaml
thanks

Bug#943785: RFS: python-pyjsparser (ITP bug #943785)

[Nick Morrott]

On Fri, 1 Nov 2019 at 09:50, Peter Wienemann  wrote:
>
> Dear Python team,
>
> I prepared packaging for python-pyjsparser (ITP bug #943785) on
>
> https://salsa.debian.org/python-team/modules/python-pyjsparser
>
> It provides a fast JavaScript parser written in Python.
>
> It would be great if a DD could review the code, provide feedback and
> (if everything looks OK) upload it.

Peter,

Thank you for your work in packaging python-pyjsparser. Out of
curiosity, what are you using to be build your package?

I checked out the package and built it - your work looks good, and the
build was successful. I then ran it through lintian, Debian's package
linting tool which you should get into the habit of using before
uploading to salsa (and once you're a DM/DD, also before uploading to
the archive).

Here is the lintian output for the binary changes file:

N: Unpacking packages in group python-pyjsparser/2.7.1-1
N: 
N: Processing changes file python-pyjsparser (version 2.7.1-1, arch
source all) ...
N: 
N: Processing source package python-pyjsparser (version 2.7.1-1, arch
source) ...
P: python-pyjsparser source: rules-requires-root-missing
I: python-pyjsparser source: debian-watch-contains-dh_make-template (line 11)
X: python-pyjsparser source: debian-watch-does-not-check-gpg-signature
I: python-pyjsparser source: testsuite-autopkgtest-missing
X: python-pyjsparser source: upstream-metadata-file-is-missing
N: 
N: Processing buildinfo package python-pyjsparser (version 2.7.1-1,
arch all source) ...
N: 
N: Processing binary package python3-pyjsparser (version 2.7.1-1, arch all) ...
I: python3-pyjsparser: extended-description-is-probably-too-short
N: Finished processing group python-pyjsparser/2.7.1-1

The output is split into 2 sections for the source and binary
package(s). As you can see, there are a few issues to take care of,
which I expand on below (you can ignore the gpg-signature warning
unless the packages on pypi are signed).

* d/control
  - no Rules-Requires-Root field [lintian]
  - the extended package description should probably include details
about the library's key features/support [lintian]

* d/copyright
  - the only copyright dates I can see in the source are 2014-2015
  - you can add the Upstream-Contact field to the header

* d/rules
  - pybuild can provide verbose output with "export PYBUILD_VERBOSE=1"

* d/upstream/metadata
  - please add and complete this file - there are plenty of examples
in the team's salsa project [lintian]

* d/watch
  - +1 for asking upstream to version their releases on github
  - the additional (commented) scaffolding inserted into the file by
dh-make can be removed to leave only the version line and the URL to
check [lintian]
  - as this is a version 4 watch file, we can take advantage of new
variable substitutions for the version and extension fields, so that
the URL to check would look like:

https://pypi.debian.net/pyjsparser/pyjsparser@ANY_VERSION@@ARCHIVE_EXT@

* upstream changelog
  - there is no upstream changelog

* documentation/examples
  - There is no documentation at all, aside from the simple example in
the README. Perhaps this snippet could be installed as an example when
installing the package?

* tests
  - there are no tests to run at build time (and therefore no
autopkgtests to run for continuous integration whenever the package's
dependencies are updated). Looking at the github repo there seems to
be a significant testsuite that should really be available in the
Debian source package to take advantage of autopkgtest. [lintian]


I hope you find this useful - if you have any questions don't hesitate
to ask the team (the Python list is visible and archived, IRC may get
a quicker answer...). I'm a new DD and there are likely some things
that the more experienced members of the team will notice.

Thanks,
Nick

Bug#929675: mojolicious: HTTPS / SSL / TLS is broken

[Nick Morrott]

On Sun, 23 Jun 2019 at 01:58, Nick Morrott  wrote:
>
> > Upstream tried to help, but seems to be out of ideas:
> >
> > https://groups.google.com/forum/#!topic/mojolicious/gjz-0uvUDLk
>
> I have posted an update to that thread (currently held for
> moderation). I have also created an upstream PR [2] which provides a
> TLS 1.2-compliant keypair:
>
>   [2] https://github.com/mojolicious/mojo/pull/1371

Upstream have now created a new TLS keypair which will be included in
the next Mojolicious release.

My current plan is to review the update and upload a new 8.12 build
targetting the first Debian "buster" point release which includes the
updated keypair.

Cheers,
Nick

Bug#930975: unblock: libmojolicious-perl/8.12+dfsg-2

[Nick Morrott]

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

Please unblock package libmojolicious-perl

As of Debian 10 "buster" the system-wide default minimum supported TLS
level is 1.2. The upstream mojolicious source provides an SSL key intended
for local development testing (/CN=localhost) which does not support TLS 1.2
(it was created with RSA:1024 and SHA1 digests).

New installations of buster and migrations from stretch using the updated
openssl configuration will be affected.

Please see https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=929675 for the
Debian bug report.

The patch provided in libmojolicious-perl 8.12+dfsg-2 replaces the upstream
RSA:1024/SHA1 key with a new key generated for localhost using RSA:4096/SHA256
that supports TLS 1.3. No code changes are made.

$ debdiff libmojolicious-perl_8.12+dfsg-1.dsc 
libmojolicious-perl_8.12+dfsg-2.dsc
dpkg-source: warning: extracting unsigned source package 
(/home/nick/dev/src/git/debian-packaging/build-area/libmojolicious-perl_8.12+dfsg-1.dsc)
dpkg-source: warning: extracting unsigned source package 
(/home/nick/dev/src/git/debian-packaging/build-area/libmojolicious-perl_8.12+dfsg-2.dsc)
diff -Nru libmojolicious-perl-8.12+dfsg/debian/changelog 
libmojolicious-perl-8.12+dfsg/debian/changelog
--- libmojolicious-perl-8.12+dfsg/debian/changelog  2019-02-05 
17:58:40.0 +
+++ libmojolicious-perl-8.12+dfsg/debian/changelog  2019-06-23 
19:51:20.0 +0100
@@ -1,3 +1,9 @@
+libmojolicious-perl (8.12+dfsg-2) unstable; urgency=medium
+
+  * d/patches: add update-ssl-tls-certificate (Closes: #929675)
+
+ -- Nick Morrott   Sun, 23 Jun 2019 19:51:20 +0100
+
 libmojolicious-perl (8.12+dfsg-1) unstable; urgency=medium

   * Import upstream version 8.12+dfsg.
diff -Nru libmojolicious-perl-8.12+dfsg/debian/patches/series 
libmojolicious-perl-8.12+dfsg/debian/patches/series
--- libmojolicious-perl-8.12+dfsg/debian/patches/series 1970-01-01 
01:00:00.0 +0100
+++ libmojolicious-perl-8.12+dfsg/debian/patches/series 2019-06-23 
19:51:20.0 +0100
@@ -0,0 +1 @@
+update-ssl-tls-certificate
diff -Nru 
libmojolicious-perl-8.12+dfsg/debian/patches/update-ssl-tls-certificate 
libmojolicious-perl-8.12+dfsg/debian/patches/update-ssl-tls-certificate
--- libmojolicious-perl-8.12+dfsg/debian/patches/update-ssl-tls-certificate 
1970-01-01 01:00:00.0 +0100
+++ libmojolicious-perl-8.12+dfsg/debian/patches/update-ssl-tls-certificate 
2019-06-23 19:51:20.0 +0100
@@ -0,0 +1,143 @@
+Description: Update default https certificate to support TLS 1.2+
+ This patch replaces the upstream https certificate (RSA:1024, SHA1) that is
+ used for local development (CN=localhost) with a new certificate
+ (RSA:4096, SHA256) that supports the updated TLS 1.2 minimum-default-supported
+ TLS level on buster.
+Author: Nick Morrott 
+Forwarded: https://github.com/mojolicious/mojo/pull/1371
+Last-Update: 2019-06-23
+---
+--- a/lib/Mojo/IOLoop/TLS.pm
 b/lib/Mojo/IOLoop/TLS.pm
+@@ -14,8 +14,8 @@
+
+ has reactor => sub { Mojo::IOLoop->singleton->reactor }, weak => 1;
+
+-# To regenerate the certificate run this command (18.04.2012)
+-# openssl req -new -x509 -keyout server.key -out server.crt -nodes -days 7300
++# To regenerate the certificate run this command (22.06.2019)
++# openssl req -x509 -newkey rsa:4096 -nodes -sha256 -out server.crt -keyout 
server.key -days 7300 -subj '/CN=localhost'
+ my $CERT = path(__FILE__)->sibling('resources', 'server.crt')->to_string;
+ my $KEY  = path(__FILE__)->sibling('resources', 'server.key')->to_string;
+
+--- a/lib/Mojo/IOLoop/resources/server.crt
 b/lib/Mojo/IOLoop/resources/server.crt
+@@ -1,21 +1,29 @@
+ -BEGIN CERTIFICATE-
+-MIIDaTCCAtKgAwIBAgIJAI+AzotR68CTMA0GCSqGSIb3DQEBBQUAMIGAMQswCQYD
+-VQQGEwJERTEWMBQGA1UECBMNTmllZGVyc2FjaHNlbjESMBAGA1UEBxMJSGFtYmVy
+-Z2VuMRQwEgYDVQQKEwtNb2pvbGljaW91czESMBAGA1UEAxMJbG9jYWxob3N0MRsw
+-GQYJKoZIhvcNAQkBFgxzcmlAY3Bhbi5vcmcwHhcNMTIwNDE4MTczOTU5WhcNMzIw
+-NDEzMTczOTU5WjCBgDELMAkGA1UEBhMCREUxFjAUBgNVBAgTDU5pZWRlcnNhY2hz
+-ZW4xEjAQBgNVBAcTCUhhbWJlcmdlbjEUMBIGA1UEChMLTW9qb2xpY2lvdXMxEjAQ
+-BgNVBAMTCWxvY2FsaG9zdDEbMBkGCSqGSIb3DQEJARYMc3JpQGNwYW4ub3JnMIGf
+-MA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQCohcU0qG+hHn6JK8XdygAJo7EuRqG2
+-5GSHaRRMyYgd89tEluInMH86tVcktJ1s/0VVvr5anAp8L7Pgu01Wr13OfgIzBxCz
+-51ZIFxq4DtimBftXs9Z9M0sui2NuIPDrMEjkYUhUsxMEZcDSp2KJjDosZjSYUiiF
+-G2ACvVGXSrS16QIDAQABo4HoMIHlMB0GA1UdDgQWBBSrZ+hIlPTgV7xx2O9wzdIO
+-/d4osDCBtQYDVR0jBIGtMIGqgBSrZ+hIlPTgV7xx2O9wzdIO/d4osKGBhqSBgzCB
+-gDELMAkGA1UEBhMCREUxFjAUBgNVBAgTDU5pZWRlcnNhY2hzZW4xEjAQBgNVBAcT
+-CUhhbWJlcmdlbjEUMBIGA1UEChMLTW9qb2xpY2lvdXMxEjAQBgNVBAMTCWxvY2Fs
+-aG9zdDEbMBkGCSqGSIb3DQEJARYMc3JpQGNwYW4ub3JnggkAj4DOi1HrwJMwDAYD
+-VR0TBAUwAwEB/zANBgkqhkiG9w0BAQUFAAOBgQAq6MXA7ZeO7B7vAcWxQKeLPKSy
+-Jzkb1bC/agaISDbOwuZ1AoQSj6OQHKhNIdY5v/oLQJ0B8wB0dIigqn1WVacDtPgu
+-PKSrxpqieDCh2bJ7+dyQIzQHgtZqPHi5k1PyNNXQxC94kPWdFp6

Bug#929675: mojolicious: HTTPS / SSL / TLS is broken

[Nick Morrott]

On Tue, 28 May 2019 at 13:09, Celejar  wrote:
>
> Package: libmojolicious-perl
> Version: 8.12+dfsg-1
> Severity: important
> File: mojolicious
> Tags: upstream
>
> Mojolicious's HTTPS functionality is completely broken on my system
> (ordinary HTTP access works fine):

The default https server key supplied with mojolicious does not
support TLS 1.2, being an RSA:1024 key using SHA1 digests.

TLS 1.2 is now the default minimum supported version of TLS on
testing/unstable [1] and in the forthcoming Debian 10 "buster"
release.

  [1] 
https://salsa.debian.org/debian/openssl/blob/debian/unstable/debian/README.debian

Replacing the keypair with one that does support TLS 1.2 (using
RSA:4096 and SHA256 digests) will work.

> Upstream tried to help, but seems to be out of ideas:
>
> https://groups.google.com/forum/#!topic/mojolicious/gjz-0uvUDLk

I have posted an update to that thread (currently held for
moderation). I have also created an upstream PR [2] which provides a
TLS 1.2-compliant keypair:

  [2] https://github.com/mojolicious/mojo/pull/1371

Cheers,
Nick

Bug#930270: mu-editor: debugger broken

[Nick Morrott]

Severity of this bug increased to 'important' to reflect the fact that the 
provision of a working Python 3 debugger is a key component of mu-editor.

Bug#930457: mu-editor: debugger broken.

[Nick Morrott]

> The simplest fix seems to be to adjust sys.path[0] in mu-debug.py I whipped 
> up (and tested) a patch to do that. While working on that I noticed that the 
> clean target was broken, so I fixed that too. knowledgejunkie: are you ok if 
> I go ahead and NMU this and ask the release team for an unblock? (if I get no 
> response i'll NMU in 5 days, but I'd really like to move sooner given how 
> little time is available before release)

Thank you for taking the time to investigate, which confirms my
findings after I received the first report of this issue on Sunday in
#930270. I have just uploaded mu-editor 1.0.2+dfsg-3 to the PAPT team
on salsa which now awaits a sponsored upload to unstable.

As I'm in the middle of my NM application it seems like an ideal
opportunity for me to push the necessary updates and,
post-package-upload, liaise with the release team for the unblock
request to get it into buster.

Thank you,
NIck

Bug#921180: RM: libswagger2-perl -- ROM; abandoned upstream

[Nick Morrott]

Package: ftp.debian.org
Severity: normal

We are requesting the removal of libswagger2-perl:

  * Upstream deprecated the module in 2017 [1]
  * Upstream website/repository is no longer available [2]
  * No reverse dependencies


  [1] https://metacpan.org/pod/release/JHTHORSEN/Swagger2-0.89/lib/Swagger2.pm
  [2] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=917036


Thanks,
Nick Morrott
on behalf of the Debian Perl team

Bug#920311: ITP: connman-gtk -- fully-featured GUI for ConnMan with systray support

[Nick Morrott]

Package: wnpp
Owner: Nick Morrott 
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org

* Package name: connman-gtk
  Version : 1.1.1+git20180626.b72c6ab
  Upstream Author : Jaakko Hannikainen 
* URL : https://github.com/jgke/connman-gtk
* License : GPL-2.0+
  Programming Lang: C
  Description : fully-featured GUI for ConnMan with systray support

connman-gtk is a fully-featured GTK3 GUI for ConnMan with system tray
support.

connman-gtk targets all WMs/DMs. It works on any Linux WM/DM which
provides a freedesktop-compliant system tray. (GNOME, KDE, Xfce,
i3, awesome...)

It supports the following features provided by the ConnMan API:

 * enable/disable a technology (Wired, Wi-Fi, Bluetooth, Cellular, P2P)
 * connect to/disconnect from a service
 * configure a service (IPv4, IPv6, DNS, NTP, proxies)
 * share current connection (tethering)

connman-gtk is intended as the de-facto replacement for connman-ui.

Bug#920178: ITP: libxml-generator-perldata-perl -- module for generating SAX2 events from nested Perl data structures

[Nick Morrott]

Package: wnpp
Owner: Nick Morrott 
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org, debian-p...@lists.debian.org

* Package name: libxml-generator-perldata-perl
  Version : 0.95
  Upstream Author : Kip Hampton 
* URL : https://metacpan.org/release/XML-Generator-PerlData
* License : Artistic or GPL-1+
  Programming Lang: Perl
  Description : module for generating SAX2 events from nested Perl data 
structures

XML::Generator::PerlData provides a simple way to generate SAX2 events from
nested Perl data structures, while providing finer-grained control over the
resulting document streams.

Processing comes in two flavours: Simple Style and Stream Style:

In a nutshell, 'simple style' is best used for those cases where you have a
single Perl data structure that you want to convert to XML as quickly and
painlessly as possible. 'Stream style' is more useful for cases where you are
receiving chunks of data (like from a DBI handle) and you want to process
those chunks as they appear.

XML::Generator::PerlData is recommended by Task::Kensho, a list of recommended 
modules for Enlightened Perl development maintained by the Enlightened Perl 
Organisation.

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

Bug#920163: ITP: libspreadsheet-writeexcel-simple-perl -- module providing simple creation of single-sheet Excel documents

[Nick Morrott]

Package: wnpp
Owner: Nick Morrott 
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org, debian-p...@lists.debian.org

* Package name: libspreadsheet-writeexcel-simple-perl
  Version : 1.04
  Upstream Author : Tony Bowden 
* URL : https://metacpan.org/release/Spreadsheet-WriteExcel-Simple
* License : Artistic or GPL-1+
  Programming Lang: Perl
  Description : module providing simple creation of single-sheet Excel 
documents

Spreadsheet::WriteExcel::Simple provides an abstraction to the
Spreadsheet::WriteExcel module for easier creation of simple single-sheet
Excel documents.

In its most basic form it provides two methods for writing data:

 * write_row
 * write_bold_row

which write the data supplied to the next row of the spreadsheet.

However, you can also use $ss->book and $ss->sheet to get at the underlying
workbook and worksheet from Spreadsheet::WriteExcel if you wish to manipulate
these directly.

Spreadsheet::WriteExcel::Simple is recommended by Task::Kensho, a list of 
recommended modules for Enlightened Perl development maintained by the 
Enlightened Perl Organisation.

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

Bug#920159: ITP: libemail-mime-kit-perl -- module to build complete email messages from templates

[Nick Morrott]

Package: wnpp
Owner: Nick Morrott 
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org, debian-p...@lists.debian.org

* Package name: libemail-mime-kit-perl
  Version : 3.06
  Upstream Author : Ricardo Signes 
* URL : https://metacpan.org/release/Email-MIME-Kit
* License : Artistic or GPL-1+
  Programming Lang: Perl
  Description : module to build complete email messages from templates

Email::MIME::Kit is a templating system for email messages. Instead of trying
to be yet another templating system for chunks of text, it makes it easy to
build complete email messages.

It handles the construction of multipart messages, text and HTML
alternatives, attachments, interpart linking, string encoding, and parameter
validation.

Although nearly every part of Email::MIME::Kit is a replaceable component,
the stock configuration is probably enough for most use. A message kit will
be stored as a directory that might look like this:

sample.mkit/

manifest.json

body.txt

body.html

logo.jpg

Email::MIME::Kit is recommended by Task::Kensho, a list of recommended modules
for Enlightened Perl development maintained by the Enlightened Perl 
Organisation.

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

Bug#920157: ITP: libcgi-formbuilder-source-perl-perl -- module to initialize FormBuilder applications from Perl files

[Nick Morrott]

Package: wnpp
Owner: Nick Morrott 
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org, debian-p...@lists.debian.org

* Package name: libcgi-formbuilder-source-perl-perl
  Version : 0.01
  Upstream Author : Edmund von der Burg 
* URL : https://metacpan.org/release/CGI-FormBuilder-Source-Perl
* License : Artistic or GPL-1+
  Programming Lang: Perl
  Description : module to initialize FormBuilder applications from Perl 
files

CGI::FormBuilder::Source::Perl allows you to specify the config for a
CGI::FormBuilder object using Perl syntax.

The contents of the config file will be evaled and the hash ref returned
will be used as the config for the object.

CGI::FormBuilder::Source::Perl is recommended by Task::Kensho, a list of 
recommended modules for Enlightened Perl development maintained by the 
Enlightened Perl Organisation.

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

Bug#920155: ITP: libtime-tiny-perl -- time object, with as little code as possible

[Nick Morrott]

Package: wnpp
Owner: Nick Morrott 
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org, debian-p...@lists.debian.org

* Package name: libtime-tiny-perl
  Version : 1.08
  Upstream Author : David Golden 
* URL : https://metacpan.org/release/Time-Tiny
* License : Artistic or GPL-1+
  Programming Lang: Perl
  Description : time object, with as little code as possible

Time::Tiny is a member of the DateTime::Tiny suite of time modules.

It implements an extremely lightweight object that represents a time, without
any time data.

Time::Tiny is recommended by Task::Kensho, a list of recommended modules for 
Enlightened Perl development maintained by the Enlightened Perl Organisation.

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

Bug#920145: ITP: libdate-tiny-perl -- date object, with as little code as possible

[Nick Morrott]

Package: wnpp
Owner: Nick Morrott 
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org, debian-p...@lists.debian.org

* Package name: libdate-tiny-perl
  Version : 1.07
  Upstream Author : David Golden 
* URL : https://metacpan.org/release/Date-Tiny
* License : Artistic or GPL-1+
  Programming Lang: Perl
  Description : date object, with as little code as possible

Date::Tiny is a member of the DateTime::Tiny suite of time modules.

It implements an extremely lightweight object that represents a date, without
any time data.

Date::Tiny is recommended by Task::Kensho, a list of recommended modules for 
Enlightened Perl development maintained by the Enlightened Perl Organisation.

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

Bug#908783: ITP: firmware-microbit-micropython -- MicroPython runtime for the BBC micro:bit

[Nick Morrott]

On Sat, 19 Jan 2019 at 07:57, Petter Reinholdtsen  wrote:
>
> [Nick Morrott]
> > It is being reviewed at the moment.
>
> Very good.  Any estimate on when this part is done?

firmware-microbit-micropython is now in NEW, so hopefully the next
response you get from this ITP will be that it is closed :)

Thanks,
Nick

Bug#919752: mu-editor: Explain better what is wrong when micropython firmware is missing?

[Nick Morrott]

The root cause of this issue rests with the way mu-editor is currently packaged.

Upstream, mu-editor contains not just the editor but also uflash and
the compiled MicroPython hex, so flashing the micro:bit works out of
the box.

In Debian, such bundling is not permitted, hence I have split out out
uflash and MicroPython into their own packages. The placeholder
firmware-microbit-micropython-dl package (provided by python3-uflash)
sits in contrib, so cannot be added as a hard dependency on mu-editor.

Once firmware-microbit-micropython is accepted into unstable (it is
now in NEW) I can update the dependencies to ensure it is installed
with the editor and avoid the issue you raise in this report.

Thanks,
Nick

Bug#908783: ITP: firmware-microbit-micropython -- MicroPython runtime for the BBC micro:bit

[Nick Morrott]

On Fri, 18 Jan 2019 at 06:57, Petter Reinholdtsen  wrote:
>
>
> Hi.  Any news on getting the micropython firmware into Debian?
>
> I notice the code is waiting in
>  https://salsa.debian.org/python-team/applications/firmware-microbit-micropython
>  >
> and its build dependencies entered unstable recently.  Any hope to get
> it into testing in time for Buster?

Hi Petter,

It is being reviewed at the moment.

Thanks,
Nick

Bug#901461: ITP: mu -- simple editor for beginner Python programmers

[Nick Morrott]

A quick update to let everyone know that mu-editor is in the NEW queue.

This "small packaging project" has resulted in 14 new Debian source
packages, of which 11 have already been accepted into unstable.

The last piece of the puzzle, the firmware-microbit-micropython [1]
source package is currently awaiting review by the Debian Python team
before being uploaded to the NEW queue. Its build tool - yotta - is
sitting in NEW along with mu-editor as I write this.

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

Thanks to the work of Peter Green, pigpio is also now in the NEW
queue. python-gpiozero is still arm-arch-only despite the request to
make it available on more architectures [2]:

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

Thanks,
Nick

Bug#917923: ITP: python-pytest-random-order -- pytest plugin to randomise the order of tests (Python 3)

[Nick Morrott]

Package: wnpp
Owner: Nick Morrott ,
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org, debian-pyt...@lists.debian.org

* Package name: python-pytest-random-order
  Version : 1.0.4
  Upstream Author : Jazeps Basko 
* URL : https://github.com/jbasko/pytest-random-order
* License : Expat
  Programming Lang: Python
  Description : pytest plugin to randomise the order of tests (Python 3)

pytest-random-order is a pytest plugin that randomises the order of tests.
This can be useful to detect a test that passes just because it happens to
run after an unrelated test that leaves the system in a favourable state.

The plugin allows the user to control the level of randomness they want to
introduce and to disable reordering on subsets of tests. Tests can be rerun
in a specific order by passing a seed value reported in a previous test run.

This package installs the pytest plugin for Python 3.

I plan to maintain this package in the Debian Python Modules Team.

Bug#917515: pyocd: Please package new upstream version

[Nick Morrott]

Source: pyocd
Version: 0.13.1+dfsg
Severity: wishlist

Dear Maintainer,

The packaging of python-mbed-host-tests [1] requires a current version
of pyocd (0.14.x) in order to build.

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

Please could you update pyocd to the current upstream release so that
the packaging of python-mbed-host-tests can be finalised and upload.

Kind thanks,
Nick

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

Kernel: Linux 4.18.0-2-amd64 (SMP w/8 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#917384: ITP: python-mbed-host-tests -- tools to flash, reset and supervise testing on mbed-enabled devices

[Nick Morrott]

Package: wnpp
Owner: Nick Morrott 
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org, debian-pyt...@lists.debian.org

* Package name: python-mbed-host-tests
  Version : 1.4.4
  Upstream Author : Przemyslaw Wirkus 
* URL : https://github.com/ARMmbed/htrun
* License : Apache-2.0
  Programming Lang: FIXME
  Description : tools to flash, reset and supervise testing on mbed-enabled 
devices

mbed-host-tests is a module and utilities used during ARM Mbed Enabled device 
development for:

 * Driving test binary flashing
 * Device reset
 * Test execution

I plan to maintain this package in the Debian Python Modules Team.

Bug#917118: ITP: python-mbed-ls -- module listing mbed-enabled devices connected to host

[Nick Morrott]

Package: wnpp
Owner: Nick Morrott 
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org, debian-pyt...@lists.debian.org

* Package name: python-mbed-ls
  Version : 1.6.2
  Upstream Author : Przemyslaw Wirkus 
* URL : https://github.com/ARMmbed/mbed-ls
* License : Apache-2.0
  Programming Lang: Python
  Description : module listing mbed-enabled devices connected to host

The Mbed LS module detects and lists "Mbed Enabled" devices connected to the
host computer.

Mbed LS provides the following information for all connected boards using
console (terminal) output:

 -  Mbed OS platform name
 -  mount point (MSD or disk)
 -  serial port

I plan to maintain this package in the Python Applications Packaging Team.

Bug#913977: ITP: mbed-test-wrapper -- utility to wrap the mbed test loader for use by yotta targets

[Nick Morrott]

Package: wnpp
Owner: Nick Morrott 
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org

* Package name: mbed-test-wrapper
  Version : 0~git20160129.7141bf3
  Upstream Author : James Crosby 
* URL : https://github.com/autopulated/mbed-test-wrapper
* License : Apache-2.0
  Programming Lang: Python
  Description : utility to wrap the mbed test loader for use by yotta 
targets

mbed-test-wrapper is used to wrap the mbed test loader so that it can easily be 
used by yotta targets to run tests on target hardware.

mbed-test-wrapper is a dependency of yotta [1]

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

I plan to maintain this package in the Python Applications Packaging Team.

Bug#913976: ITP: python-hgapi -- module providing a pure-Python API to Mercurial

[Nick Morrott]

Package: wnpp
Owner: Nick Morrott 
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org

* Package name: python-hgapi
  Version : 1.7.3
  Upstream Author : Fredrik Håård 
* URL : https://github.com/haard/hgapi
* License : Expat
  Programming Lang: Python
  Description : module providing a pure-Python API to Mercurial

hgapi is a pure-Python API to the Mercurial command-line, instead of the 
internal Mercurial API.

hgapi works for all versions of Mercurial, and will instantly reflect any 
changes to the repository (including hgrc).

hgapi is a dependency of yotta [1]

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

I plan to maintain this package in the Debian Python Modules Team.

Bug#913924: ITP: project-generator-definitions -- collection of target/MCU definitions for project-generator

[Nick Morrott]

Package: wnpp
Owner: Nick Morrott 
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org, debian-pyt...@lists.debian.org

* Package name: project-generator-definitions
  Version : 0.2.36
  Upstream Author : Martin Kojtal 
* URL : 
https://github.com/project-generator/project_generator_definitions
* License : Apache-2.0
  Programming Lang: Python
  Description : collection of target/MCU definitions for project-generator

project-generator-definitions is a dependency of project-generator [1].

  [1] https://bugs.debian.org/913923

I plan to maintain this package in the Python Applications Packaging Team.

Bug#913923: ITP: project-generator -- generate tailored project files for embedded tools (IDEs)

[Nick Morrott]

Package: wnpp
Owner: Nick Morrott 
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org, debian-pyt...@lists.debian.org

* Package name: project-generator
  Version : 0.9.13
  Upstream Author : Martin Kojtal 
* URL : https://github.com/project-generator/project_generator
* License : Apache-2.0
  Programming Lang: Python
  Description : generate tailored project files for embedded tools (IDEs)

project-generator is a dependency of valinor [1].

  [1] https://bugs.debian.org/913920

I plan to maintain this package in the Python Applications Packaging Team.

Bug#913920: ITP: valinor -- generate IDE project files to debug ELF files

[Nick Morrott]

Package: wnpp
Owner: Nick Morrott 
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org, debian-pyt...@lists.debian.org

* Package name: valinor
  Version : 0.0.11+git20160222.486094a
  Upstream Author : ARM Limited
* URL : https://github.com/ARMmbed/valinor
* License : Apache-2.0
  Programming Lang: Python
  Description : generate IDE project files to debug ELF files

Valinor is used to generate debugger project files, and launch a debugger, when 
debugging an ELF file.

Valinor is designed to be used as a proxy debug command for yotta targets to 
provide as their scripts.debug command.

Valinor is a dependency of yotta [1].

  [1] https://bugs.debian.org/908781

I plan to maintain this package in the Python Applications Packaging Team.

Bug#910342: playerctl: diff for NMU version 0.6.1-1.1

[Nick Morrott]

On Wed, 10 Oct 2018 10:01:20 +0100 Simon McVittie  wrote:
> Control: tags 910342 + patch
> Control: tags 910342 + pending
>
> I've prepared an NMU for playerctl (versioned as 0.6.1-1.1) and
> uploaded it to DELAYED/2. Please feel free to tell me if I
> should cancel it or delay it longer.
>
> Individual git commits and a consolidated nmudiff are
> attached, but I imagine you'd probably prefer to merge
> https://salsa.debian.org/nickm-guest/playerctl/merge_requests/1 instead.

Simon,

Many thanks for preparing an NMU, which I'll let upload from DELAYED/2.

I've merged your PR on salsa.

Thanks,
Nick

Bug#856413: gpiozero: please provide python module on all architectures

[Nick Morrott]

I'm currently packaging Mu [1] and its missing dependencies for
Debian, and the question of remote GPIO pin control has arisen.

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

Mu declares gpiozero and pigpio as dependencies. gpiozero can be used
with pigpio on a remote system to control GPIO on a Raspberry Pi.

Making gpiozero available on all possible platforms (rather than just
arm*) is therefore instrumental in providing support for remote GPIO
control.

Please could you make gpiozero available for all arches?


(Note: as we don't yet have pigpio packaged in Debian I have created an RFP [2])

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


Many thanks,
Nick

Bug#908787: RFP: pigpio -- library allowing remote control of Raspberry Pi GPIO

[Nick Morrott]

Package: wnpp
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org, debian-pyt...@lists.debian.org, 
pkg-raspi-maintain...@alioth-lists.debian.net

* Package name: pigpio
  Version : 67
  Upstream Author : Joan
* URL : https://github.com/joan2937/pigpio
* License : Public Domain
  Programming Lang: C/Python
  Description : library allowing remote control of Raspberry Pi GPIO

pigpio is a C/Python library for the Raspberry Pi which allows (remote) control 
of the General Purpose Input Outputs (GPIO).

It is a dependency of mu-editor [1]

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

Bug#908783: ITP: firmware-microbit-micropython -- MicroPython runtime for the BBC micro:bit

[Nick Morrott]

Package: wnpp
Owner: Nick Morrott 
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org, debian-pyt...@lists.debian.org

* Package name: firmware-microbit-micropython
  Version : 1.0.0-rc.4
  Upstream Author : The MicroPython-on-micro:bit Developers
* URL : https://github.com/bbcmicrobit/micropython
* License : Expat
  Programming Lang: C
  Description : MicroPython runtime for the BBC micro:bit

The BBC micro:bit is a small computing device for children. One of the 
languages it understands is the popular Python programming language. The 
version of Python that runs on the BBC micro:bit is called MicroPython.

This package provides a firmware image that can be flashed to the micro:bit 
that provides the MicroPython REPL and the ability to upload Python scripts for 
execution.

The MicroPython firmware uses the yotta build tool for build and dependency 
management, and gcc-arm-none-eabi for compilation.

I plan to maintain this package in the Python Applications Packaging Team.

Bug#908781: ITP: yotta -- build tool for C/C++ projects using modular components

[Nick Morrott]

Package: wnpp
Owner: Nick Morrott 
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org, debian-pyt...@lists.debian.org

* Package name: yotta
  Version : 0.18.5
  Upstream Author : ARM Limited
* URL : https://github.com/ARMmbed/yotta
* License : Apache-2.0
  Programming Lang: Python
  Description : build tool for C/C++ projects using modular components

yotta is a tool from ARM mbed, to make it easier to build better software with 
C++ and C by re-using modules. Modules are published to the yotta registry to 
share them with other people, or re-use them privately in your own projects.

Whenever you build a project with yotta, you first select a yotta target. 
Targets describe the platform that you're building for (such as an embedded IoT 
development board, or natively for Linux), and provide all the information that 
yotta and modules you're using need to configure themselves correctly for that 
platform.

yotta is the build tool used for the compilation of the micro:bit MicroPython 
firmware.

I plan to maintain this package in the Python Applications Packaging Team.

Bug#907700: ITP: python-guizero -- tkinter wrapper to simplify GUI creation

[Nick Morrott]

Package: wnpp
Owner: Nick Morrott 
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org

* Package name: python-guizero
  Version : 0.5.3
  Upstream Author : Laura Sach
* URL : https://github.com/lawsie/guizero
* License : BSD-3-clause
  Programming Lang: Python
  Description : tkinter wrapper to simplify GUI creation

The aim of guizero is to make the process of creating simple GUIs
quick, accessible and understandable for children:

- works with standard Python GUI library
- abstracts away details children find hard
- provides an accessible widget naming system
- is flexible enough to be used for projects up to A-Level standard
- provides comprehensive and accessible documentation with examples
- provides helpful error messages

guizero is a dependency of the mu-editor [1]

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

I plan to maintain this package in the Debian Python Modules Team.

Bug#907699: ITP: python-nudatus -- tool to remove comments from Python scripts

[Nick Morrott]

Package: wnpp
Owner: Nick Morrott 
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org

* Package name: python-nudatus
  Version : 0.0.3
  Upstream Author : Zander Brown
* URL : https://github.com/ZanderBrown/nudatus
* License : Expat
  Programming Lang: Python
  Description : tool to remove comments from Python scripts

Nudatus is a tool to remove comments from Python scripts.

It was created to help squeeze longer programs onto the micro:bit
but it should be suitable for various environments with restricted
storage.

Nudatus was designed to be embedded within a greater tool
(e.g. uflash [1], mu-editor [2]) but also provides a CLI tool.

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

I plan to maintain this package in the Debian Python Modules Team.

Bug#901461: Packaging mu for Debian

[Nick Morrott]

On 25 August 2018 at 07:44, Petter Reinholdtsen  wrote:
> [Nick Morrott]
>> This update tags the packages for non-free/{python,docs} - the
>> embedded pre-compiled Micropython firmware for the micro:bit doesn't
>> leave an alternative AFAICT at the moment).
>
> Is the Micropython implementation free software, and possible to build
> using free software?  Is it possible to place it into its own package
> and build the firmware in Debian?  Should it be split into a separate
> package to be shared between mu and uflash?

Discussion about the upstream MicroPython runtime is taking place at
https://github.com/ntoll/uflash/issues/54.

Upstream have confirmed that there are no non-free sources included in
the firmware, However, whether it is possible to build the firmware
locally with yotta without requiring an ARM mbed account *and* network
connection remains to be clarified.

The yotta build tool is not packaged in Debian.

>> The packaging would benefit from review and is currently without a
>> sponsor - I'll post an RFS to debian-python separately,
>
> Several lintian issues to address.  Are you looking into those?

Aside from ever-changing Standards versions, there are 2 non-overridden issues:

testsuite-autopkgtest-missing
debian-watch-does-not-check-gpg-signature

I am looking into addressing the first issue, as I add build testing using xvfb.

> Feel free to contact me on IRC if you want me to sponsor the package.

Thanks. I am also pinging #debian-python for suggestions - the outcome
of the MicroPython runtime build steps seems like it will dictate how
to binary packages are organised.

Bug#901461: your mail

[Nick Morrott]

On 22 August 2018 at 20:00, Nick Morrott  wrote:

> I've just pushed the initial packaging to mentors ([1],[2]) for a
> review, if anyone's kind enough to have a look and has some time:

Having repacked the upstream source and respun the salsa repo, please
reclone and/or grab the new source packages from mentors:

  [1] https://mentors.debian.net/package/mu-editor
  [2] 
https://mentors.debian.net/debian/pool/main/m/mu-editor/mu-editor_1.0.0-1.dsc

This update tags the packages for non-free/{python,docs} - the
embedded pre-compiled Micropython firmware for the micro:bit doesn't
leave an alternative AFAICT at the moment).

The packaging would benefit from review and is currently without a
sponsor - I'll post an RFS to debian-python separately,

Thanks,
Nick

Bug#901461: your mail

[Nick Morrott]

On 20 August 2018 at 11:04, Petter Reinholdtsen  wrote:
>
> [Nick Morrott]
>> With python3-pyqt5.qtchart being accepted into unstable last week I am
>> currently rechecking my packaging of mu (package/binary renamed
>> mu-editor).
>
> Thank you for the update. :)
>
>> I should have an upload to mentors ready for review in the next day or
>> two.

I've just pushed the initial packaging to mentors ([1],[2]) for a
review, if anyone's kind enough to have a look and has some time:

  [1] https://mentors.debian.net/package/mu-editor
  [2] 
https://mentors.debian.net/debian/pool/main/m/mu-editor/mu-editor_1.0.0+ds-1.dsc

> Did you consider packaging uflash too, to also provide a simple command
> line tool to store micropython code into the BBC's Micro:Bit?

I have - and thank you for creating the RFP - but I have a concern
about the DFSG-compatibility of the embedded-firmware-as-a-string in
the uflash.py script (which is also included in the mu-editor
source...).

Thanks,
Nick

Bug#901461: your mail

[Nick Morrott]

On 17 August 2018 at 20:36, Petter Reinholdtsen  wrote:
> Hi.  Any news on packaing mu in Debian?  Who is working on it and know the
> status?  Care to write up an update?

Dear all,

With python3-pyqt5.qtchart being accepted into unstable last week I am
currently rechecking my packaging of mu (package/binary renamed
mu-editor).

I should have an upload to mentors ready for review in the next day or two.

Thanks,
Nick

Bug#901461: ITP: mu -- simple editor for beginner Python programmers

[Nick Morrott]

Package: wnpp
Owner: Nick Morrott 
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org

* Package name: mu
  Version : 1.0.0.beta.15
  Upstream Author : Nicholas Tollervey
* URL : https://github.com/mu-editor/mu
* License : GPL-3.0
  Programming Lang: Python
  Description : simple editor for beginner Python programmers

Mu is a simple code editor for beginner programmers based on extensive feedback
from teachers and learners. Having said that, Mu is for anyone who wants to use
a simple "no frills" editor.

Mu is a modal editor with modes for Adafruit's CircuitPython, the micro:bit's
version of MicroPython, PyGame Zero and standard Python 3 (including a graphical
debugger). Some of the modes make available a REPL (either running on the
connected CircuitPython or MicroPython device or as a Jupyter based iPython
session in Python3 mode).

Bug#898086: libequinox-osgi-java: Does not install symlinks into /usr/lib/eclipse/plugins

[Nick Morrott]

Source: libequinox-osgi-java
Version: 3.9.1-1
Severity: grave
Justification: renders package unusable
Control: affects eclipse

Dear Maintainer,

The separation of the libequinox-osgi-java binary package from the eclipse
source appears to break fresh installations of eclipse.

On a fresh installation of eclipse on buster/sid (using a supported JDK
version), it is apparent that eclipse is unable to locate
/usr/lib/eclipse/plugins/org.eclipse.osgi_3.8.1.dist.jar (configured in
/usr/lib/eclipse/configuration/org.eclipse.equinox.simpleconfigurator/bundles.info).

On stretch (3.8.1-10), the relevant symlinks between
/usr/lib/eclipse/plugins and
/usr/share/java are present.

On buster/sid, no symlink is created to /usr/lib/eclipse/plugins,
which causes eclipse to immediately crash.

Manually installing the following symlink resolves the issue:

cd /usr/lib/eclipse/plugins
ln -s ../../../share/java/org.eclipse.osgi-3.9.1.jar
org.eclipse.osgi_3.8.1.dist.jar



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

Kernel: Linux 4.15.0-3-amd64 (SMP w/8 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#894833: ITP: playerctl -- utility to control media players via MPRIS

[Nick Morrott]

Package: wnpp
Owner: Nick Morrott <knowledgejun...@gmail.com>
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org

* Package name: playerctl
  Version : 0.5.0
  Upstream Author : Tony Crisci
* URL : https://github.com/acrisci/playerctl
* License : LGPL-3.0
  Programming Lang: C
  Description : utility to control media players via MPRIS

Playerctl is a command-line utility and library for controlling media players
that implement the MPRIS D-Bus Interface Specification. Compatible players
include vlc, quod libet, audacious and spotify.

Playerctl makes it easy to bind player actions, such as play and pause,
to media keys. Playerctl also provides an introspectable library accessible
in many popular scripting languages that allows more detailed control like
the ability to subscribe to media player events or get metadata such as
artist and title for the playing track.

Bug#838409: ITA: libbot-basicbot-perl -- simple irc bot baseclass

[Nick Morrott]

retitle 838409 ITA: libbot-basicbot-perl -- simple irc bot baseclass
owner 838409 Nick Morrott <knowledgejun...@gmail.com>
thanks


As the Debian Perl team already packages at least one downstream dependency of
this package and upstream development has restarted, I intend to put this
package under the pkg-perl umbrella to maintain it going forwards.

Bug#867803: RFP: exiftool -- Read, Write and Edit Meta Information

[Nick Morrott]

The exiftool utility has been packaged in Debian for a long time as part of the
libimage-exiftool-perl package.

Bug#845170: ITP: libtest-deep-fuzzy-perl -- fuzzy number comparison with Test::Deep

[Nick Morrott]

Package: wnpp
Owner: Nick Morrott <knowledgejun...@gmail.com>
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org, debian-p...@lists.debian.org

* Package name: libtest-deep-fuzzy-perl
  Version : 0.01
  Upstream Author : karupanerura <kar...@cpan.org>
* URL : https://metacpan.org/release/Test-Deep-Fuzzy
* License : Artistic or GPL-1+
  Programming Lang: Perl
  Description : fuzzy number comparison with Test::Deep

Test::Deep::Fuzzy provides fuzzy number comparison with Test::Deep.

A value under test is compared against an expected value and a
specified range. Math::Round::nearest() is used to round the value
before comparison against the expected value.

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

Bug#838614: ITP: libspecio-perl -- Perl module providing type constraints and coercions

[Nick Morrott]

Package: wnpp
Owner: Nick Morrott <knowledgejun...@gmail.com>
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org, debian-p...@lists.debian.org

* Package name: libspecio-perl
  Version : 0.25
  Upstream Author : Dave Rolsky <auta...@urth.org>
* URL : https://metacpan.org/release/Specio
* License : Artistic-2.0
  Programming Lang: Perl
  Description : Perl module providing type constraints and coercions

Specio provides classes for representing type constraints and coercion,
along with the syntactic sugar for declaring them.

This distribution ships with a set of builtin types representing the types
provided by the Perl interpreter itself.

Note that this is not a proper type system for Perl. Nothing in this
distribution will magically make the Perl interpreter start checking a value's
type on assignment to a variable.

Specio is a new dependency for libdatetime-perl.

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

Bug#838612: ITP: libparams-validationcompiler-perl -- Module to build an optimized subroutine parameter validator

[Nick Morrott]

Package: wnpp
Owner: Nick Morrott <knowledgejun...@gmail.com>
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org, debian-p...@lists.debian.org

* Package name: libparams-validationcompiler-perl
  Version : 0.13
  Upstream Author : Dave Rolsky <auta...@urth.org>
* URL : https://metacpan.org/release/Params-ValidationCompiler
* License : Artistic-2.0
  Programming Lang: Perl
  Description : Module to build an optimized subroutine parameter validator

Params::ValidationCompiler creates a customized, optimized, non-lobotomized,
uncompromised, and thoroughly specialized parameter checking subroutine.

Params::ValidationCompiler is a new dependency of libdatetime-perl.

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

Bug#838608: ITP: libtest2-plugin-nowarnings-perl -- Perl testing plugin to fail tests if warnings are generated

[Nick Morrott]

Package: wnpp
Owner: Nick Morrott <knowledgejun...@gmail.com>
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org, debian-p...@lists.debian.org

* Package name: libtest2-plugin-nowarnings-perl
  Version : 0.02
  Upstream Author : Dave Rolsky <auta...@urth.org>
* URL : https://metacpan.org/release/Test2-Plugin-NoWarnings
* License : Artistic-2.0
  Programming Lang: Perl
  Description : Perl testing plugin to fail tests if warnings are generated

The Test2::Plugin::NoWarnings plugin causes tests to fail if there are any
warnings while they run. Each warning generates a new failing test, and the
warning content is outputted via diag.

This module uses $SIG{__WARN__}, so if the code you're testing sets this,
this module will stop working.

Test2::Plugin::NoWarnings is a dependency of Params::ValidationCompiler.

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

Bug#834115: ITP: libtest-deep-json-perl -- Test::Deep plugin for comparing JSON data

[Nick Morrott]

Package: wnpp
Owner: Nick Morrott <knowledgejun...@gmail.com>
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org, debian-p...@lists.debian.org

* Package name: libtest-deep-json-perl
  Version : 0.03
  Upstream Author : motemen <mote...@gmail.com>
* URL : https://metacpan.org/release/Test-Deep-JSON
* License : Artistic or GPL-1+
  Programming Lang: Perl
  Description : Test::Deep plugin for comparing JSON data

Test::Deep::JSON provides the sub json to indicate that the data
being tested is a JSON string. An error condition is reported if
the data cannot be parsed as valid JSON.

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

Bug#833544: ITP: libtest-timer-perl -- Perl module to test/assert code response times

[Nick Morrott]

Package: wnpp
Owner: Nick Morrott <knowledgejun...@gmail.com>
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org, debian-p...@lists.debian.org

* Package name: libtest-timer-perl
  Version : 0.12
  Upstream Author : Jonas B. Nielsen <jona...@cpan.org>
* URL : https://metacpan.org/release/Test-Timer
* License : Artistic-2.0
  Programming Lang: Perl
  Description : Perl module to test/assert code response times

Test::Timer implements a set of test primitives to test and assert test times
from bodies of code.

The key features are subroutines to test/assert the following:

  - that execution of a given piece of code does not exceed a specified time
limit

  - that execution of a given piece of code takes longer than a specified time
limit and does not exceed another

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

Bug#827745: ITP: libperlio-layers-perl -- Perl module to query a filehandle's capabilities

[Nick Morrott]

Package: wnpp
Owner: Nick Morrott <knowledgejun...@gmail.com>
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org, debian-p...@lists.debian.org

* Package name: libperlio-layers-perl
  Version : 0.011
  Upstream Author : Leon Timmermans <faw...@gmail.com>
* URL : https://metacpan.org/release/PerlIO-Layers
* License : Artistic or GPL-1+
  Programming Lang: Perl
  Description : Perl module to query a filehandle's capabilities

Perl's filehandles are implemented as a stack of layers, with the bottom-most
usually doing the actual IO and the higher ones doing buffering,
encoding/decoding or transformations. PerlIO::Layers allows you to query the
filehandle's properties concerning these layers.

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

PerlIO::Layers is a dependency of File::Map

Bug#827625: ITP: libperl-osnames-perl -- Perl module to list possible $^O ($OSNAME) values with description

[Nick Morrott]

Package: wnpp
Owner: Nick Morrott <knowledgejun...@gmail.com>
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org, debian-p...@lists.debian.org

* Package name: libperl-osnames-perl
  Version : 0.11
  Upstream Author : perlancar <perlan...@cpan.org>
* URL : https://metacpan.org/release/Perl-osnames
* License : Artistic or GPL-1+
  Programming Lang: Perl
  Description : Perl module to list possible $^O ($OSNAME) values with 
description

Perl::osnames provides possible values of $^O, along with a description for
each. It also provides helper functions, such as whether an operating system
is POSIX-compatible or Unix-like.

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

Bug#825710: ITP: libmojo-pg-perl -- module to make PostgreSQL fun to use with Mojolicious

[Nick Morrott]

Package: wnpp
Owner: Nick Morrott <knowledgejun...@gmail.com>
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org, debian-p...@lists.debian.org

* Package name: libmojo-pg-perl
  Version : 2.27
  Upstream Author : Sebastian Riedel <s...@cpan.org>
* URL : https://metacpan.org/release/Mojo-Pg
* License : Artistic-2.0
  Programming Lang: Perl
  Description : module to make PostgreSQL fun to use with Mojolicious

Mojo::Pg is a wrapper around DBD::Pg that makes PostgreSQL a lot of
fun to use with the Mojolicious real-time web framework.

Features of note include URL-based database connections, automatic
transaction rollback support, database migrations written in plain SQL,
and asynchronous triggers.

Support for Mojo::Pg is present in the Minion job queue for Mojolicious.

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

Bug#825469: ITP: libtask-kensho-perl -- metapackage providing recommended modules for Enlightened Perl development

[Nick Morrott]

Package: wnpp
Owner: Nick Morrott <knowledgejun...@gmail.com>
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org, debian-p...@lists.debian.org

* Package name: libtask-kensho-perl
  Version : 0.38
  Upstream Author : Chris Prather <ch...@prather.org>
* URL : https://metacpan.org/release/Task-Kensho
* License : Artistic or GPL-1+
  Programming Lang: Perl
  Description : metapackage providing recommended modules for Enlightened 
Perl development

Task::Kensho is a list of recommended modules for Enlightened Perl
development. The list is maintained by the Enlightened Perl Organisation.

Perl modules that are suggested by Task::Kensho are grouped into several
logical categories. Modules are chosen from various top 100 most-used Perl
modules lists and from discussions with various subject matter experts in the
Perl Community.

This metapackage depends on all of the individual libtask-kensho-* task
metapackages, but one can install these individually if preferred.

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

Bug#818438: ITP: libconstant-generate-perl -- Common tasks for symbolic constants

[Nick Morrott]

Package: wnpp
Owner: Nick Morrott <knowledgejun...@gmail.com>
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org, debian-p...@lists.debian.org

* Package name: libconstant-generate-perl
  Version : 0.17
  Upstream Author : M. Nunberg <mnunb...@haskalah.org>
* URL : https://metacpan.org/release/Constant-Generate
* License : Artistic or GPL-1+
  Programming Lang: Perl
  Description : Common tasks for symbolic constants

Constant::Generate provides useful utilities for handling, debugging, and
generating opaque, 'magic-cookie' type constants as well as value-significant
constants.

Using its simplest interface, it will generate a simple enumeration of names
passed to it on import.

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

The package is a dependency of libmediawiki-bot-perl (#786800)

Bug#818441: ITP: libtest-is-perl -- Skip test in a declarative way, following the Lancaster Consensus

[Nick Morrott]

Package: wnpp
Owner: Nick Morrott <knowledgejun...@gmail.com>
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org, debian-p...@lists.debian.org

* Package name: libtest-is-perl
  Version : 20140823.1
  Upstream Author : Olivier Mengué <dol...@cpan.org>
* URL : https://metacpan.org/release/Test-Is
* License : Artistic or GPL-1+
  Programming Lang: Perl
  Description : Skip test in a declarative way, following the Lancaster 
Consensus

Test::Is is a simple way of following the specifications of the
environment variables available for Perl tests as defined as one of the
"Lancaster Consensus" at Perl QA Hackathon 2013. Those variables
(NONINTERACTIVE_TESTING, EXTENDED_TESTING) define which tests should be
skipped.

If the environment does not match what the author of the test expected, the
complete test is skipped (in the same way as use Test::More skip_all => ...).

As an author, you can also expect that you will automatically benefit of
later evolutions of this specification just by upgrading the module.

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

The package is a dependency of libmediawiki-bot-perl (#786800)

Bug#814819: xmltv-util: The computation used by tv_grab_na_dd for --offset is incorrect

[Nick Morrott]

This patch was forwarded upstream on Mon Feb 15, 2016 and has just been applied:

https://sourceforge.net/p/xmltv/patches/97/

Assuming no further Debian releases from the 0.5.67 branch, it will be
available in the forthcoming 0.5.68 release of xmltv

Cheers,
Nick

Bug#702586: libxml-compile-soap-perl -- module to deal with SOAP and WSDL (client side)

[Nick Morrott]

retitle 702586 ITP: libxml-compile-soap-perl -- module to deal with
SOAP and WSDL (client side)
owner 702586 !
quit

Bug#817822: ITP: libxml-compile-wsdl11-perl -- Perl module to handle SOAP messaging with WSDL version 1.1

[Nick Morrott]

Package: wnpp
Owner: Nick Morrott <knowledgejun...@gmail.com>
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org, debian-p...@lists.debian.org

* Package name: libxml-compile-wsdl11-perl
  Version : 3.04
  Upstream Author : Mark Overmeer <p...@overmeer.net>
* URL : https://metacpan.org/release/XML-Compile-WSDL11
* License : Artistic or GPL-1+
  Programming Lang: Perl
  Description : Perl module to handle SOAP messaging with WSDL version 1.1

XML::Compile::WSDL11 is a module to allow creation of Simple Object
Access Protocol (SOAP) messages defined by WSDL 1.1.

See http://www.w3.org/TR/2001/NOTE-wsdl-20010315 for details.

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

Bug#816900: RFP: libdigest-elf-perl -- Perl extension for ELF hash function

[Nick Morrott]

Package: wnpp
Severity: wishlist

* Package name: libdigest-elf-perl
  Version : 1.42
  Upstream Author : Steve McKay 
* URL : https://metacpan.org/release/Digest-Elf
* License : MIT
  Programming Lang: Perl
  Description : Perl extension for ELF hash function

This Perl module provides a fast implementation of the ELF hash function.

It is a stable module and seems to be an ideal candidate for packaging.

I plan to maintain this package under the umbrella of the Debian Perl
Group (nickm-guest).

Cheers,
Nick

Bug#805317: RFP: libdate-pregnancy-perl -- Calculate birthdate and week numbers for a pregnancy

[Nick Morrott]

Package: wnpp
Severity: wishlist

* Package name: libdate-pregnancy-perl
  Version : 0.05
  Upstream Author : Jonas B. Nielsen 
* URL : https://metacpan.org/release/Date-Pregnancy
* License : The Artistic License 2.0
  Programming Lang: Perl
  Description : Calculate birthdate and week numbers for a pregnancy

This module can be used to calculate the due date for a pregnancy. It
implements 3 different methods, which will give different results.

This module relies heavily on DateTime objects in order to calculate
dates of birth, week numbers and month numbers.

I've used this library for a few years. It is straightforward and does
not change frequently, and therefore seems to be an ideal candidate for
packaging.

I plan to maintain this package under the umbrella of the Debian Perl
Group (nickm-guest).

Cheers,
Nick

Bug#792193: FTBFS: t/test_filters.t fails with TAP syntax errors

[Nick Morrott]

Please close. This bug report is against an old version of XMLTV (0.5.63-2).

My NMU of 0.5.66-0.1 was accepted into unstable a few weeks ago and
this bug report is stopping it from migrating into testing.

Thanks,
Nick

Bug#658664: iceowl does not include awesome icy owl icons

[Nick Morrott]

Hi Guido,

On 2 May 2013 16:31, Guido Günther a...@sigxcpu.org wrote:
 Hi Nick,
 On Thu, May 02, 2013 at 01:30:51AM +0100, Nick Morrott wrote:
 Tags: patch

 I noticed Guido's groupware post on the Debian Planet earlier and
 thought I'd have a go at putting something together for the Iceowl
 icon request. Note: I am not an artist, so this icon is unlikely to
 meet the extremely awesome criterion.

 Awesome! I like it.

Thanks so much for your quick feedback

 My mockup (svg + png bitmap) is here:

 https://github.com/knowledgejunkie/iceowl-icon

 Wing outlines are taken from a PD image at
 http://openclipart.org/detail/146869/cartoon-owl-by-printerkiller.
 Other common bits and pieces from the Icedove icon in Wheezy.

 Great. Any chance you have a look at the other sizes needed? We do have
 the following files in the source tree:

 debian/iceowl.svg   (48x48)
 debian/iceowl.xpm   (32x32)
 debian/iceow-branding/mozicon128.png(128x128)
 debian/iceow-branding/content/icon48.png(48x48)
 debian/iceow-branding/content/icon64.png(64x64)
 debian/iceow-branding/content/about.png (300 x 236 with text)

 Could you have a look into creating these, this would give us the chance
 to reduce the level of detail in the SVG for different sizes but it's
 probably o.k. to skip that in a first version.

I have updated the repo with icon files in PNG format of sizes 16, 32,
48, 64, 128 and 256 pixels. I have also added a 32x32 XPM as requested
above.

Currently all icons are generated from the same SVG file - I noted
that the icedove branding uses a simpler logo for icon with sizes =
32x32. The logo SVG is currently at a nominal resolution of 128x128
(the same as that for icedove).

I have also added a separate SVG with an initial about.png graphic,
taking inspiration and typography from the iceweasel and icedove
Debian branding files - please let me know what you think.

Cheers,
Nick


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

Bug#658664: iceowl does not include awesome icy owl icons

[Nick Morrott]

Tags: patch

I noticed Guido's groupware post on the Debian Planet earlier and
thought I'd have a go at putting something together for the Iceowl
icon request. Note: I am not an artist, so this icon is unlikely to
meet the extremely awesome criterion.

My mockup (svg + png bitmap) is here:

https://github.com/knowledgejunkie/iceowl-icon

Wing outlines are taken from a PD image at
http://openclipart.org/detail/146869/cartoon-owl-by-printerkiller.
Other common bits and pieces from the Icedove icon in Wheezy.

Cheers,
Nick


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

Bug#639873: Dependencies not being updated to same versions as nvidia-glx

[Nick Morrott]

Package: nvidia-glx
Version: 285.03-2
Severity: normal


Running Wheezy, with nvidia-glx from experimental. This report is for
the 285.03-2 packages
just made available in experimental, but please note that I still have
the 285.03-1 packages installed.

When attempting to upgrade the nvidia-glx package in aptitude to
current packages (285.03-2) the installed
nvidia-kernel-dkms package is not being upgraded automatically, even
though it is a dependency of
nvidia-glx (through nvidia-kernel) and an upgraded package is
available (nvidia-kernel-dkms 285.03-2)
in experimental.

I note that the specified version of the nvidia-kernel dependency is
285.03, rather than 285.03-2 to match
the current package. As I have nvidia-kernel-dkms 285.03-1 installed,
it appears to be satisfying this
dependency and blocking the updated package from being installed. As a
result nvidia-kernel-dkms must be
manually flagged for upgrade.

I see similar behaviour for the child dependencies of
nvidia-alternative (also a dependency for
nvidia-glx). Although there is a 285.03-2 package for
nvidia-alternative, its own dependencies on
libgl1-nvidia-alternatives and libglx-nvidia-alternatives are
themselves not being upgraded to the latest
available versions (although that agrees with the =275.xxx min version).

Are there any risks to the stability of the system if all core
dependencies of nvidia-glx are not
at the same version?

-- Package-specific info:
uname -a:
Linux bart 3.0.0-1-686-pae #1 SMP Sat Aug 27 16:41:03 UTC 2011 i686 GNU/Linux

/proc/version:
Linux version 3.0.0-1-686-pae (Debian 3.0.0-3) (b...@decadent.org.uk)
(gcc version 4.5.3 (Debian 4.5.3-8) ) #1 SMP Sat Aug 27 16:41:03 UTC
2011

/proc/driver/nvidia/version:
NVRM version: NVIDIA UNIX x86 Kernel Module  285.03  Mon Aug 15
02:36:51 PDT 2011
GCC version:  gcc version 4.5.3 (Debian 4.5.3-5)

lspci 'VGA compatible controller [0300]':
01:00.0 VGA compatible controller [0300]: nVidia Corporation GT218
[GeForce 210] [10de:0a65] (rev a2) (prog-if 00 [VGA controller])
Subsystem: ASUSTeK Computer Inc. EN210 SILENT [1043:8334]
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr-
Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast TAbort-
TAbort- MAbort- SERR- PERR- INTx-
Latency: 0
Interrupt: pin A routed to IRQ 5
Region 0: Memory at d300 (32-bit, non-prefetchable) [size=16M]
Region 1: Memory at 9000 (64-bit, prefetchable) [size=256M]
Region 3: Memory at a000 (64-bit, prefetchable) [size=32M]
Region 5: I/O ports at 8000 [size=128]
[virtual] Expansion ROM at d400 [disabled] [size=512K]
Capabilities: access denied
Kernel driver in use: nvidia

02:00.0 VGA compatible controller [0300]: nVidia Corporation GT218
[GeForce 210] [10de:0a65] (rev a2) (prog-if 00 [VGA controller])
Subsystem: ASUSTeK Computer Inc. EN210 SILENT [1043:8334]
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr-
Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast TAbort-
TAbort- MAbort- SERR- PERR- INTx-
Latency: 0
Interrupt: pin A routed to IRQ 7
Region 0: Memory at d000 (32-bit, non-prefetchable) [size=16M]
Region 1: Memory at b000 (64-bit, prefetchable) [size=256M]
Region 3: Memory at c000 (64-bit, prefetchable) [size=32M]
Region 5: I/O ports at 9000 [size=128]
[virtual] Expansion ROM at c200 [disabled] [size=512K]
Capabilities: access denied
Kernel driver in use: nvidia

dmesg:
[0.00] ACPI: RSDP 000f7c80 00014 (v00 Nvidia)
[0.00] ACPI: RSDT 8fff3040 00034 (v01 Nvidia AWRDACPI 42302E31
AWRD )
[0.00] ACPI: FACP 8fff30c0 00074 (v01 Nvidia AWRDACPI 42302E31
AWRD )
[0.00] ACPI: DSDT 8fff3180 069D6 (v01 NVIDIA AWRDACPI 1000
MSFT 010E)
[0.00] ACPI: MCFG 8fff9ec0 0003C (v01 Nvidia AWRDACPI 42302E31
AWRD )
[0.00] ACPI: APIC 8fff9bc0 0007C (v01 Nvidia AWRDACPI 42302E31
AWRD )
[0.00] Console: colour VGA+ 80x25
[0.160960] vgaarb: device added:
PCI::02:00.0,decodes=io+mem,owns=none,locks=none
[0.160966] vgaarb: device added:
PCI::01:00.0,decodes=io+mem,owns=io+mem,locks=none
[0.160969] vgaarb: loaded
[0.160971] vgaarb: bridge control possible :01:00.0
[0.160972] vgaarb: bridge control possible :02:00.0
[1.030275] Linux agpgart interface v0.103
[3.875318] nvidia: module license 'NVIDIA' taints kernel.
[5.776311] input: HDA NVidia HDMI/DP as
/devices/pci:00/:00:0d.0/:02:00.1/sound/card1/input5
[5.776407] input: HDA NVidia HDMI/DP as
/devices/pci:00/:00:0d.0/:02:00.1/sound/card1/input6
[5.776501] input: HDA NVidia HDMI/DP as
/devices/pci:00/:00:0d.0/:02:00.1/sound/card1/input7
[5.776592] input: HDA NVidia HDMI/DP as