Work-needing packages report for May 13, 2022

2022-05-12 Thread wnpp
The following is a listing of packages for which help has been requested
through the WNPP (Work-Needing and Prospective Packages) system in the
last week.

Total number of orphaned packages: 1243 (new: 0)
Total number of packages offered up for adoption: 180 (new: 0)
Total number of packages requested help for: 62 (new: 0)

Please refer to https://www.debian.org/devel/wnpp/ for more information.



No new packages have been orphaned, but a total of 1243 packages are
orphaned.  See https://www.debian.org/devel/wnpp/orphaned
for a complete list.



No new packages have been given up for adoption, but a total of 180 packages
are awaiting adoption.  See https://www.debian.org/devel/wnpp/rfa_bypackage
for a complete list.



For the following packages help is requested:

   apache2 (#910917), requested 1307 days ago
 Description: Apache HTTP Server
 Reverse Depends: apache2 apache2-ssl-dev apache2-suexec-custom
   apache2-suexec-pristine backuppc bfh-container-server
   courier-webadmin cvsweb debbugs-web doc-central (133 more omitted)
 Installations reported by Popcon: 97493
 Bug Report URL: https://bugs.debian.org/910917

   apparmor (#1006872), requested 66 days ago
 Description: user-space parser utility for AppArmor
 Reverse Depends: apparmor-notify apparmor-profiles
   apparmor-profiles-extra apparmor-utils content-hub-testability
   dbus-daemon dbus-tests debian-cloud-images-packages dovecot-core
   firejail (18 more omitted)
 Installations reported by Popcon: 185971
 Bug Report URL: https://bugs.debian.org/1006872

   aufs (#963191), requested 691 days ago
 Description: driver for a union mount for Linux filesystems
 Reverse Depends: fsprotect
 Installations reported by Popcon: 8416
 Bug Report URL: https://bugs.debian.org/963191

   autopkgtest (#846328), requested 1989 days ago
 Description: automatic as-installed testing for Debian packages
 Reverse Depends: debci-worker sbuild-qemu
 Installations reported by Popcon: 1214
 Bug Report URL: https://bugs.debian.org/846328

   balsa (#642906), requested 3882 days ago
 Description: An e-mail client for GNOME
 Reverse Depends: balsa
 Installations reported by Popcon: 649
 Bug Report URL: https://bugs.debian.org/642906

   cargo (#860116), requested 1857 days ago
 Description: Rust package manager
 Reverse Depends: dh-cargo rust-all
 Installations reported by Popcon: 2889
 Bug Report URL: https://bugs.debian.org/860116

   courier (#978755), requested 497 days ago
 Description: Courier mail server
 Reverse Depends: courier-faxmail courier-filter-perl courier-imap
   courier-ldap courier-mlm courier-mta courier-pcp courier-pop
   courier-webadmin couriergrey (3 more omitted)
 Installations reported by Popcon: 837
 Bug Report URL: https://bugs.debian.org/978755

   cron (#984736), requested 431 days ago
 Description: new maintainer need
 Reverse Depends: apticron autolog backintime-common btrfsmaintenance
   buildd checksecurity clamtk cricket email-reminder exim4-base (20
   more omitted)
 Installations reported by Popcon: 206409
 Bug Report URL: https://bugs.debian.org/984736

   cyrus-imapd (#921717), requested 1189 days ago
 Description: Cyrus mail system - IMAP support
 Reverse Depends: cyrus-admin cyrus-caldav cyrus-clients cyrus-dev
   cyrus-imapd cyrus-murder cyrus-nntpd cyrus-pop3d cyrus-replication
 Installations reported by Popcon: 399
 Bug Report URL: https://bugs.debian.org/921717

   debtags (#962579), requested 701 days ago
 Description: Debian Package Tags support tools
 Reverse Depends: packagesearch
 Installations reported by Popcon: 1444
 Bug Report URL: https://bugs.debian.org/962579

   dee (#831388), requested 2127 days ago
 Description: model to synchronize mutiple instances over DBus
 Reverse Depends: dee-tools gir1.2-dee-1.0 gir1.2-unity-7.0
   libdee-dev libunity-dev libunity-protocol-private0 libunity-tools
   libunity9 zeitgeist-core
 Installations reported by Popcon: 42953
 Bug Report URL: https://bugs.debian.org/831388

   developers-reference (#759995), requested 2812 days ago
 Description: guidelines and information for Debian developers
 Installations reported by Popcon: 3300
 Bug Report URL: https://bugs.debian.org/759995

   devscripts (#800413), requested 2417 days ago
 Description: scripts to make the life of a Debian Package maintainer
   easier
 Reverse Depends: apt-build apt-listdifferences aptfs arriero
   brz-debian buildd debci debian-builder debmake debpear (31 more
   omitted)
 Installations reported by Popcon: 10530
 Bug Report URL: https://bu

Re: Firmware: Scope of non-free-firmware

2022-05-12 Thread Paul Wise
On Thu, 2022-05-12 at 16:56 +0200, Thomas Goirand wrote:

> If protected by a debconf prompt (by default, doing nothing...), all
> of your remarks are going away.

That means that people who only ever upgrade via unattended-upgrades or
other mechanisms that disable debconf/dpkg prompts etc aren't going to
see the prompt. At work we disable them even when upgrading from one
release to the next. I think that there are too many potential corner
cases in automatically updating apt sources and that it is much simpler
to subset non-free than require updates to apt sources.

For how to announce the availability of the non-free/firmware subset,
an apt hook that checks that installed packages from non-free only
include packages with firmware or microcode in their names seems like
a good idea, along with the usual info in the release notes etc.

-- 
bye,
pabs

https://wiki.debian.org/PaulWise


signature.asc
Description: This is a digitally signed message part


Re: Firmware: Scope of non-free-firmware

2022-05-12 Thread Thomas Goirand

On 5/12/22 04:52, Paul Wise wrote:

On Wed, 2022-05-11 at 17:14 +0200, Thomas Goirand wrote:


A work around would be to have some automation to check if non-free is
activated, and (propose to) update the sources.list automatically to add
non-free-firmware.


That isn't feasible, since apt sources are managed external to Debian.

At my workplace we have $foo-apt-config* packages that manage our apt
sources, modifying them would cause us conffile prompts and that would
mean that upgrades to our $foo-apt-config* packages would get blocked,
since unattended-upgrades skips packages with conffile prompts.

Other people use configuration management systems that overwrite
modified files and probably manage their apt sources using those
systems, so Debian changes to apt sources would get removed.

Others might be running Debian on read-only squashfs images so they
would never get the apt sources modifications needed to get firmware
from non-free, their image builds could either just fail or maybe
silently fail to install the needed firmware files.


I'd prefer doing this, as having copies of the same package in both
non-free and non-free-firmware is (IMO) a mess.


Having the same package in unstable and testing works fine, I don't
see why it would be different for non-free and non-free/firmware.


If protected by a debconf prompt (by default, doing nothing...), all of 
your remarks are going away.


Example text:

> It looks like you have non-free firmware package(s) installed in your
> system, but the non-free-firmware repository doesn't look like present
> in your sources.list. Do you wish to add a new file to
> /etc/apt/sources.list.d/debian-non-free-firmware.list to add this
> repository?

Just my 2 cents idea, hoping it helps,
Cheers,

Thomas Goirand (zigo)



Bug#1010899: ITP: python3-pyst -- Python module for interacting with the Asterisk PBX

2022-05-12 Thread Bernd Schumacher
Package: wnpp
Severity: wishlist
Owner: Bernd Schumacher 

* Package name: python3-pyst
  Version : 0.8
  Upstream Author : Ralf Schlatterbeck 
* URL : https://github.com/schlatterbeck/pyst.git
* License : LGPL, PSFL
  Programming Lang: Python
  Description : Python module for interacting with the Asterisk PBX

Pyst consists of a set of interfaces and libraries to allow programming of
Asterisk from python. The library currently supports AGI, AMI, and the
parsing of Asterisk configuration files. The library also includes debugging
facilities for AGI.

In debian buster an older python2 version of pyst called python-pyst is already
maintained by Apollon Oikonomopoulos .

Now pyst supports also python3.
Apollon Oikonomopoulos told me he is a bit short on time these days,
and I could feel free to file an ITP and "adopt" the package.
Ralf Schlatterbeck told me, he likes to see the a debian python3-pyst pakage.



Bug#1010897: ITP: python3-versioningit -- PEP 518 driven setuptools plugin for auto-versioning using git/hg

2022-05-12 Thread Yaroslav Halchenko
Package: wnpp
Severity: wishlist
Owner: Yaroslav Halchenko 
X-Debbugs-Cc: debian-devel@lists.debian.org

* Package name: python3-versioningit
  Version : 1.1.1
  Upstream Author : John T. Wodder II
* URL : https://github.com/jwodder/versioningit
* License : MIT
  Programming Lang: Python
  Description : PEP 518 driven setuptools plugin for auto-versioning using 
git/hg

versioningit is yet another setuptools plugin for automatically
determining your package's version based on your version control repository's
tags. Unlike others, it allows easy customization of the version format and
even lets you easily override the separate functions used for version
extraction and calculation.

Features:

- Installed & configured through PEP 518's pyproject.toml
- Supports Git, modern Git archives, and Mercurial
- Formatting of the final version uses format template strings, with fields for 
basic VCS information and separate template strings for distanced vs. dirty vs. 
distanced-and-dirty repository states
- Can optionally write the final version to a file for loading at runtime
- Provides custom setuptools commands for inserting the final version into a 
source file at build time
- The individual methods for VCS querying, tag-to-version calculation, version 
bumping, version formatting, and writing the version to a file can all be 
customized using either functions defined alongside one's project code or via 
publicly-distributed entry points
- Can alternatively be used as a library for use in setup.py or the like, in 
case you don't want to or can't configure it via pyproject.toml
- The only thing it does is calculate your version and optionally write it to a 
file; there's no overriding of your sdist contents based on what's in your Git 
repository, especially not without a way to turn it off, because that would 
just be rude.