Bug#969629: ITP: golang-github-nwaples-rardecode -- A go package for reading RAR archives.

Package: wnpp Severity: wishlist Owner: Jai Flack * Package name: golang-github-nwaples-rardecode Version : 1.1.0-1 Upstream Author : Nicholas Waples * URL : https://github.com/nwaples/rardecode * License : BSD-2-clause Programming Lang: Go Description

Bug#969632: ITP: golang-github-galdor-cmdline -- A command line parser written in Go

Package: wnpp Severity: wishlist Owner: Jai Flack * Package name: golang-github-galdor-cmdline Version : 1.1.1-1 Upstream Author : Nicolas Martyanoff * URL : https://github.com/galdor/go-cmdline * License : ISC Programming Lang: Go Description : Command

Bug#969634: ITP: shellescape -- Escape arbitrary strings for use as command line arguments

Package: wnpp Severity: wishlist Owner: Jai Flack * Package name: shellescape Version : 1.2.2-1 Upstream Author : Alessio Treglia * URL : https://github.com/alessio/shellescape * License : Expat Programming Lang: Go Description : Escape arbitrary string

how to override piuparts for package transition to testing

Hi, How to override piuparts in getting a package to transition to testing? Package src:debian-parl is [soon removed from testing], due to dependency on package src:mozilla-noscript (and a few other reasons effective later - and depending on when you read this email my attempt at nudging to po

Bug#969652: ITP: xbrzscale -- Intelligent graphics file upscaling tool

Package: wnpp Severity: wishlist Owner: Peter Blackman X-Debbugs-CC: debian-devel@lists.debian.org * Package name: xbrzscale Version : 1.8 Upstream Author : Przemysław Grzywacz Zenju * URL : https://github.com/atheros/xbrzscale https://sourceforge.net/projects/xbrz

Re: how to override piuparts for package transition to testing

Ask the release team ("unblock" bug against release.debian.org, or debian-release@l.d.o): they can override the automated checks.

Bug#969654: ITP: gap-nq -- provides the ANU nilpotent quotient program for computing nilpotent factor groups of finitely presented groups and makes it available as part of the gap ecosystem.

Package: wnpp Severity: wishlist Owner: Joachim Zobel * Package name: gap-nq Version : 2.5.4 Upstream Author : Werner Nickel * URL : https://www.gap-system.org/Packages/nq.html * License : GPL-2+ Programming Lang: C, GAP 4 Description : provides the AN

Bug#969658: ITP: lookatme -- interactive command-line presentation tool

Package: wnpp Severity: wishlist Owner: Reiner Herrmann X-Debbugs-Cc: debian-devel@lists.debian.org * Package name: lookatme Version : 1.2.0 Upstream Author : James Johnson * URL : https://github.com/d0c-s4vage/lookatme * License : MIT Programming Lang: Pytho

debian/rules and DEB_BUILD_PROFILES vs _OPTIONS

It seems that "nocheck" and "nodoc" can be used with both variables. However, which one is to be used in debian/rules recipes? Or both, as suggested here [1]? Looking at random packages, newer packages seem to favor just checking DEB_BUILD_PROFILES to conditionally build documentation, but that w

Re: debian/rules and DEB_BUILD_PROFILES vs _OPTIONS

On Sun, Sep 06, 2020 at 10:53:05PM +0200, Christian Kastner wrote: > It seems that "nocheck" and "nodoc" can be used with both variables. > > However, which one is to be used in debian/rules recipes? Or both, as > suggested here [1]? The thing is, according to the build profile spec, if you speci

Bug#969708: ITP: ipyparallel -- Interactive Parallel Computing with IPython

Package: wnpp Severity: wishlist Owner: Joseph Nahmias * Package name: ipyparallel Version : 6.3.0 Upstream Author : The IPython Development Team * URL : https://github.com/ipython/ipyparallel * License : BSD Programming Lang: Python Description : Inter

Bug#894786: RFP: python-pytest-flake8 -- pytest plugin to check FLAKE8 requirements

Control: retitle -1 ITP: python-pytest-flake8 -- pytest plugin to check FLAKE8 requirements Control: owner -1 ! X-Debbugs-Cc: debian-devel@lists.debian.org, debian-pyt...@lists.debian.org On Wednesday, April 04 2018, Julien Puydt wrote: > * Package name: python-pytest-flake8 > Version

Re: debian/rules and DEB_BUILD_PROFILES vs _OPTIONS

Mattia Rizzolo: > On Sun, Sep 06, 2020 at 10:53:05PM +0200, Christian Kastner wrote: > [...] >> Or do dpkg or debhelper apply some kind of mapping logic from _OPTIONS >> to _PROFILES for the popular options nocheck, nodoc, noopt? > > debhelper does. various helpers do things differently with such