Transitioning one package's Debconf to a new one

Hi, I currently maintain two packages that use Debconf to decide whether to conduct some additional cleanup on uninstall, osk-sdl[0] and unl0kr[1]. Osk-sdl is deprecated upstream, so I'm trying to transition users of it to Unl0kr as part of the Trixie upgrade. This upgrade process is working

Re: finally end single-person maintainership

> Then there is salsa... I have mixed feelings about it. On the one hand, it's > this big beast with tons of javascript and apparently we are not even > dog-fooding gitlab as packaged in Debian to overseves. I'd like our > infrastructure to be based on the things we offer in our distro. And it's j

Bug#998858: ITP: calamares-extensions -- Extra modules for the Calamares installer framework.

Package: wnpp Severity: wishlist Owner: Jarrah Gosbell X-Debbugs-Cc: debian-devel@lists.debian.org, Jarrah Gosbell * Package name: calamares-extensions Version : 1.1.2 Upstream Author : Adriaan de Groot * URL : https://github.com/calamares/calamares-extensions * Lice

Bug#1025346: ITP: calamares-settings-mobian -- Calamares branding and configuration for Mobian

Package: wnpp Severity: wishlist Owner: undef X-Debbugs-Cc: debian-devel@lists.debian.org, undef * Package name: calamares-settings-mobian Version : 0.2.4 Upstream Author : Mobian-team * URL : https://salsa.debian.org/Mobian-team/calamares-settings-mobian * License

Bug#1025517: ITP: firefox-esr-mobile-config -- Default mobile-friendly configuration for Firefox ESR

Package: wnpp Severity: wishlist Owner: Jarrah Gosbell X-Debbugs-Cc: debian-devel@lists.debian.org, undef * Package name: firefox-esr-mobile-config Version : 3.1.0 Upstream Author : Oliver Smith * URL : http://gitlab.com/postmarketOS/mobile-config-firefox * License

Re: automated CI on salsa to prepare MR for new upstream version

Lazy me would love to get automation going akin to the one in conda-forge (see e.g. [1]) -- whenever a new upstream is released (as could be detected with a run of uscan) the CI would It's not exactly what you describe (because we're rebasing), but the Mobian team has been doing something l

Bug#1032115: ITP: unl0kr -- Lightweight On-Screen-Keyboard based on LVGL

Package: wnpp Severity: wishlist Owner: Undef X-Debbugs-Cc: debian-devel@lists.debian.org, Undef * Package name: unl0kr Version : 3.1.0 Upstream Contact: JohannesMarbach * URL : https://gitlab.com/cherrypicker/unl0kr * License : GPL-3+, Apache-2, BSD-3

Re: Best way to handle config overrides in packages

Hi Oleg, I'd say the best way to handle this would be to work with the package maintainer/upstream to allow config files to be specified in /usr/share/. This way dpkg will automatically remove the files for you. Before going down that path I did attempt it in /etc/. It was messy but the clo

Bug#972364: ITP: osk-sdl -- Onscreen keyboard for unlocking LUKS devices

Package: wnpp Severity: wishlist Owner: undef * Package name    : osk-sdl   Version : 0.58   Upstream Author : Oliver Smith * URL : https://gitlab.com/postmarketOS/osk-sdl * License : GPLv3   Programming Lang: C++   Description : Onscreen keyboard for unlocking

Bug#1083296: ITP: buffybox -- Suite of graphical applications for the terminal

Package: wnpp Severity: wishlist Owner: Jarrah Gosbell X-Debbugs-Cc: debian-devel@lists.debian.org, Jarrah Gosbell * Package name: buffybox Version : 3.2.0 Upstream Contact: Johannes Marbach * URL : https://gitlab.com/postmarketos/buffybox * License : BSD-3-c