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 fine, with one exception, Unl0kr is unable to read osk-sdl's Debconf entries and thus leaves the system configured for it on uninstall, breaking disk encryption password entry and soft-bricking the user's device. The code I'm using is at https://salsa.debian.org/DebianOnMobile-team/unl0kr/-/merge_requests/4/diffs#374a42abd88ea86fce84dcb1830e3f8662e5c597_14_14, it basically attempts to access the osk-sdl Debconf entry and perform the cleanup. Reading this entry from `debconf-show unl0kr` works fine but not in the package prerm script. What I've tried so far: * Reading osk-sdl's Debconf from Unl0kr => returns "not set". * Reading osk-sdl's Debconf from osk-sdl and setting Unl0kr's => Unl0kr doesn't see it's config as set. * Cleaning up osk-sdl's config on removal of osk-sdl => This would work, but I want users to be able to manually remove osk-sdl and retain a working system. The package will eventually be removed from Debian. I'm hoping there's something simple I'm missing, but any pointers would be highly appreciated. Thanks, Jarrah. 0: tracker.debian.org/osk-sdl 1: tracker.debian.org/unl0kr
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 just > so much javascript... I cannot open a build log in the browser without it > just > vanishing before my eyes with an error message in red at the top. My computer > is slow (ARM Cortex A53) and this does not play well with it. I wish there was > a way to interact with it from my terminal instead of having to click on > buttons in a very slow web interface. We actually have `glab`[0] packaged in Debian Sid, Trixie and Bookworm-backports now, so there is a relatively easy to use way of accessing it from the CLI. [0] https://packages.debian.org/sid/glab
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 * License : GPL, BSD, CC0 Programming Lang: C++, Python Description : Extra modules for the Calamares installer framework. Provides extra modules used by the Calamares installer framework such as the Mobile module to be used on handheld devices such as phones. This package is a dependancy for Mobian Installer, which provides features such as full disk encryption in a user friendly manner. Packaging already exists under Mobian. I will maintain this package under the KDE Extras Team. I am looking for a sponsor, both for upload and support in verifying the packaging, though it has been well tested in Mobian.
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 : GPL3+ Programming Lang: sh Description : Calamares branding and configuration for Mobian This package contains the branding, configuration and scripts required to boot to calamares and install Mobian on a small, touch screen only device. This package will be maintained inside the Mobian team.
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 : MPL Programming Lang: CSS, JS Description : Default mobile-friendly configuration for Firefox ESR This package provides a set of configuration files aimed at making Firefox ESR more mobile-friendly. It provides: * default preferences values * custom userChrome.css This package will be maintained under the Debian on Mobile team.
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 like this for a while to update our kernel packages. The code is at https://salsa.debian.org/Mobian-team/packaging-tools/-/blob/master/rebase-ci.yml You'd need to replace the git work in the first few lines with uscan, but otherwise: - gbp pq should deal with upstreamed patches (and list them) - The package will be pushed to a new branch and an MR opened. This requires a bot account or access token to be created. - After the push/MR, normal salsa jobs will be run. (This one only runs on a schedule with a defined variable, see https://salsa.debian.org/Mobian-team/packaging-tools/-/blob/master/rebase-ci.yml#L61) - If the patches fail to apply an issue is opened with a link to the failed CI job. Only real issue we've had with it so far is getting a heap of "failed to rebase on 6.1.x" issues raised, but the kernel has a near weekly release cycle, so it's probably not as bad elsewhere.
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-clause, Expat, MIT, Unlicense, Zlib Programming Lang: C Description : Lightweight framebuffer On-Screen-Keyboard based on LVGL This keyboard is designed to unlock encrypted root partitions on boot on mobile devices. It is automatically launched on boot, allowing the user to enter their disk encryption password. This package is upstream's planned replacement for osk-sdl. It allows users of mobile or otherwise touchscreen only devices to enter their full disk encryption passphrase during boot. Unlike osk-sdl, unl0kr is lightweight and requires minimal dependencies, making it far more suited to small initramfs deployments. This package will be maintained under the DebianOnMobile team.
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 closest thing to a working solution was manually calling `mv_conffile` in the postrm script. See https://salsa.debian.org/Mobian-team/miniramfs/-/merge_requests/7/diffs for an example.
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 LUKS devices An on-screen keyboard used to unlock the encrypted root partition on mobile devices. This package is a dependency for full disk encryption with user held passwords on devices which do not have a non-touchscreen input device. It implements the same functionality as cryptsetup-initramfs, but also includes the input device. The package will be maintained inside the Debian on Mobile team.
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-clause, TjpgDec, GPL-3+, MIT, LKC-custom-license, public-domain, FreeType-Project-License, OFL-1.1, BSD-2-clause Programming Lang: C Description : BuffyBox is a suite of graphical applications for the terminal. Buffybox includes two main user facing applications: Unl0kr and Buffyboard Unl0kr is a lightweight framebuffer On-Screen-Keyboard based on LVGL This keyboard is designed to unlock encrypted root partitions on boot on mobile devices. It is automatically launched on boot, allowing the user to enter their disk encryption password. This package replaces both the existing Unl0kr source package and osk-sdl. Buffyboard is a touch-enabled framebuffer keyboard (not only) for vampire slayers Buffyboard is a touch-enabled on-screen keyboard running on the Linux framebuffer. It's primarily intended for vampire hunting but you can also use it as a general purpose keyboard. This package will be maintained inside the DebianOnMobile Team.
