Bug#1060023: ITP: keyd -- Keyboard key remapping daemon for Linux

[Richard Hansen]

Package: wnpp
Severity: wishlist
Owner: Richard Hansen 
X-Debbugs-Cc: debian-devel@lists.debian.org

* Package name: keyd
  Version : 2.4.3
  Upstream Contact: Raheman Vaiya 
* URL : https://github.com/rvaiya/keyd
* License : Expat
  Programming Lang: C
  Description : Keyboard key remapping daemon for Linux

keyd is a system-wide key remapping daemon which supports features like
layering, oneshot modifiers, and macros. In its most basic form it can be used
to define a custom key layout that persists across display server boundaries
(e.g wayland/X/tty).


Why I'm packaging this: I converted my Chromebook to a normal laptop running
Debian, and use keyd to work around the device's limited keyboard (no Home, End,
PageUp, PageDown, or Del keys, among others).

Unlike tools like xmodmap, keyd works at a low level (via Linux kernel
interfaces evdev and uinput), so it works with X11, Wayland, and VTs without
needing any environment-specific support.  As far as I know, no existing Debian
package provides similar low-level functionality.

keyd's feature set overlaps with kmonad (https://github.com/kmonad/kmonad) which
also merits packaging.  I'm packaging keyd instead of kmonad because keyd is
considerably simpler, and I'm unfamiliar with the Haskell ecosystem (kmonad is
written in Haskell).

I am not a DD or DM, so I would like some team or DD to volunteer to co-maintain
and sponsor uploads.  I'm not sure which team would be the best match;
suggestions would be appreciated.  Maybe the input method team
(https://wiki.debian.org/Teams/IMEPackagingTeam) would be interested; I'll ping
them if nobody has an alternative suggestion.

Bug#968836: ITP: libcgi-application-plugin-debugscreen-perl -- debugging tool for CGI::Application

[Richard Hansen]

Package: wnpp
Severity: wishlist
Owner: Richard Hansen 
X-Debbugs-Cc: debian-devel@lists.debian.org

* Package name: libcgi-application-plugin-debugscreen-perl
  Version : 1.00
  Upstream Author : Atsushi Kobayashi 
* URL : 
https://metacpan.org/release/CGI-Application-Plugin-DebugScreen
* License : Artistic or GPL-1+
  Programming Lang: Perl
  Description : debugging tool for CGI::Application

CGI::Application::Plugin::DebugScreen captures die events and displays the 
stack trace to the user. It also provides links to the source code and 
documentation view the ViewCode plugin.

This Perl module is already packaged in 
libcgi-application-plugin-viewcode-perl, and that package currently has 
'Provides: libcgi-application-plugin-debugscreen-perl'. I am splitting that 
package into two (I am moving the CGI::Application::Plugin::DebugScreen module 
to its own package) so that we can easily remove the build dependency on 
pkg-components to fix bug #933116.

The package will be owned by the Perl team.

Questions about hard freeze and autopkgtests

[Richard Hansen]

I have a couple of questions regarding the hard freeze and packages with 
and without autopkgtests:


   * What does "autopkgtest bounty" mean in the table at 
?


   * If I add a non-superficial autopkgtest to a package that currently 
does not have an autopkgtest, will it be eligible for automatic 
migration to testing or do I have to request an unblock?


Context:  I'm wondering if it makes sense to merge 
 or if that 
would just complicate the process of unblocking it.


Thanks,
Richard


p.s.  Apologies for posting these questions to debian-release before I 
noticed the following in the list's description: "This list should not 
be considered a discussion list; discussions related to releases issues 
should be held on more appropriate lists such as debian-devel".


OpenPGP_signature.asc
Description: OpenPGP digital signature