Bug#1084792: ITP: cambalache -- user interface maker for gtk4
Package: wnpp Severity: wishlist Owner: Jonathan Carter X-Debbugs-Cc: debian-de...@lists.debian.org * Package name: cambalache Version : 0.92.0 Upstream Contact: Juan Pablo Ugarte * URL : https://gitlab.gnome.org/jpu/cambalache/ * License : LGPL-2.1 Programming Lang: C Description : user interface maker for gtk4 Cambalache is a RAD tool for Gtk 4 and 3 with a clear MVC design and data model first philosophy. Windows are displayed in a simple Wayland compositor called Casilda.
Bug#1084737: ITP: libcasilda-0.1 -- simple wayland compositor widget for Gtk 4
Package: wnpp Severity: wishlist Owner: Jonathan Carter X-Debbugs-Cc: debian-de...@lists.debian.org * Package name: libcasilda-0.1 Version : 0.1 Upstream Contact: Juan Pablo Ugarte (https://gitlab.gnome.org/jpu) * URL : https://gitlab.gnome.org/jpu/casilda * License : LGPL-1.2 Programming Lang: C Description : simple wayland compositor widget for Gtk 4 A simple wayland compositor widget for Gtk 4. Originally created for Cambalache workspace, it is useful for embedding other processes windows. This package is a dependency for Cambalache, for which I'll post an ITP soon: https://gitlab.gnome.org/jpu/cambalache
Bug#1081066: ITP: libjs-htmx -- framework for performing various javascript actions from html
Hi Andrea On 2024/09/09 09:53, Andrea Pappacoda wrote: And, after checking, that's indeed not possible. Could you please ship both a compressed and an uncompressed version of the file? libjs-jquery does this, while libjs-highlight-js only ships uncompressed files: Hmm, I was sure I saw this working on Saturday. Anyway, I was strongly considering shipping the unzipped version anyway, so I'll upload a new version that does just that later today. -Jonathan
Bug#1081066: ITP: libjs-htmx -- framework for performing various javascript actions from html
Hi Andrea On 2024-09-07 23:07, Andrea Pappacoda wrote: On Sat Sep 7, 2024 at 9:51 PM CEST, Jonathan Carter wrote: * Package name: libjs-htmx Should the source package be called htmx.js or libjs-htmx? According to <https://wiki.debian.org/Javascript/Policy>, browser only libraries should be called libjs-htmx, but since version 2.0.0 an ECMAScript Module is provided too. I went with libjs-htmx, it's now in unstable. This installs the htmx binary to: /usr/share/javascript/htmx/htmx.min.js.gz I'm not an expert when it comes to JavaScript (and that's in part why I like htmx), and know even less about JavaScript policies in Debian. But, wouldn't installing a gzipped file create issues? Can I directly include it into a browser? Yes, browsers support gz decompression, and the decompression doesn't cause any noticeable overhead. -Jonathan
Bug#1081066: ITP: libjs-htmx -- framework for performing various javascript actions from html
Package: wnpp Severity: wishlist Owner: Jonathan Carter X-Debbugs-Cc: debian-de...@lists.debian.org * Package name: libjs-htmx Version : 2.0.2 Upstream Contact: bigskysoftware (https://github.com/bigskysoftware * URL : https://htmx.org * License : BSD-0-Clause Programming Lang: JavaScript Description : framework for performing various javascript actions from html htmx gives you access to AJAX, CSS Transitions, WebSockets and Server Sent Events directly in HTML, using attributes, so you can build modern user interfaces with the simplicity and power of hypertext. htmx is tiny, and has no dependencies. This installs the htmx binary to: /usr/share/javascript/htmx/htmx.min.js.gz
Bug#1080380: GNOME: Finish installation screen with wrong buttons
Hi Roland Only seen on the GNOME desktop environment in sid: the Calamares installer shows the wrong buttons after the installation has finished. You can see the result here: https://openqa.debian.net/tests/301443#step/live_install_calamares/44 The 'Install' tab is not shown during the installation, and the content of the 'Finish' tab is overlaid on the still showing 'Summary' tab. See https://openqa.debian.net/tests/301443#step/live_install_calamares/23 for the first message that the installation has finished. I couldn't reproduce this on a local KVM machine, do you know what kind of graphics card the openqa machines use and how much display memory is assigned to them? thanks for all the testing! -Jonathan
Bug#1080188: calamares: Missing dependency: rsync
Hi Roland While preparing a MR for supporting dracut instead of initramfs-tools for live-build, I've noticed that Calamares requires 'rsync' which was not available in the images that I have locally generated. The executable rsync is called here: https://sources.debian.org/src/calamares/3.3.9-1/src/modules/unpackfs/main.py/#L179 Can you add rsync to the Depends list of calamares? Calamares itself doesn't rely on the unpackfs in order to function, for example, someone might use it as a rescue system, OEM setup tool, or even in installations use a mode that doesn't depend on rsync (like using a bootstrap tool, for example). I could add it as a dependency for calamares-settings-debian, or even add it as a recommends for Calamares, but first I'd like more details on what you're doing. What are you doing in an initramfs or in dracut that uses Calamares? Are you building an initial ramdisk that contains Calamares? thanks, -Jonathan
Bug#1080402: bookworm-pu: package calamares-settings-debian/12.0.9-1+deb12u2
Package: release.debian.org Severity: normal Tags: bookworm X-Debbugs-Cc: calamares-settings-deb...@packages.debian.org Control: affects -1 + src:calamares-settings-debian User: release.debian@packages.debian.org Usertags: pu [ Reason ] This update fixes two bugs still found in Debian 12 live sessions: - BTRFS installations with Calamares currently fail (Debian bug: #180158) - On KDE, the calamares icon isn't displayed (currently worked around in live-build, so the bug is still present when building on other build systems (Debian bug: #1057853) [ Impact ] If this update isn't approved, btrfs installations will continue to fail and the calamares icon will in some cases be absent from the live media on KDE sessions. [ Tests ] I build the package in a bookworm chroot, and tested it on current installation media. Both bugs were successfully solved with no other noticable effect. [ Risks ] These are quite trivial fixes, I don't expect any complications. [ Checklist ] [x] *all* changes are documented in the d/changelog [x] I reviewed all changes and I approve them [x] attach debdiff against the package in (old)stable [x] the issue is verified as fixed in unstable [ Changes ] Here is the debdiff that contains all the changes: """ diff -Nru calamares-settings-debian-12.0.9/debian/changelog calamares-settings-debian-12.0.9/debian/changelog --- calamares-settings-debian-12.0.9/debian/changelog 2024-08-22 16:35:51.0 +0200 +++ calamares-settings-debian-12.0.9/debian/changelog 2024-09-03 13:27:38.0 +0200 @@ -1,3 +1,12 @@ +calamares-settings-debian (12.0.9-1+deb12u2) bookworm; urgency=medium + + * Fix missing calamares launcher on KDE desktops +(Closes: #1057853) + * Fix broken btrfs space_cache option +(Closes: #1080158) + + -- Jonathan Carter Tue, 03 Sep 2024 13:27:38 +0200 + calamares-settings-debian (12.0.9-1+deb12u1) bookworm; urgency=medium * Fix Xfce launcher permission issue (Closes: #1037299) diff -Nru calamares-settings-debian-12.0.9/debian/patches/remove-btrfs-spacecache-setting calamares-settings-debian-12.0.9/debian/patches/remove-btrfs-spacecache-setting --- calamares-settings-debian-12.0.9/debian/patches/remove-btrfs-spacecache-setting 1970-01-01 02:00:00.0 +0200 +++ calamares-settings-debian-12.0.9/debian/patches/remove-btrfs-spacecache-setting 2024-09-03 13:27:38.0 +0200 @@ -0,0 +1,20 @@ +Description: Remove static btrfs space_cache settings + Calamares sets an option "space_cache", which breaks with newer kernels, + where it should be set to "space_cache=v2". Since "space_cache=v2" is + also default now, this hardcoded option can just be removed, which this + patch does. +Author: Jonathan Carter +Bug-Debian: https://bugs.debian.org/1080158 +Last-Update: 2024-09-03 + +--- calamares-settings-debian-12.0.9.orig/calamares/modules/fstab.conf calamares-settings-debian-12.0.9/calamares/modules/fstab.conf +@@ -1,7 +1,7 @@ + --- + mountOptions: + default: defaults,noatime +-btrfs: defaults,noatime,space_cache,autodefrag ++btrfs: defaults,noatime,autodefrag + ssdExtraMountOptions: + ext4: discard + jfs: discard diff -Nru calamares-settings-debian-12.0.9/debian/patches/remove-calamares-icon-gnome-startup-hint calamares-settings-debian-12.0.9/debian/patches/remove-calamares-icon-gnome-startup-hint --- calamares-settings-debian-12.0.9/debian/patches/remove-calamares-icon-gnome-startup-hint 1970-01-01 02:00:00.0 +0200 +++ calamares-settings-debian-12.0.9/debian/patches/remove-calamares-icon-gnome-startup-hint 2024-09-03 13:27:27.0 +0200 @@ -0,0 +1,18 @@ +Description: Remove calamares icon desktop entry gnome startup hint + The GNOME startup hint in the XDG startup desktop file add-calamares-icon + contains a line "X-GNOME-Autostart-Phase=Initialization" which causes this + script not to run on KDE on Debian 12.x. + . + For more information, please refer to the Debian bug below. +Author: Jonathan Carter +Bug-Debian: https://bugs.debian.org/1057853 + + +--- calamares-settings-debian-12.0.9.orig/conf/calamares-desktop-icon.desktop calamares-settings-debian-12.0.9/conf/calamares-desktop-icon.desktop +@@ -5,5 +5,4 @@ Exec=add-calamares-desktop-icon + StartupNotify=false + NoDisplay=true + +-X-GNOME-Autostart-Phase=Initialization + X-KDE-autostart-phase=1 diff -Nru calamares-settings-debian-12.0.9/debian/patches/series calamares-settings-debian-12.0.9/debian/patches/series --- calamares-settings-debian-12.0.9/debian/patches/series 2024-08-22 16:35:51.0 +0200 +++ calamares-settings-debian-12.0.9/debian/patches/series 2024-09-03 13:27:38.0 +0200 @@ -1 +1,3 @@ fix-xfce-launcher +remove-calamares-icon-gnome-startup-hint +remove-btrfs-spacecache-setting """ thanks, -Jonathan
Bug#1080158: (no subject)
Odd, this was working in my local tests, I installed the calamares-settings-debian pu and the installed system had space_cache=v2 enabled, but I'll take another look at what happens here and then we can push out an update. Thanks for the bug report!
Bug#1057853: Alternative fix proposal
Hey Roland On 2024/08/27 23:29, Roland Clobus wrote: Trixie and sid have a sufficiently new systemd, that contains https:// github.com/systemd/systemd/pull/26379. The bullseye images were generated by a different tool, so there are some differences to be expected. The new bookworm live images are to be generated next weekend, a freeze is already in place. However, since this is a mini change which can be verified quickly, I think the freeze can be lifted for this change. Yeah I added a batch of fixes for all the known bugs in calamares-settings-debian last week that's now in proposed-updates, but missed this once since it was assigned against the debian-live package originally. I can prepare a bookworm-only correction in the builder script (rebuild.sh), that removes the 'X-GNOME-Autostart-Phase' line only in the case of KDE bookworm. I really dislike the idea of hardcoding things like this in a build system, but I suppose it could just be temporary until another calamares-settings-update can make it to stable-updates. -Jonathan
Bug#1054626: Closing
This doesn't seem like a bug in calamares or calamares-settings-debian, but it seems like the local config needed some update or its own settings package. Closing this bug for now, if you need some pointers for integrating calamares into your system, please get in touch or refer to the upstream documentation at: https://calamares.io/docs/users-guide/
Bug#1054626: Calamares hangs on "Removing ## packages" at 73% -- never gets past that
On 2024/08/23 23:03, Fred McKinney wrote: This was downloaded from the Debian Stable repository. Was it used on Debian installation media, or another system or locally created media? -Jonathan
Bug#1054626: Calamares hangs on "Removing ## packages" at 73% -- never gets past that
Hi Fred Is this on the default Debian installation media, or a custom image? thanks, -Jonathan On 2024/08/23 05:10, fredmck wrote: I have had this problem both when installing it in a virtual machine as well as on bare metal. There's nothing unusual I'm doing, as I have tried it with the calamares-settings-debian package installed. I've NEVER been able to get it to work. I currently have Refracta as my installer because of this, but it doesn't appear to be as user-friendly to Linux newbies, IMO, and I'd prefer to have Calamares as my installer, but I can't because of whatever's fouling things up.
Bug#1054626: Calamares hangs on "Removing ## packages" at 73% -- never gets past that
Hi Fred Regarding the bug reported at: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1054626 I haven't been able to reproduce this or seen it since. Could it be that there was a problem with the installation media, or the hardware that you were installing to at the time? thanks for any further information you can share on this! -Jonathan
Bug#1041617: Calamares issue: The bootloader could not be installed.
Hi László Regarding the bug you filed at https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1041617 What model of Lenovo laptop is it? Do you know if it's a 32bit only computer that boots EFI? We haven't come across similar issues yet, so just trying to figure out what happened in your specific instance. thanks! -Jonathan
Bug#1079350: bookworm-pu: package calamares-settings-debian/12.0.9-1+deb12u1
Package: release.debian.org Severity: normal Tags: bookworm X-Debbugs-Cc: calamares-settings-deb...@packages.debian.org Control: affects -1 + src:calamares-settings-debian User: release.debian@packages.debian.org Usertags: pu [ Reason ] When launching the desktop icon "Install Debian" from an Xfce session, a user will get a notification that the launcher is not trusted. Adding the gio tools and some snippets to mark the application as trusted fixes this issue. [ Impact ] It's an annoying and somewhat confusing message, and would be nice to fix for the next point release. [ Tests ] I tested this manually on the current 12.6.0 iso and it works fine. [ Risks ] This is a reasonably trivial fix, and poses a low risk. [ Checklist ] [x] *all* changes are documented in the d/changelog [x] I reviewed all changes and I approve them [x] attach debdiff against the package in (old)stable [x] the issue is verified as fixed in unstable [ Debdiff ] """ diff -Nru calamares-settings-debian-12.0.9/debian/changelog calamares-settings-debian-12.0.9/debian/changelog --- calamares-settings-debian-12.0.9/debian/changelog 2023-05-04 20:47:17.0 +0200 +++ calamares-settings-debian-12.0.9/debian/changelog 2024-08-22 16:35:51.0 +0200 @@ -1,3 +1,10 @@ +calamares-settings-debian (12.0.9-1+deb12u1) bookworm; urgency=medium + + * Fix Xfce launcher permission issue (Closes: #1037299) +- Add new dependency: libglib2.0-bin + + -- Jonathan Carter Thu, 22 Aug 2024 16:35:51 +0200 + calamares-settings-debian (12.0.9-1) unstable; urgency=medium * New upstream release diff -Nru calamares-settings-debian-12.0.9/debian/control calamares-settings-debian-12.0.9/debian/control --- calamares-settings-debian-12.0.9/debian/control 2023-04-04 09:51:00.0 +0200 +++ calamares-settings-debian-12.0.9/debian/control 2024-08-22 16:35:51.0 +0200 @@ -13,6 +13,7 @@ Architecture: all Depends: calamares, cryptsetup, +libglib2.0-bin, keyutils, pkexec, qml-module-qtquick-window2, diff -Nru calamares-settings-debian-12.0.9/debian/patches/fix-xfce-launcher calamares-settings-debian-12.0.9/debian/patches/fix-xfce-launcher --- calamares-settings-debian-12.0.9/debian/patches/fix-xfce-launcher 1970-01-01 02:00:00.0 +0200 +++ calamares-settings-debian-12.0.9/debian/patches/fix-xfce-launcher 2024-08-22 16:35:51.0 +0200 @@ -0,0 +1,22 @@ +Description: Fix Xfce launcher + Add gio bits to script so that Xfce doesn't complain about launcher icon + (Closes: #1037299) +Author: Jonathan Carter +Last-Update: 2024-08-22 + +--- calamares-settings-debian-12.0.9.orig/add-calamares-desktop-icon calamares-settings-debian-12.0.9/add-calamares-desktop-icon +@@ -25,3 +25,13 @@ else + # else doesn't seem to care either way. + chmod +x $DESKTOP/install-debian.desktop + fi ++ ++if [ "$XDG_CURRENT_DESKTOP" = "XFCE" ]; then ++#Set desktop launcher as trusted under gnome/xfce (See: #1037299) ++gio set --type=string ~/Desktop/install-debian.desktop \ ++metadata::trusted true ++gio set --type=string ~/Desktop/install-debian.desktop \ ++metadata::xfce-exe-checksum \ ++"$(sha256sum ~/Desktop/install-debian.desktop | cut -f1 -d' ')" ++touch ~/Desktop/install-debian.desktop ++fi diff -Nru calamares-settings-debian-12.0.9/debian/patches/series calamares-settings-debian-12.0.9/debian/patches/series --- calamares-settings-debian-12.0.9/debian/patches/series 1970-01-01 02:00:00.0 +0200 +++ calamares-settings-debian-12.0.9/debian/patches/series 2024-08-22 16:35:51.0 +0200 @@ -0,0 +1 @@ +fix-xfce-launcher """ thanks! -Jonathan
Bug#1078803: Please consider updating to 0.18
Source: wlroots Version: 0.17.4-1 Severity: normal Please consider updating wlroots to 0.18, as some new software need it as a dependency. thanks, -Jonathan
Bug#1078599: O: bcachefs-tools -- bcachefs userspace tools
Package: wnpp Severity: normal X-Debbugs-Cc: bcachefs-to...@packages.debian.org Control: affects -1 + src:bcachefs-tools I intend to orphan the bcachefs-tools package. The package description is: Userspace tools for bcachefs, a modern copy on write, checksumming, multi device filesystem. This package is currently not suitable for inclusion in stable/testing at all. Upstream requires the vendoring of quite a large amount of code. We currently work around this in Debian by relaxing dependencies, but it may cause additional bugs down the line. Also, when a version of bcachefs-tools is one or two minor releases (or a few months) behind, it's considered ancient and buggy and unusable. (see previous bugs filed against the package). I was tempted to remove it completely, but someone suggested that I orphan it instead. I made an upload with the latest version to experimental, and I'm removing it everywhere else.
Bug#1078543: Acknowledgement (RM: bcachefs-tools/stable -- ROM; buggy, obsolete)
If you could also remove version 0.1+git20201025.742dbbdb-1 from oldstable, that would also be great. thanks, -Jonathan
Bug#1078543: RM: bcachefs-tools/stable -- ROM; buggy, obsolete
Package: ftp.debian.org Severity: normal X-Debbugs-Cc: bcachefs-to...@packages.debian.org, debian-rele...@lists.debian.org Control: affects -1 + src:bcachefs-tools User: ftp.debian@packages.debian.org Usertags: remove Dear FTP Team Please remove bcachefs-tools from stable. It's too old to be used with current kernel versions, and may even be harmful. thanks, -Jonathan
Bug#1073821: RM: flask-autoindex -- ROM; RC buggy, no longer maintained
Package: ftp.debian.org Severity: normal X-Debbugs-Cc: flask-autoin...@packages.debian.org, Control: affects -1 + src:flask-autoindex User: ftp.debian@packages.debian.org Usertags: remove Please remove flask-autoindex, It doesn't support Python 3.12, and has not have any upstream releases/uploads for the last 4 years. thanks, -Jonathan
Bug#1054090: zram-tools: diff for NMU version 0.3.3.1-1.2
Hi On 2024/05/30 02:52, Chris Hofstaedtler wrote: I've prepared an NMU for zram-tools (versioned as 0.3.3.1-1.2) and uploaded it to DELAYED/10. Please feel free to tell me if I should delay it longer. Since this is maintained under /debian (which is basically our collab-maint now), please push the changes [there] and just go ahead and upload it without any needed delay. thanks a lot! -Jonathan [there] https://salsa.debian.org/debian/zram-tools
Bug#1067743: RFP: librust-parse-display-dev -- Rust library that provides derive macro Display and FromStr
Package: wnpp Severity: wishlist * Package name: librust-parse-display-dev Version : 0.9 Upstream Contact: https://github.com/frozenlib * URL : https://crates.io/crates/parse-display * License : Apache-2.0/MIT (dual license) Programming Lang: Rust Description : Rust library that provides derive macro Display and FromStr parse-display provides derive macro Display and FromStr. These macros use common helper attributes to specify the format. This package is a new dependency for bcachefs-tools, ideally someone else should package it since I'm not familiar with Rust packaging, but I'll take a stab at it later on if no one else gets to it.
Bug#1065533: RFP: libsdl2-pango -- pango extension for sdl2
Package: wnpp Severity: wishlist * Package name: libsdl2-pango Version : 2.1.5 Upstream Contact: https://github.com/markuskimius * URL : https://github.com/markuskimius/SDL2_Pango * License : LGPL-2.1+ Programming Lang: C Description : pango extension for sdl2 This is needed as a depencency for Tuxpaint. Upstream contains an included debian directory with existing packaging that likely just needs to be cleaned up / updated a bit for the archive.
Bug#1060256: Please enable the Rust parts
On 2024/02/14 11:55, Steinar H. Gunderson wrote: Fair enough, do you want to do the honor as the maintainer? Or should I change the upload's version number to 24+really1.4.2~git(etc).? Since you made the change, I think you should own it. thanks again! -Jonathan
Bug#1060256: Please enable the Rust parts
On 2024/02/13 23:53, Steinar H. Gunderson wrote: On Tue, Feb 06, 2024 at 11:55:55AM +0200, Faidon Liambotis wrote: Still required. I uploaded that last week, currently sitting in NEW. Now that this is through NEW, I uploaded an NMU to DELAYED/7-day. I see that this package is in LowThresholdNmu, but given that it adds an epoch, I'm giving everyone a week to speak up if they feel this is wrong :-) Thanks for the work, although Debian policy requires consensus from debian-devel before bumping an epoch: https://www.debian.org/doc/debian-policy/ch-controlfields.html#version -Jonathan
Bug#1061330: calamares: identified for time_t transition but no ABI in shlibs
Hi Jarrah
On 2024/02/01 11:37, Jarrah Gosbell wrote:
As much as I'd love Calamares to start shipping a stable ABI, I think we
can probably get away here with just the rebuild. Is there an order that
is required for these rebuilds? I'm currently preparing an upload for
calamares-{extensions,settings-mobian} and would hold it back if
calamares needs to go first.
I've uploaded a new calamares about a week ago, so I think you can go
ahead with the extensions and this bug can be closed.
-Jonathan
Bug#1061595: Debian Live 12.4.0 AMD64 Xfce Fails to Start Its Graphical Environment
I couldn't reproduce the xfce issue, it started just fine on a Dell Optiplex 7010. Did you run sync after the dd completed?
Bug#1060508: marked as done (gamemode: Please switch Build-Depends to systemd-dev)
On 2024/01/25 17:46, Simon McVittie wrote: libdbus-dev isn't systemd or udev? Hmm... seems like that was quite a brainfart on my part. The request was to replace the B-D on systemd with systemd-dev, without altering the B-D on libdbus-1-dev or libsystemd-dev. Fixed and uploaded! -Jonathan
Bug#1037299: (no subject)
Hey Patrick On 2024/01/03 12:37, Patrick Schleizer wrote: Didn't work for me but this did: https://forum.xfce.org/viewtopic.php?id=16357 What did you do from there that made it work? We set the metadata bit from a script on the live image too, but it doesn't seem to have any effect. -Jonathan
Bug#1057295: bcachefs-tools: breaks "mount" if the package is installed
Hi On 2023/12/02 22:22, Adam Borowski wrote: A simple workaround would be to just drop the /sbin/mount.bcachefs symlink until rust pieces are back. But alas, I see that the helper is needed for I've now done so, and uploaded it to experimental. At least on my system, things seem to work fine after a reboot once this package is installed. -Jonathan
Bug#1059159: foliate: Foliate 4-1 is actually 2.6.4, restores segfaults
Whoah, what in *the* world happened here!? I'll check this out tomorrow morning first thing, that seems very, very odd, thanks for the report, I did run it to check that it works and opened a book, but didn't immediately notice anything weird at that time. -Jonathan
Bug#1058592: LXD licensing changes and future for Debian packaging
Hi Matthias On 2023/12/14 00:19, Mathias Gibbens wrote: Other thoughts or opinions? Thanks for the details and thoughtful synopsis! Yep, there's a bunch of things to still figure out, and a lot can still happen in the next year, but in general it all seems like a general good direction for now. thanks! -Jonathan
Bug#1058592: please consider switching to new upstream source: incus
Source: lxd Version: 5.0.2-6 Severity: wishlist X-Debbugs-Cc: Previously, Canonical removed LXD from the community maintained Linux Containers project, and as in-house contributors moved on / resigned, Canonical removed their commit access to the LXD project hosted at Canonical. The original Linux Containers upstream project, along with contributors from other distributions launched the Incus project, a fork of LXD that is community maintained. LWN covered this before: https://lwn.net/Articles/940684/ Now, Canonical has relicensed LXD, including relicensing for contributions that they don't own, in addition to that, they require CLA acceptance for all contributions, which might not have been a big deal if it wernen't for their history. Some more details on stgraber's blog: https://stgraber.org/2023/12/12/lxd-now-re-licensed-and-under-a-cla/ I suggest looking into Incus and consider switching to that as the LXD implementation packaged in Debian. thanks!
Bug#1055032: Please update to latest upstream version
Package: python3-textual Severity: normal X-Debbugs-Cc: Dear maintainer, The current version of python3-textual in Debian is quite out of date, and it's not possible to run newer textual apps with it anymore., Please upgrade to the latest upstream version (currenly (0.40.0) so that this package can be useful again. thanks -Jonathan -- System Information: Debian Release: trixie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 6.5.0-2-amd64 (SMP w/12 CPU threads; PREEMPT) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_ZA.UTF-8, LC_CTYPE=en_ZA.UTF-8 (charmap=UTF-8), LANGUAGE=en_ZA:en Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled
Bug#1053106: please create a debian-za list for our Debian local user group in South Africa
On 2023/09/27 17:11, Jonathan Carter wrote: Name: debian-za Hi, any news on my request?
Bug#1053106: please create a debian-za list for our Debian local user group in South Africa
Package: lists.debian.org Severity: wishlist Hi I'm requesting a new list as per https://www.debian.org/MailingLists/HOWTO_start_list Purpose and intended audience: We're in a need of a list to co-ordinate activities for the Debian South Africa Local Group. We have several members already and co-ordinating over individual emails have become a pain. Name: debian-za Rationale: To have a list where we can co-ordinate local events, point new potential developers in the right direction, and to provide basic training or support. Short description: discussion list for the Debian South Africa Local Group Long Description: This list is used by the South African Local Group to: - Discuss local events, like Debian Day, Bug squashing parties, sprints, braais and mini-debconfs - Help local contributors to get set up to be a contributor (sign up to salsa, wiki, set up reportbug, etc) - Provide some basic support or training to new users Category: users Subscription policy: open Web archive: yes thanks, -Jonathan
Bug#1050746: RM: gnome-shell-extension-pixelsaver -- ROM; no longer works in gnome, not fixed upstream
Package: ftp.debian.org Severity: normal User: ftp.debian@packages.debian.org Usertags: remove X-Debbugs-Cc: gnome-shell-extension-pixelsa...@packages.debian.org Control: affects -1 + src:gnome-shell-extension-pixelsaver Dear FTP team Please remove gnome-shell-extension-pixelsaver It no longer works in GNOME, at least, with most apps, and upstream doesn't seem to release any new releases/fixes for it. thanks, -Jonathan
Bug#1043226: debian-installer: Please consider moving root user setup to expert install, or change text
Source: debian-installer Version: 20230607+deb12u1 Severity: wishlist Dear Maintainer, When setting up users and passwords in debian-installer in a default install, it prompts a user to set up a root password. In d-i, this works very different than in other installers, which causes quite a bit of confusion for users. Firstly, the instructions start off with "You need to set a password for 'root'", followed by seemingly uninteresting text about what a good password should be, which makes it incredibly easy for users to miss the part that sudo won't be set up for the first user. So, many users, and especially newcomers to Debian, follow the instructions in the first line and are then surprised when they can't use sudo from their user from their newly installed system. Would it perhaps make more sense to move the root password setup to the expert install d-i preseed entirely? Since this is likely only something that expert users would require in the first place? Either that, or move the explanation of what happens upward so that it's more prominent and not so easy to miss. In the latter case, it might also be worth while changing the first line that says "you need to..." so that user won't feel compelled to immediately start typing a root password and click on next. Thank you for considering, -Jonathan
Bug#1041207: debootstrap: bad NMU produces buildds not supported by dpkg _and_ CTTE
I want to echo what Simon said, please don't partake in commit ping-pong, it is unbecoming of a Debian Developer, and not the correct course of action if you disagree with something. It also reflects poorly on the project, so please refrain from doing so, even if you don't agree with how decisions are made. -Jonathan
Bug#1040221: toot: auth output needs a raw option
Hi On 2023/07/03 19:51, Sandro Tosi wrote: It would be nice if you could report all the issues you opened upstream at the link above and forward (https://www.debian.org/Bugs/server-control#forwarded) the debian bugs to the upstream once. +1, that would be ideal, we don't write code for toot or add new features for it in Debian, we package the upstream version, and might carry some bug fixes in the form of patches until they're fixed upstream, but other than that, I suggest filing ideas for improvement on the upstream bug tracker. thanks and keep well! -Jonathan
Bug#1037391: debian-installer: xorg configuration fails when booting d-i graphical mode on netinst iso under virtualbox
On 2023/06/12 12:51, Jonathan Carter wrote: I can't copy and paste from my virtualbox screen, but will add a screenshot in a reply. Screenshot attached.
Bug#1037391: debian-installer: xorg configuration fails when booting d-i graphical mode on netinst iso under virtualbox
Source: debian-installer Version: 20230607 Severity: normal Dear Maintainer, When booting the debian-12.0.0-amd64-netinst.iso image in VirtualBox (7.0.8-dfsg-2 from unstable/contrib) under UEFI and selecting the Graphical Install (default) option, Xorg fails to start, apparently due to being incorrectly configured or incorrectly detecting the hardware. I can't copy and paste from my virtualbox screen, but will add a screenshot in a reply. -Jonathan
Bug#1037123: calamares-settings-debian: 'Minimal HD space required' too small for some live images
I agree that 10GB is way too small, will bump it for the point release and also take some space in to consideration for upgrades.
Bug#1037118: installation-reports: booting to d-i does not complete on Samsung Galaxy Book (arm64 laptop)
Package: installation-reports Severity: normal Boot method: USB Image version: https://cdimage.debian.org/cdimage/bookworm_di_rc4/arm64/iso-cd/debian-bookworm-DI-rc4-arm64-netinst.iso Date: 2023-06-05 Machine: Samsung Galaxy Book Go 5G Partitions: n/a Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot: [E] GRUB starts fine, when selecting either Install or Graphical Install, booting halts with just a static "_" on the display. I'll try to troubleshoot this a bit further and attach more info to the bug, this is a student's laptop so I'm not sure how long I'll have access to it.
Bug#1035904: What does merged /usr bring us
On 2023/05/15 20:26, Sam Hartman wrote: I want to stress that I'm not a huge fan of merged /usr, and I know you've encouraged me not to argue from a devil's advocate position in the past. And this is where I stop reading any further. To merge or not to merge is no longer an interesting or more importantly, a relevant discussion. The project has made the choice to implement it, after we've been one of the last major distributions to hold out on implementing it. Sure, it's been bumpy, and there's potential downsides, but none of the technical problems are as harmful as still trying to make this a debate. So, please, file bugs or fix bugs and support the people who need to complete the remaining bits of merged-/usr, or otherwise please move on. -Jonathan
Bug#1035560: unblock: calamares-settings-debian/12.0.9-1
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
X-Debbugs-Cc: calamares-settings-deb...@packages.debian.org, k...@debian.org
Control: affects -1 + src:calamares-settings-debian
Please unblock package calamares-settings-debian
[ Reason ]
The method that LUKS encryption tools (cryptsetup, cryptset-initramfs,
keyutils) have changed. Prior to bookworm, these were included in the squashfs
system, so it was installed whether or not it was required, resulting in a
warning on unencrypted systems when update-initramfs were run.
By some happy accident due to updates in the live build system, these aren't
included in the squashfs image anymore, so we've added it to the media package
pool so that it could be installed only when required. This Calamares change
will install the required package only when LUKS have been configured.
[ Impact ]
If this isn't accepted, users who installed via the Calamares installer on
live media will not be able to boot their systems until they install
cryptsetup-initramfs (and potentially keyutils, depending on configuration)
from rescue media.
[ Tests ]
This package was tested manually on the latest live test build.
[ Risks ]
The fixes are trivial and has been tested, and once migrated, we'll test it
yet again asap on the latest installation media. We're also adding luks tests
to our standard live smoke testing to help catch a bug like this sooner in the
future.
[ Checklist ]
[x] all changes are documented in the d/changelog
[x] I reviewed all changes and I approve them
[x] attach debdiff against the package in testing
[ DebDiff ]
"""
diff -Nru calamares-settings-debian-12.0.8/CHANGELOG
calamares-settings-debian-12.0.9/CHANGELOG
--- calamares-settings-debian-12.0.8/CHANGELOG 2023-04-26 14:23:37.0
+0200
+++ calamares-settings-debian-12.0.9/CHANGELOG 2023-05-04 20:34:51.0
+0200
@@ -1,8 +1,15 @@
-[ 10.0.8 ]
+[ 12.0.9 ]
+
+ * Fix typos in version numbers for last two changelog entries
+ * Install cryptsetup-initramfs, cryptsetup and keyutils (only) when needed
+ (required due to these packages only now existing on package pool,
+not on the squashfs filesystem)
+
+[ 12.0.8 ]
* Do grub work within the chroot
-[ 10.0.7 ]
+[ 12.0.7 ]
* Enable os-prober /after/ grub has been installed.
diff -Nru calamares-settings-debian-12.0.8/debian/changelog
calamares-settings-debian-12.0.9/debian/changelog
--- calamares-settings-debian-12.0.8/debian/changelog 2023-04-26
14:25:34.0 +0200
+++ calamares-settings-debian-12.0.9/debian/changelog 2023-05-04
20:47:17.0 +0200
@@ -1,3 +1,10 @@
+calamares-settings-debian (12.0.9-1) unstable; urgency=medium
+
+ * New upstream release
+- Deal with changes in how luks tools are installed from live media
+
+ -- Jonathan Carter Thu, 04 May 2023 20:47:17 +0200
+
calamares-settings-debian (12.0.8-1) unstable; urgency=medium
* New upstream release
diff -Nru calamares-settings-debian-12.0.8/scripts/bootloader-config
calamares-settings-debian-12.0.9/scripts/bootloader-config
--- calamares-settings-debian-12.0.8/scripts/bootloader-config 2023-04-26
14:23:37.0 +0200
+++ calamares-settings-debian-12.0.9/scripts/bootloader-config 2023-05-04
20:34:51.0 +0200
@@ -2,22 +2,24 @@
CHROOT=$(mount | grep proc | grep calamares | awk '{print $3}' | sed -e
"s#/proc##g")
-# Set secure permissions for the initramfs if we're configuring
+# Install luks utilities if needed.
+# Also, set secure permissions for the initramfs if we're configuring
# full-disk-encryption. The initramfs is re-generated later in the
# installation process so we only set the permissions snippet without
# regenerating the initramfs right now:
if [ "$(mount | grep $CHROOT" " | cut -c -16)" = "/dev/mapper/luks" ]; then
echo "UMASK=0077" >
$CHROOT/etc/initramfs-tools/conf.d/initramfs-permissions
+chroot $CHROOT apt-get -y install cryptsetup-initramfs cryptsetup keyutils
fi
echo "Running bootloader-config..."
if [ -d /sys/firmware/efi/efivars ]; then
echo " * Installing grub-efi (uefi)..."
-DEBIAN_FRONTEND=noninteractive chroot $CHROOT apt-get -y install
grub-efi-amd64 cryptsetup keyutils
+DEBIAN_FRONTEND=noninteractive chroot $CHROOT apt-get -y install
grub-efi-amd64
else
echo " * install grub... (bios)"
-DEBIAN_FRONTEND=noninteractive chroot $CHROOT apt-get -y install grub-pc
cryptsetup keyutils
+DEBIAN_FRONTEND=noninteractive chroot $CHROOT apt-get -y install grub-pc
fi
# Re-enable os-prober:
"""
thanks,
-Jonathan
unblock calamares-settings-debian/12.0.9-1
Bug#1035357: unblock: calamares-settings-debian/12.0.5-2
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock X-Debbugs-Cc: calamares-settings-deb...@packages.debian.org Control: affects -1 + src:calamares-settings-debian Please unblock package calamares-settings-debian This change re-enables os-prober during installation on Debian live images when using Calamares, so that dual-booted systems will detect other operating systems. Sorry for the noise in the debdiff, it took a few times to get just right, the pertinent change is on the last lines. thanks, [ Checklist ] [x] all changes are documented in the d/changelog [x] I reviewed all changes and I approve them [x] attach debdiff against the package in testing [ debdiff ] """ diff -Nru calamares-settings-debian-12.0.5/CHANGELOG calamares-settings-debian-12.0.8/CHANGELOG --- calamares-settings-debian-12.0.5/CHANGELOG 2023-03-06 19:22:24.0 +0200 +++ calamares-settings-debian-12.0.8/CHANGELOG 2023-04-26 14:23:37.0 +0200 @@ -1,3 +1,15 @@ +[ 10.0.8 ] + + * Do grub work within the chroot + +[ 10.0.7 ] + + * Enable os-prober /after/ grub has been installed. + +[ 12.0.6 ] + + * Enable os-prober + [ 12.0.5 ] * Update sources.list to include non-free-firmware and backports diff -Nru calamares-settings-debian-12.0.5/debian/changelog calamares-settings-debian-12.0.8/debian/changelog --- calamares-settings-debian-12.0.5/debian/changelog 2023-04-04 09:51:03.0 +0200 +++ calamares-settings-debian-12.0.8/debian/changelog 2023-04-26 14:25:34.0 +0200 @@ -1,3 +1,17 @@ +calamares-settings-debian (12.0.8-1) unstable; urgency=medium + + * New upstream release +- Make grub changes in the correct place (within the chroot) + + -- Jonathan Carter Wed, 26 Apr 2023 14:25:34 +0200 + +calamares-settings-debian (12.0.7-1) unstable; urgency=medium + + * New upstream release +- Re-enable os-prober + + -- Jonathan Carter Wed, 26 Apr 2023 13:43:01 +0200 + calamares-settings-debian (12.0.5-2) unstable; urgency=medium * Depend on pkexec (Closes: #1033930) diff -Nru calamares-settings-debian-12.0.5/scripts/bootloader-config calamares-settings-debian-12.0.8/scripts/bootloader-config --- calamares-settings-debian-12.0.5/scripts/bootloader-config 2023-03-06 19:22:24.0 +0200 +++ calamares-settings-debian-12.0.8/scripts/bootloader-config 2023-04-26 14:23:37.0 +0200 @@ -19,3 +19,7 @@ echo " * install grub... (bios)" DEBIAN_FRONTEND=noninteractive chroot $CHROOT apt-get -y install grub-pc cryptsetup keyutils fi + +# Re-enable os-prober: +sed -i "s/#GRUB_DISABLE_OS_PROBER=false/# OS_PROBER re-enabled by Debian Calamares installation:\nGRUB_DISABLE_OS_PROBER=false/g" $CHROOT/etc/default/grub +chroot $CHROOT /usr/sbin/update-grub """ -Jonathan unblock calamares-settings-debian/12.0.8-1
Bug#1033932: unblock: calamares-settings-debian/10.0.5-2
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
X-Debbugs-Cc: calamares-settings-deb...@packages.debian.org
Control: affects -1 + src:calamares-settings-debian
Please unblock package calamares-settings-debian
This addresses serious bug #1033930. At least on the KDE live image, pkexec
is no longer supplied by default. There may be other images that are affected
too.
[ Checklist ]
[x] all changes are documented in the d/changelog
[x] I reviewed all changes and I approve them
[x] attach debdiff against the package in testing
Debdiff:
"""
diff -Nru calamares-settings-debian-12.0.5/debian/changelog
calamares-settings-debian-12.0.5/debian/changelog
--- calamares-settings-debian-12.0.5/debian/changelog 2023-03-06
19:24:55.0 +0200
+++ calamares-settings-debian-12.0.5/debian/changelog 2023-04-04
09:51:03.0 +0200
@@ -1,3 +1,9 @@
+calamares-settings-debian (12.0.5-2) unstable; urgency=medium
+
+ * Depend on pkexec (Closes: #1033930)
+
+ -- Jonathan Carter Tue, 04 Apr 2023 09:51:03 +0200
+
calamares-settings-debian (12.0.5-1) unstable; urgency=medium
* New upstream release
diff -Nru calamares-settings-debian-12.0.5/debian/control
calamares-settings-debian-12.0.5/debian/control
--- calamares-settings-debian-12.0.5/debian/control 2022-05-09
12:00:25.0 +0200
+++ calamares-settings-debian-12.0.5/debian/control 2023-04-04
09:51:00.0 +0200
@@ -14,6 +14,7 @@
Depends: calamares,
cryptsetup,
keyutils,
+ pkexec,
qml-module-qtquick-window2,
qml-module-qtquick2,
${misc:Depends}
"""
unblock calamares-settings-debian/10.0.5-2
thanks,
-Jonathan
Bug#1033930: calamares-settings-debian: needs dependency on pkexec (which is no longer provided on KDE iso images)
Package: calamares-settings-debian Severity: important During testing of the RC1 live images, it was found that Calamares doesn't start on the KDE images. This was due to a missing pkexec, which was previously supplied on the KDE plasma desktop image. On the Debian configuration for Calamares, we should depend on pkexec. -- System Information: Debian Release: 12.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 6.1.0-7-amd64 (SMP w/16 CPU threads; PREEMPT) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_ZA.UTF-8, LC_CTYPE=en_ZA.UTF-8 (charmap=UTF-8), LANGUAGE=en_ZA:en Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages calamares-settings-debian depends on: pn calamares ii cryptsetup 2:2.6.1-3 ii dconf-gsettings-backend [gsettings-backend] 0.40.0-4 pn keyutils ii qml-module-qtquick-window2 5.15.8+dfsg-3 ii qml-module-qtquick2 5.15.8+dfsg-3 calamares-settings-debian recommends no packages. calamares-settings-debian suggests no packages.
Bug#1033227: unblock: live-tasks-non-free-firmware/12.0.1
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock X-Debbugs-Cc: live-tasks-non-free-firmw...@packages.debian.org Control: affects -1 + src:live-tasks-non-free-firmware Please unblock package live-tasks-non-free-firmware This is provides meta-packages on live systems to install non-free firmware packages on those systems. Sorry for it being so late, it depended on the firmware section itself existing and being populated. The package only provides the metapackages, for convenience, I'm including the control file below: """ Source: live-tasks-non-free-firmware Maintainer: Live Systems Maintainers Uploaders: Jonathan Carter Section: non-free-firmware/metapackages Priority: optional Build-Depends: debhelper-compat (= 13) Standards-Version: 4.6.2 Vcs-Browser: https://salsa.debian.org/live-team/live-tasks-non-free-firmware Vcs-Git: https://salsa.debian.org/live-team/live-tasks-non-free-firmware.git Rules-Requires-Root: no Package: live-task-non-free-firmware-pc Architecture: all Recommends: amd64-microcode, bluez-firmware, firmware-amd-graphics, firmware-atheros, firmware-brcm80211, firmware-intel-sound, firmware-ipw2x00, firmware-iwlwifi, firmware-linux, firmware-linux-nonfree, firmware-realtek, firmware-sof-signed, intel-microcode Suggests: vrms Description: selection of oft-used non-free-firmware shipped on live systems Provides non-free-firmware packages for Debian live systems. . Its dependencies, along with this package itself, is safe to remove, provided that your device does not depend on them in order to function. Package: live-task-non-free-firmware-server Architecture: all Recommends: firmware-bnx2, firmware-bnx2x, firmware-cavium, firmware-myricom, firmware-netronome, firmware-netxen, firmware-qlogic Suggests: vrms Description: provides firmware for server network and storage devices Provides non-free firmware packages for Debian live systems. . This package installs firmware packages for server devices. . Its dependencies, along with this package itself, is safe to remove, provided that your device does not depend on them in order to function. """ unblock live-tasks-non-free-firmware/12.0.1 thanks, -Jonathan
Bug#1033009: unblock: calamares-settings-debian/12.0.5-1
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock X-Debbugs-Cc: calamares-settings-deb...@packages.debian.org, Please alloq calamares-settings-debian (12.0.5-1) to migrate to testing, it contains the correct artwork for bookworm Control: affects -1 + src:calamares-settings-debian Please unblock package calamares-settings-debian It contains the correct artwork for bookworm. unblock calamares-settings-debian/12.0.5-1
Bug#1032412: desktop-base: plymouth theme does not show any messages, affects: luks, live
Package: desktop-base Version: 12.0.5 Severity: important The latest plymouth theme for Debian 12 doesn't show any messages/prompts/fields. The consequences of this is that when you boot up, you don't see the prompt to decrypt your disk, so it appears that the boot process has frozen (until you press escape and see the console luks prompt). On live systems, when you reboot/shutdown, the user is prompted to remove the live media and press enter, but since this message is now not visibile, it appears that the system has frozen (until the user pressess enter). Marking as important, since this is quite a big regression. -Jonathan -- System Information: Debian Release: 12.0 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 6.1.0-3-amd64 (SMP w/16 CPU threads; PREEMPT) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_DIE, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_ZA.UTF-8, LC_CTYPE=en_ZA.UTF-8 (charmap=UTF-8), LANGUAGE=en_ZA:en Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages desktop-base depends on: ii fonts-quicksand 0.2016-2.1 ii librsvg2-common 2.54.5+dfsg-1 Versions of packages desktop-base recommends: ii plymouth-label 22.02.122-3 Versions of packages desktop-base suggests: pn gnome | kde-standard | xfce4 | wmaker -- no debconf information
Bug#1023979: ITP: python3-simpleobsws -- simple obs-websocket library in Python for people who just want JSON output
Package: wnpp Severity: wishlist Owner: Jonathan Carter X-Debbugs-Cc: debian-de...@lists.debian.org * Package name: python3-simpleobsws Version : 1.3.1 Upstream Author : IRLToolkit Inc. * URL : https://github.com/IRLToolkit/simpleobsws * License : Expat Programming Lang: Python Description : simple obs-websocket library in Python for people who just want JSON output This software provides an asynchronous client for Python to control OBS via it's websocket gateway. I plan to maintain this package within the Debian Python team.
Bug#1023964: obs-studio version 28.0.1+dfsg1-3 is somewhat flakey, please upgrade to new upstream release
Package: obs-studio Version: 28.0.1+dfsg1-3 Severity: important Dear Maintainer, obs-studio version 28.0.1+dfsg1-3 (in testing/unstable) has some severe stability issues: * It drops frames * UI gets choppy * Preview modes get disabled when switching windows without it being possibly to enable again * Choppy audio recording I tried the latest version via flatpak and it's a lot better, please consider upgrading to the latest available release in Debian. -Jonathan -- System Information: Debian Release: bookworm/sid APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 6.0.0-3-amd64 (SMP w/16 CPU threads; PREEMPT) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_ZA.UTF-8, LC_CTYPE=en_ZA.UTF-8 (charmap=UTF-8), LANGUAGE=en_ZA:en Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages obs-studio depends on: ii libavcodec59 7:5.1.2-1 ii libavdevice59 7:5.1.2-1 ii libavformat59 7:5.1.2-1 ii libavutil577:5.1.2-1 ii libc6 2.36-4 ii libcurl3-gnutls7.86.0-1 ii libfontconfig1 2.13.1-4.5 ii libfreetype6 2.12.1+dfsg-3 ii libgcc-s1 12.2.0-9 ii libjansson42.14-2 ii libluajit-5.1-22.1.0~beta3+git20220320+dfsg-4.1 ii libmbedcrypto7 2.28.1-1 ii libmbedtls14 2.28.1-1 ii libmbedx509-1 2.28.1-1 ii libobs028.0.1+dfsg1-3 ii libpci31:3.8.0-1 ii libpulse0 16.1+dfsg1-2+b1 ii libpython3.10 3.10.8-3 ii libqt5core5a 5.15.6+dfsg-2+b1 ii libqt5gui5 5.15.6+dfsg-2+b1 ii libqt5network5 5.15.6+dfsg-2+b1 ii libqt5svg5 5.15.6-2 ii libqt5widgets5 5.15.6+dfsg-2+b1 ii libqt5xml5 5.15.6+dfsg-2+b1 ii librist4 0.2.7+dfsg-1 ii libspeexdsp1 1.2.1-1 ii libsrt1.5-openssl 1.5.1-1 ii libstdc++6 12.2.0-9 ii libswscale67:5.1.2-1 ii libudev1 252.1-1 ii libv4l-0 1.22.1-5+b1 ii libx11-6 2:1.8.1-2 ii libx264-1642:0.164.3095+gitbaee400-2+b1 ii libxcb-composite0 1.15-1 ii libxcb-randr0 1.15-1 ii libxcb-shm01.15-1 ii libxcb-xfixes0 1.15-1 ii libxcb-xinerama0 1.15-1 ii libxcb11.15-1 ii python33.10.6-2 ii python3.10 3.10.8-3 Versions of packages obs-studio recommends: ii obs-plugins 28.0.1+dfsg1-3 Versions of packages obs-studio suggests: ii policykit-1122-1 pn v4l2loopback-dkms -- no debconf information
Bug#1023584: gnome-shell-extension-no-annoyance: please package v2 of this extension
Hi Andres, since it's been removed from Debian, I think it will be best if you convert the bug into an ITP and package it. For my purposes the DnD feature in Gnome works quite well and also gets rids of the distractions. I guess the extension allows some notifications but blocks some others?
Bug#1022103: Recent sgdisk problem in Debian (#1022103)
Hey Rod Thanks for all your previous help with gdisk, I was wondering if you could again look at another odd problem we've come across. When I uploaded gptfdisk 1.0.9 to Debian, it worked just fine, but something changed in Debian recently that now causes sgdisk to output the following: """ sgdisk --backup=/tmp/gdisk.bin /dev/sda Problem opening >�WV for reading! Error is 84. """ I suspected it might be something transient or an unannounced library transition, but when attempting a simple package rebuild, I then hit that again while the tests was running. Do you think you might be able to take a look at it? Might be easier for you to find the problem than me, but I'll poke at it too. Debian bug is at: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1022103 thanks and keep well! -Jonathan
Bug#1022103: gdisk: sgdisk produces only errors
On 2022/10/20 12:20, Uladzimir Bely wrote: From my investigations, the problem appeared after upgrading `libpopt0`. Previously there was a symlink `libpopt.so.0 => libpopt.so.0.0.1` and sgdisk worked well; now it's a `libpopt.so.0 => libpopt.so.0.0.1` and sgdisk fails. Most probably, `gdisk` package (that haven't get upgrade recently) should be simply rebuilt agains new version of `libpopt0` library. I just did a rebuild in pbuilder, doesn't seem that it did the trick, package building fails while doing tests for sgdisk, so this needs some more investigation. -Jonathan
Bug#1020942: debian-live: Reconsideration of Calamares installer on the next stable of Bookworm
Hi On 2022/09/29 08:52, Green wrote: Calamares installer should act properly to NOT install unneeded large amounts of locales by default; on the contrary other distribution's installer like in Fedora or MX Linux behave quite properly. I agree, this is among a few other issues, my #1 issue with Calamares on our live media right now. For what it's worth, debian-installer exhibits the same behaviour on our live media. If this problem is not easily solved, I would like to propose to replace the present calamares with Gazelle-installer developed by MX dev, instead. It seems that Gazelle-installer is quite a nice installer without such a problem. I took a look at it again, it solves /some/ of Calamares's problems, but it also brings in new ones. I think it's fine (and even great) if someone packages gazelle-installer for Debian, but since we're edging closer and closer to freeze date, I don't think we're likely to switch to it for Bookworm. By Trixie, I hope to have a much better long-term solution in place. -Jonathan
Bug#1017380: RFP: rust-mimalloc -- drop-in global allocator wrapper around the mimalloc allocator
Package: wnpp Severity: wishlist X-Debbugs-Cc: j...@debian.org * Package name: rust-mimalloc Version : 0.1.29 Upstream Author : Octavian Oncescu * URL : https://docs.rs/mimalloc/latest/mimalloc/ * License : Expat Programming Lang: Rust Description : A drop-in global allocator wrapper around the mimalloc allocator Please consider packaging mimalloc for Rust. It's a drop-in global allocator wrapper around the mimalloc allocator. Mimalloc is a general purpose, performance oriented allocator built by Microsoft. This is a required dependency for python-rtoml (which is in turn a new dependency for bundlewrap, which is a package I maintain in the Python team), unfortunately I don't have the time at present to learn Rust packaging, so if someone else can take this, that would be appreciated.
Bug#1016947: RM: gnubik -- ROM; gtk-2 only, no longer maintained
Package: ftp.debian.org Severity: normal X-Debbugs-Cc: j...@debian.org Please remove gnubik It is gtk-2 only, and no longer maintained upstream.
Bug#1014130: RM: gnome-shell-extension-draw-on-your-screen -- ROM; RC buggy, no longer maintained upstream
Package: ftp.debian.org Severity: normal X-Debbugs-Cc: j...@debian.org Dear FTP team Unfortunately, gnome-shell-extension-draw-on-your-screen is no longer maintained upstream, and has been incompatible with the last two majort gnome-shell versions. So I believe the time has come to remove it from Debian. thanks, -Jonathan
Bug#1012533: ftp.debian.org: Please consider a firmware component for bookworm
Hi Ansgar On 2022/06/09 09:54, Ansgar wrote: I really don't like adding anything with a slash. Having updates/main instead of main on security.d.o already caused lots of cornercases and we now got (partly) rid of that. Just name it non-free-firmware. If ftp team can avoid the slash, then all the better. So, I'm asking the FTP team to please consider implementing this. > So we should not wait for a GR proposing a different solution? I don't think it's worth blocking on a GR, and I think implementing this could simplify a GR on the larger firmware issues if it becomes clear that it's necessary to have a GR, but I'd like to know where Steve stands on that too. -Jonathan
Bug#1012533: ftp.debian.org: Please consider a firmware component for bookworm
Package: ftp.debian.org Severity: normal X-Debbugs-Cc: j...@debian.org Dear FTP team Recently, Steve McIntyre initiated a discussion[1] on debian-devel on the future of firmware in Debian, and how we want to address it as a project. There are many viewpoints on this, but, it seems that we have some general concensus that if we make an image with firmware on it more prominent to our users, then it would be ideal to include only the firmware on such an image, rather than enabling the entire non-free by default, which may lead to users inadvertently installing non-free software on their computer (which is the current status-quo on our non-free firmware-enabled images). Paul's suggestion[2] of copying out firmare to non-free/firmware seems to make a tremendous amount of sense. This will allow us to generate images that have only firmware enabled for non-free packages by default, improving the current status quo, and, it wouldn't require a GR. Additionally, I think Paul's suggestion of starting with a package selection of packages that starts with firmware-* or that puts files in /lib/firmware, along with the cpu microcode packages, is a good starting point of what should be included in there. So, I'm asking the FTP team to please consider implementing this. Ideally, reasonably soon, since we're about half a year away from entering the initial stages of the freeze period, and having this in place sooner, rather than later, would aid in making sure that image generation and other parts that may depend on this could also have some kinks ironed out well ahead of the release. Thanks, -Jonathan [1] https://lists.debian.org/msgid-search/20220419002746.gt14...@tack.einval.com [2] https://lists.debian.org/msgid-search/56b88c450a464743f84a2f451d20d554d81c3546.ca...@debian.org
Bug#1011631: ITP: python3-dmm -- distribution management modules/toolkit
Package: wnpp Severity: wishlist Owner: Jonathan Carter X-Debbugs-Cc: debian-de...@lists.debian.org, j...@debian.org * Package name: python3-dmm Version : 0.0.1 Upstream Author : Jonathan Carter * URL : https://salsa.debian.org/jcc/distribution-management-modules * License : ISC Programming Lang: Python Description : distribution management modules/toolkit Modules and toolkit that makes taking care of Linux distribution tasks easier. Its initial set of modules allow you to configure tools like. apt, grub, squashfs (among others) and actions from these modules can be stringed together using recipes (which are yaml files).
Bug#1005212: Calamares installer fails at partitioning disks
Hi, can you please shed some more details on what your partitioning looked like? How did you set up your partitions, did you intend or specify for /dev/sda9 to be used, or was it the auto-partitioner? I'll need some more information on how to re-produce this bug in order to file it upstream or to figure out whether it's a debian-specific issue. thanks!
Bug#1008664: RM: gnome-shell-extension-disconnect-wifi -- ROM; package no longer needed
Package: ftp.debian.org Severity: normal X-Debbugs-Cc: j...@debian.org Please remove gnome-shell-extension-disconnect-wifi It's now possible to switch off wifi from the gnome panel by default.
Bug#1007898: RM: gnome-shell-extension-hide-veth -- ROM; RC buggy, no longer maintained
Package: ftp.debian.org Severity: normal X-Debbugs-Cc: j...@debian.org Please remove gnome-shell-extension-hide-veth It is RC buggy and no longer maintained upstream.
Bug#1007897: RM: gnome-shell-extension-move-clock -- ROM; rc buggy, will replace with upstream frippery package
Package: ftp.debian.org Severity: normal X-Debbugs-Cc: j...@debian.org This was originally a partial fork of the gnome frippery tools. For bookworm, we will rather ship the full set of frippery tools, so this can now be removed.
Bug#1005914: RM: gnome-shell-extension-tilix-dropdown -- ROM; rc buggy, not maintained upstream
Package: ftp.debian.org Severity: normal X-Debbugs-Cc: j...@debian.org Please remove gnome-shell-extension-tilix-dropdown. It's rc buggy and no longer maintaind upstream. thanks, -Jonathan
Bug#1005915: RM: gnome-shell-extension-tilix-shortcut -- ROM; RC buggy, no longer maintained upstream
Package: ftp.debian.org Severity: normal X-Debbugs-Cc: j...@debian.org Please remove gnome-shell-extension-tilix-shortcut. It is RC buggy and no longer maintained upstream. thanks, -Jonathan
Bug#1004078: RM: gnome-shell-extension-trash -- ROM; rc buggy, no longer maintained upstream
Package: ftp.debian.org Severity: normal X-Debbugs-Cc: j...@debian.org Please remove gnome-shell-extension-trash from unstable. It has been rc buggy (bugs in gnome 3.38, not loading in 40/41) and patches/bugs have not been addressed upstream for quite some time.
Bug#1003166: RM: gnome-shell-extension-multi-monitors -- ROM; rc buggy, not maintained upstream
Package: ftp.debian.org Severity: normal X-Debbugs-Cc: j...@debian.org Please remove gnome-shell-extension-multi-monitors from unstable, it no longer works with gnome-shell in testing/unstable, and there is no activity to fix this upstream. thanks, -Jonathan
Bug#992164: LVM PV's & installing Debian 11
Hi Adriaan On 2021/11/30 16:22, Adriaan de Groot wrote: The Calamares version in Debian is 3.2.36. That's from february. Upstream has a 2-week release cycle which doesn't mesh really well with Debian. Calamares 3.2.45 (from early november) had a bunch of LVM-related fixes, and the changelog mentions many other things related to partitioning in the meantime. The latest calamares version in Debian unstable is 3.2.44, although at the time this bug was filed, the same issue could be reproduced with the latest upstream version. I'll upload 3.2.45 soon and check again, my guess is that I'll have the same result as you. thanks for following up! -Jonathan
Bug#992164: autorm ping
Just a ping to the BTS to avoid auto-rm, I'll file this bug with upstream soon.
Bug#997007: RM: gnome-shell-extension-no-annoyance -- ROM; No longer needed/useful for gnome-shell version 40+
Package: ftp.debian.org Severity: normal X-Debbugs-Cc: j...@debian.org Please remove gnome-shell-extension-no-annoyance, it is no longer needed/useful with gnome 40+ (gnome-shell 41 is now in unstable). thanks
Bug#997005: RM: gnome-shell-extension-remove-dropdown-arrows -- ROM; No longer needed/useful with gnome-shell version 41
Package: ftp.debian.org Severity: normal X-Debbugs-Cc: j...@debian.org Please remove gnome-shell-extension-remove-dropdown-arrows It is no longer needed/useful with the latest gnome-shell, which is now in unstable. thanks
Bug#993198: gnome-shell-extension-system-monitor: does not declare compatibility with GNOME Shell 40
Hi Samuel On 2021/09/19 20:47, Samuel Henrique wrote: I'd like to update this package to the latest upstream version in order to support Gnome 40 over the next few days. I'm also planning to push the pristine-tar and upstream branches[0], as well as adding the upstream code to the master branch, and adding myself as an Uploader (so that gbp can build it without extra steps). Please let me know if you'd prefer to keep things the way they are or would like me to only do some of those things. Yes please go ahead, you're very welcome, feel free to add yourself as an uploader too if you'd like. -Jonathan
Bug#994154: ITP: obs-scene-switcher -- plugin for OBS Studio to improve the native scene switcher
Hey Eriberto On 2021/09/12 23:10, Joao Eriberto Mota Filho wrote: * Package name: obs-scene-switcher Advanced Scene Switcher plug-in is based on the built in scene switcher. It extends its functionality by adding the following: Perhaps it would be better to call the package obs-advanced-scene-switcher to match the upstream name? (and so it won't be confused with the built-in scene-switcher tool). -Jonathan
Bug#993595: RM: bcachefs-tools/experimental -- NVIU; crufty package in experimental
Package: ftp.debian.org Severity: normal X-Debbugs-Cc: j...@debian.org Dear FTP masters Please remove crufty version of bcachefs-tools (0.1+git20190829.aa2a42b-1~exp1) in experimental, since a newer version exists in unstable. thanks, -Jonathan
Bug#993577: RM: gnome-shell-extension-remove-dropdown-arrows/-1 -- ROM; No longer needed in GNOME 40
Package: ftp.debian.org Severity: normal X-Debbugs-Cc: debian-rele...@lists.debian.org, j...@debian.org Dear ftp-master, please remove gnome-shell-extension-remove-dropdown-arrows, the issue it addresses is now part of upstream GNOME. thanks, -Jonathan
Bug#991480: unblock: calamares-settings-debian/11.0.5
Hi Paul On 2021/07/26 09:52, Paul Wise wrote: > FTR: the original bug report (#969930 AFAICT) correctly suggested > bullseye-security, so the wrong sources.list entry wasn't caused by > the original bug. Ah yes, quite right, I misunderstood the conversation on IRC yesterday, didn't mean to impart blame in your direction! > I would suggest this instead: > >> + * New upstream release >> +Corrects the apt sources for security updates (Closes: #991474) Since this is already in unstable, I made another upload to add that information to the changelog entry, here's the updated debdiff from 11.0.4-1 to 11.0.5-2: """ diff -Nru calamares-settings-debian-11.0.4/debian/changelog calamares-settings-debian-11.0.5/debian/changelog --- calamares-settings-debian-11.0.4/debian/changelog 2020-11-11 14:54:50.0 +0200 +++ calamares-settings-debian-11.0.5/debian/changelog 2021-07-26 10:27:12.0 +0200 @@ -1,3 +1,16 @@ +calamares-settings-debian (11.0.5-2) unstable; urgency=medium + + * Add supplimental information to previous changelog entry + + -- Jonathan Carter Mon, 26 Jul 2021 10:27:12 +0200 + +calamares-settings-debian (11.0.5-1) unstable; urgency=medium + + * New upstream release +- Corrects the apt sources for security updates (Closes: #991474) + + -- Jonathan Carter Sun, 25 Jul 2021 14:10:24 +0200 + calamares-settings-debian (11.0.4-1) unstable; urgency=medium * New upstream release diff -Nru calamares-settings-debian-11.0.4/scripts/sources-final calamares-settings-debian-11.0.5/scripts/sources-final --- calamares-settings-debian-11.0.4/scripts/sources-final 2020-11-11 14:52:51.0 +0200 +++ calamares-settings-debian-11.0.5/scripts/sources-final 2021-07-25 14:07:03.0 +0200 @@ -14,8 +14,8 @@ deb http://deb.debian.org/debian $RELEASE-updates main deb-src http://deb.debian.org/debian $RELEASE-updates main -deb http://security.debian.org/debian-security/ $RELEASE-updates main -deb-src http://security.debian.org/debian-security/ $RELEASE-updates main +deb http://security.debian.org/debian-security/ $RELEASE-security main +deb-src http://security.debian.org/debian-security/ $RELEASE-security main EOF exit 0 """ thanks! -Jonathan
Bug#991480: unblock: calamares-settings-debian/11.0.5
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock X-Debbugs-Cc: j...@debian.org Please unblock package calamares-settings-debian [ Reason ] It has been found today that when the sources.list were updated for the updated sources.list URI in bullseye, that the original bug for this contained an incorrect suggestion for the sources.list entry that is now present in the sources.list generated by calamares-settings-debian. This patch corrects that. [ Impact ] Without this patch, users who install debian-live systems using calamares won't get security updates by default. [ Risks ] The fix itself is quite trivial, it replaces "$RELEASE-updates" with "$RELEASE-security" in the sources.list file writer for the security URIs. An inline debdiff is attached at the bottom of this report. [ Checklist ] [x] all changes are documented in the d/changelog [x] I reviewed all changes and I approve them [x] attach debdiff against the package in testing [ DebDiff ] """ diff -Nru calamares-settings-debian-11.0.4/debian/changelog calamares-settings-debian-11.0.5/debian/changelog --- calamares-settings-debian-11.0.4/debian/changelog 2020-11-11 14:54:50.0 +0200 +++ calamares-settings-debian-11.0.5/debian/changelog 2021-07-25 14:10:24.0 +0200 @@ -1,3 +1,10 @@ +calamares-settings-debian (11.0.5-1) unstable; urgency=medium + + * New upstream release +(Closes: #991474) + + -- Jonathan Carter Sun, 25 Jul 2021 14:10:24 +0200 + calamares-settings-debian (11.0.4-1) unstable; urgency=medium * New upstream release diff -Nru calamares-settings-debian-11.0.4/scripts/sources-final calamares-settings-debian-11.0.5/scripts/sources-final --- calamares-settings-debian-11.0.4/scripts/sources-final 2020-11-11 14:52:51.0 +0200 +++ calamares-settings-debian-11.0.5/scripts/sources-final 2021-07-25 14:07:03.0 +0200 @@ -14,8 +14,8 @@ deb http://deb.debian.org/debian $RELEASE-updates main deb-src http://deb.debian.org/debian $RELEASE-updates main -deb http://security.debian.org/debian-security/ $RELEASE-updates main -deb-src http://security.debian.org/debian-security/ $RELEASE-updates main +deb http://security.debian.org/debian-security/ $RELEASE-security main +deb-src http://security.debian.org/debian-security/ $RELEASE-security main EOF exit 0 """ thanks, unblock calamares-settings-debian/11.0.5
Bug#990995: unblock: live-config/11.0.2
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
X-Debbugs-Cc: j...@debian.org
Please unblock package live-config
[ Reason ]
A path to the KDE (plasma) session has changed, which broke auto-logins
on KDE live media. This patch fixes that path.
[ Impact ]
Without this patch, users of KDE live media will have to know that they
have to type user/live in the loging prompt in sddm. Or the live team
may have to consider skipping a KDE spin until a point release.
[ Tests ]
Tested in a live session, this is also the same change done in Kubuntu.
[ Risks ]
This is a very trivial change.
[ Checklist ]
[x] all changes are documented in the d/changelog
[x] I reviewed all changes and I approve them
[x] attach debdiff against the package in testing
[ Other info ]
Apologies for how late this unblock request is reaching you, I filed
it before but due to a mail problem it seemed that it never made it
through. If release team can expidite it's transition that would be
great, especially since it's a trivial fix that fixes a really annoying
problem, if not, it's also possible to fix this for a point release.
Thanks for considering.
[ DebDiff ]
"""
diff -Nru live-config-11.0.2/components/0085-sddm
live-config-11.0.3/components/0085-sddm
--- live-config-11.0.2/components/0085-sddm 2021-01-08 15:46:43.0
+0200
+++ live-config-11.0.3/components/0085-sddm 2021-06-28 11:43:36.0
+0200
@@ -67,7 +67,7 @@
then
LIVE_X_SESSION_MANAGER=$(realpath /usr/bin/x-session-manager)
case "${LIVE_X_SESSION_MANAGER}" in
- /usr/bin/startkde)
+ /usr/bin/startplasma-x11)
LIVE_SESSION="plasma.desktop"
;;
diff -Nru live-config-11.0.2/debian/changelog
live-config-11.0.3/debian/changelog
--- live-config-11.0.2/debian/changelog 2021-01-08 15:46:43.0 +0200
+++ live-config-11.0.3/debian/changelog 2021-06-28 11:43:41.0 +0200
@@ -1,3 +1,10 @@
+live-config (11.0.3) unstable; urgency=medium
+
+ * Integrate patch to fix kde plasma desktop auto-login,
+thanks Leszek Lesner (Closes: #990390)
+
+ -- Jonathan Carter Mon, 28 Jun 2021 11:43:41 +0200
+
live-config (11.0.2) unstable; urgency=medium
[ Raphaël Hertzog ]
"""
unblock live-config/11.0.2
Bug#987215: unblock: speedtest-cli/2.1.3-2
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock X-Debbugs-Cc: j...@debian.org Please unblock package speedtest-cli The upload of version 2.1.3-1 fixes an rc bug, however, a release team member pointed out that its debhelper-compat bump would likely be a blocker for migration at this point. Version 2.1.3-2 reverts debhelper-compat back to =12. [ Checklist ] [x] all changes are documented in the d/changelog [x] I reviewed all changes and I approve them [x] attach debdiff against the package in testing Debdiff: """ diff -Nru speedtest-cli-2.1.3/debian/changelog speedtest-cli-2.1.3/debian/changelog --- speedtest-cli-2.1.3/debian/changelog2021-04-12 14:35:09.0 +0200 +++ speedtest-cli-2.1.3/debian/changelog2021-04-19 21:53:18.0 +0200 @@ -1,3 +1,9 @@ +speedtest-cli (2.1.3-2) unstable; urgency=medium + + * Revert debhelper-compat back to (=12) + + -- Jonathan Carter Mon, 19 Apr 2021 21:53:18 +0200 + speedtest-cli (2.1.3-1) unstable; urgency=medium [ Ondřej Nový ] diff -Nru speedtest-cli-2.1.3/debian/control speedtest-cli-2.1.3/debian/control --- speedtest-cli-2.1.3/debian/control 2021-04-12 14:35:09.0 +0200 +++ speedtest-cli-2.1.3/debian/control 2021-04-19 21:53:08.0 +0200 @@ -2,7 +2,7 @@ Section: utils Priority: optional Maintainer: Jonathan Carter -Build-Depends: debhelper-compat (= 13), python3-all, python3-setuptools, dh-python +Build-Depends: debhelper-compat (= 12), python3-all, python3-setuptools, dh-python Standards-Version: 4.5.1 Homepage: https://github.com/sivel/speedtest-cli/ Vcs-Git: https://salsa.debian.org/python-team/packages/speedtest-cli.git """ Thanks, Jonathan
Bug#983859: bluefish: missing Breaks+Replaces on bluefish-data
Hi Boyuan, if you could NMU it I'd appreciate it, thanks.
Bug#971515: Status as of last tech-ctte meeting
Hi Josh On 2020/11/20 01:30, Josh Triplett wrote: > In particular, with my upstream Rust/Cargo hats on, I would love to work > with you and others on questions of what software packaging could look > like, and how to maintain the quality and curation *and* package > availability of Debian in collaboration with other ecosystems of package > and dependency management. > > Other potentially interesting questions: what are the assumptions that > go into our current tradeoffs about shared libraries vs static > libraries, and are those still the correct tradeoffs in all cases? There is already a lot of text to read on this bug report, please try to refrain from adding more off-topic content to it. thanks, -Jonathan
Bug#973638: RM: calcoo/-1 -- ROM; gtk2-only, no longer maintained
Package: ftp.debian.org Severity: normal X-Debbugs-Cc: debian-rele...@lists.debian.org, j...@debian.org Please remove calcoo. It's GTK-2 only and no one is porting it to GTK-3. Upstream haven't made any updates either in some years now. thanks,
Bug#971803: RM: gnome-shell-extension-workspaces-to-dock -- ROM; RC buggy, no longer maintained upstream
Package: ftp.debian.org Severity: normal X-Debbugs-Cc: j...@debian.org Please remove gnome-shell-extension-workspaces-to-dock. It no longer works on GNOME 3.38 (now in unstable) and the maintainer has announced that no further maintenance will take place for this extension.
Bug#969930: Fix upcoming
This has been fixed in git, will upload a new version of calamamares-settings-debian along with the next calamares release since there are other bug fixes that can be fixed along with that too.
Bug#971266: calamares: Debian fails to start when /home is encrypted during installation
Hey Avinash, thanks for the detailed bug report, will check with upstream and fix this in Debian too. Usually when installing with calamares we just encrypt the entire disk, but I guess there are some cases where someone might just want to encrypt a partition.
Bug#968296: buster-pu: calamares-settings-debian 10.0.20-1+deb10u4
package: release.debian.org thanks Dear release team, Below follows a debdiff betwewn calamares-settings-debian 10.0.20-1+deb10u3 and 10.0.20-1+deb10u4, which reverts the patch introduced in +deb10u2 to enable the displaymanager module. While it fixed the bugs on other display managers, it introduced to big regressions when using gdm3, fixes #968267. """ diff -Nru calamares-settings-debian-10.0.20/debian/changelog calamares-settings-debian-10.0.20/debian/changelog --- calamares-settings-debian-10.0.20/debian/changelog 2020-07-15 18:15:49.0 +0200 +++ calamares-settings-debian-10.0.20/debian/changelog 2020-08-05 18:33:04.0 +0200 @@ -1,3 +1,10 @@ +calamares-settings-debian (10.0.20-1+deb10u4) buster; urgency=medium + + * Disable displaymanager module, reverting the change from deb10u2 +(Closes: #968267) + + -- Jonathan Carter Wed, 05 Aug 2020 18:33:04 +0200 + calamares-settings-debian (10.0.20-1+deb10u3) buster; urgency=medium * Use xdg-user-dir to specify Desktop directory diff -Nru calamares-settings-debian-10.0.20/debian/patches/enable-displaymanagers-module calamares-settings-debian-10.0.20/debian/patches/enable-displaymanagers-module --- calamares-settings-debian-10.0.20/debian/patches/enable-displaymanagers-module 2020-07-15 17:40:59.0 +0200 +++ calamares-settings-debian-10.0.20/debian/patches/enable-displaymanagers-module 1970-01-01 02:00:00.0 +0200 @@ -1,49 +0,0 @@ -Description: Enable display manager module, allowing autologins to work - * Enable displaymanager module, fixing autologin options - (Closes: #934503, #934504) -Author: Jonathan Carter -Bug-Debian: https://bugs.debian.org/934503 -Bug-Debian: https://bugs.debian.org/934504 -Last-Update: 2020-07-15 - /dev/null -+++ calamares-settings-debian-10.0.20/calamares/modules/displaymanager.conf -@@ -0,0 +1,28 @@ -+# Configure one or more display managers (e.g. SDDM) -+# with a "best effort" approach. -+--- -+#The DM module attempts to set up all the DMs found in this list, in that precise order. -+#It also sets up autologin, if the feature is enabled in globalstorage. -+#The displaymanagers list can also be set in globalstorage, and in that case it overrides anything set up here. -+displaymanagers: -+ - slim -+ - sddm -+ - lightdm -+ - gdm -+ - mdm -+ - lxdm -+ - kdm -+ -+#Enable the following settings to force a desktop environment in your displaymanager configuration file: -+#defaultDesktopEnvironment: -+#executable: "startkde" -+#desktopFile: "plasma" -+ -+#If true, try to ensure that the user, group, /var directory etc. for the -+#display manager are set up correctly. This is normally done by the distribution -+#packages, and best left to them. Therefore, it is disabled by default. -+basicSetup: false -+ -+#If true, setup autologin for openSUSE. This only makes sense on openSUSE -+#derivatives or other systems where /etc/sysconfig/displaymanager exists. -+sysconfigSetup: false calamares-settings-debian-10.0.20.orig/calamares/settings.conf -+++ calamares-settings-debian-10.0.20/calamares/settings.conf -@@ -36,6 +36,7 @@ sequence: - - keyboard - - localecfg - - users -+ - displaymanager - - networkcfg - - hwclock - - services-systemd diff -Nru calamares-settings-debian-10.0.20/debian/patches/series calamares-settings-debian-10.0.20/debian/patches/series --- calamares-settings-debian-10.0.20/debian/patches/series 2020-07-15 18:15:49.0 +0200 +++ calamares-settings-debian-10.0.20/debian/patches/series 2020-08-05 18:33:04.0 +0200 @@ -1,3 +1,2 @@ fix-initramfs-permissions -enable-displaymanagers-module use-xdg-user-dir """ thanks, -Jonathan -- ⢀⣴⠾⠻⢶⣦⠀ Jonathan Carter (highvoltage) ⣾⠁⢠⠒⠀⣿⡁ https://wiki.debian.org/highvoltage ⢿⡄⠘⠷⠚⠋ https://debian.org | https://jonathancarter.org ⠈⠳⣄ Debian, the universal operating system.
Bug#965117: buster-pu: calamares-settings-debian 10.0.20-1+deb10u3
package: release.debian.org thanks Dear release team, Below follows a debdiff betwewn calamares-settings-debian 10.0.20-1+deb10u1 and 10.0.20-1+deb10u3, which fixes #934503, #934504 and #959541. """ diff -Nru calamares-settings-debian-10.0.20/debian/changelog calamares-settings-debian-10.0.20/debian/changelog --- calamares-settings-debian-10.0.20/debian/changelog 2019-07-03 15:05:47.0 +0200 +++ calamares-settings-debian-10.0.20/debian/changelog 2020-07-15 18:15:49.0 +0200 @@ -1,6 +1,21 @@ +calamares-settings-debian (10.0.20-1+deb10u3) buster; urgency=medium + + * Use xdg-user-dir to specify Desktop directory +(Closes: #959541) + + -- Jonathan Carter Wed, 15 Jul 2020 18:15:49 +0200 + +calamares-settings-debian (10.0.20-1+deb10u2) buster; urgency=medium + + * Fix type in previous entry (s/desk/disk) + * Enable displaymanager module, fixing autologin options +(Closes: #934503, #934504) + + -- Jonathan Carter Wed, 15 Jul 2020 17:15:11 +0200 + calamares-settings-debian (10.0.20-1+deb10u1) buster; urgency=medium - * Fix permissions for initramfs image when full-desk encryption + * Fix permissions for initramfs image when full-disk encryption is enabled. (CVE-2019-13179) (Closes: #931373) -- Jonathan Carter Wed, 03 Jul 2019 13:05:47 + diff -Nru calamares-settings-debian-10.0.20/debian/patches/enable-displaymanagers-module calamares-settings-debian-10.0.20/debian/patches/enable-displaymanagers-module --- calamares-settings-debian-10.0.20/debian/patches/enable-displaymanagers-module 1970-01-01 02:00:00.0 +0200 +++ calamares-settings-debian-10.0.20/debian/patches/enable-displaymanagers-module 2020-07-15 17:40:59.0 +0200 @@ -0,0 +1,49 @@ +Description: Enable display manager module, allowing autologins to work + * Enable displaymanager module, fixing autologin options + (Closes: #934503, #934504) +Author: Jonathan Carter +Bug-Debian: https://bugs.debian.org/934503 +Bug-Debian: https://bugs.debian.org/934504 +Last-Update: 2020-07-15 + +--- /dev/null calamares-settings-debian-10.0.20/calamares/modules/displaymanager.conf +@@ -0,0 +1,28 @@ ++# Configure one or more display managers (e.g. SDDM) ++# with a "best effort" approach. ++--- ++#The DM module attempts to set up all the DMs found in this list, in that precise order. ++#It also sets up autologin, if the feature is enabled in globalstorage. ++#The displaymanagers list can also be set in globalstorage, and in that case it overrides anything set up here. ++displaymanagers: ++ - slim ++ - sddm ++ - lightdm ++ - gdm ++ - mdm ++ - lxdm ++ - kdm ++ ++#Enable the following settings to force a desktop environment in your displaymanager configuration file: ++#defaultDesktopEnvironment: ++#executable: "startkde" ++#desktopFile: "plasma" ++ ++#If true, try to ensure that the user, group, /var directory etc. for the ++#display manager are set up correctly. This is normally done by the distribution ++#packages, and best left to them. Therefore, it is disabled by default. ++basicSetup: false ++ ++#If true, setup autologin for openSUSE. This only makes sense on openSUSE ++#derivatives or other systems where /etc/sysconfig/displaymanager exists. ++sysconfigSetup: false +--- calamares-settings-debian-10.0.20.orig/calamares/settings.conf calamares-settings-debian-10.0.20/calamares/settings.conf +@@ -36,6 +36,7 @@ sequence: + - keyboard + - localecfg + - users ++ - displaymanager + - networkcfg + - hwclock + - services-systemd diff -Nru calamares-settings-debian-10.0.20/debian/patches/series calamares-settings-debian-10.0.20/debian/patches/series --- calamares-settings-debian-10.0.20/debian/patches/series 2019-07-03 15:05:47.0 +0200 +++ calamares-settings-debian-10.0.20/debian/patches/series 2020-07-15 18:15:49.0 +0200 @@ -1 +1,3 @@ fix-initramfs-permissions +enable-displaymanagers-module +use-xdg-user-dir diff -Nru calamares-settings-debian-10.0.20/debian/patches/use-xdg-user-dir calamares-settings-debian-10.0.20/debian/patches/use-xdg-user-dir --- calamares-settings-debian-10.0.20/debian/patches/use-xdg-user-dir 1970-01-01 02:00:00.0 +0200 +++ calamares-settings-debian-10.0.20/debian/patches/use-xdg-user-dir 2020-07-15 18:15:49.0 +0200 @@ -0,0 +1,48 @@ +Description: Use xdg-user-dir to specify Desktop directory + Desktop directory was hardcoded to ~/Desktop, but that path + will change depending on the user's language. + . + With this patch we user xdg-user-dir to set the Desktop directory + so that it's correct regardless of language. +Author: Jonathan Carter +Bug-Debian: https://bugs.debian.org/959541 +Last-Update: 2020-07-15 + +--- calamares-settings-debian-10.0.20.orig/add-calamares-desktop-icon calamares-settings-debian-10.0.20/add-calamares-desktop-icon +@@ -2,24 +2,26 @@ + # Creates an "Install Debian" icon on the live session tested with: + # Xfce, L
Bug#965116: buster-pu: speedtest-cli 2.0.2-1+deb10u1
package: release.debian.org
thanks
Dear release team, below is a debdiff to fix bug #940165 for
speedtest-cli in buster:
"""
diff -Nru speedtest-cli-2.0.2/debian/changelog
speedtest-cli-2.0.2/debian/changelog
--- speedtest-cli-2.0.2/debian/changelog2018-06-15 13:52:44.0
+0200
+++ speedtest-cli-2.0.2/debian/changelog2020-07-14 23:52:02.0
+0200
@@ -1,3 +1,9 @@
+speedtest-cli (2.0.2-1+deb10u1) buster; urgency=medium
+
+ * Pass correct headers to fix upload speed test (Closes: #940165)
+
+ -- Jonathan Carter Tue, 14 Jul 2020 23:52:02 +0200
+
speedtest-cli (2.0.2-1) unstable; urgency=medium
[ Ondřej Nový ]
diff -Nru speedtest-cli-2.0.2/debian/patches/fix-upload-speed
speedtest-cli-2.0.2/debian/patches/fix-upload-speed
--- speedtest-cli-2.0.2/debian/patches/fix-upload-speed 1970-01-01
02:00:00.0 +0200
+++ speedtest-cli-2.0.2/debian/patches/fix-upload-speed 2020-07-14
23:52:02.0 +0200
@@ -0,0 +1,21 @@
+Description: Fix upload speed
+ Pass correct headers to fix upload speed test (Closes: #940165)
+Author: Jonathan Carter
+Bug-Debian: https://bugs.debian.org/940165
+
+--- speedtest-cli-2.0.2.orig/speedtest.py
speedtest-cli-2.0.2/speedtest.py
+@@ -1525,9 +1525,12 @@ class Speedtest(object):
+ )
+ if pre_allocate:
+ data.pre_allocate()
++
++headers = {'Content-length': size}
+ requests.append(
+ (
+-build_request(self.best['url'], data,
secure=self._secure),
++build_request(self.best['url'], data,
secure=self._secure,
++ headers=headers),
+ size
+ )
+ )
diff -Nru speedtest-cli-2.0.2/debian/patches/series
speedtest-cli-2.0.2/debian/patches/series
--- speedtest-cli-2.0.2/debian/patches/series 1970-01-01
02:00:00.0 +0200
+++ speedtest-cli-2.0.2/debian/patches/series 2020-07-14
23:52:02.0 +0200
@@ -0,0 +1 @@
+fix-upload-speed
"""
This is currently in p-u-new.
thanks,
-Jonathan
--
⢀⣴⠾⠻⢶⣦⠀ Jonathan Carter (highvoltage)
⣾⠁⢠⠒⠀⣿⡁ https://wiki.debian.org/highvoltage
⢿⡄⠘⠷⠚⠋ https://debian.org | https://jonathancarter.org
⠈⠳⣄ Debian, the universal operating system.
Bug#962819: RFP: foliate -- simple and modern GTK eBook reader
Hey Lev On 2020/06/14 18:17, Lev Lamberov wrote: > * Package name: foliate An ITP for this package already exists: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=945270 Some initial work: https://salsa.debian.org/debian/foliate I've been meaning to get to it, but have been really busy recently, if you'd like to finish it up please go ahead. Here's some feedback from ftpmaster after I initially uploaded using the version in the git repository above, which would have to be fixed for the next upload (at least minor stuff): """ I do not believe that epub.js is in its preferred form of modification. Looking online, the presence of `var _createClass` lines means that the file has been produced from other source files by the JavaScript transpiler babel. Maybe epub.js needs to be a separate source package. Please upload a version containing all the source code or explain in debian/copyright why epub.js is in fact in its preferred form of modification. Other comments: Looks like a bug to install to /usr/bin/com.github.johnfactotum.Foliate rather than /usr/bin/foliate ? data\com.github.johnfactotum.Foliate.appdata.xml.in and src/assets/lookup.html and other files say that project is GPL-3+ not just GPL-3 I am going to reject the package. At the very least, if epub.js is in the preferred form of modification, this will need to be explained in debian/copyright, since it appears not to be the case. """ -Jonathan -- ⢀⣴⠾⠻⢶⣦⠀ Jonathan Carter (highvoltage) ⣾⠁⢠⠒⠀⣿⡁ https://wiki.debian.org/highvoltage ⢿⡄⠘⠷⠚⠋ https://debian.org | https://jonathancarter.org ⠈⠳⣄ Debian, the universal operating system.
Bug#929825: Tuxpaint
This would also fix #942889 - since the latest Tuxpaint now relies on imagemagick 7.
Bug#959541: calamares: add-calamares-desktop-icon uses a hardcoded path
On 2020/05/03 14:55, Arzano Informatique wrote: > I see that the path to create a Calamares launcher is using a hardcoded > relative path (~/Desktop) while it should be adaptative for > internationalisation sake. > > The scrip should use something like "xdg-user-dir DESKTOP" instead. > > This problem exists in Buster and Bullseye at least. Oh wow, thanks for the bug report, I'm surprised no one has noticed that before! Will get it fixed in calamares-settings-debian -Jonathan
Bug#959670: gamemode FTBFS for !amd64: hardcoded triplet
Hi Helmut On 2020/05/03 18:12, Helmut Grohne wrote: > gamemode fails to build from source for anything but amd64. A .install > file hard codes the amd64 triplet. Please consider applying the attached > patch to fix that. We believe that this was fixed in the latest revision, which is now waiting in NEW. -Jonathan -- ⢀⣴⠾⠻⢶⣦⠀ Jonathan Carter (highvoltage) ⣾⠁⢠⠒⠀⣿⡁ https://wiki.debian.org/highvoltage ⢿⡄⠘⠷⠚⠋ https://debian.org | https://jonathancarter.org ⠈⠳⣄ Debian, the universal operating system.
Bug#958702: bashtop
Hi Dylan, I somehow missed your ITP when I first searched and continued doing the packaging for bashtop (including the patch that fixes the Makefile, I also sent a PR for this upstream). If you haven't yet started, can I upload what I've done so far and then you take it from there? Also happy to comaintain this if you want. -Jonathan
Bug#948407: Please re-test
Hey Gio, seems like this was fixed upstream in Calamares 3.2.18, could you test again with the latest version? thanks, Jonathan
