Bug#1053244: ITP: golang-sourcehut-rockorager-go-jmap -- A JMAP client library
Package: wnpp Severity: wishlist Owner: Robin Jarry * Package name: golang-sourcehut-rockorager-go-jmap Version : 0.3.0-1 Upstream Author : Tim Culverhouse * URL : https://git.sr.ht/~rockorager/go-jmap * License : Expat Programming Lang: Go Description : A JMAP client library A JMAP client library. Includes support for all core functionality (including PushSubscription and EventSource event streams), mail, smime-verify, and MDN specifications. This is a new build dependency of aerc.
Re: Bug#1053165: ITS: nunit
On September 29, 2023 10:01:45 AM UTC, Adam Borowski wrote: >On Thu, Sep 28, 2023 at 03:45:14PM +, Scott Kitterman wrote: >> On September 28, 2023 3:22:20 PM UTC, Bastian Germann >> wrote: >> >Okay. What do you suggest for "team maintained" packages where there is >> >no active team member? File MIA processes for each of the uploaders? >> >And then? The MIA team's bugs are not RC bugs, so you cannot even NMU >> >them based on the MIA bug. >> > >> >I think, just letting such packages rot for one or two decades does not >> > help anybody, certainly not our users. >> Any team member can orphan the package. > >A team with 99 MIA members one active is not the problem here. >But we have oh so many packages where the whole team is gone. > I agree. That's a different situation. Personally, it doesn't bother me if someone just uploads such packages with QA as the maintainer directly without bothering with the ITS process. If someone makes a mistake it's trivially reversible with a new upload and unlike a salvaged package there's no need to balance the equities of old/new maintainers. There's probably no rule that says that's okay though. Scott K
Bug#1053215: ITP: needrestart-gui -- web interface for needrestart
Package: wnpp Severity: wishlist Owner: Thomas Goirand X-Debbugs-Cc: debian-devel@lists.debian.org * Package name: needrestart-gui Version : 0.0.1 Upstream Contact: Axel Jacquet * URL : https://salsa.debian.org/openstack-team/third-party/needrestart-gui * License : most-permissive Programming Lang: Python Description : web interface for needrestart This package provides a Python implementation to monitor services and provides a GUI to show their status and package versions. It uses in the background the needrestart package.
Bug#1053214: RFP: lustre -- distributed parallel, scalabe, high-performance, high-availability file system
Package: wnpp Severity: wishlist X-Debbugs-Cc: debian-devel@lists.debian.org, debian-scie...@lists.debian.org * Package name: lustre Upstream Author : Whamcloud * URL : www.lustre.org * License : GPLv2 Programming Lang: C Description : Distributed parallel, scalable, high-performance file system The Lustre file system is an open-source, parallel file system that supports many requirements of leadership class HPC simulation environments. Lustre is used in a number of science institutes (including mine), so having a Debian package would be quite handy for us. Their distribution already come with some Debian files (and they actually build Ubuntu packages), but they are not compliant to Debian Policy, and they are very outdated (source format 1, declared standards version 3.8.2), depending on tools that are not in Debian anymore (dpatch). However, for the kernel modules, it is possible to build them with dkms support. The package includes both the client and the server side. However, upstream builds the server package only for RHEL, already even just having the client packages for Debian would be a big win. Best regards Ole
Bug#1053210: ITP: eartag -- edit audio file tags
Package: wnpp Severity: wishlist Owner: Matthias Geiger X-Debbugs-Cc: debian-devel@lists.debian.org, debian-gtk-gn...@lists.debian.org, werdah...@riseup.net -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 * Package name: eartag Version : 0.5.0 Upstream Contact: knuxify * URL : https://gitlab.gnome.org/World/eartag * License : MIT Programming Lang: Python Description : edit audio file tags eartag is a nice litte program to edit metadata for audio files. I've been using it locally to fix minor issues for my music collection. Features it has over existing audio file taggers: simple, no need to set a music directory (editing a single file on its own is possible) and support for mobile Linux. It will be maintained with the GNOME team. -BEGIN PGP SIGNATURE- iQJJBAEBCgAzFiEEwuGmy/3s5RGopBdtGL0QaztsVHUFAmUWqYMVHHdlcmRhaGlh c0ByaXNldXAubmV0AAoJEBi9EGs7bFR1eMQP/0EkkjgU0SNka2GwSqAyy12vMVMl NXEANgrGhYnI9ilUOHeIDIGQeKHForxDIG3OHF3kKGlMduZVbpqo9D/pKel40980 muGIhfapf5d7idD2lwBiafL+FslisE2Pb80tncziKfle9vGfR9J0kZJLw56rq9TW lGiXaLvOP4O8qn3WJ9EkqBclMbSxbsDiV8adn+712caPryamVyJOe6dRCSjEX+4o S4UShxs0M0bfgUnAOjWTNa3zyo4JVnV1B8itn5S9y8S93gV9/Z8CaJusu3XnNpZb yLJpaMTERBht0TNS28HLdHtz1siZc0KP/AJCHbQhl5prMCX0nhgdn2LwJAPOnw7J PLIyoiWm+vz+zU/htB/zrKf4ivJs8R/I4WR7py6GIhYtKtbqwimaBBrLoF8jaLWL MU6tpaN1cBRjdDXaQLghOsjA1wYXw+alSzHhVrikF6D7aqqEgX8xYr7SZX6GCwVb WQj4hrmQzXEICbewD/JotGIoqCuyGiY4YSlSiFPtdVW+bfjORY4b8nvEZf1sUX68 NOuOHC1ggJaY4UbgJSesoyKgOuvQbfs0DPzSL2PQ47kCe3KkalNRyed52mybQr8W Zni2/xC/9Gg2/WdeqDXibuefh4/3F4Bbw99qmb1RwQr153Xjzbmb1ng9n43ui48K DYNx8ojveDFJ9qzu =s3pr -END PGP SIGNATURE-
Re: Bug#1053165: ITS: nunit
On Thu, Sep 28, 2023 at 03:45:14PM +, Scott Kitterman wrote: > On September 28, 2023 3:22:20 PM UTC, Bastian Germann wrote: > >Okay. What do you suggest for "team maintained" packages where there is > >no active team member? File MIA processes for each of the uploaders? > >And then? The MIA team's bugs are not RC bugs, so you cannot even NMU > >them based on the MIA bug. > > > >I think, just letting such packages rot for one or two decades does not > > help anybody, certainly not our users. > Any team member can orphan the package. A team with 99 MIA members one active is not the problem here. But we have oh so many packages where the whole team is gone. Meow! -- ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ ⢿⡄⠘⠷⠚⠋⠀ ᛊᚨᚾᛁᛏᚣ᛫ᛁᛊ᛫ᚠᛟᚱ᛫ᚦᛖ᛫ᚹᛖᚨᚲ ⠈⠳⣄
Re: debvm for autopkgtests with multiple host?
Hi,
Quick followup given new insights.
On Sun, Sep 24, 2023 at 05:51:47PM +0200, Helmut Grohne wrote:
> Hi Johannes,
>
> On Sun, Sep 24, 2023 at 10:27:37AM +0200, Johannes Schauer Marin Rodrigues
> wrote:
> > There is really not much magic. The core of it is to pass this to your
> > mmdebstrap or debvm-create invocation:
> >
> > --setup-hook='for f in /etc/apt/sources.list /etc/apt/sources.list.d/*
> > /etc/apt/preferences.d/*;
> > do [ -e "$f" ] && { echo; sed "s| file://| copy://|"
> > "$f"; } | tee "$1/$f" >&2; done'
> > --hook-dir=/usr/share/mmdebstrap/hooks/file-mirror-automount
>
> This sounds simple, but reality is a little more elaborate.
>
> For one thing, there also is
> /usr/share/mmdebstrap/hooks/copy-host-apt-sources-and-preferences. This
> hook directory is similar but subtly different from the above setup
> hook:
> * It does not perform the translation of file:// uris into copy://uris.
The gist is that accessing file:// URIs from within the mmdebstrap
chroot won't work out of the box. One can either turn the into copy://
URIs or use the file-mirror-automount hook to issue bind mounts for
them. According to Johannes, the latter is to be considered more
reliable.
> What seems to work is this:
>
> debvm-create
> --skip=usrmerge
> ...
> --
> --hook-dir=/usr/share/mmdebstrap/hooks/file-mirror-automount
>
> --hook-dir=/usr/share/mmdebstrap/hooks/copy-host-apt-sources-and-preferences
> --hook-dir=/usr/share/mmdebstrap/hooks/maybe-merged-usr
> ""
>
> That final empty string supplies the apt sources. Does this sound about
> right? If yes, I'd like to add this as a non-flaky autopkgtest to debvm.
This is subtly wrong. The file-mirror-automount hook must come after
copy-host-apt-sources-and-preferences or it may miss URIs to mount and
it must come before maybe-merged-usr or it won't have done its job in
time. So rather use this pattern:
debvm-create
--skip=usrmerge
...
--
--hook-dir=/usr/share/mmdebstrap/hooks/copy-host-apt-sources-and-preferences
--hook-dir=/usr/share/mmdebstrap/hooks/file-mirror-automount
--hook-dir=/usr/share/mmdebstrap/hooks/maybe-merged-usr
""
The sbuild autopkgtest uses something roughly like this and debvm's
autopkgtest also now use this (and actually pass that way).
Beware of one horny detail. When mmdebstrap fails resolving dependencies
(and that can happen during debci), it kills its process group as a
mechanism to get rid of its children. This works fine if your
autopkgtest does not have needs-root. If it does, this failure mode can
currently damage debci infrastructure (yes, really). So if you use this
together with needs-root, please also wrap it in "setsid -w" to keep
debci in a healthy state.
And with these instructions, I think I've also resolved #1036919!
Helmut
