Bug#1012289: RFH: lintian -- Debian package checker
On Mon, 05 Feb 2024 13:20:07 + Bastien =?ISO-8859-1?Q?Roucari=E8s?= wrote: > Le lundi 5 février 2024, 12:42:04 UTC Bill Allombert a écrit : > > On Mon, Feb 05, 2024 at 12:28:02PM +0100, Axel Beckert wrote: > > > Hi Bill, > > > > > > Bill Allombert wrote: > > > > By the way, what happened to lintian.debian.org ? > > > > > > Seems as if someone (not me, just noticed it today when > > > "private/refresh-data" failed…) pulled the plug on at least the DNS > > > name. Probably because it hasn't been updated since Felix' try to > > > rewrite it, which AFAIK was never finished, but the old thing also no > > > more worked. (There's probably a lot of legacy code in > > > "lib/Lintian/Output" related to one of these two website generations, > > > maybe even both.) > > > > I used to generate my own copy of it because the official one was > > out of date. > > Help here is welcome. I really like the l.d.o site particularly the graph > > > > > IMHO it's generally a good thing, except that it would have been > > > better to redirect it to the according UDD pages instead. > > > > Yes, because there are ton of places still linking to lintian.debian.org > > (e.g. wikipedia). We should ask DSA to redirect to salsa or UDD. I just noticed this RFH. The last Lintian dates back from February 2024. Is there any way I can help? At the very least, we need a new release that tests for standards 4.7.0 compatibility ASAP. Martin-Éric
Bug#1076001: ITP: cockpit-files -- file manager plugin for Cockpit web console
Package: wnpp X-Debbugs-Cc: debian-de...@lists.debian.org, pkg-utopia-maintain...@lists.alioth.debian.org Owner: Martin Pitt X-Debbugs-Cc: Utopia Maintenance Team Severity: wishlist * Package name: cockpit-files Version : 2 Upstream Contact: Martin Pitt * URL : https://github.com/cockpit-project/cockpit-files * License : LGPL-2.1 Programming Lang: JavaScript Description : Cockpit component for file management The Cockpit Web Console enables users to administer GNU/Linux servers using a web browser. . This package adds an user interface for managing, uploading, and downloading files, with a similar experience as a desktop file manager. This is a relatively new Cockpit component, which quickly gained popularity and interest in the Fedora community, and recently became an official package: https://bodhi.fedoraproject.org/updates/?packages=cockpit-files I'll maintain this as part of the existing cockpit, cockpit-machines, and cockpit-podman source package collection. The upstream projec already has Debian packaging: https://github.com/cockpit-project/cockpit-files/tree/main/packaging/debian Changes to it get tested upstream in CI on all supported Debian releases, I'll enable Ubuntu soon as well. Martin
Bug#1072714: ITP: odin-lang -- Compiler and runtime for the Odin programming language
Package: wnpp Severity: wishlist Owner: Martin Quinson X-Debbugs-Cc: debian-de...@lists.debian.org * Package name : odin-lang Version : O.0.dev2024.06 Upstream Contact: (this community goes over Discord, not emails) * URL : https://odin-lang.org * License : BSD-3-Clause Programming Lang: C++ for the compiler, and Odin for the stdlib Description : Compiler and runtime for the Odin programming language # Package description Odin is a general-purpose programming language with distinct typing built for high performance, modern systems and data-oriented programming. Odin is the C alternative for the Joy of Programming. # Why is this package useful? Because this language is nice and elegant. I plan to use it, and according to upstream, they are getting close to a v1 version (the language and compiler are ready, they are working on the standard library) # How do you plan to maintain it? I don't need a sponsor, but I'd like to have co-maintainers, if possible. I guess I could find some help with upstream. I already started packaging it, mostly to see whether it's doable given my free time, and I found an helping hand upstream in the person of the maintainer of the homebrew package. Cheers, Mt signature.asc Description: This is a digitally signed message part
Bug#1070276: RFP: elpa-casual -- a transient-based porcelain for Emacs Calc
On 2024-05-03 16:43, Sean Whitton wrote: > Yes, the source package would need to be emacs-casual. I still think it > should be suggested upstream. Yes, different names in Debian and upstream can be confusing. But I'll leave that to whoever might like to package it.
Bug#1070276: RFP: elpa-casual -- a transient-based porcelain for Emacs Calc
On 2024-05-03 10:28, Sean Whitton wrote:
> Hmm, have you considered asking upstream to rename it? "casual-calc"
> being the obvious, much less generic choice.
It didn't occur to me, that the name is pretty generic, indeed. OTOH,
I'm not aware of any other (existing or requested) package named
"*casual*". And the fact, that the name is not really telling what
it is about, is common among almost all Debian and Emacs packages :-(
If I were to package this, I would now consider naming the source
package "emacs-casual{-calc}" and the binary package
"elpa-casual{-calc}", but I guess, it is easy enough to find by the
short description anyway, which mentions "Emacs Calc".
Cheers
Bug#1070276: RFP: elpa-casual -- a transient-based porcelain for Emacs Calc
Package: wnpp Severity: wishlist * Package name: elpa-casual Version : 1.5.0 Upstream Author : Charles Y. Choi * URL or Web page : https://github.com/kickingvegas/Casual/ * License : GPL-3 Description : a transient-based porcelain for Emacs Calc Casual is an opinionated Transient-based porcelain to support the casual usage of Emacs Calc. While Emacs Calc has an embarrassingly rich feature set, for many users this capability is inaccessible due the overwhelming number of keybindings used to access them. These keybindings have a steep learning curve that is quickly lost if not in constant use. Menus are a user interface (UI) affordance that offer users discoverability and recall. Providing a hierarchical menu UI over Calc greatly improves its casual use. Here is a nice introduction into casual: http://yummymelon.com/devnull/
Bug#1066961: RFP: slidge-slidgnal -- feature-rich Signal to XMPP puppeteering gateway
Package: wnpp Severity: wishlist * Package name: slidge-slidgnal Version : git master f132 Upstream Author : Nicolas Cedilnik * URL or Web page : https://git.sr.ht/~nicoco/slidgnal * License : AGPL-3 Programming Lang: Python Description : feature-rich Signal to XMPP puppeteering gateway Depends on slidge (already in Debian) and aiosignald.
Bug#1066960: RFP: tdlib -- cross-platform library for building Telegram clients
Package: wnpp Severity: wishlist * Package name: tdlib Version : 0.21.0 Upstream Author : pylakey * URL or Web page : https://github.com/pylakey/td * License : BSL-1.0 Programming Lang: C++ Description : cross-platform library for building Telegram clients Dependency for aiotdlib (#1066940).
Bug#1066940: RFP: aiotdlib -- Python asyncio Telegram client
Package: wnpp Severity: wishlist * Package name: aiotdlib Version : 0.22.0 Upstream Author : pylakey * URL or Web page : https://github.com/pylakey/aiotdlib * License : MIT Programming Lang: Python Description : Python asyncio Telegram client Dependency for slidge-slidgram (#1066937). Needs tdlib.
Bug#1066937: RFP: slidge-slidgram -- feature-rich Telegram to XMPP puppeteering gateway
Package: wnpp Severity: wishlist * Package name: slidge-slidgram Version : git master 75f8aafc Upstream Author : Nicolas Cedilnik * URL or Web page : https://git.sr.ht/~nicoco/slidgram * License : AGPL-3 Programming Lang: Python Description : feature-rich Telegram to XMPP puppeteering gateway Depends on slidge (already in Debian) and aiotdlib.
Bug#1058645: Hare packages for Linux
Le mercredi 21 février 2024 à 14:50 +0200, Classic a écrit : > Hello everyone, > > I built deb package for Ubuntu 22.04 > https://alexey.nyc3.cdn.digitaloceanspaces.com/hare-dist/U22/hare_0.24.0-1_amd64.deb Hello, is the source package available somewhere? I happen to be a Debian developper and could upstream your work, maybe. For the reference, previous attempt was discussed here: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1058645 (for Hare) and here: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1058646 (for qbe). It would be nice if you could keep the 1058645 bug in CC when discussing of the Debian packaging, please. Thanks, Mt signature.asc Description: This is a digitally signed message part
Bug#993557: ITP: gnome-shell-extension-pop-shell -- keyboard-driven layer for GNOME with tiling window management
Hello David, did you manage to do any progress on this package, please? Where can I see your current version? I'd like to help if possible. Thanks, Mt signature.asc Description: This is a digitally signed message part
Bug#1063940: ITP: python-term-image -- Display images in the terminal with Python
Package: wnpp Severity: wishlist X-Debbugs-CC: debian-de...@lists.debian.org, debian-pyt...@lists.debian.org Package Name: python-term-image Version: v0.7.1 Upstream Author: Toluwaleke Ogundipe License: MIT Programming Lang: Python 3 Homepage: https://github.com/AnonymouX47/term-image Description: Display images in the terminal with Python term-image is a library and program to display images on compatible terminals. . Features: - Multiple image formats (basically all formats supported by PIL.Image.open() - Multiple image source types: PIL image instance, local file, URL - Multiple image render styles (with automatic support detection) - Support for multiple terminal graphics protocols: Kitty, iTerm2 - Exposes various features of the protocols - Transparency support (with multiple options) - Animated image support (including transparent ones) - Multiple formats: GIF, WEBP, APNG (and possibly more) - Fully controllable iteration over rendered frames of animated images - Image animation with multiple parameters - Integration into various TUI / terminal-based output libraries. - Terminal size awareness - Automatic and manual image sizing - Horizontal and vertical alignment - Automatic and manual font ratio adjustment (to preserve image aspect ratio) This is a new, optional dependency (Recommends) of libervia-backend.
Bug#1063814: ITP: encrypted-content-encoding -- Encrypted Content-Encoding for HTTP
Package: wnpp Severity: wishlist X-Debbugs-CC: debian-de...@lists.debian.org, debian-pyt...@lists.debian.org Package Name: encrypted-content-encoding / python3-http-ece Version: v1.2.0 Upstream Author: Martin Thomson License: MIT Programming Lang: Python 3 Homepage: https://github.com/web-push-libs/encrypted-content-encoding Description: Encrypted Content-Encoding for HTTP This library implements HTTP ECE in accordance with RFC 8188. It is needed e.g. for WebPush.
Bug#1063815: ITP: vapid -- Simple VAPID header generation library
Package: wnpp Severity: wishlist X-Debbugs-CC: debian-de...@lists.debian.org, debian-pyt...@lists.debian.org Package Name: vapid / python3-py-vapid Version: 1.8.2 Upstream Author: JR Conlin License: MPL2 Programming Lang: Python 3 Homepage: https://github.com/web-push-libs/vapid Description: Simple VAPID header generation library This minimal library contains the minimal set of functions you need to generate a VAPID key set and get the headers you'll need to sign a WebPush subscription update.
Bug#1062463: ITP: xsf-xmpp-xeps -- XMPP Extension Protocols (XEPs)
Package: wnpp Severity: wishlist X-Debbugs-CC: debian-de...@lists.debian.org Package Name: xsf-xmpp-xeps Version: (git master) Upstream Author: XMPP Standards Foundation License: XSF License (https://github.com/xsf/xeps/blob/master/LICENSE.txt) Programming Lang: XML Homepage: https://github.com/xsf/xeps Description: XMPP Extension Protocols (XEPs) This package contains the specifications produced by the XMPP Standards Foundation (XSF). See http://xmpp.org/ for details. Note, that the core specifications for XMPP are developed at the Internet Engineering Task Force (IETF) and can be found in the (non-free) package doc-rfc-std-proposed.
Bug#1058645: Do you need help with this package?
Hello, I'm wondering whether you need some help with the packaging of Hare. Is your current state available somewhere? Thanks, Mt signature.asc Description: This is a digitally signed message part
Bug#1057868: RFP: slidge-style-parser -- a parsing library for Slidge
Programming languages, according to Github: ️️️️️️️️️️️⚙️⚙️⚙️⚙️⚙️⚙️⚙️⚙️⚙️ Python 56.4% _ _ _ _ _ _ _ _ _ _ Rust 43.6%
Bug#1057870: RFP: sphinx-mdinclude -- Sphinx extension for including or writing pages in Markdown format
Package: wnpp Severity: wishlist * Package name: sphinx-mdinclude Version : v0.5.3 Upstream Author : Hiroyuki Takagi etc. * URL or Web page : https://github.com/omnilib/sphinx-mdinclude * License : MIT Programming Lang: Python Description : Sphinx extension for including or writing pages in Markdown format sphinx-mdinclude is a simple Sphinx extension that enables including Markdown documents from within reStructuredText. It provides the .. mdinclude:: directive, and automatically converts the content of Markdown documents to reStructuredText format. sphinx-mdinclude is a fork of m2r and m2r2, focused only on providing a Sphinx extension.
Bug#1057869: RFP: slidge-dev-helpers -- various tools to help slidge-based XMPP gateway development
Package: wnpp Severity: wishlist * Package name: slidge-dev-helpers Version : git master 85ee4141 Upstream Author : Nicolas Cedilnik * URL or Web page : https://git.sr.ht/~nicoco/slidge-dev-helpers * License : AGPL-3 Programming Lang: Python Description : various tools to help slidge-based XMPP gateway development
Bug#1057868: RFP: slidge-style-parser -- a parsing library for Slidge
Package: wnpp Severity: wishlist * Package name: slidge-style-parser Version : v0.1.5 Upstream Author : SavagePeanut * URL or Web page : https://github.com/BluebonnetField/slidge-style-parser * License : TBD Description : a parsing library for Slidge This library is used by slidge-matridge to parse text attributes.
Bug#1053477: RFP: pass-secret-service -- dbus-service to serve secret-service api with pass backend
On 2023-12-06 09:25, Antoine Beaupré wrote: > sorry, i'm kind of swamped until 2024 over here, really interested in > the software, but i didn't even try it out so i don't know if i can > help... did you try reaching out upstream? Not yet, and I'm pretty much -ENOTIME. Will just leave things as they are in salsa, until somebody (you, me, whoever) has more time.
Bug#1053477: RFP: pass-secret-service -- dbus-service to serve secret-service api with pass backend
Hi Antoine, I'm started here: https://salsa.debian.org/python-team/packages/pass-secret-service So far, it doesn't work for me. Maybe I'm missing sth. about D-Bus activation? Any help appreciated, because I'm a little bit short on time. Cheers Btw. I tested with Gajim, which uses python3-keyring, and configured ~/.config/python_keyring/keyringrc.cfg with: [backend] default-keyring=keyring.backends.SecretService.Keyring
Bug#1057377: ITP: slidge-matridge -- Feature-rich Matrix to XMPP puppeteering gateway
Package: wnpp Severity: wishlist X-Debbugs-CC: debian-de...@lists.debian.org Package Name: slidge-matridge Version: 0.0.0-dev0 Upstream Author: Nicolas Cedilnik License: ALGPL-3 Programming Lang: Python 3 Homepage: https://git.sr.ht/~nicoco/matridge Description: Feature-rich Matrix to XMPP puppeteering gateway, based on slidge and nio.
Bug#1057361: ITP: pickle-secure -- wrapper around pickle that creates encrypted pickles
Package: wnpp Severity: wishlist X-Debbugs-CC: debian-de...@lists.debian.org, debian-pyt...@lists.debian.org Control: blocks 1019277 by -1 Package Name: pickle-secure Version: 0.99.9 Upstream Author: Stephanos Kuma License: LGPL-3 Programming Lang: Python 3 Description: wrapper around pickle that creates encrypted pickles pickle-secure offers a similar API as the built-in pickle. This is a (build) dependency for Slidge.
Bug#1052619: pydantic: please update to pydantic 2.x
ITP for (part of) new pydantic: https://bugs.debian.org/1052619 Request for package update: https://bugs.debian.org/1052028
Bug#1055343: Status of the packaging of anura in Debian
Hello, I am "regularly" discussing with the authors of Anura (on their Discord channel), and the program is not ready for packaging yet. They have to sort something out so that we can use imgui from the Debian package instead of the embedded version. https://discord.com/channels/225816341737766912/1103903330972995674/1132358680692658276 Once their unvendor-imgui branch is merged into their trunk, it's time for us to package it. Thanks, Mt signature.asc Description: This is a digitally signed message part
Bug#1055209: RFP: python-langid -- Language Identification (LangID) tool
Package: wnpp Severity: wishlist X-Debbugs-Cc: debian-de...@lists.debian.org, pkg-xmpp-de...@lists.alioth.debian.org * Package name: python-langid Version : 1.1.6 Upstream Author : Marco Lui * URL or Web page : https://github.com/saffsd/langid.py * License : BSD-2-Clause Programming Lang: Python Description : Language Identification (LangID) tool This is an optional dependency of libervia-backend >= 0.9.
Bug#839210: Status?
Dear Pascal, do you still consider packaging this for Debian? Wofi-pass just started to use it for testing and if bash_unit would be available in Debian I could add the tests to the build process. Best regards, Martin signature.asc Description: PGP signature
Bug#1053993: RFP: emacs-eask -- CLI for building, running, testing, and managing your Emacs Lisp dependencies
Quoting Sean Whitton : Typically we try to patch out the need for build-deps like this. Have you tried to do that? Thanks for the suggestion, I'll do that! I did that for the current version of the package (which uses cask, not eask). And I can probably keep it that way. I wonder, if that is the right direction for the future, in case more and more packages use such build tools? But maybe this bug is not the right place to discuss it.
Bug#1053993: RFP: emacs-eask -- CLI for building, running, testing, and managing your Emacs Lisp dependencies
Package: wnpp Severity: wishlist X-Debbugs-Cc: debian-emac...@lists.debian.org * Package name: emacs-eask Version : 0.8.3 Upstream Author : Jen-Chieh Shen * URL or Web page : https://github.com/emacs-eask/cli * License : GPL-3 Description : CLI for building, running, testing, and managing your Emacs Lisp dependencies Eask was built to use as a package development tool in your Elisp packages. But now, Eask supports various types of Emacs Lisp tasks. Eask is a new build dependency for emacs-dashboard.
Bug#1050035: ITP: http-relay -- Relay HTTP requests from localhost to a remote host.
Package: wnpp Severity: wishlist Owner: Martin Pecka * Package name : http-relay Version : 2.0.2 Upstream Author : Martin Pecka * URL : https://github.com/ctu-vras/http_relay * License : BSD-3 Programming Lang: Python Description : Relay HTTP requests from localhost to a remote host. This HTTP relay properly processes also the nonstandard HTTP responses like `ICY 200 OK` produced by Shoutcast or NTRIP streaming servers. The relay works properly with hostnames, IPv4 and IPv6 addresses. IPv6 addresses can be specified with or without `[]`. This package should be added to Debian because it allows easy relaying of plain HTTP requests from local machine to another server. We use this to provide internet access to some devices which cannot be configured to have a default route and can only reach one specified host. Doing this relaying purely through iptables is not possible because the HTTP Host header needs to be rewritten, and Location header in the response, too. I hope I got all the packaging right. It installs on two different versions of Ubuntu without a problem. As the package has no other dependencies than Python 3, I hope the .deb files are quite universal. I would like to have a sponsor look over this package and check my approach - this is my frist Debian package. You can find the built packages on https://launchpad.net/~peci1/+archive/ubuntu/http-relay and the debian packaging sources are on https://github.com/ctu-vras/http_relay, branch debian.
Bug#1041565: RFP: lib60870 -- lib60870 library for IEC 60870-5 based protocols in C
Package: wnpp Severity: wishlist * Package name: lib60870 Version : v2.3.2 Upstream Author : Michael Zillgith * URL or Web page : https://github.com/mz-automation/lib60870 * License : GPL-3 Description : lib60870 library for IEC 60870-5 based protocols in C The current implementation contains code for the IEC 60870-5-101 (application layer and serial link layer) and IEC 60870-5-104 (protocool over TCP/IP) specifications. Features: - support for all application layer message types - master and slave - balanced and unbalanced link layers (for CS 101 serial communication) - client/server for CS 104 TCP/IP communication - CS 104 redundancy group support - CS101 slave/CS104 server: file service support - Supports most TLS features required by IEC 62351-3 (third party code mbedtls required) - portable C99 code
Bug#1035570: ITP: omemo-dr -- OMEMO double ratchet for Python
Package: wnpp Owner: deba...@debian.org Severity: wishlist X-Debbugs-Cc: debian-de...@lists.debian.org, pkg-xmpp-de...@lists.alioth.debian.org * Package name: omemo-dr Version : 0.99.1 Upstream Author : Philipp Hörist * URL or Web page : https://dev.gajim.org/gajim/omemo-dr/ * License : GPL3 Programming Lang: Python Description : OMEMO double ratchet for Python Initial codebase was forked from python-axolotl, which is a Python 3 port of libaxolotol-android. The library is defined as a ratcheting forward secrecy protocol that works in synchronous and asynchronous messaging environments. This is a new dependency of Gajim >= 1.8.
Bug#1035482: ITP: webext-svg-screenshots -- SVG screenshots browser extension
Package: wnpp Owner: deba...@debian.org Severity: wishlist X-Debbugs-Cc: debian-de...@lists.debian.org * Package name: webext-svg-screenshots Version : 0.11.6 Upstream Author : Felix Becker * URL or Web page : https://github.com/felixfbecker/svg-screenshots/ * License : MIT Programming Lang: JavaScript Description : SVG screenshots browser extension Browser extension to take semantic, scalable, accessible screenshots of websites, as SVG - as simple as taking a PNG screenshot.
Bug#948674: Any news on the otter browser packaging?
Hello Gürkan, Le samedi 29 avril 2023 à 23:18 +0200, Gürkan Myczko a écrit : > > Here's what I have, best to use dget on it: > http://sid.ethz.ch/debian/otter-browser/ It looks very good to me. Would you consider uploading it to the archive, either directly or through the mentoring system, maybe ? Thanks for your work, Mt signature.asc Description: This is a digitally signed message part
Bug#948674: Any news on the otter browser packaging?
Hello Gürkan, The link you provided to the prospective package returns a 404, unfortunately. Could you please provide a link to your current code for other to contribute? Thanks in advance, Mt -- Pour une évaluation indépendante, transparente et rigoureuse ! Je soutiens la Commission d'Évaluation de l'Inria. signature.asc Description: This is a digitally signed message part
Bug#1032926: ITP: bpftrace-mode -- simple major mode for bpftrace scripts
Package: wnpp Owner: deba...@debian.org Severity: wishlist X-Debbugs-Cc: debian-de...@lists.debian.org, debian-emac...@lists.debian.org * Package name: bpftrace-mode Version : 0.1.0 Upstream Author : Jay Kamat * URL or Web page : https://gitlab.com/jgkamat/bpftrace-mode * License : GPL3 Programming Lang: Elisp Description : simple major mode for bpftrace scripts bpftrace-mode is a simple mode for editing bpftrace files. It builds atop of cc-mode for indentation and syntax highlighting.
Bug#1031610: RFP: external-editor-revived -- Thunderbird MailExtension which allows using external editors
Package: wnpp Owner: deba...@debian.org Severity: wishlist * Package name: external-editor-revived Version : 0.6.0 Upstream Author : Frederick Zhang * URL or Web page : https://github.com/Frederick888/external-editor-revived/ * License : GPL-3 Programming Lang: Rust, Javascript Description : Thunderbird MailExtension which allows using external editors External Editor Revived is a Thunderbird MailExtension which allows editing emails in programs such as Vim, Neovim, Emacs, etc. Since Thunderbird no longer supports XUL extensions, it's not possible to launch external programs directly with an extension alone. External Editor Revived uses a companion native messaging host which launches editors externally instead. Thunderbird starts the messaging host, sends all the info over to it via stdio, and waits for responses to update emails accordingly.
Bug#1030023: RFP: pass2csv -- pass password store export to CSV
Package: wnpp Owner: deba...@debian.org Severity: wishlist * Package name: pass2csv Version : 1.0.0 Upstream Author : Rupus Reinefjord * URL or Web page : https://github.com/reinefjord/pass2csv * License : MIT Programming Lang: Python Description : pass password store export to CSV pass2csv is a tool that exports a pass(1) password store to a CSV. It can export whole stores, subdirectories of a store, and single password files. It can use regexp patterns to find and group data after the first line of each password into additional CSV columns, as well as exclude data from the export.
Bug#935175: ITP: python-pypdf4 -- PDF manipulation library
On 2023-01-12 10:06, Daniel Kahn Gillmor wrote: > There was also PyPDF2, which was active up until the end of 2022, but > its maintainer is now transitioning it to the python module name > "pypdf", which itself is under active development. This seems to be the most active fork, by far. Is it already in Debian? Or are you going to package it?
Bug#908117: RFP: yq -- yq is a lightweight and portable command-line YAML processor The aim of the project is to be the jq or sed of yaml files.
yq is in NEW: https://ftp-master.debian.org/new/yq_3.1.0-1.html Am 18.01.23 um 19:17 schrieb Christoph Martin: I've build an initial package and will upload it soon for review. OpenPGP_signature Description: OpenPGP digital signature
Bug#908117: RFP: yq -- yq is a lightweight and portable command-line YAML processor The aim of the project is to be the jq or sed of yaml files.
I've build an initial package and will upload it soon for review. Am 17.01.23 um 18:02 schrieb Christoph Martin: I have created a repository on salsa: https://salsa.debian.org/python-team/packages/yq OpenPGP_signature Description: OpenPGP digital signature
Bug#908117: RFP: yq -- yq is a lightweight and portable command-line YAML processor The aim of the project is to be the jq or sed of yaml files.
I have created a repository on salsa: https://salsa.debian.org/python-team/packages/yq I am not shure, what is the best way to create a python package. Is there a template for python packages? Am 16.01.23 um 12:14 schrieb Christoph Martin: I had a try with the Go variant, because this is used in a project, that we use. But a lot of Go dependencies are missing in Debian. So, I also vote for the python variant. Who is interested in packaging it? OpenPGP_signature Description: OpenPGP digital signature
Bug#908117: RFP: yq -- yq is a lightweight and portable command-line YAML processor The aim of the project is to be the jq or sed of yaml files.
Am 15.01.23 um 21:22 schrieb Antoine Beaupré: 2. Giving up the Go variant in favour of fq, ship only "python" I had a try with the Go variant, because this is used in a project, that we use. But a lot of Go dependencies are missing in Debian. So, I also vote for the python variant. Who is interested in packaging it? OpenPGP_signature Description: OpenPGP digital signature
Bug#1028569: ITP: libomemo-c -- OMEMO encryption library
Package: wnpp Owner: deba...@debian.org Severity: wishlist * Package name: libomemo-c Version : 0.5.0 Upstream Author : Dino Team * URL or Web page : https://github.com/dino/libomemo-c * License : GPL3 Programming Lang: C Description : OMEMO encryption library This is a fork of libsignal-protocol-c, an implementation of Signal's ratcheting forward secrecy protocol that works in synchronous and asynchronous messaging. The fork adds support for OMEMO as defined in XEP-0384 versions 0.3.0 and later. Note, that this is a different software from libomemo, which is already in Debian. This one will probably be needed for future versions of Dino and Kaidan. This library will be packaged under the umbrella of the Debian XMPP packaging team.
Bug#1027445: ITP: mpv.el -- control a mpv via its IPC interface from Emacs
Package: wnpp Owner: deba...@debian.org Severity: wishlist * Package name: mpv.el Version : 0.2.0 Upstream Author : Johann Klähn * URL or Web page : https://github.com/kljohann/mpv.el/ * License : GPL3+ Programming Lang: Elisp Description : control a mpv via its IPC interface from Emacs This package is a potpourri of helper functions to control a mpv process via its IPC interface. To start playback, have a look at mpv-play (for single files) and mpv-start (for passing arbitrary arguments to mpv, e.g., URLs). Among others, mpv.el provides - mpv-pause - mpv-kill - mpv-seek-forward / mpv-seek-backward - mpv-speed-increase / mpv-speed-decrease - mpv-volume-increase / mpv-volume-decrease - mpv-insert-playback-position - mpv-seek-to-position-at-point - mpv-playlist-next / mpv-playlist-prev
Bug#1027005: ITP: emacs-debase -- D-Bus convenience layer for Emacs
Package: wnpp Owner: deba...@debian.org Severity: wishlist * Package name: emacs-debase Version : (no release yet) Upstream Author : Ian Eure * URL or Web page : https://codeberg.org/emacs-weirdware/debase * License : GPL3+ Programming Lang: Elisp Description : D-Bus convenience layer for Emacs Dependency for emacs-discomfort (ITP #1027004)
Bug#1027004: ITP: emacs-discomfort -- UDisks2 UI for Emacs, to mount & unmount disks
Package: wnpp Owner: deba...@debian.org Severity: wishlist * Package name: emacs-discomfort Version : (no release yet) Upstream Author : Ian Eure * URL or Web page : https://codeberg.org/emacs-weirdware/discomfort * License : GPL3+ Programming Lang: Elisp Description : UDisks2 UI for Emacs, to mount & unmount disks This is an Emacs major mode for interacting with UDisks2.
Bug#1025050: O: fsmark -- benchmark for simulating synchronous write workloads
Package: wnpp Severity: normal X-Debbugs-Cc: martin.steigerw...@proact.de Control: affects -1 src:fsmark I intend to orphan the fsmark package. The package description is: The fs_mark benchmark tests synchronous write workloads. It can vary the number of files, directory depth, etc. It has detailed timings for reads, writes, unlinks and fsyncs that make it good for simulating mail servers and other setups. Reasons: I do not use fs_mark anymore. Upstream asked me to convert the package to a native package. I'd like to keep the gbp repository layout. I am not aware of major development on fsmark. Hints for someone who wants to take over maintenance: Due to the lack of development and the simplicity of the package except updating to current Debian standards there may not be all that much to do. Last release of package is from 6th of February 2019 and so far it just kept compiling. There was one binary rebuild. Apparently I did some further commits to the package repository at https://salsa.debian.org/debian/fsmark/ that I never released. See tracker page for the package: https://tracker.debian.org/pkg/fsmark Also there is one merge request about removing unnecessary constraints open on Salsa. When you take over the package, it is of course up to you whether to keep current gbp / quilt layout of the repo or convert to a native package. Last upstream repository I am aware of is from 2014: git://oss.sgi.com/dgc/fs_mark http://oss.sgi.com/cgi-bin/gitweb.cgi?p=dgc/fs_mark;a=summary These are gone. There might be an archive of those at archive.org Upstream developers I last had contact to are Dave Chinner and Ric Wheeler. This was also in 2014. In case you like to know their last e-mail addresses contact me by private mail.
Bug#1024838: ITP: wofi-pass -- pass support for wofi using wtype
Package: wnpp Severity: wishlist Owner: Martin Dosch * Package name: wofi-pass Version : 0.0~git20221028.869c545-1 Upstream Author : https://github.com/TinfoilSubmarine * URL : https://github.com/TinfoilSubmarine/wofi-pass License : GPL-2 Programming Lang: sh Description : pass support for wofi using wtype A script using wofi and wtype to provide a completely Wayland-native way to conveniently use pass. It provides the same search that passmenu does, but shows a second dialogue that lets the user choose which field to copy/print. signature.asc Description: PGP signature
Bug#1024665: ITP: python-scpi -- Pure-python SCPI interface
Package: wnpp Owner: deba...@debian.org Severity: wishlist * Package name: python-scpi Version : 2.4.0 Upstream Author : Eero af Heurlin * URL or Web page : https://github.com/rambo/python-scpi/ * License : LGPL2.1+ Programming Lang: Python Description : Pure-python SCPI interface Basic idea here is to make transport-independent command sender/parser and a device baseclass that implements the common SCPI (Standard Commands for Programmable Instruments) commands.
Bug#1023539: ITP: SourceXtractorPlusPlus-- Access HMI, AIA and MDI data
Package: wnpp Owner: Martin Kuemmel Severity: wishlist X-Debbugs-Cc: debian-de...@lists.debian.org,debian-as...@lists.debian.org * Package name: SourceXtractorPlusPlus Version : 0.19 Upstream Author : Marc Schefer * URL : https://github.com/astrorama/SourceXtractorPlusPlus * License : LGPL v3 license: Programming Lang: C++ Description : Access HMI, AIA and MDI data SourceXtractor++ (Source-Extractor ++) is a program that extracts a catalog of sources from astronomical images. It is the successor to the original SExtractor package at: https://www.astromatic.net/software/sextractor/ It will maintained within the Debian Astronomy Working Group. A git repository will be created on salsa: https://salsa.debian.org/debian-astro-team/SourceXtractorPlusPlus.git There are two packages which are necessary to build SourceXtractorPlusPlus, the build framework Elements: https://github.com/astrorama/Elements and the library (I/O, threading etc.) Alexandria: https://github.com/astrorama/Alexandria These will be packaged separately. Best regards, Martin Kuemmel -- +--+ | Martin Kuemmel E-mail: mkuem...@usm.lmu.de | | LMU Faculty of Physics Skype: martin.kuemmel | | Scheinerstr. 1 Google: martin.kuem...@gmail.com | | D-81679 Muenchen Room: Container P06 | | Germany Phone: +49 89 2180-75976 | |__o | | _ \<._ | +_(_)/_(_)_+
Bug#1023295: ITP: python-twomemo -- python-omemo backend for OMEMO 2
Package: wnpp Owner: deba...@debian.org Severity: wishlist * Package name: python-twomemo Version : (no release yet) Upstream Author : Tim Henkes (Syndace) * URL or Web page : https://github.com/Syndace/python-twomemo * License : MIT Programming Lang: Python Description : python-omemo backend for OMEMO 2 Backend implementation for python-omemo, equipping python-omemo with support for OMEMO under the namespace urn:xmpp:omemo:2 (casually/jokingly referred to as "twomemo").
Bug#1023293: ITP: libxeddsa -- toolkit around Curve25519 and Ed25519 key pairs
Package: wnpp Owner: deba...@debian.org Severity: wishlist * Package name: libxeddsa Version : v2.0.0 (2022-04-02) Upstream Author : Tim Henkes (Syndace) * URL or Web page : https://github.com/Syndace/libxeddsa * License : MIT Programming Lang: C Description : toolkit around Curve25519 and Ed25519 key pairs A toolkit around Curve25519 and Ed25519 key pairs, with a focus on conversion between the two. Offers: - Conversion between Curve25519 and Ed25519 public keys - Extraction of private keys from seeds - Ed25519 digital signing using seeds or private keys - Ed25519 digital signature verification - X25519 Diffie-Hellman key agreement
Bug#1023100: ITP: cancelreader -- A cancelable reader for Go
It is: https://salsa.debian.org/go-team/packages/golang-github-muesli-cancelreader/-/blob/debian/sid/debian/control#L28 :) signature.asc Description: PGP signature
Bug#1023100: ITP: cancelreader -- A cancelable reader for Go
https://github.com/muesli/cancelreader#usage says 'the cancel function can be used to interrupt a blocking Read call'. Am 31. Oktober 2022 19:11:22 UTC schrieb Holger Levsen : >On Sun, Oct 30, 2022 at 09:23:52AM +0100, Martin Dosch wrote: >> Description : A cancelable reader for Go >> >> CancelReader >> . >> Latest Release (https://github.com/muesli/cancelreader/releases) Go Doc >> (https://pkg.go.dev/github.com/muesli/cancelreader) Software License >> (/LICENSE) Build Status (https://github.com/muesli/cancelreader/actions) >> Go ReportCard (https://goreportcard.com/report/muesli/cancelreader) >> . >> A cancelable reader for Go >> . >> This package is based on the fantastic work of Erik Geiser >> (https://github.com/erikgeiser) in Charm's Bubble Tea >> (https://github.com/charmbracelet/bubbletea) framework. >> >> This is a build-depend for newer versions of >> golang-github-charmbracelet-bubbletea. > >what's a cancelable reader? > >
Bug#862191: ITP: brython -- implementation of Python 3 running in the browser
Brython packaging is a work in progress: https://salsa.debian.org/python-team/packages/brython/ It builds, but there are two issues: 1. debian/copyright needs a lot of work, because brython consists of files by many authors with differenty licenses. 2. Tests do not run successfully, because of a Python path problem. The problem is just ignored, but shouldn't. Any help desperately needed and welcome!
Bug#1023100: ITP: cancelreader -- A cancelable reader for Go
Dear Shengjing, On 30.10.2022 18:20, Shengjing Zhu wrote: The package name probably should be golang-github-muesli-cancelreader. dh-make-golang may not be smart enough to exclude the example program. In this case you should use `dh-make-golang make -type library`. that's exactly what I did, but it seems I used the wrong itp*.txt created by dh-make-golang. Mea culpa. Please see the updated infos: * Package name: golang-github-muesli-cancelreader Version : 0.2.2-1 Upstream Author : Christian Muehlhaeuser * URL : https://github.com/muesli/cancelreader * License : Expat Programming Lang: Go Description : A cancelable reader for Go signature.asc Description: PGP signature
Bug#1023102: ITP: golang-github-caarlos0-sshmarshal -- easily marshal SSH private keys
Package: wnpp Severity: wishlist Owner: Martin Dosch * Package name: golang-github-caarlos0-sshmarshal Version : 0.1.0-1 Upstream Author : The Go Authors * URL : https://github.com/caarlos0/sshmarshal * License : BSD-3-Clause Programming Lang: Go Description : Code copied from x/crypto and golang/go#37132 Library containing code copied from x/crypto (https://github.com/golang/crypto) and this patch (https://go- review.googlesource.com/c/crypto/+/218620/) so we can more easily marshal SSH private keys. Build-depend for newer versions of golang-github-charmbracelet-keygen. signature.asc Description: PGP signature
Bug#1023100: ITP: cancelreader -- A cancelable reader for Go
Package: wnpp Severity: wishlist Owner: Martin Dosch * Package name: cancelreader Version : 0.2.2-1 Upstream Author : Christian Muehlhaeuser * URL : https://github.com/muesli/cancelreader * License : Expat Programming Lang: Go Description : A cancelable reader for Go CancelReader . Latest Release (https://github.com/muesli/cancelreader/releases) Go Doc (https://pkg.go.dev/github.com/muesli/cancelreader) Software License (/LICENSE) Build Status (https://github.com/muesli/cancelreader/actions) Go ReportCard (https://goreportcard.com/report/muesli/cancelreader) . A cancelable reader for Go . This package is based on the fantastic work of Erik Geiser (https://github.com/erikgeiser) in Charm's Bubble Tea (https://github.com/charmbracelet/bubbletea) framework. This is a build-depend for newer versions of golang-github-charmbracelet-bubbletea. signature.asc Description: PGP signature
Bug#1023099: ITP: golang-github-mattn-go-localereader -- CodePage decoder for Windows
Package: wnpp Severity: wishlist Owner: Martin Dosch * Package name: golang-github-mattn-go-localereader Version : 0.0.1-1 Upstream Author : mattn * URL : https://github.com/mattn/go-localereader * License : Expat Programming Lang: Go Description : go-localereader . CodePage decoder for Windows This is a build dependency of newer golang-github-charmbracelet-bubbletea versions. signature.asc Description: PGP signature
Bug#947063: ITP: pass-import -- Pass extension for importing data from existing password managers
Dears, are there any news about this ITP? If you are not interested anymore, please retitle it to RFP. Thanks!
Bug#1021903: O: sleekxmpp -- XMPP (Jabber) Library Implementing Everything as a Plugin (Python 3.x)
Package: wnpp Severity: normal This package is superseded by slixmppp. It should probably be removed before freeze. If nobody adopts it in time, I'll ask for removal.
Bug#1021902: O: python-diaspy -- unofficial interface to the Diaspora social network (Python 3)
Package: wnpp Severity: normal I don't need the package anymore. Maybe somebody in the Python team likes to be uploader?
Bug#1021759: ITP: py-rnp -- Python bindings for librnp
On 2022-10-14 07:07, Martin wrote: > * License : (under investigation) Will probably BSD-3-clause. Check https://github.com/rnpgp/py-rnp/issues/6 for updates. > Description : Intent to Package [ITP] That should have said "Python bindings for librnp".
Bug#1021759: ITP: py-rnp -- Python bindings for librnp
Package: wnpp Owner: deba...@debian.org Severity: wishlist * Package name: py-rnp Version : 0.1.0 Upstream Author : Daniel Wyatt * URL or Web page : https://github.com/rnpgp/py-rnp * License : (under investigation) Description : Intent to Package [ITP] Python bindings for librnp. RNP is a set of cross-platform tools implementing OpenPGP (RFC 4880) and related standards.
Bug#1021569: RFP: ttconv -- library and tool for converting timed text or subtitle formats
Package: wnpp Severity: wishlist * Package name: ttconv Version : 1.0.5 Upstream Author : Pierre-Anthony Lemieux * URL or Web page : https://github.com/sandflow/ttconv * License : BSD 2-Clause Description : library and tool for converting timed text or subtitle formats ttconv is a library and command line application written in pure Python for converting between timed text formats used in the presentations of captions, subtitles, karaoke, etc. Input formats: TTML / IMSC, SCC / CEA 608, EBU STL, SRT Output formats: IMSC / TTML, WebVTT, SRT
Bug#1020762: ITP: mastodon.el -- Emacs client for the Mastodon and Pleroma social networks
Package: wnpp Owner: Martin Severity: wishlist * Package name: mastodon.el Version : 1.0.0 Upstream Author : Marty Hiatt and others * URL or Web page : https://codeberg.org/martianh/mastodon.el * License : GPL-3+ Description : Emacs client for the Mastodon and Pleroma social networks mastodon.el is an Emacs client for the Mastodon and Pleroma social networks. For info see https://joinmastodon.org/. Type M-x mastodon to start.
Bug#976308: ITA: cfengine3 -- tool for configuring and maintaining network machines
Am 14.09.22 um 17:53 schrieb Bastian Germann: I would like to help here at least to get the package up to speed. I started with some bug triaging. Antonio, would you please add me (salsa user bage) as owner of the group? Or add me and make Christoph an owner. When that is done I will hand in some changes. I just uploaded another version with some mainly cosmetic bug fixes. My plan was to next package 3.15.6 which is the latest version in the 3.15 LTS line. This update should work without many changes. Next step would than be upgrade to 3.18 LTS. Some of the bugs might have been fixed by upstream in one of the recent versions. A good step would be to use the systemd units instead of the selfmade init.d script (#950432) and use the FHS options instead of patching the paths (#873699) Christoph OpenPGP_signature Description: OpenPGP digital signature
Bug#976308: ITA: cfengine3 -- tool for configuring and maintaining network machines
Am 13.09.22 um 16:53 schrieb Bastian Germann: Christoph Martin is a member of https://salsa.debian.org/cfengine-team. Christoph, you would be the best candidate to take control over this package. Would you like to take on this responsibility and can you shine some light on why this is in a Gitlab team but not team-maintained? I joined the team some years ago to help fix some bugs. But I don't want to do it alone. So help preferably as patches or pull requests are welcome. Christoph OpenPGP_signature Description: OpenPGP digital signature
Bug#1019546: ITP: emacs-pass-mode -- major mode for password-store
Package: wnpp
Owner: Martin
Severity: wishlist
* Package name: emacs-pass-mode
Version : 2.0
Upstream Author : Nicolas Petton , Damien Cassou
* URL or Web page : https://github.com/NicolasPetton/pass
* License : GPL-3+
Description : major mode for password-store
Major mode to work with the password-store ("pass").
View, generate, edit, delete, and rename entries.
Bug#1019492: RFP: python-aiosignald -- Python bindings for signald
Package: wnpp Severity: wishlist * Package name: python-aiosignald Version : v0.3.1 Upstream Author : Nicolas Cedilnik * URL or Web page : https://git.sr.ht/~nicoco/aiosignald * License : AGPL-3+ Description : Python bindings for signald > Interact with the signal messaging network in python with sweet, sweet > autocompletion. Most of the code is generated by the generate.py > script that uses the schema available at > https://signald.org/protocol.json. No 3rd party dep, just the python > standard lib.
Bug#1019277: ITP: slidge -- general purpose XMPP gateway framework
Package: wnpp Severity: wishlist Owner: Martin X-Debbugs-Cc: pkg-xmpp-de...@alioth-lists.debian.net * Package name: slidge Version : 0.1.0 Upstream Author : Nicolas Cedilnik * URL : https://sr.ht/~nicoco/slidge * License : AGPL3+ Programming Lang: Python Description : general purpose XMPP gateway framework Slidge is a general purpose XMPP (puppeteer) gateway framework in Python. It should make writing gateways to other chat networks (plugins) as frictionless as possible. It comes with a few plugins included, implementing at least basic direct messaging and often more "advanced" instant messaging features.
Bug#935175: ITP: python-pypdf4 -- PDF manipulation library
Hi Emmanuel, what is the state of affairs in respect to PyPDF4 (or PyPDF3)? I'm not sure, which one is "better" at the moment. Last commit PyPDF3: 2022-02-03 (of 484) Last commit PyPDF4: 2020-06-22 (of 585) Last release PyPDF3: 2022-02-03 (version 1.0.6) Last release PyPDF4: 2018-08-07 (version 1.27.0) Cheers
Bug#984736: status report on cron -> cronie transition?
Hello, Could someone please point me on the current status here? There is many patches in cron's package, and probably even more knowledge in the existing cron codebase. How/when will we able to say that it's now OK to switch to cronie? I have the feeling that switching from cron to cronie could be easier if we had tests for these softwares. I've found some tests in debian/tests of cron, but they don't seem numerous enough to help here. Maybe something around cwrap.org could help? Thanks for any advice, Mt signature.asc Description: This is a digitally signed message part
Bug#1017489: RFP: exwm-mff -- mouse-follows-focus for EXWM
Package: wnpp Severity: wishlist * Package name: exwm-mff Version : 1.2.1 Upstream Author : Ian Eure * URL or Web page : https://codeberg.org/emacs-weirdware/exwm-mff/ * License : GPL-3+ Description : mouse-follows-focus for EXWM This package provides exwm-mff-mode. With the minor mode enabled the pointer (mouse) always follows the current window when changing it using the keyboard.
Bug#1017045: RFP: nitropy -- A command line interface for the Nitrokey FIDO2, Nitrokey Start, Nitrokey 3 and NetHSM
Package: wnpp Severity: wishlist For managing the security-devices of Nitrokey there is a python-tool available. It would be nice having it in the official repository. The sources can be found at: https://github.com/Nitrokey/pynitrokey As license is used MIT and Apache v2.0.
Bug#1016559: RFP: osmscoutserver -- Maps server providing tiles, geocoder, and router
Package: wnpp Severity: wishlist * Package name: osmscoutserver Version : 2.2.1 Upstream Author : Rinigus https://github.com/rinigus * URL : https://github.com/rinigus/osmscout-server * License : GPL-3+ Programming Lang: C++ Description : Maps server providing tiles, geocoder, and router OSM Scout Server can be used as a drop-in replacement for online map services providing map tiles, search, and routing. As a result, an offline operation is possible if the device has a server and map client programs installed and running. OSM Scout Server is mainly developed for Sailfish OS, but could be used on a regular Linux system as a console or QtQuick application.
Bug#1016022: ITP: actions-for-nautilus -- A Gnome Files (Nautilus) extension for creating selection context menu entries that can execute arbitrary commands
Package: wnpp Severity: wishlist Owner: Martin Bartlett X-Debbugs-Cc: debian-de...@lists.debian.org, martin.j.bartl...@gmail.com * Package name: actions-for-nautilus Version : 1.0.0 Upstream Author : Martin Bartlett * URL : https://github.com/bassmanitram/actions-for-nautilus * License : Apache-2.0 license Programming Lang: Python, Javascript, HTML Description : A Gnome Files (Nautilus) extension for creating selection context menu entries that can execute arbitrary commands A "replacement" for the now-defunct filemanager/nautilus-actions project. The extension supports many of the most commonly used features of the defunct project, including: * structuring context menu items for Nautilus File Manager selections including nested sub menus filtering the displayed items based on: * number of files in the selection, * mimetypes of the selected files (matching and non-matching conditions supported, as well as mimetype globs) * basic filetypes of the selected files - e.g. 'file', 'directory', 'symbolic- link' ... - (matching and non-matching conditions supported) * execution of an arbitrary command/script when a menu item is activated A configuration application by the name "Actions For Nautilus Configurator" is installed into the desktop applications collection. On first use of the configurator, if no existing configuration file is found, the delivered sample configuration will be installed. Maintenance should be trivial (it's a tiny extension) and I intend to provide that myself (though collaborators are always welcome). Translation is an issue - this is entirely in English at the moment. I am looking for a sponsor, of course.
Bug#1012460: Map applications not yet in Debian
Note to potential packagers: There are at least three interesting map applications not yet in Debian: #982986: pure-maps -- full-featured map and navigation application #986232: organicmaps -- offline maps application #1012460: osmin -- GPS navigator On-Road/Off-Road
Bug#1013763: ITA: dhcpcd5
Hey Scott! Thanks for having maintained the package so far. Thanks also to Bastian for having sponsored my recent QA uploads. Unless anyone objects, I intend on adopting the package. Martin-Éric
Bug#1012460: RFP: osmin -- GPS navigator On-Road/Off-Road
Package: wnpp Severity: wishlist * Package name: osmin Version : 1.8.7 Upstream Author : Jean-Luc Barriere * URL : https://github.com/janbar/osmin * License : GPL-3 Programming Lang: C++ Description : GPS navigator On-Road/Off-Road Strongly inspired by osmscout by Karry, it uses a fork of libosmscout as backend. It includes features such as generic compass, tracker, GPX reader/writer, road router, POI database.
Bug#1009373: ITP: xmppconsole -- tool for XMPP hackers
Package: wnpp Owner: Martin Severity: wishlist * Package name: xmppconsole Version : git master 2020-10-18 Upstream Author : Dmytro Podgornyi * URL or Web page : https://github.com/pasis/xmppconsole * License : GPL-3+ Description : tool for XMPP hackers This tool sends raw XMPP stanzas over an XMPP connection and displays the XMPP stream. Main purpose is to study XEPs and debug implementation of XMPP entities. xmppconsole has multiple options which you can review with --help argument. It allows you to connect to a server with misconfigured TLS and/or DNS record. Also, you can connect to a server anonymously if the server supports this. Or you can even start working with XMPP connection before authentication and debug in-band registration or authentication mechanisms. The package will be maintained here: https://salsa.debian.org/xmpp-team/xmppconsole
Bug#1009142: ITP: org-appear -- auto-toggle visibility of org mode elements
Package: wnpp Owner: Martin Severity: wishlist * Package name: org-appear Version : 0.3.0 Upstream Author : Alice Istleyeva * URL or Web page : https://github.com/awth13/org-appear * License : MIT Description : auto-toggle visibility of org mode elements Org mode provides a way to toggle visibility of hidden elements such as emphasis markers, links, etc. by customising specific variables, e.g., org-hide-emphasis-markers. This package, inspired by org-fragtog, enables automatic visibility toggling depending on cursor position. Hidden element parts appear when the cursor enters an element and disappear when it leaves. https://raw.githubusercontent.com/awth13/org-appear/master/demo.gif (Very useful, should be part of org-mode itself.)
Bug#1008867: RFP: jackal -- high performance XMPP server
Package: wnpp Severity: wishlist X-Debbugs-Cc: pkg-xmpp-de...@lists.alioth.debian.org * Package name: jackal Version : v0.59.0 Upstream Author : Miguel Ángel Ortuño, xmpp:ortu...@jackal.im, mailto:ortu...@pm.me * URL : https://github.com/ortuman/jackal * License : Apache Programming Lang: Go Description : high performance XMPP server jackal is a high performance XMPP server which aims to be known for its stability, simple configuration and low resource consumption. jackal supports the following features: - Customizable - Enforced SSL/TLS - Stream compression (zlib) - Database connectivity for storing offline messages and user settings (PostgreSQL 9.5+, BoltDB) - Caching (Redis 6.2+) - Clustering capabilities (etcd 3.4+) - Expose prometheus metrics - Cross-platform (OS X, Linux)
Bug#1008738: ITP: python-cobs -- Consistent Overhead Byte Stuffing for Python
Package: wnpp Severity: wishlist Owner: Martin X-Debbugs-Cc: debian-de...@lists.debian.org, debian-pyt...@lists.debian.org * Package name: python-cobs Version : v1.2.0 Upstream Author : Craig McQueen * URL : https://github.com/cmcqueen/cobs-python/ * License : MIT Programming Lang: Python Description : Consistent Overhead Byte Stuffing for Python The cobs package is provided, which contains modules containing functions for encoding and decoding according to COBS methods. I intent to maintain this package under the umbrella of the Debian Python Team.
Bug#994508: ITA: python-gssapi -- Python 3 interface to GSSAPI
Control: retitle -1 ITA: python-gssapi -- Python 3 interface to GSSAPI Control: owner -1 ! I like to maintain the package within the Python packaging team.
Bug#1007004: RFA: pass-git-helper -- Git credential helper interfacing with pass
Control: retitle -1 ITA: pass-git-helper -- Git credential helper interfacing with pass Control: owner -1 ! On Thu, 10 Mar 2022 08:12:05 -0400 David Bremner wrote: > Package: wnpp > Severity: normal > X-Debbugs-Cc: jspri...@debian.org > Control: affects -1 src:pass-git-helper > I request an adopter for the pass-git-helper package. The package description is: Maps hostnames to pass(1) keys to retrieve passwords and optional usernames. I would like to adopt the "pass-git-helper" package. Jochen Sprickerhof (jspri...@debian.org) will transfer the package to the Debian Python Team and sponsor me. Best wishes, Martin -- Dr. Martin Günther Senior Researcher DFKI GmbH Berghoffstraße 11 49090 Osnabrück, Germany Phone: +49 541 386050 5003 - Deutsches Forschungszentrum für Künstliche Intelligenz GmbH Trippstadter Strasse 122, 67663 Kaiserslautern, Germany Geschäftsführung: Prof. Dr. Antonio Krüger (Vorsitzender) Helmut Ditzer Vorsitzender des Aufsichtsrats: Dr. Gabriël Clemens Amtsgericht Kaiserslautern, HRB 2313 - OpenPGP_signature Description: OpenPGP digital signature
Bug#1005952: libjs-vega -- programmed web graphics with JSON
Hi, maybe you like to merge the RFPs #761826 and #1005952? TIA & Cheers
Bug#1006602: ITP: txdbus -- implementation of the DBus protocol for the Twisted networking framework
Package: wnpp Severity: wishlist X-Debbugs-Cc: team+pyt...@tracker.debian.org * Package name: txdbus Version : 1.1.2 (2020-10-14) Upstream Author : Tom Cocagne * URL : https://github.com/cocagne/txdbus * License : MIT Programming Lang: Python Description : implementation of the DBus protocol for the Twisted networking framework > TxDBus is a native Python implementation of the DBus protocol for the > Twisted networking framework. > > In addition to a tutorial, and collection of examples the > documentation for this project also includes An Overview of the DBus > Protocol. This is a new/future dependency for libervia-backend. I'll maintain it within the Python team.
Bug#862191: Any news on ITP: brython?
Hi, is there any progress in packaging Brython? TIA!
Bug#1006264: RFH: dhcpcd5 -- DHCPv4, IPv6RA and DHCPv6 client with IPv4LL support
On Wed, Feb 23, 2022 at 8:38 AM Martin-Éric Racine wrote: > > On Wed, Feb 23, 2022 at 1:10 AM Noah Meyerhans wrote: > > > > On Tue, Feb 22, 2022 at 08:27:10PM +0100, Marco d'Itri wrote: > > > On Feb 22, Noah Meyerhans wrote: > > > > > > > For servers, the ideal situation is somewhat less clear, but there was > > > > at least some interest in using systemd-networkd (with or without > > > > netplan). > > > Why even consider netplan, I wonder? > > > > It's not something I'm interested in, but there were some arguments made > > in favor of it in the earlier thread. > > https://lists.debian.org/debian-devel/2021/09/msg00410.html > > On the plus side, netplan uses a centralized configuration file just > as /etc/network/interface currently does. On the minus side, YAML > really makes for cluttered config files. I don't like it. > > I tried networkd. It comes with the same problem as all of systemd: > every tiniest thing is expected to have its own unit file; there is no > centralized /etc/network/interface and no support for WPA. It sucks. > > NM works well on laptops via GNOME's NM applet, but is a PITA for > everything else. > > Personally, I'd migrate dhclient to dhcpcd5. NM already has a dhcpcd5 > backend, as indicated in #964947 by Michael Biebel. > > Integrating bridge-utils into ifupdown and uniformizing the > configuration syntax would also be desirable. As mentioned in Bug #964947, I have a dhcpcd5 NMU waiting on Mentors. Martin-Éric
Bug#1006264: RFH: dhcpcd5 -- DHCPv4, IPv6RA and DHCPv6 client with IPv4LL support
On Wed, Feb 23, 2022 at 1:10 AM Noah Meyerhans wrote: > > On Tue, Feb 22, 2022 at 08:27:10PM +0100, Marco d'Itri wrote: > > On Feb 22, Noah Meyerhans wrote: > > > > > For servers, the ideal situation is somewhat less clear, but there was > > > at least some interest in using systemd-networkd (with or without > > > netplan). > > Why even consider netplan, I wonder? > > It's not something I'm interested in, but there were some arguments made > in favor of it in the earlier thread. > https://lists.debian.org/debian-devel/2021/09/msg00410.html On the plus side, netplan uses a centralized configuration file just as /etc/network/interface currently does. On the minus side, YAML really makes for cluttered config files. I don't like it. I tried networkd. It comes with the same problem as all of systemd: every tiniest thing is expected to have its own unit file; there is no centralized /etc/network/interface and no support for WPA. It sucks. NM works well on laptops via GNOME's NM applet, but is a PITA for everything else. Personally, I'd migrate dhclient to dhcpcd5. NM already has a dhcpcd5 backend, as indicated in #964947 by Michael Biebel. Integrating bridge-utils into ifupdown and uniformizing the configuration syntax would also be desirable. Martin-Éric
Bug#1006264: RFH: dhcpcd5 -- DHCPv4, IPv6RA and DHCPv6 client with IPv4LL support
On Tue, Feb 22, 2022 at 9:14 PM Noah Meyerhans wrote: > On Tue, Feb 22, 2022 at 11:22:08AM +0200, Martin-Éric Racine wrote: > > Given how upstream ISC will stop development of its DHCP suite by the end > > of 2022 [1], Debian will need to select a new stock DHCP client to ship > > with Priority:Important. > > > > dhcpcd5 seems like the most potential replacement. It covers most IPv4 and > > IPv6 usage cases, and upstream regularly updates the code. However, the > > Debian package hasn't been updated in ages. > > We talked a little bit about the future of DHCP clients in #995189, > though we didn't come up with a definitive plan. Regardless of what > happens with dhcpcd5, we do need to move forward with something. Doing > nothing (which effectively leaves us with an unsupported dhclient by > default) is not a good option. > > As far as I know, there are no drop-in replacements for dhclient. Thus, > the change is going to be pretty significant for dhclient users. On the > plus side, we get to use this as an opportunity to figure out what we > really want to support long-term. Agreed. > For desktop systems running NetworkManager, it sounds like we don't need > a dedicated DHCP client at all; nm has DHCP client support built in and > uses it by default. NM has support for a variety of DHCP backends. dhclient and dhcpcd5 are both supported. In #964947, Michael Biebel mentions that enabling the dhcpcd5 backend has been requested, but cannot proceed until Debian has a recent enough version in the repository. > For servers, the ideal situation is somewhat less clear, but there was > at least some interest in using systemd-networkd (with or without > netplan). I would avoid anything systemd or NM specific. Martin-Éric
Bug#995189: RFH: isc-dhcp
On Tue, Feb 22, 2022 at 10:58 AM Santiago R.R. wrote: > > El 22/02/22 a las 10:09, Martin-Éric Racine escribió: > > On Tue, Feb 22, 2022 at 5:31 AM Martin-Éric Racine > > wrote: > ... > > > > > > Please note that there are now 2 upstream repos, if you wanna cherry > > > pick CVE fixes: > > > > > > https://github.com/isc-projects/dhcp > > > https://gitlab.isc.org/isc-projects/dhcp > > > > > > GitHub seems to be abandoned, while GitLab regularly sees commits and > > > is where I found the 4.4.3 beta. > > > > > > Tarballs are still here: > > > > > > https://downloads.isc.org/isc/dhcp/ > > > > To top it all, upstream has decided to retire this codebase by the end > > of this year: > > > > https://www.isc.org/blogs/dhcp-client-relay-eom/ > > > > This will have 2 impacts for Debian: > > > > 1) Whatever outstanding bugs Debian has will have to be solved and > > applicable patches pushed upstream ASAP or closed as won't fix. > > > > 2) Debian will have to either agree with other distros on a common > > fork to maintain or find a new DHCP client to replace the ISC client. > > > > Indeed. And a minor degree, the DHCP relay. > > Thanks for pointing this out! This impact especially concerns ifupdown, > for which an alternative Recommended dhcp client has to be found. See also: Bug#1006263: ifupdown: outdated DHCP client support Bug#1006264:RFH: dhcpcd5 -- DHCPv4, IPv6RA and DHCPv6 client with IPv4LL support Martin-Éric
Bug#1006264: RFH: dhcpcd5 -- DHCPv4, IPv6RA and DHCPv6 client with IPv4LL support
Package: wnpp Severity: normal X-Debbugs-Cc: debian-de...@lists.debian.org Control: affects -1 src:dhcpcd5 -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Given how upstream ISC will stop development of its DHCP suite by the end of 2022 [1], Debian will need to select a new stock DHCP client to ship with Priority:Important. dhcpcd5 seems like the most potential replacement. It covers most IPv4 and IPv6 usage cases, and upstream regularly updates the code. However, the Debian package hasn't been updated in ages. A bug was filed asking for the latest upstream release to be packaged was filed [2] but remains unanswered nearly 2 years later. A recent comment by Michael Biebl suggests that current versions of Network-Manager ship with support for this, but it would require a MUCH more recent version than what Debian currently ships. I therefore think that dhcpcd5 deserves plenty of maintainance help, perhaps even a new maintainer. Martin-Éric The package description is: dhcpcd is a one stop network management daemon which includes * RFC compliant DHCPv4 and DHCPv6 clients * DHCPv6 Prefix Delegation support * IPv4LL (aka ZeroConf) support * ARP address conflict resolution * Link carrier detection * Wireless SSID profiles * ARP ping profiles 1. <https://www.isc.org/blogs/dhcp-client-relay-eom/> 2. <https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=964947> -BEGIN PGP SIGNATURE- iQIzBAEBCAAdFiEEyJACx3qL7GpObXOQrh+Cd8S017YFAmIUqzkACgkQrh+Cd8S0 17ZAwg/+Oy+N3Hw15+5MJ/VtdhZotqzROhyRjVp9JRVs9ql/43jea4LZFQjwvmfx he/KZlN/iYPR8Ky8PWD5U02ywN+wtlfxC39DLwtsPhylT70hNMydAh1+IHQKgope IbYIfDG2V90nat42GNU7v0+PPHey8OXnvgmXuffhm2I8q43qMd1CJ/Q8HYlILtu6 ApbNAeo8i/q17BhqqKoT6YfS0o83MgMvSdSCZQhBLg/r1tZUMeONbkc2fNeC8sif AdZEBDiiXN2blRAwDEHj6uCOEuucxfCWdp3zZEiw7konCilYuCejB479B+UiJtlY rgdBvrrffb/E38S0q/04PlOG40R9BfJ79ksvvYvo0uzNwg6X+7u102Vy/ZXAxAIW x0myHLmg3npaq9bFP/w8hK12Vsi+BfDZ7aZCH3VIu72scaFgjxIYWSdd9MGDDhP1 prs91poRDFAvlS5cuolz4wHntexkG4VB14fDaHmmTY9g+IiF5CGFmcLxdtmiJwNN oQanaK9K8EU4uaF5VT8IYymSeO0HsSqZre9dIaF9d3HOUWYTtopRpAxhmbH6F0UO 2YUAJ/PO22ygprwubz+AfhFJwp1o6kLd+0ui0Kca3t8GwEHw+y3NBvTCnIfayXxp jbSRipyvtkRK1+n8uK97sty7B+HMG9T5D4vQjrdynmNUcDYx69I= =hiw9 -END PGP SIGNATURE-
Bug#995189: RFH: isc-dhcp
On Tue, Feb 22, 2022 at 5:31 AM Martin-Éric Racine wrote: > > On Mon, Feb 21, 2022 at 11:44 PM Santiago R.R. wrote: > > > > El 21/02/22 a las 15:19, Martin-Éric Racine escribió: > > > On Mon, Feb 21, 2022 at 2:18 PM Martin-Éric Racine > > > wrote: > > > > > > > > On Thu, Jan 6, 2022 at 8:40 PM Santiago R.R. > > > > wrote: > > > > > On January 6, 2022 4:49:49 AM GMT-05:00, "Martin-Éric Racine" > > > > > wrote: > > > > > >Hello again, > > > > > > > > > > > >ke 24. marrask. 2021 klo 16.20 Santiago Ruano Rincón > > > > > >(santiag...@riseup.net) kirjoitti: > > > > > >> El 07/11/21 a las 13:54, Martin-Éric Racine escribió: > > > > > >> > ma 27. syysk. 2021 klo 21.44 Santiago Ruano Rincón > > > > > >> > (santiag...@riseup.net) kirjoitti: > > > > > >> > > El 27/09/21 a las 20:25, Martin-Éric Racine escribió: > > > > > >> > > > Package: wnpp > > > > > >> > > > Severity: normal > > > > > >> > > > X-Debbugs-Cc: debian-de...@lists.debian.org > > > > > >> > > > Control: affects -1 src:isc-dhcp > > > > > >> > > > > > > > > >> > > > -BEGIN PGP SIGNED MESSAGE- > > > > > >> > > > Hash: SHA256 > > > > > >> > > > > > > > > >> > > > The ISC DHCP suite has a lenghty list of bug reports that > > > > > >> > > > have been left unattended. Some bugs date back to DHCP 3 or > > > > > >> > > > even earlier. > > > > > >> > > > > > > > > >> > > > Additionally, recent upstream releases are still unpackaged. > > > > > >> > > > One release came out well ahead of the Bullseye freeze, a > > > > > >> > > > bug report requesting its packaging was filed, but it > > > > > >> > > > remains unanswered. > > > > > >> > > > > > > > > >> > > > Leaving a package with a priority Important in such utter > > > > > >> > > > state of neglect is unacceptable. > > > > > >> > > > > > > > > >> > > > At this point, it has become clear that, at the very least, > > > > > >> > > > its maintainers need help, hence why I filed this WNPP bug. > > > > > >> > > > > > > > >> > > Indeed. I am willing to spend some cycles to help maintaining > > > > > >> > > it. I > > > > > >> > > requested access to the ISC DHCP packaging team in salsa ~a > > > > > >> > > couple of > > > > > >> > > weeks ago, but I hasn't been answered yet (mgilbert is its > > > > > >> > > only member). > > > > > >> > > It was on my ToDo list to ping the maintainers (in CC). > > > > > >> > > > > > > >> > Has any progress taken place on this? > > > > > >> > > > > > >> I've started doing some work at > > > > > >> https://salsa.debian.org/santiago/isc-dhcp/ > > > > > >> > > > > > >> I still didn't get any answer from current maintainers (keeping > > > > > >> them in > > > > > >> CC), so I plan to retitle this bug as an ITS bug soon. Hopefully no > > > > > >> later than next Friday. > > > > > > > > > > > >Has the ITA taken place? > > > > > > > > > > > > > > > > Not an ITA, but an ITS (CCed). I was unable close according to the > > > > > ITS schedule, and I will have to resume the work after then end of my > > > > > VAC (mid-January) > > > > > > > > This was nearly 2 months ago. At this point, I think that apollock > > > > and mgilbert might as well be considered MIA. > > > > > > Sure enough, upstream already is up to version 4.4.3b1, 26 January > > > 2022, and recent commits include CVE fixes. > > > > OK. I am resuming the work on this, and I'll upload it ASAP. > > > > I have just requested to move the isc-dhcp packaging repo to the debian/ > > namespace. > > Please note that there are now 2 upstream repos, if you wanna cherry > pick CVE fixes: > > https://github.com/isc-projects/dhcp > https://gitlab.isc.org/isc-projects/dhcp > > GitHub seems to be abandoned, while GitLab regularly sees commits and > is where I found the 4.4.3 beta. > > Tarballs are still here: > > https://downloads.isc.org/isc/dhcp/ To top it all, upstream has decided to retire this codebase by the end of this year: https://www.isc.org/blogs/dhcp-client-relay-eom/ This will have 2 impacts for Debian: 1) Whatever outstanding bugs Debian has will have to be solved and applicable patches pushed upstream ASAP or closed as won't fix. 2) Debian will have to either agree with other distros on a common fork to maintain or find a new DHCP client to replace the ISC client. Martin-Éric
Bug#995189: RFH: isc-dhcp
On Mon, Feb 21, 2022 at 11:44 PM Santiago R.R. wrote: > > El 21/02/22 a las 15:19, Martin-Éric Racine escribió: > > On Mon, Feb 21, 2022 at 2:18 PM Martin-Éric Racine > > wrote: > > > > > > On Thu, Jan 6, 2022 at 8:40 PM Santiago R.R. > > > wrote: > > > > On January 6, 2022 4:49:49 AM GMT-05:00, "Martin-Éric Racine" > > > > wrote: > > > > >Hello again, > > > > > > > > > >ke 24. marrask. 2021 klo 16.20 Santiago Ruano Rincón > > > > >(santiag...@riseup.net) kirjoitti: > > > > >> El 07/11/21 a las 13:54, Martin-Éric Racine escribió: > > > > >> > ma 27. syysk. 2021 klo 21.44 Santiago Ruano Rincón > > > > >> > (santiag...@riseup.net) kirjoitti: > > > > >> > > El 27/09/21 a las 20:25, Martin-Éric Racine escribió: > > > > >> > > > Package: wnpp > > > > >> > > > Severity: normal > > > > >> > > > X-Debbugs-Cc: debian-de...@lists.debian.org > > > > >> > > > Control: affects -1 src:isc-dhcp > > > > >> > > > > > > > >> > > > -BEGIN PGP SIGNED MESSAGE- > > > > >> > > > Hash: SHA256 > > > > >> > > > > > > > >> > > > The ISC DHCP suite has a lenghty list of bug reports that have > > > > >> > > > been left unattended. Some bugs date back to DHCP 3 or even > > > > >> > > > earlier. > > > > >> > > > > > > > >> > > > Additionally, recent upstream releases are still unpackaged. > > > > >> > > > One release came out well ahead of the Bullseye freeze, a bug > > > > >> > > > report requesting its packaging was filed, but it remains > > > > >> > > > unanswered. > > > > >> > > > > > > > >> > > > Leaving a package with a priority Important in such utter > > > > >> > > > state of neglect is unacceptable. > > > > >> > > > > > > > >> > > > At this point, it has become clear that, at the very least, > > > > >> > > > its maintainers need help, hence why I filed this WNPP bug. > > > > >> > > > > > > >> > > Indeed. I am willing to spend some cycles to help maintaining > > > > >> > > it. I > > > > >> > > requested access to the ISC DHCP packaging team in salsa ~a > > > > >> > > couple of > > > > >> > > weeks ago, but I hasn't been answered yet (mgilbert is its only > > > > >> > > member). > > > > >> > > It was on my ToDo list to ping the maintainers (in CC). > > > > >> > > > > > >> > Has any progress taken place on this? > > > > >> > > > > >> I've started doing some work at > > > > >> https://salsa.debian.org/santiago/isc-dhcp/ > > > > >> > > > > >> I still didn't get any answer from current maintainers (keeping them > > > > >> in > > > > >> CC), so I plan to retitle this bug as an ITS bug soon. Hopefully no > > > > >> later than next Friday. > > > > > > > > > >Has the ITA taken place? > > > > > > > > > > > > > Not an ITA, but an ITS (CCed). I was unable close according to the ITS > > > > schedule, and I will have to resume the work after then end of my VAC > > > > (mid-January) > > > > > > This was nearly 2 months ago. At this point, I think that apollock > > > and mgilbert might as well be considered MIA. > > > > Sure enough, upstream already is up to version 4.4.3b1, 26 January > > 2022, and recent commits include CVE fixes. > > OK. I am resuming the work on this, and I'll upload it ASAP. > > I have just requested to move the isc-dhcp packaging repo to the debian/ > namespace. Please note that there are now 2 upstream repos, if you wanna cherry pick CVE fixes: https://github.com/isc-projects/dhcp https://gitlab.isc.org/isc-projects/dhcp GitHub seems to be abandoned, while GitLab regularly sees commits and is where I found the 4.4.3 beta. Tarballs are still here: https://downloads.isc.org/isc/dhcp/ Martin-Éric
Bug#995189: RFH: isc-dhcp
On Mon, Feb 21, 2022 at 2:18 PM Martin-Éric Racine wrote: > > On Thu, Jan 6, 2022 at 8:40 PM Santiago R.R. wrote: > > On January 6, 2022 4:49:49 AM GMT-05:00, "Martin-Éric Racine" > > wrote: > > >Hello again, > > > > > >ke 24. marrask. 2021 klo 16.20 Santiago Ruano Rincón > > >(santiag...@riseup.net) kirjoitti: > > >> El 07/11/21 a las 13:54, Martin-Éric Racine escribió: > > >> > ma 27. syysk. 2021 klo 21.44 Santiago Ruano Rincón > > >> > (santiag...@riseup.net) kirjoitti: > > >> > > El 27/09/21 a las 20:25, Martin-Éric Racine escribió: > > >> > > > Package: wnpp > > >> > > > Severity: normal > > >> > > > X-Debbugs-Cc: debian-de...@lists.debian.org > > >> > > > Control: affects -1 src:isc-dhcp > > >> > > > > > >> > > > -BEGIN PGP SIGNED MESSAGE- > > >> > > > Hash: SHA256 > > >> > > > > > >> > > > The ISC DHCP suite has a lenghty list of bug reports that have > > >> > > > been left unattended. Some bugs date back to DHCP 3 or even > > >> > > > earlier. > > >> > > > > > >> > > > Additionally, recent upstream releases are still unpackaged. One > > >> > > > release came out well ahead of the Bullseye freeze, a bug report > > >> > > > requesting its packaging was filed, but it remains unanswered. > > >> > > > > > >> > > > Leaving a package with a priority Important in such utter state of > > >> > > > neglect is unacceptable. > > >> > > > > > >> > > > At this point, it has become clear that, at the very least, its > > >> > > > maintainers need help, hence why I filed this WNPP bug. > > >> > > > > >> > > Indeed. I am willing to spend some cycles to help maintaining it. I > > >> > > requested access to the ISC DHCP packaging team in salsa ~a couple of > > >> > > weeks ago, but I hasn't been answered yet (mgilbert is its only > > >> > > member). > > >> > > It was on my ToDo list to ping the maintainers (in CC). > > >> > > > >> > Has any progress taken place on this? > > >> > > >> I've started doing some work at > > >> https://salsa.debian.org/santiago/isc-dhcp/ > > >> > > >> I still didn't get any answer from current maintainers (keeping them in > > >> CC), so I plan to retitle this bug as an ITS bug soon. Hopefully no > > >> later than next Friday. > > > > > >Has the ITA taken place? > > > > > > > Not an ITA, but an ITS (CCed). I was unable close according to the ITS > > schedule, and I will have to resume the work after then end of my VAC > > (mid-January) > > This was nearly 2 months ago. At this point, I think that apollock > and mgilbert might as well be considered MIA. Sure enough, upstream already is up to version 4.4.3b1, 26 January 2022, and recent commits include CVE fixes. Martin-Éric
