Bug#1025912: rust-serde-yaml: please upgrade to v0.9
Hi, On Thu, 27 Jul 2023 20:19:19 +0100 Peter Green wrote: > squeekboard - not investigated yet. Tests fail after bumping dependency. https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1042405 I've just uploaded the new version of squeekboard to experimental, built using serde-yaml 0.9. IIUC that was the last blocker, so feel free to upload to unstable whenever you see fit. Cheers, Arnaud OpenPGP_0xD3EBB5966BB99196.asc Description: OpenPGP public key OpenPGP_signature.asc Description: OpenPGP digital signature
Bug#1067169: gnome-control-center: Disable location services?
Hi Jeremy, Le 18/04/2024 à 14:55, Jeremy Bícha a écrit : gnome-control-center 46.1 will be released in a few days with location services disabled by default. Although Debian is not on an urgent timeline (the next Debian Stable release is not until 2025), I intend to keep location services disabled when I upload the new version to Debian. That provides for more notice for people to adapt to the change before Mozilla's deadline. Please let me know if it would be better to keep location services enabled a bit longer. TBH I would prefer it if those services were kept enabled in Debian, as those are useful to mobile users. Moreover, it seems an alternative to MLS is being worked on, although I don't know what its current status is, nor whether it'll be live before MLS goes down. But if it's ready soon enough (that's a big "if", granted), then g-c-c will likely need a small patch to switch to it, without user-visible disruption. I understand the reasoning for Ubuntu with the LTS release approaching, but I think Debian can keep those services enabled for a while and revisit when approaching the deadline. That being said, Mobian already ships a downstream version of g-c-c, so it doesn't really change much to us: worst case, I can just re-enable location services in our build. Regards, Arnaud I provided a few more details at https://launchpad.net/bugs/2062178 Thank you, Jeremy Bícha OpenPGP_0xD3EBB5966BB99196.asc Description: OpenPGP public key OpenPGP_signature.asc Description: OpenPGP digital signature
Bug#1060658: [Debian-on-mobile-maintainers] Bug#1060658: megapixels don't start could not find any config file
Hi, Le 12/01/2024 à 10:37, Pirate Praveen a écrit : Package: megapixels Version: 1.7.0-1 Severity: grave Running megapixels from commandline on mobian trixie fails with this error /usr/share/megapixels/config/purism,librem5r4.ini not found. This is expected, megapixels doesn't support the L5 (yet?). Regards, Arnaud OpenPGP_0xD3EBB5966BB99196.asc Description: OpenPGP public key OpenPGP_signature.asc Description: OpenPGP digital signature
Bug#1025956: u-boot-menu: Allow automatic sync of DTBs when /boot is a separate partition
Hi Vagrant, Thanks for the review. I'm attaching a v2 which should address your comments: * all patches moving code from one file to another now copy it verbatim so it can be easily compared with the origin * actual code changes are in separate patches (actually that only applies to factoring the has_separate_boot() function) * whitespace/name fixups are now a separate (optional) patch Le 15/01/2024 à 00:29, Vagrant Cascadian a écrit : In order to maintain the current behaviour, this feature is disabled by default and must be enabled by setting the `U_BOOT_SYNC_DTBS` configuration variable to `true`. Mixed feelings on weather it should be guarded in the long-term, but that makes sense at least at when first introducing this... Yes, I'd prefer it to be enabled by default TBH, but I assume there will be users out there not comfortable which such a big behavior change overnight. diff --git a/default b/default index 2e29c83..21801b4 100644 --- a/default +++ b/default @@ -13,4 +13,4 @@ #U_BOOT_FDT_DIR="/usr/lib/linux-image-" #U_BOOT_FDT_OVERLAYS="" #U_BOOT_FDT_OVERLAYS_DIR="/boot/dtbo/" - +#U_BOOT_SYNC_DTBS="false" I almost wish to kill off /etc/default/u-boot entirely... all of the defaults are commented out and could instead be shipped in /usr/share/u-boot-menu/conf.d/default.conf rather than embedded in the u-boot-update script (or the new read-config snippet). Dropping /etc/default/u-boot makes sense to me, although I'd rather keep the default values in the script rather than in a config file: * the variables are all described in the man page along with their default values, so there's no need to further document them * dropping the defaults from the script itself will make it harder to detect when they have been overridden (unless we compare them with hardcoded default values, which isn't much better IMHO) ... and the configuration has U_BOOT_SYNC_DTBS=true (described later)? E.g. it does not detect a /boot partition unless U_BOOT_SYNC_DTBS=true? That's a fair point, as my previous implementation didn't take that into account: the default FDT_DIR would change no matter the value of SYNC_DTBS, which could be surprising/disappointing to users (and not in line with my justification above for guarding this feature). I changed that in v2 and reworked the man page so SYNC_DTBS is described before FDT_DIR. Regards, Arnaud From c873741f89d46041991dc3609893be31233b6e99 Mon Sep 17 00:00:00 2001 From: Arnaud Ferraris Date: Mon, 12 Dec 2022 13:57:47 +0100 Subject: [PATCH 1/4] u-boot-update: split config file reading to a separate script The logic of reading the configuration file and determining whether `/boot` is on a separate partition can be useful to other scripts, such as the kernel postinst/postrm ones. This commit moves this code to a separate, source-able script to make it more easily reusable. --- debian/u-boot-menu.install | 1 + read-config| 70 ++ u-boot-update | 70 +- 3 files changed, 72 insertions(+), 69 deletions(-) create mode 100644 read-config diff --git a/debian/u-boot-menu.install b/debian/u-boot-menu.install index 1f801fe..695129f 100644 --- a/debian/u-boot-menu.install +++ b/debian/u-boot-menu.install @@ -1,3 +1,4 @@ +read-config usr/share/u-boot-menu u-boot-update usr/sbin zz-u-boot-menu etc/kernel/postinst.d zz-u-boot-menu etc/kernel/postrm.d diff --git a/read-config b/read-config new file mode 100644 index 000..9c4a884 --- /dev/null +++ b/read-config @@ -0,0 +1,70 @@ +#!/bin/sh + +# Reading the default file +if [ -e /etc/default/u-boot ] +then + . /etc/default/u-boot +fi + +# Reading config file fragments if they exist +for file in /usr/share/u-boot-menu/conf.d/*.conf /etc/u-boot-menu/conf.d/*.conf +do + if [ -e "${file}" ] + then + . "${file}" + fi +done + +# Reading the os-release file +if [ -e /etc/os-release ] +then + . /etc/os-release +elif [ -e /usr/lib/os-release ] +then + . /usr/lib/os-release +fi + + +U_BOOT_UPDATE="${U_BOOT_UPDATE:-true}" + +if [ "${U_BOOT_UPDATE}" != "true" ] +then + echo "P: u-boot-update is disabled in /etc/default/u-boot." + + exit 0 +fi + +# Find boot directory as seen in u-boot, and path prefix while in linux +if [ "$(stat --printf %d /)" = "$(stat --printf %d /boot)" ] +then + # / and /boot are on the same filesystem + _BOOT_DIRECTORY="/boot" + _BOOT_PATH="" +else + # / and /boot are not on the same filesystem + _BOOT_DIRECTORY="" + _BOOT_PATH="/boot" +fi + +# Setting defaults if /etc/default/u-boot is missing + +U_BOOT_ALTERNATIVES="${U_BOOT_ALTERNATIVES:-default recovery}" +U_BOOT_DEFAULT="${U_BOOT_DEFAULT:-l0}" +U_BOOT_PROMPT="${U_BOOT_PROMPT:-1}" +U_BOOT_ENTRI
Bug#1060826: [Debian-on-mobile-maintainers] ITP: Mousai: Identify songs in seconds
Hi Chris, Le 15/01/2024 à 05:04, Chris Talbot a écrit : Package: wnpp Severity: wishlist Owner: Chris Talbot * Package name: mousai Version : 0.7.6 Upstream Author : Dave Patrick Caberto * URL : https://github.com/SeaDve/Mousai * License : GPL 3.0+ Programming Lang: Rust Description : Identify songs in seconds Mousai is an app that allows you to identify a song after listening to it in the microhpone. This package will be maintained by the Mobian team. Mousai being a GNOME Circle app, I believe the GNOME team would be a better fit for it. Cheers, Arnaud
Bug#1060803: gnome-software: Please don't depend on `software-properties-gtk`
Package: gnome-software Version: 45.2-1 Severity: wishlist X-Debbugs-Cc: juliannfair...@protonmail.com [Posting this bug report on behalf of juliannfair...@protonmail.com] Dear Maintainer, GNOME Software does not depend on the Software Properties app. Installing it changes the way GNOME Software works (for example, with the source settings). For that reason, some people may not want it installed. And, in my opinion, Debian developers should not add dependencies to software they did not create. If a dependency should be added to GNOME Software, it should be done by the GNOME developers. I suggest that `software-properties-gtk` be changed from a dependency of `gnome-software` to a recommended package. -- System Information: Debian Release: trixie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 6.5.0-5-amd64 (SMP w/16 CPU threads; PREEMPT) Locale: LANG=de_CH.UTF-8, LC_CTYPE=de_CH.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages gnome-software depends on: pn appstream pn apt-config-icons ii dconf-gsettings-backend [gsettings-backend] 0.40.0-4+b1 pn gnome-software-common ii gsettings-desktop-schemas45.0-2 ii libadwaita-1-0 1.4.2-1+b1 ii libappstream51.0.1-3 ii libc62.37-13 ii libcairo21.18.0-1+b1 ii libfwupd21.9.11-1 ii libgdk-pixbuf-2.0-0 2.42.10+dfsg-3 ii libglib2.0-0 2.78.3-1 ii libgtk-4-1 4.12.4+ds-3 pn libgtk3-perl ii libgudev-1.0-0 238-3 ii libjson-glib-1.0-0 1.8.0-2 ii libmalcontent-0-00.11.1-1+b1 pn libpackagekit-glib2-18 ii libpango-1.0-0 1.51.0+ds-3 ii libpolkit-gobject-1-0123-3 ii libsoup-3.0-03.4.4-2 ii libxmlb2 0.3.14-2 pn packagekit pn software-properties-gtk Versions of packages gnome-software recommends: ii fwupd 1.9.11-1 Versions of packages gnome-software suggests: pn apt-config-icons-hidpi pn gnome-software-plugin-flatpak pn gnome-software-plugin-snap
Bug#1060465: gnome-control-center: crashes loading System panel if gnome-remote-desktop is missing
Package: gnome-control-center Version: 1:46~alpha-1 Severity: normal X-Debbugs-Cc: aferra...@debian.org Dear Maintainer, On a system without gnome-remote-desktop, trying to access the "System" panel (containing the "Users", "Date & Time" panels among other important things) results in a crash with the following message: GLib-GIO[25147]: ERROR: Settings schema 'org.gnome.desktop.remote- desktop.rdp' is not installed I believe either g-c-c should handle the lack of gnome-remote-desktop more gracefully, or the latter should be promoted to Depends instead of Recommends. Best regards, Arnaud -- System Information: Debian Release: trixie/sid APT prefers testing APT policy: (990, 'testing'), (900, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 6.6.9-rt-amd64 (SMP w/64 CPU threads; PREEMPT) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages gnome-control-center depends on: ii accountsservice 23.13.9-5 ii apg 2.2.3.dfsg.1-5+b2 ii colord1.4.6-4 ii desktop-base 12.0.6+nmu1 ii desktop-file-utils0.27-1 ii gnome-control-center-data 1:45.2-1 ii gnome-desktop3-data 44.0-2 ii gnome-settings-daemon 45.0-2 ii gsettings-desktop-schemas 45.0-2 ii libaccountsservice0 23.13.9-5 ii libadwaita-1-01.4.2-1+b1 ii libc6 2.37-13 ii libcairo2 1.18.0-1 ii libcolord-gtk4-1 0.3.0-4 ii libcolord21.4.6-4 ii libcups2 2.4.7-1 ii libepoxy0 1.5.10-1 ii libfontconfig12.14.2-6 ii libgcr-base-3-1 3.41.1-4 ii libgdk-pixbuf-2.0-0 2.42.10+dfsg-3 ii libglib2.0-0 2.78.3-1 ii libgnome-bg-4-2 44.0-2 ii libgnome-bluetooth-ui-3.0-13 42.7-1 ii libgnome-desktop-4-2 44.0-2 ii libgnome-rr-4-2 44.0-2 ii libgnutls30 3.8.2-1 ii libgoa-1.0-0b 3.48.0-2 ii libgoa-backend-1.0-1 3.48.0-2 ii libgsound01.0.3-2 ii libgtk-3-03.24.39-1 ii libgtk-4-14.12.4+ds-3 ii libgtop-2.0-112.40.0-2 ii libgudev-1.0-0238-3 ii libibus-1.0-5 1.5.29~rc2-1 ii libkrb5-3 1.20.1-5 ii libmalcontent-0-0 0.11.1-1+b1 ii libmm-glib0 1.22.0-1 ii libnm01.44.2-7 ii libnma-gtk4-0 1.10.6-2 ii libpango-1.0-01.51.0+ds-3 ii libpangocairo-1.0-0 1.51.0+ds-3 ii libpolkit-gobject-1-0 123-3 ii libpulse-mainloop-glib0 16.1+dfsg1-2+b1 ii libpulse0 16.1+dfsg1-2+b1 ii libpwquality1 1.4.5-1+b1 ii libsecret-1-0 0.21.1-1 ii libsmbclient 2:4.19.3+dfsg-2 ii libsnapd-glib-2-1 1.63-5 ii libudisks2-0 2.10.1-4 ii libupower-glib3 1.90.2-8 ii libwacom9 2.8.0-1 ii libx11-6 2:1.8.7-1 ii libxi62:1.8-1+b1 ii libxml2 2.9.14+dfsg-1.3+b1 ii tecla 45.0-1 ii webp-pixbuf-loader0.2.4-2 Versions of packages gnome-control-center recommends: ii cracklib-runtime 2.9.6-5.1 ii cups-pk-helper0.2.6-1+b1 ii fwupd 1.9.10-1 ii gnome-bluetooth-sendto42.7-1 ii gnome-online-accounts 3.48.0-2 ii gnome-remote-desktop 44.2-6 ii gnome-user-docs 45.1-2 ii gnome-user-share 43.0-1 ii iso-codes 4.15.0-1 ii libcanberra-pulse 0.30-11 ii libnss-myhostname 255.2-3 ii libspa-0.2-bluetooth 1.0.0-1 ii malcontent-gui0.11.1-1+b1 ii network-manager-gnome 1.34.0-2 ii polkitd 123-3 ii power-profiles-daemon 0.13-2 ii realmd0.17.1-3 ii rygel 0.42.4-1+b1 ii rygel-tracker 0.42.4-1+b1 ii system-config-printer-common 1.5.18-1 Versions of packages gnome-control-center suggests: ii gnome-software 45.1-1 ii gstreamer1.0-pulseaudio 1.22.8-3 ii pkexec 123-3 ii x11-xserver-utils7.7+10 -- no debconf information
Bug#1050300: mkbootimg package missing gki module
Hi, Having faced this issue, I had a look at this module: it turns out it's only needed for a certain kind of image signature, which is marked as "DEPRECATED" when running `mkbootimg --help`. Therefore, I believe the best fix would be to get rid of this feature entirely instead of trying to properly package this python module. I've opened a merge request on salsa[1], feel free to let me know if you'd prefer a patch posted to this thread instead. Regards, Arnaud [1] https://salsa.debian.org/android-tools-team/android-platform-tools/-/merge_requests/8
Bug#1059407: [Debian-on-mobile-maintainers] Bug#1059407: mobile-tweaks: install udev, systemd files below /usr
Hi, Le 24/12/2023 à 20:11, Chris Hofstaedtler a écrit : Hi! Your package installs files into /lib. For the ongoing Debian UsrMerge effort [1] these files should move to /usr/lib in the trixie cycle. I'm attaching a patch to implement such a move. Thanks for the report and patch! It has been applied to our developement branch and will be included in the next package release. Regards, Arnaud
Bug#1059143: ITP: rust-rockusb -- Rockchip USB protocol host implementation
Package: wnpp Severity: wishlist Owner: Arnaud Ferraris X-Debbugs-Cc: debian-de...@lists.debian.org, aferra...@debian.org, pkg-rust-maintain...@alioth-lists.debian.net * Package name: rust-rockusb Version : 0.1.3 Upstream Contact: Sjoerd Simons * URL : https://github.com/collabora/rockchiprs * License : MIT, Apache 2.0 Programming Lang: Rust Description : Rockchip USB protocol host implementation The "rockusb" Rust crate provides an independent re-implementation of the Rockchip USB protocol used to communicate with various Rockchip processors. It allows one to read information about the processor or the flash memory, read and write files to and from flash, reset the device and various other commands. This package provides both the Rust source code for the crate/library and the binary "rockusb" package, which can be used as an alternative to "rkdeveloptool". It will be maintained within the Debian Rust team.
Bug#1056965: ITP: amberol -- Small and simple music player for GNOME
Package: wnpp Severity: wishlist Owner: Arnaud Ferraris X-Debbugs-Cc: debian-de...@lists.debian.org, aferra...@debian.org, pkg-gnome-maintain...@lists.alioth.debian.org * Package name: amberol Version : 0.10.3 Upstream Contact: Emmanuele Bassi * URL : https://gitlab.gnome.org/World/amberol/ * License : GPL Programming Lang: Rust Description : Small and simple music player for GNOME Amberol is a music player aspiring to be as small, unintrusive, and simple as possible. It does not manage music collections, nor does it let you manage playlists, edit song metadata, show song lyrics or the band's Wikipedia page. Amberol plays music, and nothing else. It is well integrated into GNOME and features an adaptive UI for use on mobile devices. This package being a GNOME Circle application, it will be maintained within the GNOME team.
Bug#1056349: rust-criterion: please enable feature "real_blackbox"
Hi Jonas, Le 21/11/2023 à 14:58, Jonas Smedegaard a écrit : It is my understanding that the feature "real_blackbox" is only possible to build with a bleeding-edge "nightly" rustc compiler. In other words that feature is inherently unstable. I sent that bug after checking that `black_box` was now a stable rust API, but unfortunately, digging out a bit more I realized that's not the end of the story here: * black_box is stable (as of 1.66.0) as std::hint::black_box * criterion relies on test::black_box for its "real_blackbox" feature, which is still nightly-only So while in theory it looked good, in practice it is not. The good news here is that there's a PR upstream[1] for switching to std::hint::black_box so it will likely all be fixed eventually, even though there hasn't been much activity lately... Cheers, Arnaud [1] https://github.com/bheisler/criterion.rs/pull/701
Bug#1056349: rust-criterion: please enable feature "real_blackbox"
Source: rust-criterion Version: 0.5.1-3 Severity: wishlist X-Debbugs-Cc: aferra...@debian.org Dear Maintainer, I'm currently packaging the "async-oneshot" crate as a dependency for gnome- podcasts. This crate relies on the "real_blackbox" feature of criterion for its autopkgtests, so it would be nice to have that feature enabled. Best regards, Arnaud -- System Information: Debian Release: trixie/sid APT prefers testing APT policy: (500, 'testing'), (200, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 6.5.0-3-amd64 (SMP w/16 CPU threads; PREEMPT) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled
Bug#1025956: u-boot-menu: Allow automatic sync of DTBs when /boot is a separate partition
Hi Vagrant, Le 18/05/2023 à 17:42, Vagrant Cascadian a écrit : Unfortunately, this will have to wait till after bookworm release, currently scheduled for June. Gentle ping with the hope that you (or Jonas) have some bandwidth to take a look at this patch ;) Cheers, Arnaud
Bug#1055288: ITP: gnome-video-trimmer -- Simple GUI application for lossless cutting of video files
Package: wnpp Severity: wishlist Owner: Arnaud Ferraris X-Debbugs-Cc: debian-de...@lists.debian.org, aferra...@debian.org, pkg-gnome-maintain...@lists.alioth.debian.org * Package name: gnome-video-trimmer Version : 0.8.2 Upstream Contact: Ivan Molodetskikh * URL : https://gitlab.gnome.org/YaLTeR/video-trimmer * License : GPL Programming Lang: Rust Description : Simple GUI application for lossless cutting of video files Video Trimmer is an easy-to-use graphical application for cutting video files. It proceeds without re-encoding the video, avoiding any loss of quality in the process. This package being a GNOME Circle application, it will be maintained within the GNOME team.
Bug#1052683: ITP: railway -- GUI application for searching train journeys
Hi, Le 26/09/2023 à 18:24, Blair Noctis a écrit : On Tue, 26 Sep 2023 09:11:01 +0200 Arnaud Ferraris wrote: Package: wnpp Severity: wishlist Owner: Arnaud Ferraris X-Debbugs-Cc: debian-de...@lists.debian.org, aferra...@debian.org * Package name: railway Version : 2.0.0 Upstream Contact: Julian Schmidhuber * URL : https://gitlab.com/schmiddi-on-mobile/railway * License : GPL Programming Lang: Rust Description : GUI application for searching train journeys Railway is a graphical application allowing one to look up travel information for many different railways, all without needing to navigate through different websites. It lets the user search for journeys, view their details (timetable, price, delays, plaftorm if available) and bookmark them. This application also has an adaptive user interface for use on mobile devices. Please consider renaming it to something like gnome-railway (since it's a GNOME application) or diebahn (its old name). "Railway" is too broad for an application that almost exclusively serves the Europe. Sure, I can go for "railway-gtk" as other similarly broadly named apps ("gnome-railway" would be confusing in a different way, as it's not an official GNOME app). I'd rather not go for "diebahn" though, as it could be misleading users into thinking it's a Germany-only app. Cheers, Arnaud OpenPGP_0xD3EBB5966BB99196.asc Description: OpenPGP public key OpenPGP_signature.asc Description: OpenPGP digital signature
Bug#1042405: [Debian-on-mobile-maintainers] Bug#1042405: squeekboard - updating to serde-yaml 0.9
Hi, Le 27/07/2023 à 20:17, Peter Green a écrit : Package: squeekboard Severity: important Tags: trixie, sid The rust team are currently looking at updating serde-yaml to 0.9.x (specifically 0.9.21). I tried patching squeekboard to use the new version but I get a bunch of test failures. Can someone who is familiar with the codebase take a look. I've uploaded the new rust-serde-yaml to experimental so people can test against it. 1/67 test_layout_ch_wide FAIL 1.55s exit status 101 2/67 test_layout_am+phonetic FAIL 1.57s exit status 101 3/67 test_layout_ch+de FAIL 1.56s exit status 101 4/67 test_layout_bg+phonetic FAIL 1.58s exit status 101 5/67 test_layout_be FAIL 1.59s exit status 101 6/67 rstest FAIL 1.61s exit status 101 etc Debdiff attatched, obviously I won't NMU it in it's current form. I finally had some time to look at this issue, for which I have a fix[1], but I'd rather check with upstream how to proceed here. It turns out serde_yaml now has specific expectations for handling enums, which require patching the keyboard layouts quite extensively; this also affects custom user-defined layout files, which would likely cause *some* breakages among squeekboard users. Cheers, Arnaud [1]https://salsa.debian.org/DebianOnMobile-team/squeekboard/-/commit/07dc2c103453f61674b4a1c7f24421a142e4c22e ___ Debian-on-mobile-maintainers mailing list debian-on-mobile-maintain...@alioth-lists.debian.net https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/debian-on-mobile-maintainers OpenPGP_0xD3EBB5966BB99196.asc Description: OpenPGP public key OpenPGP_signature.asc Description: OpenPGP digital signature
Bug#1053747: [Debian-on-mobile-maintainers] Bug#1053747: Bug#1053747: Upload phosh to bookworm-backports ?
Hi, Le 13/10/2023 à 17:54, Pirate Praveen via Debian-on-mobile-maintainers a écrit : [...] Arnaud, Do you think it would be a good idea to have bookworm-backports suite in mobian repo and upload these there? No, our goal with Mobian is to lower the number of packages we maintain and have those in Debian, so the whole system can benefit from our work and we can benefit from the Debian infrastructure, such as numerous mirrors and security updates, among other things. In this regard, phosh was one of the first packages we could move to Debian and drop from our repo, I don't see the point in taking a step backwards, especially as we don't have the resources to ensure we don't break anything in the process. Hopefully your main issue will be fixed in g-s-d 46 which is a few months away and will be uploaded to trixie, so let's just wait and stick to the known workaround for now. As for bugs, I think keeping up with new upstream versions would be a good strategy. If I go with byzantium experience, I'd think you will support newer versions on crimson, so having bookworm-backports should be easier to maintain. Providing new upstream versions in stable-backports *might* be beneficial to *some*, but as mentioned already in this thread, it represents a significant workload no one in the Mobian or DebianOnMobile teams can commit to, especially as there wouldn't be any obvious problems fixed that way. Therefore, I fully agree with Guido's analysis above (message #45). Cheers, Arnaud
Bug#1053747: [Debian-on-mobile-maintainers] Bug#1053747: Upload phosh to bookworm-backports ?
Hi, Le 10/10/2023 à 11:03, Pirate Praveen via Debian-on-mobile-maintainers a écrit : Package: phosh Version: 0.32.0-1 Severity: wishlist I think it'd be a good idea to provide new versions of phosh (with phoc, wlroots, feedbackd) via bookworm-backports. I was earlier daily driving mobian trixie on my Librem 5 but since its automatic suspend broke I could not continue using it [1]. So I'm using mobian bookworm but I miss the newer phosh (especially easy access to suspend button, which I use often for power saving). As discussed in the Mobian issue you mention, the auto-suspend problem you're experiencing is only happening with recent versions of phosh, which basically reset the idle counter when a critical notification happens. Providing a backported version of phosh wouldn't help there, and the solution should be provided by upstream gnome-settings-daemon[1]. In the meantime, you can work around this issue by executing, for example: gsettings set sm.puri.phosh.notifications wakeup-screen-triggers '[]' Cheers, Arnaud [1] https://gitlab.gnome.org/GNOME/gnome-settings-daemon/-/merge_requests/338 I have built the debs already and started using it from yesterday. I have shared the debs in my personal repo [2]. I'd like to upload and help maintain it in bookworm-backports if you are okay with the idea of providing official backports. Since pureos crimson is not yet useable, I think this would be useful for many who want a newer base OS. [1] https://salsa.debian.org/Mobian-team/devices/librem5-support/-/issues/7 [2] https://people.debian.org/~praveen/mobian/ ___ Debian-on-mobile-maintainers mailing list debian-on-mobile-maintain...@alioth-lists.debian.net https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/debian-on-mobile-maintainers
Bug#1050769: greetd FTBFS with DEB_BUILD_OPTIONS=nocheck: does not perform the build
Hi, On Sun, 27 Aug 2023 19:56:50 +0200 Helmut Grohne wrote: Justification: nocheck FTBFS is serious since trixie greetd fails to build from source, when DEB_BUILD_OPTIONS contains nocheck. A build ends as follows: [...] Note that nothing is ever built. debian/rules suggests that it attempts to build using dh_auto_test, but given a high enough compatibility level dh_auto_test honours DEB_BUILD_OPTIONS=nocheck. You probably need to run dh_auto_build at some point. This packages uses dh-cargo, which doesn't implement a build() method, making dh_auto_build a noop for us. IMHO it is a dh-cargo bug (see #1053556[1]) which must be fixed before greetd's debian/rules can be updated to use dh_auto_build. Regards, Arnaud [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1053556 Helmut OpenPGP_0xD3EBB5966BB99196.asc Description: OpenPGP public key OpenPGP_signature.asc Description: OpenPGP digital signature
Bug#1053556: dh-cargo: should provide a build() method
Package: dh-cargo Version: 30 Severity: important X-Debbugs-Cc: aferra...@debian.org Dear Maintainer, dh-cargo currently only provides the configure(), test(), clean() and install() methods. As a consequence, building a package requires calling dh_auto_test, which is a noop when DEB_BUILD_OPTIONS include "nocheck"[1]. This causes problems when packaging applications (i.e. not crates), as it then leads to build failures in this specific case (see #1050769[2] for example). As a consequence, it would be helpful to split the current test() method into build() and test() so dh_auto_build can be used to build the package, and dh_auto_test can be used only for executing tests (building those in the process if needed). Regards, Arnaud [1] https://salsa.debian.org/debian/debhelper/-/blob/main/dh_auto_test#L58 [2] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1050769 -- System Information: Debian Release: trixie/sid APT prefers testing APT policy: (500, 'testing'), (200, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 6.4.0-3-amd64 (SMP w/16 CPU threads; PREEMPT) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages dh-cargo depends on: ii cargo 0.66.0+ds1-1 ii debhelper 13.11.6 ii perl 5.36.0-9 ii python33.11.4-5+b1 dh-cargo recommends no packages. dh-cargo suggests no packages. -- no debconf information
Bug#1052684: ITP: ticketbooth -- watchlist for movies and TV shows
Package: wnpp Severity: wishlist Owner: Arnaud Ferraris X-Debbugs-Cc: debian-de...@lists.debian.org, aferra...@debian.org * Package name: ticketbooth Version : 1.0.1 Upstream Contact: Alessandro Iepure * URL : https://github.com/aleiepure/ticketbooth * License : GPL Programming Lang: Python Description : watchlist for movies and TV shows Ticket Booth is a graphical application meant for managing a watchlist for movies and TV shows. It helps one keep track of watched titles and be notified of new releases. This application can be used fully offline (relying on the user for entering the details of a new movie/series) or by fetching data from TMDB for easier usage.
Bug#1052683: ITP: railway -- GUI application for searching train journeys
Package: wnpp Severity: wishlist Owner: Arnaud Ferraris X-Debbugs-Cc: debian-de...@lists.debian.org, aferra...@debian.org * Package name: railway Version : 2.0.0 Upstream Contact: Julian Schmidhuber * URL : https://gitlab.com/schmiddi-on-mobile/railway * License : GPL Programming Lang: Rust Description : GUI application for searching train journeys Railway is a graphical application allowing one to look up travel information for many different railways, all without needing to navigate through different websites. It lets the user search for journeys, view their details (timetable, price, delays, plaftorm if available) and bookmark them. This application also has an adaptive user interface for use on mobile devices.
Bug#1051465: [Debian-on-mobile-maintainers] Bug#1051465: Bug#1051465: unl0kr: Lacks automated migration when osk-sdl is already installed
Hi, Le 12/09/2023 à 10:30, undef via Debian-on-mobile-maintainers a écrit : I seem to have dropped the BTS on reply, so including the history in this email. Another option I realized might work is to add a `breaks` and `replaces` osk-sdl in unl0kr then ship a link from the osk-sdl keyscript to the unl0kr one in unl0kr. I haven't tested anything at this point, but this would mean we don't have to modify people's crypttab. Some potential issues for this option: * It would require an update to osk-sdl to make sure the crypttab config isn't removed if unl0kr is also installed. * A user removing osk-sdl manually then installing unl0kr would need to configure things manually. Then again, neither would 3a below. That sounds like an interesting idea indeed! This could be done by turning osk-sdl into a transitional package, which would depend on unl0kr, and would ship the symlink itself. A few additional checks should probably be performed in maintainer scripts to ensure users won't end up with an unusable system unless doing something stupid (like removing both osk-sdl and unl0kr). Cheers, Arnaud On 9/9/23 21:04, Arnaud Ferraris wrote: Le 09/09/2023 à 11:27, undef via Debian-on-mobile-maintainers a écrit : Thanks for getting the ball rolling on this one. I think in the first instance we should switch c-s-m to unl0kr to catch new installs as you say. That'll stop the problem from getting worse. It would probably be a good idea to ask more technical users to make the switch too before making this type of change. Yes, I believe this should be done ASAP as I think currently there's only the 2 of us actively using unl0kr, so getting it into more hands will likely help catch bugs and make it more stable. After that, I have a couple of thoughts on the automated transition: 1. If unl0kr is installed while osk-sdl is it should probably do nothing. This avoids breaking working installs. This is fine for now, but I think it should be revisited at some point in the future (ideally pre-trixie release, see below). 2. If unl0kr is installed and osk-sdl isn't it should check for osk-sdl's debconf setting indicating that c-s-m or similar configured crypttab in the first place. If this is set unl0kr could attempt to add its keyscript to the crypttab. a. This probably also requires a release of osk-sdl with the inverse to: * Deconfigure itself * Configure unl0kr * Set unl0kr's debconf flag as osk-sdl's is. That sounds reasonable indeed. 3. A new install of unl0kr without osk-sdl ever having been installed could either: a. Do nothing, leaving the package installed in a dormant state as it is now. b. Prompt loudly using debconf then automatically attempt to configure (this is somewhat recommended against in debconf's docs). c. Just automatically attempt to configure (negating the need for 2). I'm somewhat reticent to do 3c as this will break installs that are non-standard (say someone's configured a TPM or yubikey unlock), but there is at least some desire for the package automatically configuring the system: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1028554 I think that 3a is the best option here, as it basically matches the current behaviour of osk-sdl, which is just fine. That leaves the matter of how do we trigger the switch? Currently the only packages installed indicating FDE on Mobian devices are unl0kr and osk-sdl. I can't think of a neat way to cause one to be removed and replaced with the other without triggering the install on non-FDE devices. I'm leaving the "how" aside for now, rather discussing the "why" here: IIUC osk-sdl is now unmaintained and will likely stay that way; therefore, as it's a rather critical component (in the sense that it deals with secrets/encryption) I believe it shouldn't be part of the upcoming Trixie release. New installs (after the upcoming c-s-m changes are in) won't be affected, which is already a good thing; but I'm a bit reluctant to leave existing users with an unmaintained critical component, hence my belief that an automated migration would be nice. As suggested by the bug severity this isn't an urgent matter though, and the idea of dropping osk-sdl for trixie can also be discussed. Cheers, Arnaud PS: osk-sdl could be made a transitional package at some point, which would depend on unl0kr, and would take care of modifying the crypttab so unl0kr is used instead. ___ Debian-on-mobile-maintainers mailing list debian-on-mobile-maintain...@alioth-lists.debian.net https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/debian-on-mobile-maintainers ___ Debian-on-mobile-maintainers mailing list debian-on-mobile-maintain...@alioth-lists.debian.net https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/debian-o
Bug#1051465: unl0kr: Lacks automated migration when osk-sdl is already installed
Package: unl0kr Version: 1.0.0+dfsg-1 Severity: minor Dear Maintainer, unl0kr is meant to replace osk-sdl, which is no longer actively developed. However, migrating from the latter involves a number of manual steps which are error-prone and can render the system unusable if not executed properly. 1. unl0kr and osk-sdl can both be present on the system at the same time; this implies both will be built into the initramfs, even though only osk-sdl will actually be used. 2. after uninstalling osk-sdl, the crypttab either still points to its keyscript or doesn't include a keyscript option at all (which is the expected behaviour if osk-sdl was the only software of this type on the system) 3. in any case, it's up to the user to edit the crypttab to use the unl0kr keyscript; I believe it can be solved with small changes to calamares-settings- mobian for new image installs, but existing ones will have trouble migrating to unl0kr If both software were still being developed this would probably be fine, but I expect we'll want to get rid of osk-sdl in the future, and so providing an automated migration path would be needed. Regards, Arnaud -- System Information: Debian Release: trixie/sid APT prefers testing APT policy: (900, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 6.4.0-3-rt-amd64 (SMP w/64 CPU threads; PREEMPT) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages unl0kr depends on: ii libc6 2.37-7 ii libinih1 57-1 ii libinput10 1.23.0-2 ii libudev1 254.1-2 ii libxkbcommon0 1.5.0-1 unl0kr recommends no packages. unl0kr suggests no packages.
Bug#1042983: squeekboard - rust gtk stack update.
Hi Peter, Le 03/08/2023 à 19:27, Peter Green a écrit : Package: squeekboard Version: 1.22.0-3 Severity: serious The rust gtk stack is currently being updated in Debian, squeekboard needs a small patch Please test that squeekboard works with this patch and if-so apply it. Thanks for the patch, it works as expected but tests seem to fail on i386. I'll check what is going wrong there and upload as soon as this issue is fixed. Cheers, Arnaud ___ Debian-on-mobile-maintainers mailing list debian-on-mobile-maintain...@alioth-lists.debian.net https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/debian-on-mobile-maintainers
Bug#1008957: gnome-weather: can not select location on Mobian posh PinePhone
Hi, Le 26/07/2023 à 20:02, Vagrant Cascadian a écrit : On 2022-04-05, Marek Bel wrote: it is impossible to search for location on Mobian posh PinePhone. Steps to reproduce: 1. Tap on Search for a city or country 2. Start typing name of the city on on-screen keyboard. Expected behaviour: Search bar is updated with text typed. Actual behaviour: Search bar disappears once on-screen keyboard is tapped for the first time to type first letter or shift or basically anything. I also have this problem on both the pinephone and librem5 running mobian. I believe all the actual packages directly involved (gnome-weather, squeekboard) are directly from debian bookworm with no patches from mobian, though there may be underlying graphics libraries that carry patches. gnome-weather is a GTK4/libadwaita application, none of which are patched Mobian packages (FYI, the full list of those packages is available at https://packages.mobian.org/) This is actually a generic issue with using GTK4 apps, at least with phosh/phoc: as soon as you touch outside a popup window (even if it's on the on-screen keyboard) the popup gets closed; this sounds remotely similar to https://gitlab.gnome.org/GNOME/gtk/-/issues/5115, even though the latter is a GTK3 problem. I haven't investigated the root cause so far, so I'm unable to tell more about that, but this is likely a GTK4 bug, or maybe a compositor issue. Cheers, Arnaud OpenPGP_signature Description: OpenPGP digital signature
Bug#1042075: squeekboard FTBFS on mipsel: LLVM ERROR: out of memory could not compile `gtk`
Hi, Le 26/07/2023 à 11:27, Adrian Bunk a écrit : Source: squeekboard Version: 1.22.0-3 Severity: serious Tags: ftbfs https://buildd.debian.org/status/fetch.php?pkg=squeekboard=mipsel=1.22.0-3=1689482231=0 ... Compiling gtk v0.16.2 ... LLVM ERROR: out of memory Allocation failed error: could not compile `gtk` ... This is a vendored copy of the same version of src:rust-gtk, where this was solved with * Disable build-time testing on mipsel, they run out of address space. I'm not sure what you mean here, there's no vendored crate in squeekboard. Anyway, I don't think this should be acted upon as it is my understanding that mipsel will be dropped from the release architectures in the near future [1], partly because of its limited address space having a negative impact on packages which would otherwise migrate without any issue. Feel free to correct me if I'm wrong. Cheers, Arnaud [1] https://lists.debian.org/debian-devel/2023/07/msg00217.html ___ Debian-on-mobile-maintainers mailing list debian-on-mobile-maintain...@alioth-lists.debian.net https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/debian-on-mobile-maintainers
Bug#1041610: RE: ITP iotas
Hi Matthias! Le 25/07/2023 à 21:12, Matthias Geiger a écrit : Hi Arnaud ! I actually wanted to ITP this too at some point :) . My local packaging is done. Two issues are present atm: Ah, another one we have in common ;) iotas needs pygtkspellcheck 5.x (current in debian is 4.x). I started an update but still need to tidy that one up. Indeed, I started looking into it but eventually gave up as I wasn't confident with my work on that one (and I wouldn't want to break its rdeps, which include reportbug-gtk, so a quite important piece of software). I worked around this problem by filing #1041994 against pygtkspellcheck and patching iotas to completely disable spell-checking. My plan here is to: * target experimental for the initial upload * once accepted, file a bug against iotas for re-enabling spell-checking (and mark it blocked by #1041994) * upload to unstable once we have pygtkspellcheck 5.x there FYI the packaging is at https://salsa.debian.org/debian/iotas and I made the initial upload earlier today, which is currently in NEW. The other problem is that the latest iotas does not work anymore. I had it in use to sync my nextcloud notes and it worked fine until ~ 1 month ago. upstream said that they are still stabilizing things, haven't checked whether this still applies. After tomorrow I should have more free time, Interesting, the version I tested (0.2.1) was working just fine this afternoon (synced to my own Nexctcloud instance). What issue did you experience? Cheers, Arnaud I'll post updates here. best, Matthias
Bug#1041994: python3-gtkspellcheck: Incompatible with GTK4-based applications
Package: python3-gtkspellcheck Version: 4.0.5-3 Severity: normal Tags: fixed-upstream X-Debbugs-Cc: aferra...@debian.org Dear Maintainer, The current version of pygtkspellcheck in Debian is incompatible with GTK4, as it relies on some GTK+3.0-only APIs. GTK4 apps making use of it crash with the following backtrace: Traceback (most recent call last): File "/usr/lib/python3/dist-packages/iotas/editor_text_view.py", line 53, in __init__ self.__init_spellchecker() File "/usr/lib/python3/dist-packages/iotas/editor_text_view.py", line 172, in __init_spellchecker self.__spellchecker = SpellChecker(self, language, collapse=False) File "/usr/lib/python3/dist-packages/gtkspellcheck/spellcheck.py", line 188, in __init__ self._view.connect('populate-popup', TypeError: : unknown signal name: populate-popup This has been fixed upstream in recent versions (>= 5.0), so updating the package in Debian should be enough to address this bug. Thanks, Arnaud -- System Information: Debian Release: trixie/sid APT prefers testing APT policy: (500, 'testing'), (200, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 6.3.0-1-amd64 (SMP w/16 CPU threads; PREEMPT) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages python3-gtkspellcheck depends on: ii gir1.2-gtk-3.0 3.24.37-2 ii python3 3.11.4-5 ii python3-enchant 3.2.2-1 ii python3-gi 3.42.2-3+b1 Versions of packages python3-gtkspellcheck recommends: ii iso-codes 4.15.0-1 Versions of packages python3-gtkspellcheck suggests: pn python-gtkspellcheck-doc -- no debconf information
Bug#1041610: ITP: iotas -- Simple mobile-friendly note taking application
Package: wnpp Severity: wishlist Owner: Arnaud Ferraris X-Debbugs-Cc: debian-de...@lists.debian.org, aferra...@debian.org * Package name: iotas Version : 0.2.1 Upstream Contact: Chris Heywood * URL : https://gitlab.gnome.org/cheywood/iotas * License : GPL Programming Lang: Python Description : Simple mobile-friendly note-taking application Iotas is a simple note-taking app with mobile-first design and a focus on sync with a Nextcloud Notes. It can be used offline, and optionally sync with Nextcloud when a connection is available. Iotas also provides advanced features such as basic search, categorization of notes, spell checking, Markdown editing and much more. This software uses GTK4 and libadwaita and, as such, is useful both for desktop and mobile users. It is also well integrated with other GNOME applications and is a good complement to other GNOME/GTK-based PIM applications, especially on mobile devices.
Bug#1039534: [Debian-on-mobile-maintainers] Bug#1039534: squeekboard: Fails to build on Debian Unstable
Hi, Le mer. 28 juin 2023 à 20:38:24 +01:00:00, Peter Michael Green a écrit : tags 1039534 +patch thanks squeekboard build-depends on missing: - librust-gtk+v3-22-dev:amd64 (>= 0.14) The current version of rust-gtk provides librust-gtk+v3-24-dev After updating the dependencies (both Debian and cargo) to allow a build to be attempted I discovered there were also a couple of real code issues. The first is that gtk::rectangle is now an opaque type, so you have to call "new" instead of assembling it field by field. The second is that "property" appears to have been renamed first to "property_value", then to "try_property_value". Then the non-panicing version was removed completely. I modified the code to add an explicit check if the property exists before calling the panicing version of the function (now called "property_value") but I have no idea if this is overkill or not. I'm not really in a position to test this patch as I don't use Debian on an appropriate device. Anyway, a debdiff is attached, if there is no maintainer response, *and* I get feedback from a user that the patched squeekboard is usable then I may NMU it. Thanks for looking into this. I'm currently testing a very similar patch (see https://salsa.debian.org/DebianOnMobile-team/squeekboard/-/tree/wip/a-wai/update-build-deps) and will likely upload a new version including it over the week-end. Cheers, Arnaud
Bug#1038640: ITP: vkmark -- Vulkan benchmarking tool
Package: wnpp Severity: wishlist Owner: Arnaud Ferraris X-Debbugs-Cc: debian-de...@lists.debian.org, aferra...@debian.org, debia...@lists.debian.org * Package name: vkmark Version : 2017.08+git20220909 Upstream Contact: Alexandros Frantzis * URL : https://github.com/vkmark/vkmark * License : LGPL Programming Lang: C++ Description : Vulkan benchmarking tool vkmark is an extensible Vulkan benchmarking suite with targeted, configurable scenes. It provides an interesting alternative to glmark2 for Vulkan-capable systems. I plan to maintain this package within the debian-x team.
Bug#1034996: [Debian-on-mobile-maintainers] Bug#1034996: libomemo0: missing Breaks+Replaces for libomemo-dev when upgrading from bullseye
Hi, Le 04/05/2023 à 17:40, Pirate Praveen via Debian-on-mobile-maintainers a écrit : I could add the Breaks and Replaces, but looks like moving .so link out of -dev package is wrong as per lintian warning. W: libomemo0: lacks-unversioned-link-to-shared-library example: usr/lib/x86_64-linux-gnu/libomemo.so [usr/lib/x86_64-linux-gnu/libomemo.so.0.8.1] W: libomemo0: link-to-shared-library-in-wrong-package usr/lib/x86_64-linux-gnu/libomemo.so.0.8.1 [usr/lib/x86_64-linux-gnu/libomemo.so] This was moved to libomemo-dev in commit 6ebca2f07eed072226503432b6149e671341f2c4 Should we move back libomemo.so to libomemo-dev ? Indeed, my opinion is that we should partly revert those changes so libomemo.so is still part of the -dev package. I'll get to it and upload a new version during the weekend (unless Evangelos beats me to it). Cheers, Arnaud
Bug#1032914: phog: ships /etc/pam.d/greetd
Hi, Le 22/03/2023 à 17:58, Marc Dequènes (duck) a écrit : Quack, Honestly when I read the title I really wondered how phog could have ended-up shipping this file. I forgot it initially, was asked about it and added it quickly, so it's not like I would have rejected the idea. Well yes, it was only supposed to be transitional waiting for https://lists.sr.ht/~kennylevinsen/greetd/patches/36264 to land upstream, but I went a bit too optimistic on that one, my bad... Anyway, back to the patch itself. First I wonder if it's useful to ship the second PAM config since in the code (greetd/src/server.rs#211) it simply use the base greetd PAM configuration as a fallback; this is not a blocker though. The greeter PAM config drops the gnome-keyring/kwallet bits in order to be a bit lighter at runtime (those lines cause at least "gnome-keyring-daemon" to be started for user "_greetd", which is basically useless as it's a system user with no actual use of a keyring). Therefore I feel it's best to keep both config separate, but I'd be fine with a single config if you prefer it that way. Then I would prefer if the changelog entries were shipped with the corresponding changes and not in a lump afterwards. Also the "debian:" and "d/*:" prefixes are not the style I use. Maybe I'm missing why some people still use it but with the VCS taking care of remembering which files have been changed I don't feel the need to add this anymore and it's not very non-DD friendly. I like your comments to clearly explain the rationale. Thanks for the comments, I'm attaching the updated patches. Cheers, Arnaud Regards. \_o< From 3494b22e9819cf6e1fd8c20623060272c1ea2c51 Mon Sep 17 00:00:00 2001 From: Arnaud Ferraris Date: Wed, 15 Mar 2023 13:51:11 +0100 Subject: [PATCH 1/2] Update PAM configuration(s) Except for the gnome-keyring bits, all items currently set in the `greetd` PAM config are already part of the `login` config. Including the latter makes the `greetd` config simpler. This commit also calls the PAM modules needed for unlocking the KDE wallet as well, and adds the `greetd-greeter` config (simply including `login` as the greeter itself doesn't need to deal with keyrings). Finally, switch to using debhelper for installing the configs instead of handling those manually. --- debian/changelog | 14 ++ debian/greetd.greetd-greeter.pam | 2 ++ debian/greetd.greetd.pam | 8 debian/greetd.install| 1 - debian/pam.d/greetd | 22 -- debian/rules | 5 - 6 files changed, 28 insertions(+), 24 deletions(-) create mode 100644 debian/greetd.greetd-greeter.pam create mode 100644 debian/greetd.greetd.pam delete mode 100644 debian/pam.d/greetd diff --git a/debian/changelog b/debian/changelog index 707afdf..ae9095e 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,17 @@ +greetd (0.9.0-3) UNRELEASED; urgency=medium + + * Update PAM configuration(s) +Except for the gnome-keyring bits, all items currently set in the +`greetd` PAM config are already part of the `login` config. Including +the latter makes the `greetd` config simpler. +This commit also calls the PAM modules needed for unlocking the KDE +wallet as well, and adds the `greetd-greeter` config (simply including +`login` as the greeter itself doesn't need to deal with keyrings). +Finally, switch to using debhelper for installing the configs instead of +handling those manually. + + -- Arnaud Ferraris Fri, 24 Mar 2023 10:20:21 +0100 + greetd (0.9.0-2) unstable; urgency=medium * Provide PAM configuration (Closes: #1032786). diff --git a/debian/greetd.greetd-greeter.pam b/debian/greetd.greetd-greeter.pam new file mode 100644 index 000..1ed7162 --- /dev/null +++ b/debian/greetd.greetd-greeter.pam @@ -0,0 +1,2 @@ +#%PAM-1.0 +@include login diff --git a/debian/greetd.greetd.pam b/debian/greetd.greetd.pam new file mode 100644 index 000..7f2a906 --- /dev/null +++ b/debian/greetd.greetd.pam @@ -0,0 +1,8 @@ +#%PAM-1.0 +@include login + +-authoptionalpam_gnome_keyring.so +-authoptionalpam_kwallet5.so + +-session optionalpam_gnome_keyring.so auto_start +-session optionalpam_kwallet5.so auto_start diff --git a/debian/greetd.install b/debian/greetd.install index 0a3fbfb..83f2dad 100644 --- a/debian/greetd.install +++ b/debian/greetd.install @@ -1,4 +1,3 @@ greetd.service /lib/systemd/system/ config.toml /etc/greetd/ debian/needrestart/50_greetd.conf /etc/needrestart/conf.d/ -debian/pam.d/greetd /etc/pam.d/ diff --git a/debian/pam.d/greetd b/debian/pam.d/greetd deleted file mode 100644 index 062217b..000 --- a/debian/pam.d/greetd +++ /dev/null @@ -1,22 +0,0 @@ -#%PAM-1.0 - -# Block login if they are globally disabled -auth requisite pam_nologin.so - -# Load environment from /etc/
Bug#1032914: phog: ships /etc/pam.d/greetd
Control: tags -1 + patch Hi, On Tue, 14 Mar 2023 00:20:10 +0100 Andreas Beckmann wrote: > > Hi, > > during a test with piuparts I noticed your package failed to install > because it tries to overwrite other packages files. > > From the attached log (scroll to the bottom...): > > https://ci.debian.net/data/autopkgtest/testing/amd64/p/phog/32130044/log.gz > > Preparing to unpack .../phog_0.1.3-1_amd64.deb ... > Unpacking phog (0.1.3-1) ... > dpkg: error processing archive /var/cache/apt/archives/phog_0.1.3-1_amd64.deb (--unpack): > trying to overwrite '/etc/pam.d/greetd', which is also in package greetd 0.9.0-2 > Errors were encountered while processing: > /var/cache/apt/archives/phog_0.1.3-1_amd64.deb > E: Sub-process /usr/bin/dpkg returned an error code (1) > > > greetd recently started to ship /etc/pam.d/greetd (with different > content) itself. Thanks for the heads-up! I have a pending MR for fixing this bug on phog's side (see https://salsa.debian.org/DebianOnMobile-team/phog/-/merge_requests/5), however this would require small changes to greetd as well (+cc duck for that matter) to ensure users don't end up in a messed up situation. I opened a MR on salsa's greetd (https://salsa.debian.org/debian/greetd/-/merge_requests/1), attaching the corresponding patches here as well for completeness. @duck, any comment on the above? Cheers, Arnaud > > > cheers, > > Andreas > > From eca07bda4c0b272ded196008c3d4528c756f5bb6 Mon Sep 17 00:00:00 2001 From: Arnaud Ferraris Date: Wed, 15 Mar 2023 13:51:11 +0100 Subject: [PATCH 1/3] debian: update PAM config(s) Except for the gnome-keyring bits, all items currently set in the `greetd` PAM config are already part of the `login` config. Including the latter makes the `greetd` config simpler. This commit also calls the PAM modules needed for unlocking the KDE wallet as well, and adds the `greetd-greeter` config (simply including `login` as the greeter itself doesn't need to deal with keyrings). Finally, switch to using debhelper for installing the configs instead of handling those manually. --- debian/greetd.greetd-greeter.pam | 2 ++ debian/greetd.greetd.pam | 8 debian/greetd.install| 1 - debian/pam.d/greetd | 22 -- debian/rules | 5 - 5 files changed, 14 insertions(+), 24 deletions(-) create mode 100644 debian/greetd.greetd-greeter.pam create mode 100644 debian/greetd.greetd.pam delete mode 100644 debian/pam.d/greetd diff --git a/debian/greetd.greetd-greeter.pam b/debian/greetd.greetd-greeter.pam new file mode 100644 index 000..1ed7162 --- /dev/null +++ b/debian/greetd.greetd-greeter.pam @@ -0,0 +1,2 @@ +#%PAM-1.0 +@include login diff --git a/debian/greetd.greetd.pam b/debian/greetd.greetd.pam new file mode 100644 index 000..7f2a906 --- /dev/null +++ b/debian/greetd.greetd.pam @@ -0,0 +1,8 @@ +#%PAM-1.0 +@include login + +-authoptionalpam_gnome_keyring.so +-authoptionalpam_kwallet5.so + +-session optionalpam_gnome_keyring.so auto_start +-session optionalpam_kwallet5.so auto_start diff --git a/debian/greetd.install b/debian/greetd.install index 0a3fbfb..83f2dad 100644 --- a/debian/greetd.install +++ b/debian/greetd.install @@ -1,4 +1,3 @@ greetd.service /lib/systemd/system/ config.toml /etc/greetd/ debian/needrestart/50_greetd.conf /etc/needrestart/conf.d/ -debian/pam.d/greetd /etc/pam.d/ diff --git a/debian/pam.d/greetd b/debian/pam.d/greetd deleted file mode 100644 index 062217b..000 --- a/debian/pam.d/greetd +++ /dev/null @@ -1,22 +0,0 @@ -#%PAM-1.0 - -# Block login if they are globally disabled -auth requisite pam_nologin.so - -# Load environment from /etc/environment and ~/.pam_environment -session required pam_env.so readenv=1 -session required pam_env.so readenv=1 envfile=/etc/default/locale - -@include common-auth - --auth optional pam_gnome_keyring.so - -@include common-account - -session requiredpam_limits.so -session requiredpam_loginuid.so -@include common-session - --session optionalpam_gnome_keyring.so auto_start - -@include common-password diff --git a/debian/rules b/debian/rules index 523b72b..1c1d9c5 100755 --- a/debian/rules +++ b/debian/rules @@ -30,10 +30,13 @@ execute_after_dh_install: # bad perms chmod a-x debian/greetd/lib/systemd/system/greetd.service +override_dh_installpam: + dh_installpam --name=greetd + dh_installpam --name=greetd-greeter + override_dh_installsystemd: dh_installsystemd --no-stop-on-upgrade --no-start execute_after_dh_auto_clean: make -C man clean rm -f debian/cargo-checksum.json - -- 2.39.1 From be90d0cb662cf94de32bbb95f9070a6127b25bef Mon Sep 17 00:00:00 2001 From: Arnaud Ferraris Date: Wed, 15 Mar 2023 13:52:39 +0100 Subject: [PATCH 2/3] d/control: break/replace older `phog` `ph
Bug#1030685: ITP: make-dynpart-mappings -- CLI tool to setup DM mappings for Android dynamic partitions
Package: wnpp Severity: wishlist Owner: Arnaud Ferraris X-Debbugs-Cc: debian-de...@lists.debian.org, aferra...@debian.org * Package name: make-dynpart-mappings Version : 10.2.4 Upstream Contact: Richard Acayan * URL : https://gitlab.com/flamingradian/make-dynpart-mappings/ * License : GPL Programming Lang: C Description : CLI tool to setup DM mappings for Android dynamic partitions make-dynpart-mappings is a very simple tool used to set up Android dynamic partitions on Linux systems. It automatically creates the corresponding DM (Device Mapper) mappings so those partitions can easily be mounted by the user and system services. This package will be maintained within the DebianOnMobile-team.
Bug#1027875: xkeyboard-config: Please update package to upstream version >= 2.36
Source: xkeyboard-config Version: 2.35.1-1 Severity: wishlist X-Debbugs-Cc: aferra...@debian.org Dear Maintainer, Versions 2.36 and 2.37 of xkeyboard-config has been released in 2022. Those versions are of particular interest to PinePhone (Pro) users as they include data for the PINE64 keyboard case made for those smartphones. Could you please consider updating the current Debian package to one of those versions? Please note I can help with this update if you lack the time to deal with it, but can't commit to further (co-)maintaining this package. Thanks, Arnaud -- System Information: Debian Release: bookworm/sid APT prefers testing APT policy: (500, 'testing'), (200, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 6.0.0-6-amd64 (SMP w/8 CPU threads; PREEMPT) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled
Bug#1026758: ITP: rust-droid-juicer -- Firmware extractor for Android devices running Linux
Package: wnpp Severity: wishlist Owner: Arnaud Ferraris X-Debbugs-Cc: debian-de...@lists.debian.org, aferra...@debian.org * Package name: rust-droid-juicer Version : 0.1.0 Upstream Contact: Arnaud Ferraris * URL : https://gitlab.com/mobian1/droid-juicer * License : MIT Programming Lang: Rust Description : Firmware extractor for Android devices running Linux 'droid-juicer' provides a boot-time service for extracting binary firmware from vendor partitions on Android devices. It is meant to run on first boot and triggers a reboot once it executed successfully, ensuring the device will then run with all the needed firmware being available to Linux. This package will allow supporting Android phones without having to distribute proprietary firmware through Debian. It will be maintained within the Rust team.
Bug#1026115: ITP: qcom-phone-utils -- Utilities for Qualcomm-based phones running Linux
Package: wnpp Severity: wishlist Owner: Arnaud Ferraris X-Debbugs-Cc: debian-de...@lists.debian.org, aferra...@debian.org * Package name: qcom-phone-utils Version : 0.1 Upstream Author : Arnaud Ferraris * URL : https://salsa.debian.org/DebianOnMobile-team/qcom-phone- utils * License : GPL Programming Lang: Shell Description : Utilities for Qualcomm-based phones running Linux This package provides scripts and services improving the behaviour of Qualcomm- based mobile phones running Debian GNU/Linux. It includes: * Kernel postinst hook for automatic update of boot images * Modem/SIM card boot-time configuration service * initramfs-tools hook for including the needed firmware * initramfs-tools script for proper root device detection This package will be maintained within the DebianOnMobile team.
Bug#1025956: u-boot-menu: Allow automatic sync of DTBs when /boot is a separate partition
Source: u-boot-menu Version: 4.2.0 Severity: wishlist Tags: patch X-Debbugs-Cc: aferra...@debian.org Dear Maintainer, It is common practice for /boot to be on a separate partition, requiring DTBs to be synced to this partition for u-boot to be able to access them. This used to be done manually, or required additional scripts to be installed by the user for automatic processing. As I think it would be useful for u-boot- menu to automatically perform such synchronization, I have implemented such a feature and attached the corresponding patches. Please note this feature is currently guarded by a new config option, as I expect users might get surprised and/or unexpected results by a sudden behaviour change that important. Comments and suggestions are obviously welcome. Thanks, Arnaud -- System Information: Debian Release: bookworm/sid APT prefers testing APT policy: (500, 'testing'), (200, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 6.0.0-5-amd64 (SMP w/8 CPU threads; PREEMPT) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled >From 01aa1671b9893e2ec72ceb6eb1a716de6bb53d57 Mon Sep 17 00:00:00 2001 From: Arnaud Ferraris Date: Mon, 12 Dec 2022 13:57:47 +0100 Subject: [PATCH 1/2] u-boot-update: split config file reading to a separate script The logic of reading the configuration file and determining whether `/boot` is on a separate partition can be useful to other scripts, such as the kernel postinst/postrm ones. This commit moves this code to a separate, source-able script to make it more easily reusable. --- debian/u-boot-menu.install | 1 + read-config| 70 ++ u-boot-update | 70 +- 3 files changed, 72 insertions(+), 69 deletions(-) create mode 100644 read-config diff --git a/debian/u-boot-menu.install b/debian/u-boot-menu.install index 1f801fe..695129f 100644 --- a/debian/u-boot-menu.install +++ b/debian/u-boot-menu.install @@ -1,3 +1,4 @@ +read-config usr/share/u-boot-menu u-boot-update usr/sbin zz-u-boot-menu etc/kernel/postinst.d zz-u-boot-menu etc/kernel/postrm.d diff --git a/read-config b/read-config new file mode 100644 index 000..c9d7ce5 --- /dev/null +++ b/read-config @@ -0,0 +1,70 @@ +# -*- shell-script -*- + +has_separate_boot() { +[ "$(stat --printf %d /)" != "$(stat --printf %d /boot)" ] +} + +# Reading the default file +if [ -e /etc/default/u-boot ] +then + . /etc/default/u-boot +fi + +# Reading config file fragments if they exist +for file in /usr/share/u-boot-menu/conf.d/*.conf /etc/u-boot-menu/conf.d/*.conf +do + if [ -e "${file}" ] + then + . "${file}" + fi +done + +U_BOOT_UPDATE="${U_BOOT_UPDATE:-true}" +if [ "${U_BOOT_UPDATE}" != "true" ] +then + echo "P: u-boot-update is disabled in configuration." + + exit 0 +fi + +# Reading the os-release file +if [ -e /etc/os-release ] +then + . /etc/os-release +elif [ -e /usr/lib/os-release ] +then + . /usr/lib/os-release +fi + +# Find boot directory as seen in u-boot, and path prefix while in linux +if has_separate_boot +then + # / and /boot are on different filesystems + _BOOT_DIRECTORY="" + _BOOT_PATH="/boot" +else + # / and /boot are on the same filesystem + _BOOT_DIRECTORY="/boot" + _BOOT_PATH="" +fi + +# Setting defaults if /etc/default/u-boot is missing +U_BOOT_ALTERNATIVES="${U_BOOT_ALTERNATIVES:-default recovery}" +U_BOOT_DEFAULT="${U_BOOT_DEFAULT:-l0}" +U_BOOT_ENTRIES="${U_BOOT_ENTRIES:-all}" +U_BOOT_TIMEOUT="${U_BOOT_TIMEOUT:-50}" +U_BOOT_MENU_LABEL="${U_BOOT_MENU_LABEL:-${PRETTY_NAME:-Debian GNU/Linux kernel}}" +U_BOOT_FDT_DIR="${U_BOOT_FDT_DIR:-/usr/lib/linux-image-}" +U_BOOT_FDT_OVERLAYS="${U_BOOT_FDT_OVERLAYS:-}" +U_BOOT_FDT_OVERLAYS_DIR="${U_BOOT_FDT_OVERLAYS_DIR:-/boot/dtbo}" +U_BOOT_INITRD="${U_BOOT_INITRD:-initrd.img}" + +if [ -z "${U_BOOT_PARAMETERS}" ] && [ -f /etc/kernel/cmdline ] +then + U_BOOT_PARAMETERS="$(cat /etc/kernel/cmdline | sed -e 's/root=[^[:space:]]*//' -e 's/^[[:space:]]*//')" + if [ -z "${U_BOOT_ROOT}" ] + then + U_BOOT_ROOT="$(cat /etc/kernel/cmdline | sed -re 's/.*(root=[^[:space:]]*).*/\1/')" + fi +fi +U_BOOT_PARAMETERS="${U_BOOT_PARAMETERS:-ro quiet}" diff --git a/u-boot-update b/u-boot-update index b7bfbb0..effd304 100755 --- a/u-boot-update +++ b/u-boot-update @@ -43,39 +43,7 @@ fi # Redirect stdout to stderr due Debconf usage exec 1>&2 -# Reading the default file -if [
Bug#1025954: u-boot-menu: renders system unbootable with u-boot 21.10
Package: u-boot-menu Version: 4.2.0 Severity: important Tags: patch X-Debbugs-Cc: aferra...@debian.org Dear Maintainer, Using u-boot 21.10 (which does not have support for KASLR), the generated extlinux.conf makes the system unbootable. This is most likely a bug in u-boot, causing it to ignore any unknown command *and all the following ones*: Retrieving file: /extlinux/extlinux.conf 843 bytes read in 17 ms (47.9 KiB/s) Ignoring unknown command: kaslrseed Ignoring unknown command: append Ignoring unknown command: kaslrseed Ignoring unknown command: append Attached is a patch working around this issue in u-boot-menu. Thanks, Arnaud -- System Information: Debian Release: bookworm/sid APT prefers testing APT policy: (500, 'testing'), (200, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 6.0.0-5-amd64 (SMP w/8 CPU threads; PREEMPT) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages u-boot-menu depends on: ii linux-base 4.9 Versions of packages u-boot-menu recommends: ii rsync 3.2.6-4+b1 Versions of packages u-boot-menu suggests: pn flash-kernel >From 3cd399d3c853f452711b6e5b37098b89e1633c51 Mon Sep 17 00:00:00 2001 From: Arnaud Ferraris Date: Mon, 12 Dec 2022 14:59:44 +0100 Subject: [PATCH] u-boot-update: put `kaslrseed` last When using a version of u-boot without KASLR support (21.10 in this case), having this command set makes all following lines to be ignored, even though they contain valid commands: Retrieving file: /extlinux/extlinux.conf 843 bytes read in 17 ms (47.9 KiB/s) Ignoring unknown command: kaslrseed Ignoring unknown command: append Ignoring unknown command: kaslrseed Ignoring unknown command: append Ensuring `kaslrseed` is the last command is enough this work around this `u-boot` bug. --- u-boot-update | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/u-boot-update b/u-boot-update index effd304..f42cacb 100755 --- a/u-boot-update +++ b/u-boot-update @@ -189,8 +189,8 @@ label l${_NUMBER} ${_INITRD} ${_FDT} ${_FDTOVERLAYS} - kaslrseed - append ${U_BOOT_ROOT} ${U_BOOT_PARAMETERS}" + append ${U_BOOT_ROOT} ${U_BOOT_PARAMETERS} + kaslrseed" fi -- 2.35.1
Bug#1012333: u-boot-menu: add support for using config fragments
Hi Jonas, Vagrant, On Tue, 1 Nov 2022 14:18:11 +0100 Arnaud Ferraris wrote: > > > > I think it's reasonable, though you'd have to encourage packages to > > *not* use /etc/u-boot-menu*.d, maybe documenting it in > > README.Debian... > > I added some notes about this in both the manpage and a (new) README.Debian > > > > > I could see a preference order being /etc/default/u-boot which is > > overidden by /usr/share/u-boot-menu/conf.d which is overridden by > > /etc/u-boot-menu.d (or /etc/u-boot-menu/conf.d ?). > > Yes, that makes the most sense to me (I also used > /etc/u-boot-menu/conf.d instead of /etc/u-boot-menu.d for consistency). > > > > > A fancy implementation might allow /etc to override /usr/share if the > > filenames match, but that might be more complicated than it's > > worth. Jonas knows I've fallen into that rabbit hole in packages of the > > ancient past... :) > > Hmm, I don't think that's worth the hassle as it would add *a lot* of > complexity for very little gain IMHO. > Gentle ping :)
Bug#1024762: mesa 22.2.4 & 22.3.0-rc3 break OpenGL applications on panfrost
Source: mesa Version: 22.2.4-1 Severity: important Tags: patch upstream X-Debbugs-Cc: aferra...@debian.org Control: found -1 mesa/22.3.0~rc3-1 Dear Maintainer, The latest mesa updates, affecting both 22.2.4-1 and 22.3.0~rc3-1, breaks (at least) GTK4 and Qt apps on arm64 devices using the panfrost driver (tested to affect the PinePhone Pro which includes a Mali-T860, but not the PinePhone which has a Mali-400 GPU handled by the lima driver) [3022204.252] -> zwp_linux_dmabuf_v1@30.create_params(new id zwp_linux_buffer_params_v1@39) [3022204.322] -> zwp_linux_buffer_params...@39.add(fd 12, 0, 0, 2880, 134217728, 81) [3022204.347] -> zwp_linux_buffer_params_v1@39.create_immed(new id wl_buffer@40, 720, 1296, 875713089, 0) [3022204.366] -> zwp_linux_buffer_params_v1@39.destroy() [3022204.378] -> wl_surface@27.attach(wl_buffer@40, 0, 0) [3022204.394] -> wl_surface@27.damage_buffer(0, 0, 720, 1296) [3022204.658] -> wl_surface@27.commit() [3022214.101] wl_display@1.delete_id(37) [3022214.152] wl_display@1.error(nil, 7, "importing the supplied dmabufs failed") Gdk-Message: 11:16:51.477: Error 71 (Protocol error) dispatching to Wayland display. This seems to be an occurrence of https://gitlab.freedesktop.org/mesa/mesa/-/issues/7731, and I can confirm reverting the offending commit fixes it. Thanks, Arnaud -- System Information: Debian Release: bookworm/sid APT prefers testing APT policy: (500, 'testing'), (200, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 6.0.0-4-amd64 (SMP w/8 CPU threads; PREEMPT) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled >From 813c0147d2fe169bcce69abea58656f38933f41a Mon Sep 17 00:00:00 2001 From: Arnaud Ferraris Date: Thu, 24 Nov 2022 11:48:01 +0100 Subject: d/patches: fix breaking change in panfrost --- ...Require-64-byte-alignment-on-imports.patch | 154 ++ debian/patches/series | 1 + 2 files changed, 155 insertions(+) create mode 100644 debian/patches/Revert-panfrost-Require-64-byte-alignment-on-imports.patch diff --git a/debian/patches/Revert-panfrost-Require-64-byte-alignment-on-imports.patch b/debian/patches/Revert-panfrost-Require-64-byte-alignment-on-imports.patch new file mode 100644 index 000..cb16591dd3b --- /dev/null +++ b/debian/patches/Revert-panfrost-Require-64-byte-alignment-on-imports.patch @@ -0,0 +1,154 @@ +From: Arnaud Ferraris +Date: Thu, 24 Nov 2022 11:46:01 +0100 +Subject: Revert "panfrost: Require 64-byte alignment on imports" + +This reverts commit e1fe4a64d3f319731152bb48e6cb15e899452b15. +--- + .pick_status.json | 2 +- + src/panfrost/lib/pan_layout.c | 54 +++--- + src/panfrost/lib/pan_texture.c | 8 --- + src/panfrost/lib/pan_texture.h | 6 - + 4 files changed, 4 insertions(+), 66 deletions(-) + +diff --git a/.pick_status.json b/.pick_status.json +index c17161c..bedb90f 100644 +--- a/.pick_status.json b/.pick_status.json +@@ -2479,7 +2479,7 @@ + "description": "panfrost: Require 64-byte alignment on imports", + "nominated": true, + "nomination_type": 0, +-"resolution": 1, ++"resolution": 0, + "main_sha": null, + "because_sha": null + }, +diff --git a/src/panfrost/lib/pan_layout.c b/src/panfrost/lib/pan_layout.c +index 51b511a..127ad6c 100644 +--- a/src/panfrost/lib/pan_layout.c b/src/panfrost/lib/pan_layout.c +@@ -275,34 +275,6 @@ panfrost_texture_offset(const struct pan_image_layout *layout, +(surface_idx * layout->slices[level].surface_stride); + } + +-/* +- * Return the minimum stride alignment in bytes for a given texture format. +- * +- * There is no format on any supported Mali with a minimum alignment greater +- * than 64 bytes, but 64 bytes is the required alignment of all regular formats +- * in v7 and newer. If this alignment is not met, imprecise faults may be +- * raised. +- * +- * This may not be necessary on older hardware but we enforce it there too for +- * uniformity. If this poses a problem there, we'll need a solution that can +- * handle v7 as well. +- * +- * Certain non-regular formats require smaller power-of-two alignments. +- * This requirement could be loosened in the future if there is a compelling +- * reason, by making this query more precise. +- */ +-uint32_t +-pan_stride_align_B(UNUSED enum pipe_format format) +-{ +-return 64; +-} +- +-bool +-pan_is_stride_aligned(enum pipe_format format, uint32_t stride_B) +-{ +-return (stride_B % pan_stride_align_B(format)) == 0; +-} +- + bool + pan_image_layout_init(struct pan_image_layout *layout, + const
Bug#1023510: [Debian-on-mobile-maintainers] Bug#1023510: Use update-alternatives for /usr/share/applications/sm.puri.OSK0
Hi, Le 05/11/2022 à 18:42, Guido Günther a écrit : Package: squeekboard Version: 1.20.0 Severity: wishlist It can be useful to have both squeekboard and phosh-osk-stub installed on a system and to switch between them as both implement the required interfaces. The upstream phosh-osk-stub packages solves that by using a diversion but that is not ideal as one can't switch easily. As I'd like to upload phosh-osk-stub to experimental it would be great to make squeekboard use `update-alternatives` for /usr/share/applications/sm.puri.OSK0 so both packages get co-installable and the OSK implementation could be switched easily. This sounds like a sensible idea, I support that. Cheers, Arnaud Filing this bug to see if there are objections, otherwise I'd send a patch for squeekboard. Cheers, -- Guido -- System Information: Debian Release: bookworm/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable-debug'), (500, 'testing-debug'), (500, 'stable-updates'), (500, 'stable-debug'), (500, 'unstable'), (500, 'stable'), (500, 'oldstable'), (1, 'experimental-debug'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: arm64 Kernel: Linux 6.0.0-2-amd64 (SMP w/12 CPU threads; PREEMPT) Kernel taint flags: TAINT_WARN, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), LANGUAGE=en_US:en Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages squeekboard depends on: ii gnome-themes-extra-data 3.28-2 ii libc62.35-3 ii libcairo-gobject21.16.0-6 ii libcairo21.16.0-6 ii libfeedback-0.0-00.0.0+git20220520-1 ii libgcc-s112.2.0-3 ii libgdk-pixbuf-2.0-0 2.42.9+dfsg-1 ii libglib2.0-0 2.74.0-2 pn libgnome-desktop-3-19 ii libgnome-desktop-3-2043-2 ii libgtk-3-0 3.24.34-3 ii libpango-1.0-0 1.50.10+ds-1 ii libpangocairo-1.0-0 1.50.10+ds-1 ii libwayland-client0 1.21.0-1 ii libxkbcommon01.4.1-1 squeekboard recommends no packages. squeekboard suggests no packages. ___ Debian-on-mobile-maintainers mailing list debian-on-mobile-maintain...@alioth-lists.debian.net https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/debian-on-mobile-maintainers
Bug#1012333: u-boot-menu: add support for using config fragments
Hi, Le 23/09/2022 à 19:22, Vagrant Cascadian a écrit : On 2022-09-23, Arnaud Ferraris wrote: On Sat, 10 Sep 2022 10:18:39 -0700 Vagrant Cascadian wrote: On 2022-06-04, Jonas Smedegaard wrote: Quoting Arnaud Ferraris (2022-06-04 16:39:03) Currently u-boot-menu makes use of a single configuration file one has to edit in order to change the default options. It could be useful to use config fragments containing only one (or more) variables, so that different packages could change different config options (for example, one fragment could modify the default cmdline, while another one could change the DTB folder). Thanks, that sounds like a useful feature indeed. Seems more sensible for me, however, to implement this using debconf. Otherwise, installation and removal of a package would need to trigger u-boot-menu, and u-boot-menu would need to specially examine such cofigfile snippets to skip snippets belonging to removed but not purged packages. Well, you could implement configuration files snippets directory outside of /etc (e.g. /usr/share/u-boot-menu/snippet.d or something like that), which would avoid this problem. u-boot-menu could have a dpkg trigger that for when files in this directory change. I quite like this approach, thanks for the suggestion! Do you think allowing both /etc/u-boot-menu.d (aimed solely at end-users) and /usr/share/u-boot-menu/conf.d (for other packages and/or derivatives), with a dpkg trigger only on the latter, would make sense? Or should we aim only for the /usr/share... approach? I think it's reasonable, though you'd have to encourage packages to *not* use /etc/u-boot-menu*.d, maybe documenting it in README.Debian... I added some notes about this in both the manpage and a (new) README.Debian I could see a preference order being /etc/default/u-boot which is overidden by /usr/share/u-boot-menu/conf.d which is overridden by /etc/u-boot-menu.d (or /etc/u-boot-menu/conf.d ?). Yes, that makes the most sense to me (I also used /etc/u-boot-menu/conf.d instead of /etc/u-boot-menu.d for consistency). A fancy implementation might allow /etc to override /usr/share if the filenames match, but that might be more complicated than it's worth. Jonas knows I've fallen into that rabbit hole in packages of the ancient past... :) Hmm, I don't think that's worth the hassle as it would add *a lot* of complexity for very little gain IMHO. That seems a lot simpler than introducing the complexity of debconf generated configuration files... Indeed, so far my experiments with debconf for solving this matter have been sub-optimal at best. I'll update my patch in the next few days and submit it asap. Updated patch attached, as always comments and suggestions are welcome :) Cheers, Arnaud Thanks! live well, vagrant From 2949907b16bff2857cff0fb713967d264feb6567 Mon Sep 17 00:00:00 2001 From: Arnaud Ferraris Date: Tue, 1 Nov 2022 13:33:22 +0100 Subject: [PATCH] u-boot-update: allow using config fragments In order to allow other packages and/or derivative distros to configure specific aspects of `u-boot-menu` it can be useful to allow using config fragments. This patch therefore implements loading config files from `/usr/share/u-boot-menu/conf.d` (to be used by other packages) and `/etc/u-boot-menu.d` (to be used by end-users, taking priority over files under the preceding location), overriding the values loaded from the default configuration file. This commit also adds a dpkg trigger so any modification of files under `/usr/share/u-boot-menu/conf.d` will result in `u-boot-update` being automatically run. --- debian/README.Debian| 32 debian/u-boot-menu.postinst | 8 debian/u-boot-menu.triggers | 1 + u-boot-update | 9 + u-boot-update.8 | 16 +++- 5 files changed, 65 insertions(+), 1 deletion(-) create mode 100644 debian/README.Debian create mode 100755 debian/u-boot-menu.postinst create mode 100644 debian/u-boot-menu.triggers diff --git a/debian/README.Debian b/debian/README.Debian new file mode 100644 index 000..f502387 --- /dev/null +++ b/debian/README.Debian @@ -0,0 +1,32 @@ +Configuration files handling + + +Configuration files are read from the following locations, ordered by priority: +1. /etc/default/u-boot +2. /usr/share/u-boot-menu/conf.d/*.conf +3. /etc/u-boot-menu/conf.d/*.conf + +Each configuration file can contain one or more environment variable and is +sourced by u-boot-update. See u-boot-update(8) for more information about +allowed variables. + +Variables values can be overriden by highest-priority configuration files. For +example, if /etc/default/u-boot contains `U_BOOT_DEFAULT=l0` and there is a +file named /usr/share/u-boot-menu/conf.d/new-default.conf containing +`U_BOOT_DEFAULT=l0r`, then the menu entry labelled `l0r` will be set as the +default entry. Moreover, if there is a file named, for example
Bug#1022904: ITP: phog -- greetd-compatible greeter for mobile phones
Package: wnpp Severity: wishlist Owner: Arnaud Ferraris X-Debbugs-Cc: debian-de...@lists.debian.org, aferra...@debian.org * Package name: phog Version : 0.1.0 Upstream Author : Arnaud Ferraris * URL : https://gitlab.com/mobian1/phog/ * License : GPL Programming Lang: C Description : greetd-compatible greeter for mobile phones Phog is a graphical greeter speaking the `greetd` protocol and aimed at mobile devices like smart phones and tablets using touch based inputs and small screens. It was initially designed for the Phosh Mobile Environment (based on GNOME/GTK) but can spawn any graphical session. This package will be maintained within the DebianOnMobile team.
Bug#1022873: decopy should merge license tags with same meaning (e.g case sensitivity)
Package: decopy Version: 0.2.4.7-0.2 Severity: normal X-Debbugs-Cc: aferra...@debian.org Dear Maintainer, When running decopy on a source tree with SPDX license tags, it doesn't identify when different tags have the same meaning. For example, "GPL-3+" and "GPL-3.0-or-later" refer to the same licensing conditions but are output as separate paragraphs. As another example, when SPDX license tags mention "BSD-2-Clause" (note the uppercase "C") and other files (without such tags) are identified as "BSD-2-clause" (lowercase "c") it also creates separate paragraphs. For your information, this was found when running current master branch (commit 8a530399 as of 2022-10-27) on https://github.com/calamares/calamares-extensions v1.2.1. Thanks, Arnaud -- System Information: Debian Release: bookworm/sid APT prefers testing APT policy: (900, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.19.0-2-amd64 (SMP w/8 CPU threads; PREEMPT) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages decopy depends on: ii bzip2 1.0.8-5+b1 ii libimage-exiftool-perl 12.44+dfsg-1 ii python3 3.10.6-1 ii python3-debian 0.1.48 ii python3-xdg 0.27-3 ii xz-utils5.2.5-2.1 Versions of packages decopy recommends: ii python3-regex 0.1.2020-1+b1 ii python3-tqdm 4.64.0-2 decopy suggests no packages. -- no debconf information
Bug#1021535: ITP: powersupply-gtk -- Graphical power status tool for Linux mobile devices
Package: wnpp Severity: wishlist Owner: Arnaud Ferraris X-Debbugs-Cc: debian-de...@lists.debian.org, aferra...@debian.org * Package name: powersupply-gtk Version : 0.8.0 Upstream Author : Martijn Braam * URL : https://gitlab.com/MartijnBraam/powersupply * License : MIT Programming Lang: Python Description : Graphical power status tool for Linux mobile devices Powersupply is a simple GTK+3 application monitoring the status of power supply nodes, exposing the current battery and USB power status through a simple UI. This application is aimed primarily at mobile devices (such as phones and tablets) running Linux. This package will be maintained within the DebianOnMobile team.
Bug#1012333: u-boot-menu: add support for using config fragments
Hi Jonas, Le 24/09/2022 à 00:22, Jonas Smedegaard a écrit : Quoting Arnaud Ferraris (2022-09-23 14:51:40) On Sat, 10 Sep 2022 10:18:39 -0700 Vagrant Cascadian wrote: On 2022-06-04, Jonas Smedegaard wrote: Seems more sensible for me, however, to implement this using debconf. [ thoughts on non-debconf mechanism snipped ] That seems a lot simpler than introducing the complexity of debconf generated configuration files... Indeed, so far my experiments with debconf for solving this matter have been sub-optimal at best. Can you elaborate on your bad experiences with debconf? By using debconf (and unless I'm doing things wrong, which is definitely possible), this requires having one question/template for each variable, and potentially as many preseeds. I find this a bit cumbersome, especially with the use of config fragments being a widespread practice, making it easier for both packages and users to add/override config parameters IMHO. The case where 2 packages want to change the same variable is also more difficult to handle, and it also prevents taking advantage of the shell script-based config sourcing (where one could just expand an existing variable instead of rewriting all of it). Finally, having a single debconf-generated config file makes changes in the default configuration tricky if both the third-party packages and the user make such changes. Lastly, it makes me a bit uneasy as the Debian Policy[1] and Developer's Reference[2] recommend that debconf be used only when necessary (at least in my understanding). Regards, Arnaud [1] https://www.debian.org/doc/debian-policy/ch-binary.html#prompting-in-maintainer-scripts [2] https://www.debian.org/doc/manuals/developers-reference/best-pkging-practices.html#best-practices-for-maintainer-scripts - Jonas
Bug#1012333: u-boot-menu: add support for using config fragments
On Sat, 10 Sep 2022 10:18:39 -0700 Vagrant Cascadian wrote: On 2022-06-04, Jonas Smedegaard wrote: > Quoting Arnaud Ferraris (2022-06-04 16:39:03) >> Currently u-boot-menu makes use of a single configuration file >> one has to edit in order to change the default options. It could >> be useful to use config fragments containing only one (or more) >> variables, so that different packages could change different >> config options (for example, one fragment could modify the >> default cmdline, while another one could change the DTB folder). > > Thanks, that sounds like a useful feature indeed. > > Seems more sensible for me, however, to implement this using debconf. > > Otherwise, installation and removal of a package would need to trigger > u-boot-menu, and u-boot-menu would need to specially examine such > cofigfile snippets to skip snippets belonging to removed but not purged > packages. Well, you could implement configuration files snippets directory outside of /etc (e.g. /usr/share/u-boot-menu/snippet.d or something like that), which would avoid this problem. u-boot-menu could have a dpkg trigger that for when files in this directory change. I quite like this approach, thanks for the suggestion! Do you think allowing both /etc/u-boot-menu.d (aimed solely at end-users) and /usr/share/u-boot-menu/conf.d (for other packages and/or derivatives), with a dpkg trigger only on the latter, would make sense? Or should we aim only for the /usr/share... approach? That seems a lot simpler than introducing the complexity of debconf generated configuration files... Indeed, so far my experiments with debconf for solving this matter have been sub-optimal at best. I'll update my patch in the next few days and submit it asap. Cheers, Arnaud live well, vagrant
Bug#1019743: u-boot-menu: u-boot-update should read kernel parameters from /etc/kernel/cmdline
Le 21/09/2022 à 01:08, Vagrant Cascadian a écrit : On 2022-09-20, Arnaud Ferraris wrote: From 03db7668f3c371a5a2d564ca14c9e671c6a754b3 Mon Sep 17 00:00:00 2001 From: Arnaud Ferraris Date: Tue, 14 Sep 2021 20:36:54 +0200 Subject: [PATCH] u-boot-update: honor /etc/kernel/cmdline Does anything else use /etc/kernel/cmdline? Is it documented somewhere? systemd-boot uses this file, see the kernel-install manpage: https://www.freedesktop.org/software/systemd/man/kernel-install.html I don't know of any other user currently, but I didn't dig in too deep. It seems a bit inconsistent with the rest of u-boot-menu configuration... I recall patches to support files in a .d directory... is that still in progress? It is, waiting on an answer from Jonas on #1012333 regarding your proposal. Cheers, Arnaud All that aside, the patch seems fine to me to implement the requested behavior (although has a little extraneous whitespace removal), if that behavior is deemed desirable. :) diff --git a/u-boot-update b/u-boot-update index 69da211..41fd0de 100755 --- a/u-boot-update +++ b/u-boot-update @@ -90,12 +90,21 @@ U_BOOT_DEFAULT="${U_BOOT_DEFAULT:-l0}" U_BOOT_ENTRIES="${U_BOOT_ENTRIES:-all}" U_BOOT_TIMEOUT="${U_BOOT_TIMEOUT:-50}" U_BOOT_MENU_LABEL="${U_BOOT_MENU_LABEL:-${PRETTY_NAME:-Debian GNU/Linux kernel}}" -U_BOOT_PARAMETERS="${U_BOOT_PARAMETERS:-ro quiet}" U_BOOT_FDT_DIR="${U_BOOT_FDT_DIR:-/usr/lib/linux-image-}" U_BOOT_FDT_OVERLAYS="${U_BOOT_FDT_OVERLAYS:-}" U_BOOT_FDT_OVERLAYS_DIR="${U_BOOT_FDT_OVERLAYS_DIR:-/boot/dtbo}" U_BOOT_INITRD="${U_BOOT_INITRD:-initrd.img}" +if [ -z "${U_BOOT_PARAMETERS}" ] && [ -f /etc/kernel/cmdline ] +then + U_BOOT_PARAMETERS="$(cat /etc/kernel/cmdline | sed -e 's/root=[^[:space:]]*//' -e 's/^[[:space:]]*//')" + if [ -z "${U_BOOT_ROOT}" ] + then + U_BOOT_ROOT="$(cat /etc/kernel/cmdline | sed -re 's/.*(root=[^[:space:]]*).*/\1/')" + fi +fi +U_BOOT_PARAMETERS="${U_BOOT_PARAMETERS:-ro quiet}" + # Find parameter for root from fstab if [ -z "${U_BOOT_ROOT}" ] then @@ -267,4 +276,3 @@ done _NUMBER="" Update "${_U_BOOT_DIRECTORY}/extlinux.conf" "${_CONFIG}" - diff --git a/u-boot-update.8 b/u-boot-update.8 index dfc3cd7..6536c6e 100644 --- a/u-boot-update.8 +++ b/u-boot-update.8 @@ -78,9 +78,10 @@ Otherwise, it defaults to 'Debian GNU/Linux, kernel'. .IP "U_BOOT_PARAMETERS=""\fBro quiet\fR""" 4 This variable specifies additional boot parameters that are appended to each kernel entry. -Value is an arbitrary string, -default is 'ro quiet' -(except for recovery entries, where quiet is avoided). +Value is an arbitrary string, default is the content +of /etc/kernel/cmdline, or 'ro quiet' +(except for recovery entries, where quiet is avoided) if +this file is not present or empty. .IP "U_BOOT_ROOT=""\fBroot\fR=\fIDEVICE\fR""" 4 This variable specifies the root partition. -- 2.35.1 live well, vagrant
Bug#1017015: [Debian-on-mobile-maintainers] Bug#1017015: gnome-console: bugs after switch to GTK4
Hi Jeremy, Le 20/09/2022 à 00:45, Jeremy Bicha a écrit : Control: retitle -1 gnome-console: copying won't work if end of line is selected I intend to lower the severity of this bug to Important once gtk4 migrates to Testing The Ctrl+Shift bug is fixed in gtk4; the open link bug was fixed in vte2.91. That only leaves one significant known issue which can be worked around. That sounds good, thanks for tracking those issues! IIUC the workaround for the remaining issue is using middle-click-paste, is that right? Cheers, Arnaud Thank you, Jeremy Bicha ___ Debian-on-mobile-maintainers mailing list debian-on-mobile-maintain...@alioth-lists.debian.net https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/debian-on-mobile-maintainers
Bug#1019743: u-boot-menu: u-boot-update should read kernel parameters from /etc/kernel/cmdline
On Tue, 20 Sep 2022 16:28:38 +0200 Arnaud Ferraris wrote: Hi, That sounds like an interesting thing to have indeed, I actually started working on this a while ago but didn't have the time/incentive to push it further. Attaching the (draft) patch I came up with in case it can help moving forward. Hmm, since this patch is about 1 year old, attaching the rebased version so it applies seamlessly on current master. Cheers, Arnaud Cheers, ArnaudFrom 03db7668f3c371a5a2d564ca14c9e671c6a754b3 Mon Sep 17 00:00:00 2001 From: Arnaud Ferraris Date: Tue, 14 Sep 2021 20:36:54 +0200 Subject: [PATCH] u-boot-update: honor /etc/kernel/cmdline --- u-boot-update | 12 ++-- u-boot-update.8 | 7 --- 2 files changed, 14 insertions(+), 5 deletions(-) diff --git a/u-boot-update b/u-boot-update index 69da211..41fd0de 100755 --- a/u-boot-update +++ b/u-boot-update @@ -90,12 +90,21 @@ U_BOOT_DEFAULT="${U_BOOT_DEFAULT:-l0}" U_BOOT_ENTRIES="${U_BOOT_ENTRIES:-all}" U_BOOT_TIMEOUT="${U_BOOT_TIMEOUT:-50}" U_BOOT_MENU_LABEL="${U_BOOT_MENU_LABEL:-${PRETTY_NAME:-Debian GNU/Linux kernel}}" -U_BOOT_PARAMETERS="${U_BOOT_PARAMETERS:-ro quiet}" U_BOOT_FDT_DIR="${U_BOOT_FDT_DIR:-/usr/lib/linux-image-}" U_BOOT_FDT_OVERLAYS="${U_BOOT_FDT_OVERLAYS:-}" U_BOOT_FDT_OVERLAYS_DIR="${U_BOOT_FDT_OVERLAYS_DIR:-/boot/dtbo}" U_BOOT_INITRD="${U_BOOT_INITRD:-initrd.img}" +if [ -z "${U_BOOT_PARAMETERS}" ] && [ -f /etc/kernel/cmdline ] +then + U_BOOT_PARAMETERS="$(cat /etc/kernel/cmdline | sed -e 's/root=[^[:space:]]*//' -e 's/^[[:space:]]*//')" + if [ -z "${U_BOOT_ROOT}" ] + then + U_BOOT_ROOT="$(cat /etc/kernel/cmdline | sed -re 's/.*(root=[^[:space:]]*).*/\1/')" + fi +fi +U_BOOT_PARAMETERS="${U_BOOT_PARAMETERS:-ro quiet}" + # Find parameter for root from fstab if [ -z "${U_BOOT_ROOT}" ] then @@ -267,4 +276,3 @@ done _NUMBER="" Update "${_U_BOOT_DIRECTORY}/extlinux.conf" "${_CONFIG}" - diff --git a/u-boot-update.8 b/u-boot-update.8 index dfc3cd7..6536c6e 100644 --- a/u-boot-update.8 +++ b/u-boot-update.8 @@ -78,9 +78,10 @@ Otherwise, it defaults to 'Debian GNU/Linux, kernel'. .IP "U_BOOT_PARAMETERS=""\fBro quiet\fR""" 4 This variable specifies additional boot parameters that are appended to each kernel entry. -Value is an arbitrary string, -default is 'ro quiet' -(except for recovery entries, where quiet is avoided). +Value is an arbitrary string, default is the content +of /etc/kernel/cmdline, or 'ro quiet' +(except for recovery entries, where quiet is avoided) if +this file is not present or empty. .IP "U_BOOT_ROOT=""\fBroot\fR=\fIDEVICE\fR""" 4 This variable specifies the root partition. -- 2.35.1
Bug#1019743: u-boot-menu: u-boot-update should read kernel parameters from /etc/kernel/cmdline
Hi, That sounds like an interesting thing to have indeed, I actually started working on this a while ago but didn't have the time/incentive to push it further. Attaching the (draft) patch I came up with in case it can help moving forward. Cheers, ArnaudFrom 067706bcd903e17534f789b37976a4aa9267ede2 Mon Sep 17 00:00:00 2001 From: Arnaud Ferraris Date: Tue, 14 Sep 2021 20:36:54 +0200 Subject: [PATCH] u-boot-update: honor /etc/kernel/cmdline --- u-boot-update | 12 ++-- u-boot-update.8 | 7 --- 2 files changed, 14 insertions(+), 5 deletions(-) diff --git a/u-boot-update b/u-boot-update index da92918..6f74965 100755 --- a/u-boot-update +++ b/u-boot-update @@ -90,9 +90,18 @@ U_BOOT_DEFAULT="${U_BOOT_DEFAULT:-l0}" U_BOOT_ENTRIES="${U_BOOT_ENTRIES:-all}" U_BOOT_TIMEOUT="${U_BOOT_TIMEOUT:-50}" U_BOOT_MENU_LABEL="${U_BOOT_MENU_LABEL:-${PRETTY_NAME:-Debian GNU/Linux kernel}}" -U_BOOT_PARAMETERS="${U_BOOT_PARAMETERS:-ro quiet}" U_BOOT_FDT_DIR="${U_BOOT_FDT_DIR:-/usr/lib/linux-image-}" +if [ -z "${U_BOOT_PARAMETERS}" ] && [ -f /etc/kernel/cmdline ] +then + U_BOOT_PARAMETERS="$(cat /etc/kernel/cmdline | sed -e 's/root=[^[:space:]]*//' -e 's/^[[:space:]]*//')" + if [ -z "${U_BOOT_ROOT}" ] + then + U_BOOT_ROOT="$(cat /etc/kernel/cmdline | sed -re 's/.*(root=[^[:space:]]*).*/\1/')" + fi +fi +U_BOOT_PARAMETERS="${U_BOOT_PARAMETERS:-ro quiet}" + # Find parameter for root from fstab if [ -z "${U_BOOT_ROOT}" ] then @@ -230,4 +239,3 @@ done _NUMBER="" Update "${_U_BOOT_DIRECTORY}/extlinux.conf" "${_CONFIG}" - diff --git a/u-boot-update.8 b/u-boot-update.8 index 38f533b..66af9d1 100644 --- a/u-boot-update.8 +++ b/u-boot-update.8 @@ -78,9 +78,10 @@ Otherwise, it defaults to 'Debian GNU/Linux, kernel'. .IP "U_BOOT_PARAMETERS=""\fBro quiet\fR""" 4 This variable specifies additional boot parameters that are appended to each kernel entry. -Value is an arbitrary string, -default is 'ro quiet' -(except for recovery entries, where quiet is avoided). +Value is an arbitrary string, default is the content +of /etc/kernel/cmdline, or 'ro quiet' +(except for recovery entries, where quiet is avoided) if +this file is not present or empty. .IP "U_BOOT_ROOT=""\fBroot\fR=\fIDEVICE\fR""" 4 This variable specifies the root partition. -- 2.35.1
Bug#1019739: ITP: passes -- GTK-based digital pass manager
Package: wnpp Severity: wishlist Owner: Arnaud Ferraris X-Debbugs-Cc: debian-de...@lists.debian.org, aferra...@debian.org * Package name: passes Version : 0.6 Upstream Author : Pablo Sánchez Rodríguez * URL : https://github.com/pablo-s/passes * License : GPL Programming Lang: Python Description : GTK-based digital pass manager Passes is a graphical application for managing digital passes, as its name implies. It has a mobile-friendly user interface and can import and display PKPASS files, and display Aztec, PDF417 and QR codes.
Bug#1013273: linking problems on ppc64el
Hi, On Tue, 21 Jun 2022 11:56:43 +0200 =?UTF-8?B?RnLDqWTDqXJpYw==?= Bonnard wrote: Hi Sylvestre, at first, I thought it may be a squeekboard coding issue too, but the fact that the same code breaks with rustc 1.59 and not 1.58 made me think of a regression (be it squeekboard 1.17.1 or 1.18.0). Also, only rust components where changed for this test : exact same gcc etc .. If rustc changed it's behaviour in between, at least the compiler would have given an advice or a tip. Anyway this does not occur on other architectures, so yes, I rather think it may be some thorny ppc64el regression on rustc side, but that is only an assumption. I'm no rust expert to maybe try a different layout of the code or maybe rust link option that could help and workaround that linking issue for the time being. F. I'm one of the maintainers of squeekboard, and can confirm this is likely a regression in rustc 1.59.0 as I could successfully build with 1.58.1 as well (using a ppc64el docker container). The issue happens when building a small binary (squeekboard-test-layout) which uses only a small subset of the functions provided by the whole rust library. However, it seems that on ppc64el the compiler tries to resolve all symbols from the library, even those which aren't actually used by the binary. It seems to only affect 1.59.0 though, as rustc >= 1.60.0 (installed from rustup) doesn't exhibit the same behavior, so I assume we'll be able to close this bug once a new enough version hits Debian. Regards, Arnaud
Bug#1016071: ftp.debian.org: Please reject 'pd-mapper' (ROM; confusing name)
Package: ftp.debian.org Severity: normal X-Debbugs-Cc: aferra...@debian.org Dear FTP Masters, I recently uploaded the 'pd-mapper' package to NEW. However, based on the discussion in the corresponding ITP (#1016011), it appears the name 'pd-mapper' can be confusing to some users. Therefore, please reject the 'pd-mapper' package currently in NEW. I plan on uploading a new (renamed) package afterwards. My apologies for this mishap and thanks for all your hard work. Cheers, Arnaud
Bug#1016066: ITP: eg25-manager -- Manager daemon for the Quectel EG25 modem
Package: wnpp Severity: wishlist Owner: Arnaud Ferraris X-Debbugs-Cc: debian-de...@lists.debian.org, aferra...@debian.org * Package name: eg25-manager Version : 0.4.4 Upstream Author : Arnaud Ferraris * URL : https://gitlab.com/mobian1/eg25-manager * License : GPL Programming Lang: C Description : Manager daemon for the Quectel EG25 modem eg25-manager is a daemon aimed at configuring and monitoring the Quectel EG25 modem on a running system. It is used on the PinePhone (Pro) and performs the following functions: - power on/off - startup configuration using AT commands - AGPS data upload - status monitoring (and restart if it becomes unavailable) This package will be maintained within the DebianOnMobile team.
Bug#1016025: ITP: mobian-keyring -- GPG keys for the Mobian package repository
Package: wnpp Severity: wishlist Owner: Arnaud Ferraris X-Debbugs-Cc: debian-de...@lists.debian.org, aferra...@debian.org * Package name: mobian-keyring Version : 20220725.0 Upstream Author : Arnaud Ferraris * URL : https://salsa.debian.org/Mobian-team/mobian-keyring * License : GPL Programming Lang: None (data only) Description : GPG keys for the Mobian package repository Mobian is a Debian blend targeting mobile devices, such as phones and tablets. This package provides the GnuPG public key(s) used to sign the Mobian package repository, as well as the corresponding sources file and APT preferences as recommended in https://wiki.debian.org/DebianRepository/UseThirdParty. It will be maintained within the Mobian team.
Bug#1016013: ITP: tqftpserv -- TFTP server implementation for the QRTR protocol
Package: wnpp Severity: wishlist Owner: Arnaud Ferraris X-Debbugs-Cc: debian-de...@lists.debian.org, aferra...@debian.org * Package name: tqftpserv Version : 0.0+git20200207 Upstream Author : Bjorn Andersson * URL : https://github.com/andersson/tqftpserv * License : BSD Programming Lang: C Description : TFTP server implementation for the QRTR protocol 'tqftpserv' is a TFTP server working over the QRTR protocol, enabling basic communication with remote processors (Wi-Fi, modem, sensors...) found in recent Qualcomm SoC's. This package will be maintained within the DebianOnMobile team.
Bug#1016012: ITP: rmtfs -- Qualcomm Remote Filesystem Service implementation
Package: wnpp Severity: wishlist Owner: Arnaud Ferraris X-Debbugs-Cc: debian-de...@lists.debian.org, aferra...@debian.org * Package name: rmtfs Version : 0.2 Upstream Author : Bjorn Andersson * URL : https://github.com/andersson/rmtfs * License : BSD Programming Lang: C Description : Qualcomm Remote Filesystem Service implementation 'rmtfs' is the reference implementation for Qualcomm's Remote Filesystem service. It allows userspace applications to access the shared memory and internal storage of the remote processors (Wi-Fi, modem, sensors...) found on recent Qualcomm SoCs, using the QMI and QRTR protocols. This package will be maintained within the DebianOnMobile team.
Bug#1016011: ITP: pd-mapper -- Qualcomm PD mapper service
Package: wnpp Severity: wishlist Owner: Arnaud Ferraris X-Debbugs-Cc: debian-de...@lists.debian.org, aferra...@debian.org * Package name: pd-mapper Version : 0.0+git20220208 Upstream Author : Bjorn Andersson * URL : https://github.com/andersson/pd-mapper * License : BSD Programming Lang: C Description : Qualcomm PD mapper service 'pd-mapper' is the reference implementation for Qualcomm's Protection Domain mapper service. It is required for userspace applications to access the various remote processors (Wi-Fi, modem, sensors...) on recent Qualcomm SoCs using the QRTR protocol. This package will be maintained within the DebianOnMobile team.
Bug#1012504: cawbird: doesn't migrate because of autopkgtests failure
Le 08/06/2022 à 15:44, Arnaud Ferraris a écrit : Attached patch 0001 fixes this issue so we can hope for this package to transition normally. Hmmm, this is embarassing, but I attached the wrong file (control file missing "allow-stderr"). The correct patch is attached to this email. Cheers, ArnaudFrom 981bc98305528eeb57330e7dda2eaf683b686170 Mon Sep 17 00:00:00 2001 From: Arnaud Ferraris Date: Wed, 8 Jun 2022 15:08:21 +0200 Subject: d/tests: ensure autopkgtest won't fail when successful `timeout` will return the command's exit code if it ends before reaching the configured timeout. If the command runs normally then is killed by `timeout`, the exit code will be 124. The test should therefore pass in this case. This commit adds a script wrapping the actual call and returning 0 if the command's exit code is 124. --- debian/tests/control | 4 ++-- debian/tests/startup-test | 11 +++ 2 files changed, 13 insertions(+), 2 deletions(-) create mode 100755 debian/tests/startup-test diff --git a/debian/tests/control b/debian/tests/control index c0a271c..5e74030 100644 --- a/debian/tests/control +++ b/debian/tests/control @@ -1,3 +1,3 @@ -Test-Command: xvfb-run timeout -k2 5 /usr/bin/cawbird -Restrictions: superficial +Tests: startup-test +Restrictions: allow-stderr, superficial Depends: cawbird, xvfb, xauth diff --git a/debian/tests/startup-test b/debian/tests/startup-test new file mode 100755 index 000..294b7da --- /dev/null +++ b/debian/tests/startup-test @@ -0,0 +1,11 @@ +#!/bin/sh + +xvfb-run timeout -k2 5 /usr/bin/cawbird +_RET="$?" + +# timeout will exit with code 124 if all goes well +if [ "$_RET" = "124" ]; then +exit 0 +fi + +exit $_RET -- 2.35.1
Bug#1012504: cawbird: doesn't migrate because of autopkgtests failure
Package: cawbird Version: 1.5 Severity: important Tags: patch X-Debbugs-Cc: arnaud.ferra...@gmail.com Dear Maintainer, autopkgtests for cawbird currently fail, causing the package to be stuck in unstable. This is due to the normal exit code of the "timeout" command being 124. Attached patch 0001 fixes this issue so we can hope for this package to transition normally. While working on it, I fixed a few unrelated packaging issues reported by lintian, see attached patches 0002 to 0004. Cheers, Arnaud -- System Information: Debian Release: bookworm/sid APT prefers testing APT policy: (900, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.17.0-1-amd64 (SMP w/8 CPU threads; PREEMPT) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages cawbird depends on: ii dconf-gsettings-backend [gsettings-backend] 0.40.0-3 ii libatk1.0-0 2.38.0-1 ii libc62.33-7 ii libcairo-gobject21.16.0-5 ii libcairo21.16.0-5 ii libgdk-pixbuf-2.0-0 2.42.8+dfsg-1 ii libglib2.0-0 2.72.1-1 ii libgspell-1-21.10.0-1+b1 ii libgstreamer1.0-01.20.2-1 ii libgtk-3-0 3.24.33-2 ii libjson-glib-1.0-0 1.6.6-1 ii liboauth01.0.3-5 ii libpango-1.0-0 1.50.7+ds-1 ii librest-0.7-00.8.1-1.1 ii libsoup2.4-1 2.74.2-3 ii libsqlite3-0 3.38.5-1 ii libx11-6 2:1.7.5-1 cawbird recommends no packages. cawbird suggests no packages. -- no debconf information >From cf17ae85a23799481fcacce1507f00d9aac71a59 Mon Sep 17 00:00:00 2001 From: Arnaud Ferraris Date: Wed, 8 Jun 2022 15:08:21 +0200 Subject: d/tests: ensure autopkgtest won't fail when successful `timeout` will return the command's exit code if it ends before reaching the configured timeout. If the command runs normally then is killed by `timeout`, the exit code will be 124. The test should therefore pass in this case. This commit adds a script wrapping the actual call and returning 0 if the command's exit code is 124. --- debian/tests/control | 2 +- debian/tests/startup-test | 11 +++ 2 files changed, 12 insertions(+), 1 deletion(-) create mode 100755 debian/tests/startup-test diff --git a/debian/tests/control b/debian/tests/control index c0a271c..7215270 100644 --- a/debian/tests/control +++ b/debian/tests/control @@ -1,3 +1,3 @@ -Test-Command: xvfb-run timeout -k2 5 /usr/bin/cawbird +Tests: startup-test Restrictions: superficial Depends: cawbird, xvfb, xauth diff --git a/debian/tests/startup-test b/debian/tests/startup-test new file mode 100755 index 000..294b7da --- /dev/null +++ b/debian/tests/startup-test @@ -0,0 +1,11 @@ +#!/bin/sh + +xvfb-run timeout -k2 5 /usr/bin/cawbird +_RET="$?" + +# timeout will exit with code 124 if all goes well +if [ "$_RET" = "124" ]; then +exit 0 +fi + +exit $_RET -- 2.35.1 >From 1424b3be1ae5f014cf7d689f9e62aa564aa7e2d0 Mon Sep 17 00:00:00 2001 From: Arnaud Ferraris Date: Wed, 8 Jun 2022 15:22:02 +0200 Subject: debian: remove unused README.Debian Fixes: lintian: readme-debian-contains-debmake-template --- debian/README.Debian | 6 -- 1 file changed, 6 deletions(-) delete mode 100644 debian/README.Debian diff --git a/debian/README.Debian b/debian/README.Debian deleted file mode 100644 index 52820e7..000 --- a/debian/README.Debian +++ /dev/null @@ -1,6 +0,0 @@ -cawbird for Debian -- - - - - -- Federico Ceratto Sat, 08 Jan 2022 15:22:41 + -- 2.35.1 >From cc0579d8d21a0ac0d16bf95f3e7d3dae7af4746b Mon Sep 17 00:00:00 2001 From: Arnaud Ferraris Date: Wed, 8 Jun 2022 15:22:49 +0200 Subject: d/control: drop duplicate build dependency Fixes: lintian: redundant-control-relation --- debian/control | 1 - 1 file changed, 1 deletion(-) diff --git a/debian/control b/debian/control index 34209a1..2ca4dce 100644 --- a/debian/control +++ b/debian/control @@ -13,7 +13,6 @@ Build-Depends: debhelper-compat (= 13), libhandy-1-dev, libjson-glib-dev, liboauth-dev, - liboauth-dev, librest-dev, libsoup2.4-dev, libsqlite3-dev, -- 2.35.1 >From 4b8cffb756ed0c2449f434a46a2e7d1fc889acc6 Mon Sep 17 00:00:00 2001 From: Arnaud Ferraris Date: Wed, 8 Jun 2022 15:23:31 +0200 Subject: d/rules: don't run tests when `nocheck` option is present Fixes: lintian: override_dh_auto_test-does-not-check-DEB_BUILD_OPTIONS --- debian/rules | 7 ++- 1 file changed, 2 insert
Bug#1012333: u-boot-menu: add support for using config fragments
Le 04/06/2022 à 17:39, Jonas Smedegaard a écrit : Thanks, that sounds like a useful feature indeed. Seems more sensible for me, however, to implement this using debconf. Otherwise, installation and removal of a package would need to trigger u-boot-menu, and u-boot-menu would need to specially examine such cofigfile snippets to skip snippets belonging to removed but not purged packages. How does that sound to you? Do you imagine some scenarios where addon packages would be needed and debconf would be unusable, then please elaborate on that... I'm honestly not really familiar with debconf (yet), especially when it comes to inter-packages interactions, but this sounds sensible indeed. I'll experiment with it a bit and get back to you once I've found out what works (and what doesn't if any). Please note this has been previously submitted as a merge request on salsa Thanks for reporting here as a bugreport: Debian uses debbugs for tracking issues. Salsa confusingly ofer isue tracking as well and even has that feature enabled by default. Sorry for the confusion, I will now disable the issue tracker for this project to not be misleading in the future. Understood, I'll make sure to use the BTS in the future. Thanks, Arnaud - Jonas
Bug#1012333: u-boot-menu: add support for using config fragments
Source: u-boot-menu Version: 4.0.4 Severity: wishlist Tags: patch X-Debbugs-Cc: arnaud.ferra...@gmail.com Dear Maintainer, Currently u-boot-menu makes use of a single configuration file one has to edit in order to change the default options. It could be useful to use config fragments containing only one (or more) variables, so that different packages could change different config options (for example, one fragment could modify the default cmdline, while another one could change the DTB folder). The attached patch implements such a feature by sourcing any *.conf file present under the /etc/u-boot-menu.d folder. Please note this has been previously submitted as a merge request on salsa[1], which I'm doubling with a BTS entry in case you prefer handling such requests that way. [1] https://salsa.debian.org/debian/u-boot-menu/-/merge_requests/5 Thanks, Arnaud -- System Information: Debian Release: bookworm/sid APT prefers testing APT policy: (900, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.17.0-1-rt-amd64 (SMP w/64 CPU threads; PREEMPT) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled >From 093b48b42afe03e1e0013d66ef2752ed9460bca8 Mon Sep 17 00:00:00 2001 From: Arnaud Ferraris Date: Tue, 14 Sep 2021 20:36:04 +0200 Subject: [PATCH] u-boot-update: allow using config fragments In order to allow other packages and/or derivative distros to configure specific aspects of `u-boot-menu` it can be useful to allow using config fragments. This patch therefore implements loading config files from `/etc/u-boot-menu.d`, overriding the values loaded from the default configuration file. --- u-boot-update | 9 + u-boot-update.8 | 5 - 2 files changed, 13 insertions(+), 1 deletion(-) diff --git a/u-boot-update b/u-boot-update index da92918..d4af7c3 100755 --- a/u-boot-update +++ b/u-boot-update @@ -49,6 +49,15 @@ then . /etc/default/u-boot fi +# Reading config file fragments if they exist +for file in /etc/u-boot-menu.d/*.conf +do + if [ -e "${file}" ] + then + . "${file}" + fi +done + # Reading the os-release file if [ -e /etc/os-release ] then diff --git a/u-boot-update.8 b/u-boot-update.8 index 38f533b..becd57a 100644 --- a/u-boot-update.8 +++ b/u-boot-update.8 @@ -9,7 +9,9 @@ u\-boot\-update \- program to generate u\-boot menu files .SH DESCRIPTION u\-boot\-update is a tool used to generate the menu files used by the U\-BOOT bootloader. -Options can be configured in /etc/default/u\-boot. +Options can be configured in /etc/default/u\-boot or by +adding configuration fragment files to /etc/u\-boot\-menu.d/ +(those take precedence over /etc/default/u\-boot). .PP @@ -107,6 +109,7 @@ Default is 'device-tree.dtb'. .SH FILES /etc/default/u-boot +/etc/u-boot-menu.d/ .SH HOMEPAGE More information about U\-BOOT -- 2.35.1
Bug#965878: Bug #965878: xbitmaps: Removal of obsolete debhelper compat 5 and 6 in bookworm
Dear maintainer(s), As a follow-up to my previous message above, I've also worked towards fixing a few other problems and updating the package so it follows the current best practices. I'm sending those patches as a separate email as those aren't directly related to this bug, but are still relevant for "modernizing" this package. Best regards, ArnaudFrom c8c3457d402be90152b69f8c45044947a8727975 Mon Sep 17 00:00:00 2001 From: Arnaud Ferraris Date: Thu, 26 May 2022 14:19:11 +0200 Subject: [PATCH 2/6] Import changelog entry from last NMU (1.1.1-2.1) --- debian/changelog | 7 +++ 1 file changed, 7 insertions(+) diff --git a/debian/changelog b/debian/changelog index d1ad693..ddd7802 100644 --- a/debian/changelog +++ b/debian/changelog @@ -7,6 +7,13 @@ xbitmaps (1.1.1-3) UNRELEASED; urgency=low -- Julien Cristau Thu, 30 Aug 2012 20:55:41 +0200 +xbitmaps (1.1.1-2.1) unstable; urgency=medium + + * Non maintainer upload by the Reproducible Builds team. + * No source change upload to rebuild on buildd with .buildinfo files. + + -- Holger Levsen Fri, 18 Dec 2020 21:00:22 +0100 + xbitmaps (1.1.1-2) unstable; urgency=low * Remove David from Uploaders. -- 2.35.1 From 8314b42e1904c7490bbe92801b45ee834e70d3df Mon Sep 17 00:00:00 2001 From: Arnaud Ferraris Date: Thu, 26 May 2022 14:04:03 +0200 Subject: [PATCH 3/6] Update Vcs-* control fields to point to current repo locations --- debian/control | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/debian/control b/debian/control index 6bb68e8..b74abeb 100644 --- a/debian/control +++ b/debian/control @@ -7,8 +7,8 @@ Build-Depends: pkg-config, xutils-dev (>= 1:7.5~), Standards-Version: 3.8.3 -Vcs-Git: https://anonscm.debian.org/git/pkg-xorg/data/xbitmaps.git -Vcs-Browser: https://anonscm.debian.org/git/pkg-xorg/data/xbitmaps.git +Vcs-Git: https://salsa.debian.org/xorg-team/data/xbitmaps.git +Vcs-Browser: https://salsa.debian.org/xorg-team/data/xbitmaps Package: xbitmaps Architecture: all -- 2.35.1 From fa01a69a9aa83209f1a6671d0b37e5a28bb90e77 Mon Sep 17 00:00:00 2001 From: Arnaud Ferraris Date: Thu, 26 May 2022 14:18:35 +0200 Subject: [PATCH 4/6] Update watch file to version 4 and fix typo --- debian/watch | 5 ++--- 1 file changed, 2 insertions(+), 3 deletions(-) diff --git a/debian/watch b/debian/watch index f0586a0..0d68a0f 100644 --- a/debian/watch +++ b/debian/watch @@ -1,3 +1,2 @@ -#git=git://anongit.freedesktop.org/xorg/data/bitmaps -version=3 -https://xorg.freedesktop.orgreleases/individual/data/ xbitmaps-(.*)\.tar\.gz +version=4 +https://xorg.freedesktop.org/releases/individual/data/ xbitmaps-(.*)\.tar\.gz -- 2.35.1 From e5499ceb1bacae9d03f1802c04eb9cb18fe1a2de Mon Sep 17 00:00:00 2001 From: Arnaud Ferraris Date: Thu, 26 May 2022 14:04:34 +0200 Subject: [PATCH 5/6] Convert to format 3.0 (quilt) and current best practices The files added to the original source tree (autogen.sh and .gitignore) are converted to quilt patches. Missing fields (Homepage, Rules-Requires-Root) are added to d/control and d/copyright is converted to DEP-5 format. Finally, Standards-Version is updated to the current version. --- .gitignore| 78 autogen.sh| 13 -- debian/control| 4 +- debian/copyright | 51 ...utogen.sh-script-and-.gitignore-file.patch | 117 ++ debian/patches/series | 1 + debian/source/format | 1 + 7 files changed, 151 insertions(+), 114 deletions(-) delete mode 100644 .gitignore delete mode 100755 autogen.sh create mode 100644 debian/patches/Add-autogen.sh-script-and-.gitignore-file.patch create mode 100644 debian/patches/series create mode 100644 debian/source/format diff --git a/.gitignore b/.gitignore deleted file mode 100644 index e99968f..000 --- a/.gitignore +++ /dev/null @@ -1,78 +0,0 @@ -# -# X.Org module default exclusion patterns -# The next section if for module specific patterns -# -# Do not edit the following section -# GNU Build System (Autotools) -aclocal.m4 -autom4te.cache/ -autoscan.log -ChangeLog -compile -config.guess -config.h -config.h.in -config.log -config-ml.in -config.py -config.status -config.status.lineno -config.sub -configure -configure.scan -depcomp -.deps/ -INSTALL -install-sh -.libs/ -libtool -libtool.m4 -ltmain.sh -lt~obsolete.m4 -ltoptions.m4 -ltsugar.m4 -ltversion.m4 -Makefile -Makefile.in -mdate-sh -missing -mkinstalldirs -*.pc -py-compile -stamp-h? -symlink-tree -texinfo.tex -ylwrap - -# Do not edit the following section -# Edit Compile Debug Document Distribute -*~ -*.[0-9] -*.[0-9]x -*.bak -*.bin -core -*.dll -*.exe -*-ISO*.bdf -*-JIS*.bdf -*-KOI8*.bdf -*.kld -*.ko -*.ko.cmd -*.lai -*.l[oa] -*.[oa] -*.obj -*.patch -*.so -*.pcf.gz -*.pdb -*.tar.bz2 -*.tar.gz -# -# Add & Override patterns for bit
Bug#965878: Bug #965878: xbitmaps: Removal of obsolete debhelper compat 5 and 6 in bookworm
Dear maintainer(s), I worked on upgrading this package to the current debhelper compat level (13). Attached is the corresponding patch. I have verified the generated package is bit-for-bit identical to the version currently in the archive. Best regards, ArnaudFrom e15fcd1bb95cfc0eb069264d4ce4713ba5fde765 Mon Sep 17 00:00:00 2001 From: Arnaud Ferraris Date: Thu, 26 May 2022 01:33:28 +0200 Subject: [PATCH 1/6] Update to debhelper compat level 13 This requires updating the build depends (as automake is already pulled in by debhelper, but pkg-config is not and needed by the configure script). Take this opportunity to switch to using `dh` and rewrite the rules file accordingly. The README.source file is also modified to reflect dropping the now-unused XSFBS scripts. Closes: #965878 --- debian/README.source | 30 +- debian/compat | 1 - debian/control | 4 +- debian/rules | 85 +- debian/xsfbs/repack.sh | 32 --- debian/xsfbs/xsfbs.mk | 276 -- debian/xsfbs/xsfbs.sh | 622 - 7 files changed, 11 insertions(+), 1039 deletions(-) delete mode 100644 debian/compat delete mode 100755 debian/xsfbs/repack.sh delete mode 100755 debian/xsfbs/xsfbs.mk delete mode 100644 debian/xsfbs/xsfbs.sh diff --git a/debian/README.source b/debian/README.source index 34ab4bf..5716df4 100644 --- a/debian/README.source +++ b/debian/README.source @@ -6,12 +6,12 @@ Quick Guide To Patching This Package For The Impatient 2. Unpack the package as usual with "dpkg-source -x" 3. Run the "patch" target in debian/rules 4. Create a new patch with "quilt new" (see quilt(1)) -5. Edit all the files you want to include in the patch with "quilt edit" +5. Edit all the files you want to include in the patch with "quilt edit" (see quilt(1)). 6. Write the patch with "quilt refresh" (see quilt(1)) 7. Run the "clean" target in debian/rules -Alternatively, instead of using quilt directly, you can drop the patch in to +Alternatively, instead of using quilt directly, you can drop the patch in to debian/patches and add the name of the patch to debian/patches/series. @@ -25,7 +25,7 @@ just need to be pulled into git.debian.org in a "upstream-*" branch. Otherwise, the upstream sources are manually installed in the Debian git repository. -The .orig.tar.gz upstream source file could be generated this +The .orig.tar.gz upstream source file could be generated using this "upstream-*" branch in the Debian git repository but it is actually copied from upstream tarballs directly. @@ -47,27 +47,3 @@ are involved: case, it appears directly in the .diff.gz. * Otherwise, the patch is added to debian/patches/ which is managed with quilt as documented in /usr/share/doc/quilt/README.source. - -quilt is actually invoked by the Debian X packaging through a larger -set of scripts called XSFBS. XSFBS brings some other X specific -features such as managing dependencies and conflicts due to the video -and input driver ABIs. -XSFBS itself is maintained in a separate repository at - git://git.debian.org/pkg-xorg/xsfbs.git -and it is pulled inside the other Debian X repositories when needed. - -The XSFBS patching system requires a build dependency on quilt. Also -a dependency on $(STAMP_DIR)/patch has to be added to debian/rules -so that the XSFBS patching occurs before the actual build. So the -very first target of the build (likely the one running autoreconf) -should depend on $(STAMP_DIR)/patch. It should also not depend on -anything so that parallel builds are correctly supported (nothing -should probably run while patching is being done). And finally, the -clean target should depend on the xsfclean target so that patches -are unapplied on clean. - -When the upstream sources contain some DFSG-nonfree files, they are -listed in text files in debian/prune/ in the "debian-*" branch of -the Debian repository. XSFBS' scripts then take care of removing -these listed files during the build so as to generate a modified -DFSG-free .orig.tar.gz tarball. diff --git a/debian/compat b/debian/compat deleted file mode 100644 index 7ed6ff8..000 --- a/debian/compat +++ /dev/null @@ -1 +0,0 @@ -5 diff --git a/debian/control b/debian/control index fda5b3f..6bb68e8 100644 --- a/debian/control +++ b/debian/control @@ -3,9 +3,9 @@ Section: x11 Priority: optional Maintainer: Debian X Strike Force Build-Depends: - debhelper (>= 5), + debhelper-compat (= 13), + pkg-config, xutils-dev (>= 1:7.5~), - automake, Standards-Version: 3.8.3 Vcs-Git: https://anonscm.debian.org/git/pkg-xorg/data/xbitmaps.git Vcs-Browser: https://anonscm.debian.org/git/pkg-xorg/data/xbitmaps.git diff --git a/debian/rules b/debian/rules index b4288e4..f1b0bf1 100755 --- a/debian/rules +++ b/debian/rules @@ -7,84 +7,11 @@ # Uncomment
Bug#1011423: ITP: qrtr -- Userspace reference implementation for the QRTR protocol
Package: wnpp Severity: wishlist Owner: Arnaud Ferraris X-Debbugs-Cc: debian-de...@lists.debian.org, arnaud.ferra...@gmail.com * Package name: qrtr Version : 0.3 Upstream Author : Bjorn Andersson * URL : https://github.com/andersson/qrtr/ * License : BSD-3-clause Programming Lang: C Description : Userspace reference implementation for the QRTR protocol QRTR is Qualcomm's IPC Router protocol, used for communicating with services provided by remote processors. It is mandatory for taking advantage of most features of recent Qualcomm SoCs, such as Wi-Fi, cellular modem, sensors... I plan to maintain this package as part of the DebianOnMobile team.
Bug#1006668: u-boot-menu: Support for custom initrd configuration
Hi, On Wed, 02 Mar 2022 00:30:58 + undef wrote: Package: u-boot-menu Version: 4.0.3 Severity: normal Tags: patch X-Debbugs-Cc: undef Dear Maintainer, Currently the initrd section of the generated extlinux.conf will only use discovered initrd.img-* files from /boot. However, some systems (discovered on the PinePhone Pro, but other reclaimed Android devices are affected) require a custom "miniramfs" to be used. Would it be possible to include the ability to manually set the initrd record in /etc/default/u-boot? The attached patch allows a static configuration which will be used for all kernels. An alternative would be setting "/miniramfs-${_VERSION}". As we discussed this on another channel, here are my comments on your patch. Also, would you please consider sending the patch as an attachment rather than inline in the email body? (or maybe provide both, as this one is quite small). Thanks for considering, Undef. -- System Information: Debian Release: 11.2 APT prefers stable-security APT policy: (500, 'stable-security'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 5.16.11-1.fc32.qubes.x86_64 (SMP w/16 CPU threads; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages u-boot-menu depends on: ii linux-base 4.6 u-boot-menu recommends no packages. Versions of packages u-boot-menu suggests: pn flash-kernel -- no debconf information *** 0001-Allow-configuration-of-initrd-file.patch From 14daba63b9c1036b7672f144d29a848e306992b0 Mon Sep 17 00:00:00 2001 From: Undef Date: Wed, 2 Mar 2022 00:02:12 + Subject: [PATCH] Allow configuration of initrd file Some devices have initrd requirements that cause the standard initrd.img-${_VERSION} to fail to boot. For example, the PinePhone Pro will fail to boot with large initrd files, solved by using a miniramfs[0] to chainload the real initrd. This allows specifying the INITRD manually in /etc/default/u-boot. If the configuration is either not present or empty, the existing initrd discovery functionality will continue to be used. [0] https://gitlab.com/mobian1/miniramfs --- u-boot-update | 6 +- 1 file changed, 5 insertions(+), 1 deletion(-) diff --git a/u-boot-update b/u-boot-update index da92918..4d3b395 100755 --- a/u-boot-update +++ b/u-boot-update @@ -92,6 +92,7 @@ U_BOOT_TIMEOUT="${U_BOOT_TIMEOUT:-50}" U_BOOT_MENU_LABEL="${U_BOOT_MENU_LABEL:-${PRETTY_NAME:-Debian GNU/Linux kernel}}" U_BOOT_PARAMETERS="${U_BOOT_PARAMETERS:-ro quiet}" U_BOOT_FDT_DIR="${U_BOOT_FDT_DIR:-/usr/lib/linux-image-}" +U_BOOT_INITRD="${U_BOOT_INITRD:-}" As other variables, this needs a sensible default. IMHO this would be better: +U_BOOT_INITRD="${U_BOOT_INITRD:-initrd.img-}" This would even make the rest of your patch simpler by replacing every occurrence of "initrd.img-" with "${U_BOOT_INITRD}". It would also be nice to add this variable to the default config. Cheers, Arnaud # Find parameter for root from fstab if [ -z "${U_BOOT_ROOT}" ] @@ -169,7 +170,10 @@ do _NUMBER="${_NUMBER:-0}" _ENTRY="${_ENTRY:-1}" - if [ -e /boot/initrd.img-${_VERSION} ] + if [ -n "${U_BOOT_INITRD}" ] + then + _INITRD="initrd ${U_BOOT_INITRD}" + elif [ -e /boot/initrd.img-${_VERSION} > then _INITRD="initrd ${_BOOT_DIRECTORY}/initrd.img-${_VERSION}" else -- 2.30.2
Bug#1007115: squeekboard covers applications in landscape
Package: squeekboard Version: 1.17.0-1 Severity: important Tags: upstream X-Debbugs-Cc: arnaud.ferra...@gmail.com Dear Maintainer, The latest upstream version introduces a major usability issue: when used on a phone in landscape orientation, the keyboard takes the entire screen, effectively covering the applications. Users are therefore unable to check the text they're typing. This is caused by changes in the sizing calculations introduced in version 1.17.0 and has been acknowledged by upstream maintainer. Upstream bug report: https://gitlab.gnome.org/World/Phosh/squeekboard/-/issues/327 This bug is filed in order to prevent the package from migrating to testing, which is currently used by pretty much all Mobian users. -- System Information: Debian Release: bookworm/sid APT prefers testing APT policy: (900, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.16.0-3-amd64 (SMP w/8 CPU threads; PREEMPT) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages squeekboard depends on: ii gnome-themes-extra-data 3.28-1 ii libc62.33-7 ii libcairo-gobject21.16.0-5 ii libcairo21.16.0-5 ii libfeedback-0.0-00.0.0+git20220208-1 ii libgcc-s112-20220302-1 ii libgdk-pixbuf-2.0-0 2.42.6+dfsg-2 ii libglib2.0-0 2.70.4-1 ii libgnome-desktop-3-1942~beta-1 ii libgtk-3-0 3.24.31-1 ii libpango-1.0-0 1.50.4+ds-1 ii libpangocairo-1.0-0 1.50.4+ds-1 ii libwayland-client0 1.20.0-1 ii libxkbcommon01.4.0-1 squeekboard recommends no packages. squeekboard suggests no packages.
Bug#979821: firefox-esr: Try to read policies.json from wrong directory
Package: firefox-esr Version: 91.5.0esr-1 Followup-For: Bug #979821 X-Debbugs-Cc: arnaud.ferra...@gmail.com Dear Maintainer, I can confirm this issue is still present in the 91.x cycle. The configuration dir for firefox-esr being /etc/firefox-esr, the policies folder should be /etc/firefox-esr/policies, not /etc/firefox/policies. Best regards, Arnaud -- Package-specific info: -- Addons package information -- System Information: Debian Release: bookworm/sid APT prefers testing APT policy: (900, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.16.0-1-amd64 (SMP w/8 CPU threads; PREEMPT) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages firefox-esr depends on: ii debianutils 4.11.2 ii fontconfig 2.13.1-4.4 ii libatk1.0-0 2.36.0-3 ii libc62.33-5 ii libcairo-gobject21.16.0-5 ii libcairo21.16.0-5 ii libdbus-1-3 1.12.20-3 ii libdbus-glib-1-2 0.112-2 ii libevent-2.1-7 2.1.12-stable-1 ii libffi8 3.4.2-4 ii libfontconfig1 2.13.1-4.4 ii libfreetype6 2.11.1+dfsg-1 ii libgcc-s111.2.0-16 ii libgdk-pixbuf-2.0-0 2.42.6+dfsg-2 ii libglib2.0-0 2.70.4-1 ii libgtk-3-0 3.24.31-1 ii libnspr4 2:4.32-3 ii libnss3 2:3.75-1 ii libpango-1.0-0 1.50.3+ds1-6 ii libstdc++6 11.2.0-16 ii libvpx7 1.11.0-2 ii libx11-6 2:1.7.2-2+b1 ii libx11-xcb1 2:1.7.2-2+b1 ii libxcb-shm0 1.14-3 ii libxcb1 1.14-3 ii libxcomposite1 1:0.4.5-1 ii libxdamage1 1:1.1.5-2 ii libxext6 2:1.3.4-1 ii libxfixes3 1:6.0.0-1 ii libxrender1 1:0.9.10-1 ii procps 2:3.3.17-6 ii zlib1g 1:1.2.11.dfsg-2 Versions of packages firefox-esr recommends: ii libavcodec58 7:4.4.1-3 Versions of packages firefox-esr suggests: ii fonts-lmodern 2.004.5-6.1 pn fonts-stix | otf-stix ii libcanberra0 0.30-8 ii libgssapi-krb5-2 1.18.3-7 ii pulseaudio 15.0+dfsg1-3 -- no debconf information
Bug#1003535: meson: fails to build vala if 'metadata_dirs' option is specified
Package: meson Version: 0.61.0-1 Severity: important Tags: upstream X-Debbugs-Cc: arnaud.ferra...@gmail.com Dear Maintainer, In the latest version (0.61.0-1), meson fails to build vala files when the 'metadata_dirs' option is specified. This is due to a typo in upstream code causing an unrecognized option to be appended to the 'vapigen' command line. This bug has been fixed upstream[1] and the corresponding patch should be backported while waiting for the next point release. [1] https://github.com/mesonbuild/meson/commit/9952446a2a28ea2b009f4b8b2a14ad50f0878bdd Thanks, Arnaud -- System Information: Debian Release: bookworm/sid APT prefers testing APT policy: (900, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.15.0-2-amd64 (SMP w/8 CPU threads) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages meson depends on: ii ninja-build1.10.1-1 ii python33.9.7-1 ii python3-distutils 3.9.9-3 ii python3-pkg-resources 58.2.0-1 Versions of packages meson recommends: ii dpkg-dev 1.21.1 meson suggests no packages. -- no debconf information
Bug#1000450: Please package latest versions of modemmanager 1.18.2 (also libmbim, libqmi)
Hi Christoph, Le 23/11/2021 à 16:30, Christoph Biedl a écrit : > Christoph Biedl wrote... > >> [I] will have to rebuild all this manually now. > > It's noteworthy that upgrading to newer versions not only resolved the > issues I had seen, it also was almost painless, even for stable. > > To avoid duplicated work and in the hope it's helpful, I am attaching > the diffs. They are mostly about the symbol definitions, the versioned > dependencies might be incompletete. modemmanager and its dependencies are now maintained by the DebianOnMobile team[1]. We have libqmi and libmbim ready to be uploaded (should happen anytime soon now), and modemmanager will follow once those reach unstable. Cheers, Arnaud [1] https://salsa.debian.org/DebianOnMobile-team > > Cheers, > > Christoph >
Bug#998080: libglib2.0-doc: package is marked 'Arch: all' but has different contents if built on 32-bit or 64-bit host
Package: libglib2.0-doc Version: 2.70.0-1 Severity: normal X-Debbugs-Cc: arnaud.ferra...@gmail.com Dear Maintainer, While re-building glib2.0 I noticed that the generated libglib2.0-doc was different depending on whether it was built on a 32-bit system or a 64-bit one. This is due to the documentation quoting C code relying on different base types ('long' vs. 'int', or 'long long' vs. 'long') or macros ('GUINT64_TO_BE' vs. 'GUINT32_TO_BE') depending on the target arch's register width. As a result, libglib2.0-doc contains erroneous information on 32-bit architectures, and might benefit from being marked 'Arch: any'. Attached is a diff showing the differences between a package generated on arm64 and one generated on armhf. I assume other differences would result from a build performed on a big-endian machine but didn't had the opportunity to verify this assumption so far. Best regards, Arnaud -- System Information: Debian Release: bookworm/sid APT prefers testing APT policy: (900, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.14.0-2-amd64 (SMP w/64 CPU threads) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled libglib2.0-doc depends on no packages. libglib2.0-doc recommends no packages. Versions of packages libglib2.0-doc suggests: ii devhelp 41.2-1 -- no debconf information diff -ur arm64/usr/share/doc/libglib2.0-doc/glib/glib-Basic-Types.html armhf/usr/share/doc/libglib2.0-doc/glib/glib-Basic-Types.html --- arm64/usr/share/doc/libglib2.0-doc/glib/glib-Basic-Types.html 2021-10-29 13:01:17.0 +0200 +++ armhf/usr/share/doc/libglib2.0-doc/glib/glib-Basic-Types.html 2021-10-29 13:01:17.0 +0200 @@ -405,7 +405,7 @@ Functions G_GINT64_CONSTANT() -#define G_GINT64_CONSTANT(val) (val##L) +#define G_GINT64_CONSTANT(val) (G_GNUC_EXTENSION (val##LL)) This macro is used to insert 64-bit integer literals into the source code. @@ -428,7 +428,7 @@ G_GUINT64_CONSTANT() -#define G_GUINT64_CONSTANT(val) (val##UL) +#define G_GUINT64_CONSTANT(val) (G_GNUC_EXTENSION (val##ULL)) This macro is used to insert 64-bit unsigned integer literals into the source code. @@ -860,7 +860,7 @@ gint64 -typedef signed long gint64; +G_GNUC_EXTENSION typedef signed long long gint64; A signed integer guaranteed to be 64 bits on all platforms. Values of this type can range from G_MININT64 @@ -886,7 +886,7 @@ G_GINT64_MODIFIER -#define G_GINT64_MODIFIER "l" +#define G_GINT64_MODIFIER "ll" The platform dependent length modifier for conversion specifiers for scanning and printing values of type gint64 or guint64. @@ -899,7 +899,7 @@ G_GINT64_FORMAT -#define G_GINT64_FORMAT "li" +#define G_GINT64_FORMAT "lli" This is the platform dependent conversion specifier for scanning and printing values of type gint64. See also G_GINT16_FORMAT. @@ -913,7 +913,7 @@ guint64 -typedef unsigned long guint64; +G_GNUC_EXTENSION typedef unsigned long long guint64; An unsigned integer guaranteed to be 64-bits on all platforms. Values of this type can range from 0 to G_MAXUINT64 @@ -931,7 +931,7 @@ G_GUINT64_FORMAT -#define G_GUINT64_FORMAT "lu" +#define G_GUINT64_FORMAT "llu" This is the platform dependent conversion specifier for scanning and printing values of type guint64. See also G_GINT16_FORMAT. @@ -993,7 +993,7 @@ gsize -typedef unsigned long gsize; +typedef unsigned int gsize; An unsigned integer type of the result of the sizeof operator, corresponding to the size_t type defined in C99. @@ -1007,7 +1007,7 @@ G_MAXSIZE -#define G_MAXSIZE G_MAXULONG +#define G_MAXSIZE G_MAXUINT The maximum value which can be held in a gsize. Since: 2.4 @@ -1015,7 +1015,7 @@ G_GSIZE_MODIFIER -#define G_GSIZE_MODIFIER "l" +#define G_GSIZE_MODIFIER "" The platform dependent length modifier for conversion specifiers for scanning and printing values of type gsize. It @@ -1025,7 +1025,7 @@ G_GSIZE_FORMAT -#define G_GSIZE_FORMAT "lu" +#define G_GSIZE_FORMAT "u" This is the platform dependent conversion specifier for scanning and printing values of type gsize. See also G_GINT16_FORMAT. @@ -1034,7 +1034,7 @@ gssize -typedef signed long gssize; +typedef signed int gssize; A signed variant of gsize, corresponding to the ssize_t defined on most platforms. @@ -1046,7 +1046,7 @@ G_MINSSIZE -#define G_MINSSIZE G_MINLONG +#define G_MINSSIZE G_MININT The minimum value which can be held in a gssize. Since: 2.14 @@ -1054,7 +1054,7 @@ G_MAXSSIZE -#define G_MAXSSIZE G_MAXLONG +#define G_MAXSSIZE G_MAXINT The maximum value which can be held in a gssize. Since: 2.14 @@ -1062,7 +1062,7 @@ G_GSSIZE_MODIFIER -#define G_GSSIZE_MODIFIER "l" +#define G_GSSIZE_MODIFIER "" The platform dependent length modifier for conversion specifiers for scanning and
Bug#994180: ITP: feedbackd-device-themes -- Device-specific themes for feedbackd
Package: wnpp Severity: wishlist Owner: Arnaud Ferraris X-Debbugs-Cc: debian-de...@lists.debian.org, arnaud.ferra...@gmail.com * Package name: feedbackd-device-themes Version : 0.0.20210909 Upstream Author : Purism SPC * URL : https://source.puri.sm/Librem5/feedbackd-device-themes * License : GPL Programming Lang: JSON Description : Device-specific themes for feedbackd feedbackd is a daemon for managing visual and haptic feedback, part of the Phosh mobile ecosystem, which is already in Debian. This package contains device-specific configurations for feedbackd, so feedback can be adapted to different hardware (especially vibration motors). This package will be maintained by the DebianOnMobile team.
Bug#988143: ITP: wireplumber -- Session / policy manager for PipeWire
Package: wnpp Severity: wishlist Owner: Arnaud Ferraris X-Debbugs-Cc: debian-de...@lists.debian.org, arnaud.ferra...@collabora.com * Package name: wireplumber Version : 0.3.0 Upstream Author : Collabora Ltd * URL : https://gitlab.freedesktop.org/pipewire/wireplumber * License : MIT Programming Lang: C, Lua Description : Session / policy manager for PipeWire WirePlumber is a session / policy manager for PipeWire. It follows a modular design, having plugins that implement the actual management functionality. WirePlumber also provides a high-level library wrapping the PipeWire API that allows you to extend the WirePlumber daemon, to write management or status tools for PipeWire (apps that don't do actual media streaming) and to write custom session managers for embedded devices. I plan to maintain this package as part of the Utopia team.
Bug#982982: fixed in u-boot 2021.01+dfsg-4
Hi, > Also, since Arnaud Ferraris is being listed as a tester, it would be > good to get confirmation that Arnaud is willing to test the relevent > Debian u-boot packages periodically. Sorry it took me so long to reply, but yes, I'm definitely willing to test the u-boot packages on both the PineTab and PinePhone, and have no objection against being listed in debian/targets. (I see this has been merged already, just wanted to confirm it here) Regards, Arnaud
Bug#983525: [Debian-on-mobile-maintainers] Bug#983525: Bug#983525: Bug#983525: Update to 1.1 in experimental
Hi, Le 26/02/2021 à 14:25, Guido Günther a écrit : Hi, On Fri, Feb 26, 2021 at 12:57:25PM +0100, Sebastien Bacher wrote: Le 26/02/2021 à 12:36, Guido Günther a écrit : Uploaded. Given the libhandy lives under GNOME/ upstream for some time i wonder if we shouldn't move it over in Debian too? Cheers, +1 from me, let me know if you want me to push the vcs to pkg-gnome? Fine with me. Let's give Arnaud a chance to object. I think both of us aren't members of the `gnome-team` salsa group so if we should continue to help we'd need to be added (I'll request membership via web-ui once the package moved). Sure, I fully approve moving this package to the `gnome-team` group, I'll request access once it's done so I can continue helping with its maintenance. Cheers, Arnaud Cheers, -- Guido ___ Debian-on-mobile-maintainers mailing list debian-on-mobile-maintain...@alioth-lists.debian.net https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/debian-on-mobile-maintainers ___ Debian-on-mobile-maintainers mailing list debian-on-mobile-maintain...@alioth-lists.debian.net https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/debian-on-mobile-maintainers
Bug#979326: ITP: crust -- SCP firmware for sunxi SoCs
Hi Jonas, Le 05/01/2021 à 12:35, Jonas Smedegaard a écrit : Package: wnpp Severity: wishlist Owner: Jonas Smedegaard X-Debbugs-Cc: debian-de...@lists.debian.org * Package name: crust Version : 0.3 Upstream Author : Samuel Holland * URL : https://github.com/crust-firmware/crust * License : BSD-1-clause and BSD-3-clause and Expat and GPL-2 Programming Lang: C Description : SCP firmware for sunxi SoCs The crust is the lowest-level component of a delicious fruit pie. Similarly, Crust is the lowest-level firmware component that runs on $FRUIT (Banana, Orange, Lichee) Pi single-board computers and other Allwinner-based devices, such as the Pine64 Pinebook and PinePhone. . Crust improves battery life and thermal performance by implementing a deep sleep state. During deep sleep, the CPU cores, the DRAM controller, and most onboard peripherals are powered down, reducing power consumption by 80% or more compared to an idle device. On boards without a PMIC, Crust is also responsible for orderly power-off and power-on of the device. . For this to work, Crust runs outside the main CPU and DRAM, on a dedicated always-on microprocessor called a System Control Processor (SCP). Crust is designed to run on a specific SCP implementation, Allwinner's AR100. This package requires a gcc cross-compiler for or1k (see bug#979323) and may also require patches to linux and u-boot (but possibly those are optional for an added power consumption). Personally I own an Olimex TERES-I DIY laptop and several Olimex arm64 boards, but would prefer to maintain this package as a team-effort with owners of other Allwinner boards involved as well. As I own (and develop for) a PinePhone and PineTab, I'll gladly co-maintain this package with you. Cheers, Arnaud
Bug#979241: ITP: cawbird -- GTK Twitter client
Package: wnpp Severity: wishlist Owner: Arnaud Ferraris X-Debbugs-Cc: debian-de...@lists.debian.org, arnaud.ferra...@gmail.com * Package name: cawbird Version : 1.3.1 Upstream Author : IBBoard * URL : https://github.com/IBBoard/cawbird * License : GPL Programming Lang: C, Vala Description : GTK Twitter client Cawbird is a fork of the Corebird Twitter client from Baedert, which became unsupported after Twitter disabled the streaming API. Cawbird works with the new APIs and includes a few fixes and modifications that have historically been patched in to IBBoard's custom Corebird build on his personal Open Build Service account.
Bug#974422: [Debian-on-mobile-maintainers] Bug#974422: ITP: mobian-tweaks -- Generic configuration settings for Mobian
Hello Henry-Nicolas, Le 12/11/2020 à 13:43, Henry-Nicolas Tourneur a écrit : > Hello Arnaud, > > Thanks for those ITP. > > Could you please explain how you see the interaction between > mobian-tweaks/meta- > mobian and existing Debian packages like mobile-tweaks/meta-phosh? mobian-tweaks is a place for customizations we wouldn't want in Debian, either because they're controversial, or because they're too specific. It depends on mobile-tweaks-common, so you could think of it as "advanced customization". It includes some of the tweaks we dropped from mobile-tweaks (ModemManager polkit override, .desktop files diversions) as they were not a proper solution for Debian, and other ones as well (e.g. USB gadget auto-configuration with networking and MTP) which I believe would be too intrusive/sensitive for mobile-tweaks. Same goes with meta-mobian: it builds on top on meta-phosh, but is "designed" as a distribution (including low-level system services and components), having multiple options for the DE; for now it's phosh only, but we plan to offer a plasma-mobile and a lomiri flavor at some point, and the corresponding metapackages will be part of meta-mobian too. In the end, mobian-tweaks/meta-mobian are just another layer on top of mobile-tweaks/meta-phosh, and there should be no overlap: mobian packages will track changes in mobile-tweaks/meta-phosh and adapt to those. Having those packages in Debian is a step towards making Mobian a "Debian Pure Blend", and won't conflict with either of the existing packages as it's designed as a separate layer on top of what we already have. Best regards, Arnaud > > At first glance, there could be some overlap between mobile-tweaks and mobian- > tweaks (not sure?) so I would like to get the scope right of mobian-tweaks so > that everyone is on the same page. > > Best regards, >
Bug#974429: ITP: mobian-plymouth-theme -- Mobian theme for plymouth
Package: wnpp Severity: wishlist Owner: Arnaud Ferraris X-Debbugs-Cc: debian-de...@lists.debian.org, arnaud.ferra...@gmail.com * Package name: mobian-plymouth-theme Version : 1 Upstream Author : Arnaud Ferraris * URL : https://salsa.debian.org/Mobian-team/mobian-plymouth-theme * License : GPL+LGPL Programming Lang: Plymouth Description : Mobian theme for plymouth Mobian is a Debian blend targetting mobile devices, such as phones and tablets. This package provides the default plymouth theme for Mobian, and will be maintained by the Mobian team.
Bug#974422: ITP: mobian-tweaks -- Generic configuration settings for Mobian
Package: wnpp Severity: wishlist Owner: Arnaud Ferraris X-Debbugs-Cc: debian-de...@lists.debian.org, arnaud.ferra...@gmail.com * Package name: mobian-tweaks Version : 1 Upstream Author : Arnaud Ferraris * URL : https://salsa.debian.org/Mobian-team/mobian-tweaks * License : GPL Programming Lang: Bash Description : Generic configuration settings for Mobian Mobian is a Debian blend targetting mobile devices, such as phones and tablets. This package provides device-independent configuration files aimed at improving the user experience on mobile devices, including: * initramfs hooks for resizing the rootfs partition on initial boot * custom PAM & logind config, and ModemManager polkit permissions * diverted desktop files for several applications * systemd services for out-of-the-box USB networking, MTP and SD card automounting It will be maintained by the Mobian team.
Bug#974419: ITP: meta-mobian -- Mobian -- metapackages for using Debian on mobile devices
Package: wnpp Severity: wishlist Owner: Arnaud Ferraris X-Debbugs-Cc: debian-de...@lists.debian.org, arnaud.ferra...@gmail.com * Package name: meta-mobian Version : 1 Upstream Author : Arnaud Ferraris * URL : http://salsa.debian.org/Mobian-team/meta-mobian/ * License : GPL Programming Lang: None Description : Mobian -- metapackages for using Debian on mobile devices Mobian is a Debian blend targetting mobile devices, such as phones and tablets. This package provides several metapackages ensuring an optimal user experience on these devices. It will be maintained by the Mobian team.
Bug#974346: ITP: umtp-responder -- Lightweight USB Media Transfer Protocol responder daemon
Package: wnpp Severity: wishlist Owner: Arnaud Ferraris X-Debbugs-Cc: debian-de...@lists.debian.org, arnaud.ferra...@gmail.com * Package name: umtp-responder Version : 1.3.10 Upstream Author : Jean-François Del Nero * URL : https://github.com/viveris/uMTP-Responder * License : GPL Programming Lang: C Description : Lightweight USB Media Transfer Protocol (MTP) responder daemon uMTP-responder is a daemon implementing the MTP protocol, using either FunctionFS or GadgetFS to configure the USB interface. It allows easy file transfer between a Linux device and a workstation. This package will be managed by the DebianOnMobile team.
Bug#973841: ITP: callaudiod -- Call audio routing daemon
Package: wnpp Severity: wishlist Owner: Arnaud Ferraris X-Debbugs-Cc: debian-de...@lists.debian.org, arnaud.ferra...@gmail.com * Package name: callaudiod Version : 0.0.4 Upstream Author : Arnaud Ferraris * URL : https://gitlab.com/mobian1/callaudiod * License : GPL, LGPL Programming Lang: C Description : Call audio routing daemon callaudiod is a daemon for routing audio during voice calls. It is used by the latest version of gnome-calls and provides a D-bus interface with methods allowing the following: * switch the card profile * route audio to the internal speaker or back to the earpiece * mute or unmute the microphone This package will be maintained by the DebianOnMobile team.
Bug#972254: pantalaimon: Missing dependency for panctl
Package: pantalaimon Version: 0.8.0-1 Severity: important X-Debbugs-Cc: arnaud.ferra...@gmail.com Dear Maintainer, After installing (and executing) pantalaimon on bullseye, panctl exits with the following error message: ModuleNotFoundError: No module named 'prompt_toolkit' It turns out the package should depend on python3-prompt-toolkit. Best regards, Arnaud -- System Information: Debian Release: bullseye/sid APT prefers testing APT policy: (900, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386, arm64 Kernel: Linux 5.8.0-2-amd64 (SMP w/8 CPU threads) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages pantalaimon depends on: ii python3 3.8.2-3 ii python3-pantalaimon 0.8.0-1 pantalaimon recommends no packages. pantalaimon suggests no packages. -- no debconf information
Bug#970794: ITP: megapixels -- GTK3 camera app for mobile using the V4L2 media request API
Package: wnpp Severity: wishlist Owner: Arnaud Ferraris X-Debbugs-Cc: debian-de...@lists.debian.org, arnaud.ferra...@gmail.com * Package name: megapixels Version : 0.8.0 Upstream Author : Martijn Braam * URL : https://git.sr.ht/~martijnbraam/megapixels * License : GPL Programming Lang: C Description : GTK3 camera app for mobile using the V4L2 media request API Megapixels is a GTK3 camera application that knows how to deal with the V4L2 media request API. It currently only supports the PinePhone, but configurations can be created for any V4L2-compatible device. This package will be maintained by the DebianOnMobile team.
Bug#966123: RFS: gnome-metronome/0.1.1-1 [ITP] -- Simple Metronome application for the GNOME desktop
Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package "gnome-metronome": * Package name: gnome-metronome Version : 0.1.1-1 Upstream Author : João Vieira * URL : https://gitlab.gnome.org/jvieira.tpt/metronome * License : GPL-3+ * Vcs : https://salsa.debian.org/a-wai/gnome-metronome Section : gnome It builds those binary packages: gnome-metronome - Simple Metronome application for the GNOME desktop To access further information about this package, please visit the following URL: https://mentors.debian.net/package/gnome-metronome/ Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/g/gnome-metronome/gnome-metronome_0.1.1-1.dsc Changes since the last upload: gnome-metronome (0.1.1-1) unstable; urgency=medium . * Initial Debian release (Closes: #963799) Regards,
Bug#963799: ITP: gnome-metronome -- Simple Metronome application for the GNOME desktop
Hi Sudip, Le 27/06/2020 à 16:28, Sudip Mukherjee a écrit : > Hi Arnaud, > > ooi, there is a package "gtick" (https://tracker.debian.org/pkg/gtick) > which is also a metronome and has a scale of 30bpm to 250bpm. How is > 'gnome-metronome' different from 'gtick' ? gnome-metronome has a more "modern", mobile-friendly UI than gtick, making it a better fit for devices such as the PinePhone and Librem5. Otherwise they're very similar, gnome-metronome lacks a few features gtick has, but it's still a very young project. Regards, Arnaud
Bug#963799: ITP: gnome-metronome -- Simple Metronome application for the GNOME desktop
Package: wnpp Severity: wishlist Owner: Arnaud Ferraris * Package name: gnome-metronome Version : 0.1.1 Upstream Author : João Vieira * URL : https://gitlab.gnome.org/jvieira.tpt/metronome * License : GPL Programming Lang: Vala Description : Simple Metronome application for the GNOME desktop Metronome is a GNOME application to help you keep the tempo while practising your instrument. Features: * Select the tempo by changing the beats per minute, or by tapping it * Select the time signature * Play the metronome I take the responsibility for maintaining this package.
Bug#960443: ITP: purple-xmpp-http-upload -- HTTP File Upload plugin for libpurple
Package: wnpp Severity: wishlist Owner: Arnaud Ferraris * Package name: purple-xmpp-http-upload Version : 0.2.1 Upstream Author : Dmitry Kosenkov * URL : https://github.com/Junker/purple-xmpp-http-upload * License : GPL Programming Lang: C Description : HTTP File Upload plugin for libpurple purple-xmpp-http-upload is a libpurple plugin implementing HTTP File Upload (XEP-0363 specification) for the XMPP protocol. I intend to maintain this package.
Bug#960417: ITP: purple-mm-sms -- libpurple plugin for SMS
Package: wnpp Severity: wishlist Owner: Arnaud Ferraris * Package name: purple-mm-sms Version : 0.1.4 Upstream Author : Andrea Schaefer * URL : https://source.puri.sm/Librem5/purple-mm-sms * License : GPL Programming Lang: C Description : libpurple plugin for SMS purple-mm-sms is a libpurple plugin which adds the ability to communicate via SMS using ModemManager. This package is useful for mobile phone and/or 4G modem users, most notably those using the Phosh "ecosystem". It will be maintained inside the DebianOnMobile team.
Bug#959100: ITP: fractal -- Matrix.org messaging app for GNOME written in Rust
Le 29/04/2020 à 16:52, Andrej Shadura a écrit : > Hi Arnaud and Henry-Nicolas, > > Great! I haven’t noticed much happening over in the Rust repos or the > IRC channel, where are you co-ordinating? The dependency tree is quite > vast, so I suspect there will be enough work for all of us. We're discussing through a Matrix private chat for now, but we can move to something more public. We're also using a wiki[1] in salsa to keep track of the dependency tree and each crate's packaging status. [1] https://salsa.debian.org/a-wai/debcargo-conf/-/wikis/Home > > -- > Cheers, > Andrej >
Bug#959100: ITP: fractal -- Matrix.org messaging app for GNOME written in Rust
Hi Andrej, Le 29/04/2020 à 13:16, Andrej Shadura a écrit : > Package: wnpp > Severity: wishlist > Owner: Andrej Shadura > > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA256 > > * Package name: fractal > Version : 4.2.2 > Upstream Author : Daniel García Moreno and others > * URL : https://gitlab.gnome.org/GNOME/fractal > * License : GPL-3 > Programming Lang: Rust > Description : Matrix.org messaging app for GNOME written in Rust > > Fractal is a GNOME chat app for the Matrix communication protocol. Cool! FYI, I've started working on Fractal's dependencies, along with Henry-Nicolas Tourneur, maybe we should synchronize on this? Cheers, Arnaud > The package will be co-maintained by the Debian Rust and Matrix teams. > > -BEGIN PGP SIGNATURE- > > iQFIBAEBCAAyFiEEeuS9ZL8A0js0NGiOXkCM2RzYOdIFAl6pYg8UHGFuZHJld3No > QGRlYmlhbi5vcmcACgkQXkCM2RzYOdLjFgf+O8HQDfPTrjHyY0RGIcU46ZXlKAou > 8ly0u+YE+hUMu4EoSPheUdhtd75xZgU9xeybXFv8HDntpq4F1DIb1wFfMhtsj9wp > rolglaC/sAVQYoVyCP5aXRkmXgTC//gw4geTvd8fuujLcDqppw4yx8xRGxz1sCQu > yPbldimFKXtIWqUSXAGpxByYG8sYKN3RKzupUUIB0dUufFuIChpTUj25SP9ztToC > TrQDPbgbjAPeJPfjWajoe3q6m2UrLdmGB3/fZMzTTqlMJPHmF9m3jz2mSXbiCJpx > DOuS1/YPzZIdF9fl5dDYWU9JtntcLpPx18aPcIiqclBcFCy6Ax4pKEUHtw== > =F6j6 > -END PGP SIGNATURE- >
Bug#956797: ITP: phoc -- Wayland compositor for mobile phones
Le 18/04/2020 à 11:29, Guido Günther a écrit : > Great news! If you're interested in team maintenance we could move that > into > >https://salsa.debian.org/DebianOnMobile-team Sure, that would be great! My packages are currently maintained here https://salsa.debian.org/awai-guest and can be easily migrated. BTW, I also had them uploaded to https://mentors.debian.net/packages/uploader/arnaud.ferraris%40gmail.com in case you feel like sponsoring these. > which i created for that purpose a while back. Another possibility would > be to team up with the gnome packaging team. That could be an option too, although I have a feeling the gnome team already have a lot on their plate atm. Maybe start as the DebianOnMobile team, and merge with gnome depending on how things evolve? Cheers, Arnaud > Cheers, > -- Guido >
Bug#956960: ITP: squeekboard -- On-screen keyboard for Wayland
Package: wnpp Severity: wishlist Owner: Arnaud Ferraris * Package name: squeekboard Version : 1.9.0 Upstream Author : Dorota Czaplejewicz * URL : https://source.puri.sm/Librem5/squeekboard * License : GPL Programming Lang: Rust Description : On-screen keyboard for Wayland Virtual keyboard supporting Wayland, built primarily for use with Phosh on mobile devices such as phones and tablets.
Bug#956839: ITP: kgx -- Simple user-friendly terminal emulator for the GNOME desktop
Package: wnpp Severity: wishlist Owner: Arnaud Ferraris * Package name: kgx Version : 0.2.1 Upstream Author : Zander Brown * URL : https://gitlab.gnome.org/ZanderBrown/kgx * License : GPL-3+ Programming Lang: C Description : Simple user-friendly terminal emulator for the GNOME desktop Kings Cross is a simple terminal emulator for GNOME that adjusts nicely to small screen sizes and touch usage. For those running Debian on mobile phones, it will be a useful addition to Phosh, which I'm packaging too. I take the responsibility for maintaining this package.