Bug#1082951: xwayland: XWayland crashes after login to KDE Plasma Wayland session
On 2024-09-28 23:48, john.wickler wrote: > Subject: xwayland: XWayland crashes after login to KDE Plasma Wayland session > Package: xwayland > Version: 2:22.1.9-1 > Severity: important > > Dear Maintainers, > > I am on the latest updates of bookworm-backports and cannot properly start a > KDE Plasma Wayland session. After logging in via sddm a black screen shows up > with the "KDE Plasma"-styled mouse icon a > nd I can move the mouse around, Then it gets stuck and I can neither move it > nor change to any other tty. Only the power button works and shuts down the > system as usual. > I did not find any bug report for bookworm-backports so I decided to create > another one. Please see attached the backtraces with dbgsyms. This is https://bugs.debian.org/1081941 , a kwin issue exposed by libwayland 1.23. Xwayland is just an innocent victim here. -- Earthling Michel Dänzer \GNOME / Xwayland / Mesa developer https://redhat.com \ Libre software enthusiast
Bug#967251: Please port to GTK3 or later (Issue #32)
Hi, configure already provide the --enable/disable-gtk2 flag that is on by default. But of course if someone can port that interface to GT3 or later, it would be great. So I let that bug open. -- Reply to this email directly or view it on GitHub: https://github.com/alsaplayer/alsaplayer/issues/32#issuecomment-2312693800 You are receiving this because you authored the thread. Message ID:
Bug#751629: xserver-xorg-video-vmware: Conflicting declarations of function MakeAtom to cause undefined behaviour
On 2024-08-04 07:32, Petter Reinholdtsen wrote: > [Michael Tautschnig 2014-06-14] >> The actual cause of the problem remains to be determined as both declarations >> stem from the same source, yet expand in different ways. > > I tried to make sense of this, but failed. This is the declaration in > the current edition of /usr/include/xorg/dix.h: > > extern _X_EXPORT Atom MakeAtom(const char * /*string */ , > unsigned /*len */ , > Bool /*makeit */ ); > > I fail to figure out how the Atom type can become unsigned int in one > incarnation and unsigned long int in another. Perhaps the problem > went away the last ten years? The definition of Atom depends on _XSERVER64, which is defined by xorg-server.h or dix-config.h. The driver must include one of those headers before the header which defines Atom to ensure it gets the correct definition. -- Earthling Michel Dänzer| https://redhat.com Libre software enthusiast | Mesa and Xwayland developer
Bug#1072971: mesa: fails to initialize OpenGL on s390x: Unexpected format PIPE_FORMAT_X8B8G8R8_SRGB in st_new_renderbuffer_fb
On 2024-06-28 00:28, Diederik de Haas wrote: > Control: tag -1 upstream, fixed-upstream patch > Control: forwarded -1 https://gitlab.freedesktop.org/mesa/mesa/-/issues/11360 > https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/29837 > > On 14 Jun 2024 13:36:54 +0200 Emilio Pozuelo Monfort wrote: >> Control: reassign -1 mesa 24.1.1-2 >> Control: affects -1 kuserfeedback >> Control: retitle -1 mesa: fails to initialize OpenGL on s390x: Unexpected >> format PIPE_FORMAT_X8B8G8R8_SRGB in st_new_renderbuffer_fb >> >> Actually this looks like a regression in mesa in 24.1. A few rdeps are >> failing their autopkgtests with the same PIPE_FORMAT_X8B8G8R8_SRGB error, >> e.g.: >> >> https://ci.debian.net/packages/k/kodi/testing/s390x/47675600/ >> https://ci.debian.net/packages/o/openscad/testing/s390x/47689316/ > > This is fixed in upstream commit 5ca85d75c05de9df7c3170122dfdb04bc795b43a > ("dri: Fix BGR format exclusion"), which I attached for your convenience. Beware that this commit caused a regression on little endian platfors: https://gitlab.freedesktop.org/mesa/mesa/-/issues/11398 -- Earthling Michel Dänzer| https://redhat.com Libre software enthusiast | Mesa and Xwayland developer
Bug#1069557: libkdumpfile: FTBFS on armel: dh_auto_test: error: make -j4 check "TESTSUITEFLAGS=-j4 --verbose" VERBOSE=1 returned exit code 2
Hi Lucas, On 4/20/24 8:23 AM, Lucas Nussbaum wrote: Source: libkdumpfile Version: 0.5.4-1 Severity: serious Justification: FTBFS Tags: trixie sid ftbfs User: lu...@debian.org Usertags: ftbfs-20240420 ftbfs-trixie ftbfs-t64-armel Hi, During a rebuild of all packages in sid, your package failed to build on armel. Thanks for filing. I've notified upstream: https://github.com/ptesarik/libkdumpfile/issues/80 and will try and reproduce and fix this. Best regards, -- _o) Michel Lind _( ) identities: https://keyoxide.org/5dce2e7e9c3b1cffd335c1d78b229d2f7ccc04f2 OpenPGP_0x8B229D2F7CCC04F2.asc Description: OpenPGP public key OpenPGP_signature.asc Description: OpenPGP digital signature
Bug#1051681: Hangs trying to boot from /boot on LVM+LUKS
On 2024-03-08 11:44, Michel Dänzer wrote: > > My working theory is that it's due to some kernel build configuration change > in my self-built kernels compared to Debian ones. My second guess was a winner: CONFIG_EFI_DISABLE_PCI_DMA breaks booting with GRUB 2.12 on this machine. It works fine on two other (desktop) machines though, so the UEFI firmware seems to be a factor. OTOH it worked with GRUB 2.06 on this machine as well, so something changed in GRUB. Don't know if it's a bug though. -- Earthling Michel Dänzer| https://redhat.com Libre software enthusiast | Mesa and Xwayland developer
Bug#1067416: libglfw3: New upstream version 3.4
Hello, I prepared an update in https://salsa.debian.org/mimi8/glfw3/ . Could you please consider using it to update the package? Michel Le Bihan On Thu, 21 Mar 2024 11:02:53 +0100 Michel Le Bihan wrote: > Package: libglfw3 > Version: 3.3.10-1 > > Hello, > > A new version on GLFW was released. Version 3.4 added support for fractional scaling of window contents on Wayland. Since I'm using Wayland on a HiDPI display with fractional scaling enabled, this update if important for me. Currently all GLFW windows are blurry and this update fixes that.
Bug#1067512: libglfw3-wayland is practically not installable
Package: libglfw3-wayland Version: 3.3.10-1 Hello, I noticed that libglfw3-wayland conflicts with libglfw3. That makes perfect sense since both packages provide the same .so files. However, most packages in Debian depend only on libglfw3. Take pink-pony as an example. It's not possible to have both pink-pony and libglfw3-wayland installed on the same system. I think that either libglfw3 should be a virtual package that depends on libglfw3-wayland or libglfw3-x11 or that libglfw3 should have both backends enabled. Michel Le Bihan
Bug#1067416: libglfw3: New upstream version 3.4
Package: libglfw3 Version: 3.3.10-1 Hello, A new version on GLFW was released. Version 3.4 added support for fractional scaling of window contents on Wayland. Since I'm using Wayland on a HiDPI display with fractional scaling enabled, this update if important for me. Currently all GLFW windows are blurry and this update fixes that.
Bug#1067032: lximage-qt: functionality 'screenshot' missing in lximage-qt package
Package: lximage-qt Version: 1.2.0-2 Severity: normal Dear Maintainer, In the current stable version (1.2.0-2) the following file is missing : /usr/share/applications/lximage-qt-screenshot.desktop this file was present in oldstable version (0.16.0-1) This file as desktop entry add the functionality 'screenshot' to the package. I had to add back this file manually to recover this functionality. Please add this file back in the package to make this functionality operational again. -- System Information: Debian Release: 12.5 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 6.1.0-18-amd64 (SMP w/4 CPU threads; PREEMPT) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE 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 lximage-qt depends on: ii libc62.36-9+deb12u4 ii libexif120.6.24-1+b1 ii libfm-qt12 1.2.1-1+b1 ii libglib2.0-0 2.74.6-2 ii libqt5core5a 5.15.8+dfsg-11 ii libqt5dbus5 5.15.8+dfsg-11 ii libqt5gui5 5.15.8+dfsg-11 ii libqt5network5 5.15.8+dfsg-11 ii libqt5printsupport5 5.15.8+dfsg-11 ii libqt5svg5 5.15.8-3 ii libqt5widgets5 5.15.8+dfsg-11 ii libqt5x11extras5 5.15.8-2 ii libstdc++6 12.2.0-14 ii libx11-6 2:1.8.4-2+deb12u2 ii libxfixes3 1:6.0.0-2 Versions of packages lximage-qt recommends: ii lximage-qt-l10n1.2.0-2 ii qt5-image-formats-plugins 5.15.8-2 lximage-qt suggests no packages. -- no debconf information
Bug#1065571: zcfan: Package description mentions non existant "usage" section "below"
Hello! On Wed, Mar 06, 2024 at 09:15:29PM +0100, Beatrice Torracca wrote: > Package: zcfan > Version: 1.3.0-1 > Severity: minor > > Hi! > > the package description of zcfan now has a list item that mentions a > non-existant "usage" section. (it says "(see "usage" below)"). > > It's probably due to some copy-paste from the source documentation. > Thanks for flagging this! It was indeed a copy paste - to fix a lintian nag that the description was too short. I'll update it in the next couple of days. Best regards, -- Michel Lind (né Salim) identities: https://keyoxide.org/5dce2e7e9c3b1cffd335c1d78b229d2f7ccc04f2 signature.asc Description: PGP signature
Bug#1051681: Hangs trying to boot from /boot on LVM+LUKS
Hi Mate, thanks for your follow-up. On 2024-02-19 08:31, Mate Kukri wrote: > > There are a rather high number of variables to isolate here. If you > could provide the following information, it might help provide a > better guess at what's going on: > - Computer (or mainboard if white box desktop) model It's a Lenovo Thinkpad E595. > - Firmware revision I upgraded to the latest 1.29, no change regarding this issue. > - Is Secure Boot enabled? It's disabled. > - Description of your disk layout It's a 512GB NVMe SSD. There are two partitions: 1. The EFI system partition (289MB) 2. A LUKS encrypted volume (rest) The LUKS volume contains an LVM2 PV, with LVs for the root filesystem (which includes /boot) and swap. > Also if you could just try using the grub 2.12-1 binary to boot a > kernel+initrd from an ext4 volume directly (e.g. using a usb drive or > spare disk), that would also be very helpful, I wonder if this > regression has something to do with LVM. Before this I tried booting a Debian kernel image instead of a self-built one, and that booted fine. That seems to rule out an LVM or LUKS related issue. Should have tried this earlier. :( My working theory is that it's due to some kernel build configuration change in my self-built kernels compared to Debian ones. I'll try narrowing it down, though if you happen to know of any kernel build configuration no longer supported with GRUB 2.12, that might be helpful. -- Earthling Michel Dänzer| https://redhat.com Libre software enthusiast | Mesa and Xwayland developer
Bug#1065507: RFS: netconsd/0.4-1 [ITP] -- Netconsole Daemon
Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package "netconsd": * Package name : netconsd Version : 0.4-1 Upstream contact : https://github.com/facebook/netconsd/issues * URL : https://github.com/facebook/netconsd * License : BSD-3-clause * Vcs : https://salsa.debian.org/michel/netconsd Section : admin The source builds the following binary packages: netconsd - Netconsole Daemon To access further information about this package, please visit the following URL: https://mentors.debian.net/package/netconsd/ Alternatively, you can download the package with 'dget' using this command: dget -x https://mentors.debian.net/debian/pool/main/n/netconsd/netconsd_0.4-1.dsc Changes for the initial release: netconsd (0.4-1) unstable; urgency=medium . * Initial release. (Closes: #1065462) Regards, -- Michel Lind (né Salim) identities: https://keyoxide.org/5dce2e7e9c3b1cffd335c1d78b229d2f7ccc04f2 signature.asc Description: PGP signature
Bug#1065462: ITP: netconsd -- The Netconsole Daemon
Package: wnpp Severity: wishlist Owner: Michel Lind X-Debbugs-Cc: debian-de...@lists.debian.org, mic...@michel-slm.name * Package name: netconsd Version : 0.4 Upstream Contact: Dave Jones * URL : https://github.com/facebook/netconsd * License : BSD Programming Lang: C Description : The Netconsole Daemon This is a daemon for receiving and processing logs from the Linux Kernel, as emitted over a network by the kernel's netconsole module. It supports both the old "legacy" text-only format, and the new extended format added in v4.4. The core of the daemon does nothing but process messages and drop them: in order to make the daemon useful, the user must supply one or more "output modules". These modules are shared object files which expose a small ABI that is called by netconsd with the content and metadata for netconsole messages it receives.
Bug#1051681: Hangs trying to boot from /boot on LVM+LUKS
On 2023-09-11 11:28, Michel Dänzer wrote: > Package: grub-efi > Version: 2.12~rc1-9 > Severity: important > > > After upgrading to 2.12~rc1, any boot entry hangs after 'Loading initial > ramdisk ...'. I'll attach a photo showing the debug=all output when it hangs. > > Downgrading to 2.06-13 avoids the issue. Still the same issue with 2.12-1. Is there any more information I can provide to help solve this? For the time being I can keep the system booting with 2.06-14, I suspect that won't be a reasonable option forever though. -- Earthling Michel Dänzer| https://redhat.com Libre software enthusiast | Mesa and Xwayland developer
Bug#1063893: openvpn-auth-ldap: OpenVPN crashes when enable PasswordIsCR option is enabled
Package: openvpn-auth-ldap Version: 2.0.4-3 Severity: important Dear Maintainer, When the PasswordIsCR option is enabled (to support OpenVPN Challenge/Response), OpenVPN crashes when I tried to connect with OpenVPN GUI. In the OpenVPN, there is an error message "*** buffer overflow detected ***: terminated". I fixed the issue by compiling from source like this : git clone https://github.com/threerings/openvpn-auth-ldap.git apt install autoconf re2c libtool libldap2-dev libssl-dev gobjc make ./regen.sh ./configure --prefix=/usr/local --with-openldap=/usr/local --with-openvpn=/usr/include/openvpn OBJCFLAGS="-std=gnu11" make make install -- System Information: Debian Release: 12.5 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 6.1.0-18-amd64 (SMP w/4 CPU threads; PREEMPT) Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages openvpn-auth-ldap depends on: ii libc6 2.36-9+deb12u4 ii libldap-2.5-0 2.5.13+dfsg-5 ii libobjc4 12.2.0-14 ii openvpn2.6.3-1+deb12u2 openvpn-auth-ldap recommends no packages. openvpn-auth-ldap suggests no packages. -- no debconf information
Bug#1061731: fwupd: Failed to load daemon: failed to load engine : Failed to load config: Key file does not have group “redfish”
Hi, It seems that the bug is fixed upstream https://github.com/fwupd/fwupd/pull/6735
Bug#1057893: upgrade-reports: Discover will not update because of broken packages
Package: upgrade-reports Severity: normal X-Debbugs-Cc: michelbinette1...@gmail.com (Please provide enough information to help the Debian maintainers evaluate the report efficiently - e.g., by filling in the sections below.) My previous release is: I am upgrading to: Archive date: Upgrade date: uname -a before upgrade: uname -a after upgrade: Method: Contents of /etc/apt/sources.list: - Were there any non-Debian packages installed before the upgrade? If so, what were they? - Was the system pre-update a 'pure' system only containing packages from the previous release? If not, which packages were not from that release? - Did any packages fail to upgrade? - Were there any problems with the system after upgrading? Further Comments/Problems: Please attach the output of "COLUMNS=200 dpkg -l" (or "env COLUMNS ...", depending on your shell) from before and after the upgrade so that we know what packages were installed on your system. Contents of bug report : Package download failed:E: http://deb.debian.org/debian bookworm/main amd64 linux-image-6.1.0-14-rt-amd64 amd64 6.1.64-1 is not (yet) available (403 Access denied - broken package [IP: 199.232.30.132 80]) E: http://deb.debian.org/debian bookworm/main amd64 linux-image-rt-amd64 amd64 6.1.64-1 is not (yet) available (403 Access denied - broken package [IP: 199.232.30.132 80])
Bug#1053380: Reassign
Control: reassign 1053380 nvidia-graphics-drivers-legacy-390xx,qtbase-opensource-src
Bug#1053380: Reassign
Control: reassign 1053380 nvidia-graphics-drivers-legacy-390xx,qtbase-opensource-src
Bug#1053380: qgit: Segmentation fault (during ld binding of libGL.so.1)
Andrey Rakhmatullin - Tue, 3 Oct 2023 10:30:29 +0200 >Sorry, do you mean you think it's a bug in qgit? >If so, so far it doesn't look actionable unfortunately. I don't think so. I've wrongly assigned this bug to qgit. After having upgraded Debian, some Qt apps crash, only Qt apps (AFAIK). This bug should be reassigned.
Bug#1053380: qgit: Segmentation fault (during ld binding of libGL.so.1)
Package: qgit Version: 2.10-2 Severity: important Dear Maintainer, after upgrade from debian 11 to debian 12, some qt application will crash (Segmentation fault). qgit crashes, but also qt5ct, 2048-qt, qbittorrent. After searching the web, I've found [1] and [2] that point me to an idea, a possible digging. [1] https://github.com/FrodeSolheim/fs-uae/issues/31 [2] http://fs-uae.net/2015/01/27/fs-uae-2-4-3-released Many thanks to NVIDIA which actually tracked down the bug in FS-UAE! The problem was an unused function (mprotected), a legacy from older WinUAE code, which was exported and caused the NVIDIA drivers to load this function instead of the correct one from libc. I’m quite impressed that they contacted me with information about the bug, and I think this shows how serious they are about their Linux drivers 🙂 My idea was related to the use of libGL by the qt libraries. And, finally, I've found that article [3] that tell about the possibility of testing my idea. [3] https://forum.qt.io/topic/90786/turn-off-opengl-optimization-via-qt-environment-variable Here is the behavior I observed and the digging into the problem. I've found that the last symbol binded was sigaddset, so I searched for it. Maybe I'd have to search for the last lib? Here is what I've done: $ qgit Segmentation fault $ LD_DEBUG=bindings qgit >/tmp/test_sigv 2>&1 Segmentation fault $ grep sigaddset /tmp/test_sigv 60212: binding file /lib/x86_64-linux-gnu/libglib-2.0.so.0 [0] to /lib/x86_64-linux-gnu/libc.so.6 [0]: normal symbol `sigaddset' [GLIBC_2.2.5] 60212: binding file /lib/x86_64-linux-gnu/libsystemd.so.0 [0] to /lib/x86_64-linux-gnu/libc.so.6 [0]: normal symbol `sigaddset' [GLIBC_2.2.5] 60212: binding file /lib/x86_64-linux-gnu/libdbus-1.so.3 [0] to /lib/x86_64-linux-gnu/libc.so.6 [0]: normal symbol `sigaddset' [GLIBC_2.2.5] 60212: binding file /lib/x86_64-linux-gnu/libGL.so.1 [0] to /lib/x86_64-linux-gnu/libc.so.6 [0]: normal symbol `sigaddset' [GLIBC_2.2.5] $ tail -10 /tmp/test_sigv 60212: binding file /lib/x86_64-linux-gnu/libQt5XcbQpa.so.5 [0] to /lib/x86_64-linux-gnu/libQt5Core.so.5 [0]: normal symbol `_ZN6QTimerC1EP7QObject' [Qt_5] 60212: binding file /lib/x86_64-linux-gnu/libQt5XcbQpa.so.5 [0] to /lib/x86_64-linux-gnu/libQt5Core.so.5 [0]: normal symbol `_ZN7QThreadC2EP7QObject' [Qt_5] 60212: binding file /lib/x86_64-linux-gnu/libQt5XcbQpa.so.5 [0] to /lib/x86_64-linux-gnu/libQt5Core.so.5 [0]: normal symbol `_ZN14QWaitConditionC1Ev' [Qt_5] 60212: binding file /lib/x86_64-linux-gnu/libQt5XcbQpa.so.5 [0] to /lib/x86_64-linux-gnu/libQt5Core.so.5 [0]: normal symbol `_Z15qAddPostRoutinePFvvE' [Qt_5] 60212: binding file /lib/x86_64-linux-gnu/libQt5XcbQpa.so.5 [0] to /lib/x86_64-linux-gnu/libQt5Core.so.5 [0]: normal symbol `_ZN7QThread5startENS_8PriorityE' [Qt_5] 60212: binding file /lib/x86_64-linux-gnu/libQt5Core.so.5 [0] to /lib/x86_64-linux-gnu/libc.so.6 [0]: normal symbol `pthread_attr_init' [GLIBC_2.2.5] 60212: binding file /lib/x86_64-linux-gnu/libQt5Core.so.5 [0] to /lib/x86_64-linux-gnu/libc.so.6 [0]: normal symbol `pthread_attr_setdetachstate' [GLIBC_2.2.5] 60212: binding file /lib/x86_64-linux-gnu/libQt5Core.so.5 [0] to /lib/x86_64-linux-gnu/libc.so.6 [0]: normal symbol `pthread_attr_setinheritsched' [GLIBC_2.2.5] 60212: binding file /lib/x86_64-linux-gnu/libGL.so.1 [0] to /lib/x86_64-linux-gnu/libc.so.6 [0]: normal symbol `__libc_current_sigrtmin' [GLIBC_2.2.5] 60212: binding file /lib/x86_64-linux-gnu/libGL.so.1 [0] to /lib/x86_64-linux-gnu/libc.so.6 [0]: normal symbol `sigaddset' [GLIBC_2.2.5] $ export __GL_WRITE_TEXT_SECTION=0 $ LD_DEBUG=bindings qgit >/tmp/test_ok 2>&1 $ grep sigaddset /tmp/test_ok 58885: binding file /lib/x86_64-linux-gnu/libglib-2.0.so.0 [0] to /lib/x86_64-linux-gnu/libc.so.6 [0]: normal symbol `sigaddset' [GLIBC_2.2.5] 58885: binding file /lib/x86_64-linux-gnu/libsystemd.so.0 [0] to /lib/x86_64-linux-gnu/libc.so.6 [0]: normal symbol `sigaddset' [GLIBC_2.2.5] 58885: binding file /lib/x86_64-linux-gnu/libdbus-1.so.3 [0] to /lib/x86_64-linux-gnu/libc.so.6 [0]: normal symbol `sigaddset' [GLIBC_2.2.5] Best regards, Michel -- System Information: Debian Release: 12.1 APT prefers stable APT policy: (990, 'stable'), (500, 'stable-updates'), (500, 'stable-security') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 6.1.0-12-amd64 (SMP w/4 CPU threads; PREEMPT) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via
Bug#1051938: Resolved with a reboot
Hello, As an FYI: I downgraded systemd 253.5-1 but couldn't get it to function ("Failed to activate service 'org.freedesktop.systemd1'") I eventually rebooted my system (ended up having to boot of a live distro and fix the initramfs images which had all gotten broken during the initial upgrade failure) and the problem has disappeared after that. apt upgrade re-applied systemd 254.1-3 with no issues. - Michel
Bug#1052013: haskell-misfortune: Undeclared dependency on libpcre3
Package: haskell-misfortune Version: 0.1.2.1-2 Severity: important X-Debbugs-Cc: mic...@michel-slm.name Running `misfortune` fails with misfortune: error while loading shared libraries: libpcre.so.3: cannot open shared object file: No such file or directory unless libpcre3 is manually installed. -- System Information: Debian Release: trixie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 6.4.0-4-amd64 (SMP w/4 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 -- no debconf information
Bug#1051993: gdm3: System suspends after 15(!) minutes at login screen
Package: gdm3 Version: 45~beta-1 Severity: normal Dear Maintainer, After upgrading to 45~beta-1, the system suspends after 15 minutes at the login screen. This did not happen with older versions up to and including 44.1-2. This is a desktop machine which is always connected to AC. Setting both sleep-inactive-ac-timeout & sleep-inactive-battery-timeout (which default to 20 minutes though, not 15) to 0, and both sleep-inactive-ac-type & sleep-inactive-battery-type to 'nothing' in /etc/gdm3/greeter.dconf-defaults doesn't help. -- System Information: Debian Release: trixie/sid APT prefers unstable-debug APT policy: (500, 'unstable-debug'), (500, 'stable-security'), (500, 'buildd-unstable'), (500, 'unstable'), (102, 'experimental'), (1, 'experimental-debug') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 6.5.3+ (SMP w/16 CPU threads; PREEMPT) Kernel taint flags: TAINT_UNSIGNED_MODULE 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 gdm3 depends on: ii accountsservice 23.13.9-4 ii adduser 3.137 ii alacritty [x-terminal-emulator] 0.12.2-2 ii dbus [default-dbus-system-bus]1.14.10-1 ii dbus-bin 1.14.10-1 ii dbus-daemon 1.14.10-1 ii dconf-cli 0.40.0-4 ii dconf-gsettings-backend 0.40.0-4 ii debconf [debconf-2.0] 1.5.82 ii gir1.2-gdm-1.045~beta-1 ii gnome-console [x-terminal-emulator] 45~beta-2 ii gnome-session [x-session-manager] 44.0-4 ii gnome-session-bin 44.0-4 ii gnome-session-common 44.0-4 ii gnome-settings-daemon 45~rc-1 ii gnome-shell 44.4-1 ii gsettings-desktop-schemas 45~rc-1 ii kitty [x-terminal-emulator] 0.26.5-5 ii kwin-x11 [x-window-manager] 4:5.27.8-1 ii libaccountsservice0 23.13.9-4 ii libaudit1 1:3.1.1-1 ii libc6 2.37-9 ii libcanberra-gtk3-00.30-10 ii libcanberra0 0.30-10 ii libgdk-pixbuf-2.0-0 2.42.10+dfsg-1+b1 ii libgdm1 45~beta-1 ii libglib2.0-0 2.78.0-1 ii libglib2.0-bin2.78.0-1 ii libgtk-3-03.24.38-5 ii libgudev-1.0-0238-2 ii libkeyutils1 1.6.3-2 ii libpam-modules1.5.2-7 ii libpam-runtime1.5.2-7 ii libpam-systemd [logind] 254.1-3 ii libpam0g 1.5.2-7 ii librsvg2-common 2.54.7+dfsg-2 ii libselinux1 3.5-1 ii libsystemd0 254.1-3 ii libx11-6 2:1.8.6-1 ii libxau6 1:1.0.9-1 ii libxcb1 1.15-1 ii libxdmcp6 1:1.1.2-3 ii mutter [x-window-manager] 44.4-3 ii plasma-workspace [x-session-manager] 4:5.27.8-1 ii polkitd 123-1 ii procps2:4.0.3-1 ii systemd-sysv 254.1-3 ii ucf 3.0043+nmu1 ii x11-common1:7.7+23 ii x11-xserver-utils 7.7+9+b1 ii xfce4-session [x-session-manager] 4.18.3-1 ii xfce4-terminal [x-terminal-emulator] 1.1.0-1 ii xfwm4 [x-window-manager] 4.18.0-1 ii xterm [x-terminal-emulator] 384-1 Versions of packages gdm3 recommends: ii at-spi2-core 2.49.91-2 ii desktop-base 12.0.6+nmu1 ii gnome-session [x-session-manager] 44.0-4 ii plasma-workspace [x-session-manager] 4:5.27.8-1 ii x11-xkb-utils 7.7+7 ii xfce4-session [x-session-manager] 4.18.3-1 ii xserver-xephyr2:21.1.8-1 ii xserver-xorg 1:7.7+23 ii zenity3.44.2-1 Versions of packages gdm3 suggests: pn libpam-fprintd ii libpam-gnome-keyring 42.1-1+b2 pn libpam-pkcs11 pn libpam-sss pn orca -- debconf information: gdm3/daemon_name: /usr/sbin/gdm3 * shared/default-x-display-manager: gdm3
Bug#1051938: systemd: "Assertion 'path_is_absolute(p)' failed" on upgrade
On 14/09/2023 19:55, Michael Biebl wrote: Am 14.09.23 um 19:52 schrieb Michael Biebl: Am 14.09.23 um 15:43 schrieb Michel Meyers: Assertion 'path_is_absolute(p)' failed at src/basic/chase.c:628, function chase( ). Aborting. Sounds like https://github.com/systemd/systemd/issues/28458 Do you use any virtualization like OpenVZ ? No OpenVZ, but I do have both Docker containers and a VM in KVM/libvirt running on this box.
Bug#1051938: systemd: "Assertion 'path_is_absolute(p)' failed" on upgrade
Package: systemd Version: 254.1-3 Severity: important Dear Maintainer, While running an apt upgrade, systemd fails to get upgraded/installed with the followint error messages: Setting up systemd (254.1-3) ... Assertion 'path_is_absolute(p)' failed at src/basic/chase.c:628, function chase( ). Aborting. /var/lib/dpkg/info/systemd.postinst: line 11: 3184727 Aborted (c ore dumped) journalctl ${DPKG_ROOT:+--root="$DPKG_ROOT"} --update-catalog Assertion 'path_is_absolute(p)' failed at src/basic/chase.c:628, function chase( ). Aborting. /var/lib/dpkg/info/systemd.postinst: line 65: 3184729 Aborted (c ore dumped) systemd-sysusers ${DPKG_ROOT:+--root="$DPKG_ROOT"} basic.conf system d-journal.conf systemd-network.conf dpkg: error processing package systemd (--configure): installed systemd package post-installation script subprocess returned error ex it status 134 I am uncertain on how to debug this further. - Michel *** End of the template - remove these template lines *** -- Package-specific info: -- System Information: Debian Release: trixie/sid APT prefers testing APT policy: (650, 'testing'), (600, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 6.4.0-2-amd64 (SMP w/12 CPU threads; PREEMPT) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE 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/bash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages systemd depends on: ii libacl12.3.1-3 ii libaudit1 1:3.1.1-1 ii libblkid1 2.39.2-1 ii libc6 2.37-7 ii libcap21:2.66-4 ii libcryptsetup122:2.6.1-5 ii libfdisk1 2.39.2-1 ii libgcrypt201.10.2-2 ii libkmod2 30+20230601-1 ii liblz4-1 1.9.4-1 ii liblzma5 5.4.4-0.1 ii libmount1 2.39.2-1 ii libp11-kit00.25.0-4 ii libseccomp22.5.4-1+b3 ii libselinux13.5-1 ii libssl33.0.10-1 ii libsystemd-shared 254.1-3 ii libsystemd0254.1-3 ii libzstd1 1.5.5+dfsg2-1 ii mount 2.39.2-1 ii systemd-dev254.1-3 Versions of packages systemd recommends: ih dbus [default-dbus-system-bus] 1.14.10-1 ii ntpsec [time-daemon]1.2.2+dfsg1-2 Versions of packages systemd suggests: ii libfido2-11.13.0-1 ii libqrencode4 4.1.1-1 ii libtss2-esys-3.0.2-0 3.2.1-3 ii libtss2-mu0 3.2.1-3 pn libtss2-rc0 ii polkitd 123-1 ii python3 3.11.4-5+b1 pn python3-pefile pn systemd-boot ii systemd-container 254.1-3 pn systemd-homed pn systemd-resolved pn systemd-userdbd Versions of packages systemd is related to: ii dbus-user-session 1.14.10-1 pn dracut it initramfs-tools0.142 ii libnss-systemd 254.1-3 ii libpam-systemd 254.1-3 ih udev 254.1-3 -- Configuration Files: /etc/systemd/logind.conf changed: [Login] HandlePowerKey=ignore -- no debconf information Assertion 'path_is_absolute(p)' failed at src/basic/chase.c:628, function chase(). Aborting. Failed to call DumpByFileDescriptor: Failed to activate service 'org.freedesktop.systemd1': timed out (service_start_timeout=25000ms) ==> /var/lib/systemd/deb-systemd-helper-enabl
Bug#1051681: Hangs trying to boot from /boot on LVM+LUKS
On 9/11/23 11:28, Michel Dänzer wrote: > > After upgrading to 2.12~rc1, any boot entry hangs after 'Loading initial > ramdisk ...'. I'll attach a photo showing the debug=all output when it hangs. > > Downgrading to 2.06-13 avoids the issue. 2.06-14 works fine as well. -- Earthling Michel Dänzer| https://redhat.com Libre software enthusiast | Mesa and Xwayland developer
Bug#1043484: libplib1: sound library only supports OSS
Package: libplib1 Version: 1.8.5-14+b1 Severity: normal X-Debbugs-Cc: okgomdjgbm...@gmail.com Dear Maintainer, Debian is maintaining this right? Upsteam seams dead. I recently compiled tuxkart (uses libplib), not supertuxkart, tuxkart. It is the ancestor of supertuxkart. I was amazed to find out that it actually worked O_O (2006) . The only problem, is that it compiled with OSS support. And it's a version that is not compatible with the simple OSS emulations that just load a library, but require full OSS emulation with a fake /dev/dsp. Trying to emulate that is especially inefficient and buggy. the problem is in the SL library inside libplib. It would require to be updated with pulseaudio. Asuming this is not a wontfix.
Bug#1043401: tiger: Message 'con010c' cannot be overriden by tiger.ignore
Package: tiger Version: 1:3.2.4~rc1-3.2 Severity: normal Dear Maintainer, Bug #449439 is closed in 2007 for tiger 3.2.2-1 The message --CONFIG-- [con010c] Filesystem '...' used by '...' is not recognised as a valid filesystem cannot be filtered in /etc/tiger/tiger.ignore But the patch seems to be missing in 3.2.4~rc1 /usr/lib/tiger/systems/Linux/2/gen_mounts:358 # The rest we warn about if [ "$LOCAL" -eq 2 ] ; then - echo "--CONFIG-- [con010c] Filesystem '$1' used by '$2' is not recognised as a local filesystem" >&2 + local msg="Filesystem '$1' used by '$2' is not recognised as a local filesystem" + # possibly ignore $msg using tiger.ignore + if [ ! -z "$(echo \"$msg\" | egrep -v -f /etc/tiger/tiger.ignore)" ]; then +echo "--CONFIG-- [con010c] $msg" >&2 + fi LOCAL=1 fi -- System Information: Debian Release: 12.1 APT prefers stable-security APT policy: (600, 'stable-security'), (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 6.1.37-mobius (SMP w/8 CPU threads; PREEMPT) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE 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 tiger depends on: ii binutils 2.40-2 ii bsdutils 1:2.38.1-5+b1 ii debconf [debconf-2.0] 1.5.82 ii debianutils5.7-0.4 ii libc6 2.36-9+deb12u1 ii lsb-release12.0-1 ii net-tools 2.10-0.1 ii ucf3.0043+nmu1 Versions of packages tiger recommends: pn chkrootkit ii john1.9.0-2 ii postfix [mail-transport-agent] 3.7.6-0+deb12u2 ii tripwire2.4.3.7-4+b7 Versions of packages tiger suggests: ii lsof 4.95.0-1 pn lynis -- Configuration Files: /etc/tiger/tiger.ignore changed [not included] -- debconf information: tiger/policy_adapt: tiger/mail_rcpt: root
Bug#1043082: 1oom: should look for game-data-packager data files
Package: 1oom Version: 1.0-2 Severity: minor X-Debbugs-Cc: okgomdjgbm...@gmail.com Dear Maintainer, game-data-packager installs the data files in /usr/share/games/master-of-orion But 1oom doesn't look there by default. This can be easily fixed in the config, so it's not serious. maybe also make master-of-orion-data an optional repedency.
Bug#1043081: 1oom: swith to a fork
Package: 1oom Version: 1.0-2 Severity: normal Tags: upstream X-Debbugs-Cc: okgomdjgbm...@gmail.com Dear Maintainer, upstream is dead, from https://kilgoretroutmaskreplicant.gitlab.io/plain-html/ "Q: Is this project dead? A: The project is finished. The author is dead. " should switch to a fork, maybe this one. https://github.com/1oom-fork/1oom
Bug#1041650: libopencv-dev: license in /usr/share/licenses
Package: libopencv-dev Version: 4.6.0+dfsg-12 Severity: minor X-Debbugs-Cc: okgomdjgbm...@gmail.com Dear Maintainer, you put the license in /usr/share/licenses the Arch way, it's the only package doing that.
Bug#1041413: Package: distrobox; Missing dependency: uidmap
Hi Doug, On Tue, Jul 18, 2023 at 12:38:46PM -0400, Doug Baggett wrote: > Package: distrobox > Version: 1.4.2.1 > Severity: important > > Dear Maintainer, > > I am reporting a missing dependency issue with distrobox on Debian 12. The > uidmap package is required but not listed as a dependency. This causes > problems when trying to use distrobox, as it cannot function properly > without it. > > Please add it as a dependency for distrobox to resolve this issue. > > Thank you for your attention to this matter! > Thank you for catching this! Since bookworm is in full freeze I'll do a bugfix for this and do an update in unstable to the newer 1.5 release later. Thanks, -- Michel Alexandre Salim identities: https://keyoxide.org/5dce2e7e9c3b1cffd335c1d78b229d2f7ccc04f2 signature.asc Description: PGP signature
Bug#1041335: webext-https-everywhere: obsolete, should be deleted
Package: webext-https-everywhere Severity: wishlist Tags: upstream X-Debbugs-Cc: okgomdjgbm...@gmail.com Dear Maintainer, https-everywhere is obsolete, it was sunset january 2023. It seams you forgot about it. from eff it self. "You no longer need HTTPS Everywhere to set HTTPS by default! Major browsers now offer native support for an HTTPS only mode." https://www.eff.org/https-everywhere It should be deleted from testing and unstable. Probably, it shouldn't have made it in bookworm either.
Bug#1040056: spirv-tools breaks spirv-llvm-translator-15 autopkgtest: exactly one input file must be specified.
On 7/10/23 10:36, Sebastien Bacher wrote: > The issue needs to be fixed in piglit and there is a patch upstream, I've > reported that as https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1039592 The spirv-llvm-translator build doesn't use piglit though, does it? > https://gitlab.freedesktop.org/mesa/piglit/-/merge_requests/821 However, 'spirv-as -h' still says: 'If no file is specified, [...] then the assembly text is read from standard input.' So this does seem like a spirv-tools bug, and my piglit change is a workaround. -- Earthling Michel Dänzer| https://redhat.com Libre software enthusiast | Mesa and Xwayland developer
Bug#1040485: raspi-firmware breaks kernel upgrade
Package: raspi-firmware Severity: serious Justification: 6 X-Debbugs-Cc: okgomdjgbm...@gmail.com Dear Maintainer, I tried to upgrade the kernel today( bookworm amd64), and it failed because of raspi-firmware scripts. I had to rm manually files and purge raspi-firmware so that the kernel can complete the install. The messy removal is a second agravating problem. The package was included accidentally in the live CD for amd64. This problem affect every one that installed with the live CD. -- System Information: Debian Release: 12.0 APT prefers stable-security APT policy: (500, 'stable-security'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 6.1.0-9-amd64 (SMP w/2 CPU threads; PREEMPT) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB:en Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages raspi-firmware depends on: ii dosfstools 4.2-1 ii dpkg1.21.22 raspi-firmware recommends no packages. Versions of packages raspi-firmware suggests: ii bluez-firmware 1.2-9 ii firmware-brcm80211 20230210-5 ii firmware-misc-nonfree 20230210-5
Bug#985769: xwayland: 100% of CPU, The system gets stuck.
On 6/22/23 12:47, Alberto Garcia wrote: > On Tue, Mar 23, 2021 at 03:57:41PM +0800, john wrote: > >> The xwayland cpu utilization rate reaches 100%, which often happens. > > I have actually had this problem a few times since I upgraded from > bullseye to bookworm. The UI becomes unresponsive and the only > alternative is to ssh into the machine and kill Xwayland. > > I don't think I ever had this problem in bullseye. I think this tends > to happen when I am using Steam (and I don't mean playing a game but > simply browsing the store or the library). Could be https://gitlab.freedesktop.org/xorg/xserver/-/issues/1442 fixed by https://gitlab.freedesktop.org/xorg/xserver/-/merge_requests/1086 . -- Earthling Michel Dänzer| https://redhat.com Libre software enthusiast | Mesa and Xwayland developer
Bug#1037964: live-build: create english only isos
Package: live-build Severity: wishlist Tags: l10n X-Debbugs-Cc: okgomdjgbm...@gmail.com Dear Maintainers, The official live isos come with 2GBs of language packs. That's basically half the iso. That's way too much uselles stuff that after install need to be removed. An easy and simple solution would be to create an additional set of english only isos.
Bug#1037174: RFS: damo/1.8.4-1 [ITP] -- Data Access Monitoring Operator
Hi Adam, Thanks for all the feedback! I've addressed them all and updated to 1.8.5 which has been released in the meantime. Added comments inline - and the additional question at the end. https://mentors.debian.net/package/damo/ https://salsa.debian.org/python-team/packages/damo/-/tree/44d7ecd2bf2af277e2b93be82c32ffcb242f5d17 On Mon, Jun 12, 2023 at 05:15:24PM +0200, Adam Borowski wrote: > On Tue, Jun 06, 2023 at 09:45:25PM -0500, Michel Alexandre Salim wrote: > > Hi! > The commands you run for % targets will fail badly if ran in parallel, and > that's the default these days. Please run that only once, eg from > override_dh_auto_configure (as that's a target that's run early). > Fixed, thanks > Other nice to have bits: > * the description doesn't say what DAMON is, even "Data Access Monitoring >Operator" doesn't shed much light Added description, thank you! > * a command-line tool really should have a man page Added a manpage using help2man and checked in the generator script One question: is it alright to mark the architecture here as "all"? The code itself is pure Python, but it depends on functionality of the Linux kernel. `linux-all` is not a valid target, and if I mark it as `linux-any` it will... cause buildd to unnecessarily build this on each architecture, right? Best regards, -- Michel Alexandre Salim identities: https://keyoxide.org/5dce2e7e9c3b1cffd335c1d78b229d2f7ccc04f2 signature.asc Description: PGP signature
Bug#1037174: RFS: damo/1.8.4-1 [ITP] -- Data Access Monitoring Operator
Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package "damo": * Package name : damo Version : 1.8.4-1 Upstream contact : SeongJae Park * URL : https://damonitor.github.io/ * License : GPL-2 * Vcs : https://salsa.debian.org/python-team/packages/damo Section : devel The source builds the following binary packages: damo - Data Access Monitoring Operator To access further information about this package, please visit the following URL: https://mentors.debian.net/package/damo/ Alternatively, you can download the package with 'dget' using this command: dget -x https://mentors.debian.net/debian/pool/main/d/damo/damo_1.8.4-1.dsc Changes for the initial release: damo (1.8.4-1) unstable; urgency=medium . * Initial release. (Closes: #1037157) Regards, -- Michel Alexandre Salim identities: https://keyoxide.org/5dce2e7e9c3b1cffd335c1d78b229d2f7ccc04f2 signature.asc Description: PGP signature
Bug#1037157: ITP: damo -- Data Access Monitoring Operator
Package: wnpp Severity: wishlist Owner: Michel Alexandre Salim X-Debbugs-Cc: debian-de...@lists.debian.org, mic...@michel-slm.name * Package name: damo Version : 1.8.3 Upstream Contact: SeongJae Park * URL : https://damonitor.github.io/ * License : GPL Programming Lang: Python Description : Data Access Monitoring Operator damo is a user space tool for DAMON. Using this, you can monitor the data access patterns of your system or workloads and make data access-aware memory management optimizations. - what it does: https://sjp38.github.io/post/damon/ -- basically you can optimize how the kernel manages memory based on how often pages are accessed - recent LWN article: https://lwn.net/Articles/931769/ - Will be maintained as part of the Debian Python Team. I am a Debian Maintainer so this will need an initial sponsor.
Bug#939170: linux: does not suspend completely, locks up
May 13. 2023 UPDATE same issue back again on Bookworm RC2 As I use my Thinkpad X1 Yoga (is detected as X1 Carbon 4th gen) also as test machine, I made a fresh Bookworm install and had the same issue (even worse) as on Bullseye. I say worse because on bullseye the issue was at least visible, as the screen didn't power off completely. But now on Bookworm the display power off... but not the machine. This is why I even didn't realize it after installation... but only when my TP didn't want to start 2-3 days later... the battery was drained off! After recharging, I it saw that after shutdown, only sign was that the small led on the ESC/FnLk key was still on! Something that I didn't see earlier when closing the the laptop lid. I added, as per Felix Rublack recommendation, the same entries in /etc/modprobe.d/blacklist-tpm.conf (Message #40), blacklist tpm blacklist tpm_crb blacklist tpm_tis blacklist tpm_tis_core but unfortunately this doesn't work on Bookworm! As I'm a relatively new Linux/Debian user with limited knowledge I would appreciate any suggestion how to solve the problem. Thanks in advance for any suggestion! Jean-Michel Zwygart On Mon, 25 Jul 2022 17:13:29 +0200 Jean-Michel Zwygart wrote: > I updated a Thinkpad X1 Yoga (is detected as X1 Carbon 4th gen) from > Buster to Bullseye a few months ago and after the update the shutdown > reached status power off but didn't power off the machine. Tried > different shutdown command options from terminal, with always the same > result. As relatively new Linux Debian user with I fist thought that I > did something wrong or that my Thinkpad had a problem. I installed other > distro's and the problem disappeared... so I assumed it was a Debian issue. > > But as I want to stay on Debian, I register to the Forum and fortunately > found this post. > > I modified blacklisted tpm, as mentioned by Frank Löffler, and the > solution worked also for me! > > Thanks a lot to Frank for his suggestion, and the others who confirmed > this solution, that made me confident, as new user, to made the change. > > Best regards > > Jean-Michel > > > >
Bug#1034228: zcfan: dh_installsystemd doesn't handle files in /usr/lib/systemd/system
Hi Cyril, On Tue, Apr 25, 2023 at 06:05:04PM +0200, Cyril Brulebois wrote: > Control: tag -1 patch pending > > Andreas Henriksson (2023-04-11): > > The culprit seems to be the wrong path hardcoded at: > > https://sources.debian.org/src/zcfan/1.2.1-1/Makefile/#L44 > > > > Preferably you would find out this path by querying systemd.pc for it, > > ie. pkg-config --variable=systemdsystemunitdir systemd > > > > (Note: You'll also need to build-dep on pkg-config and systemd, for > > systemd.pc) > > Let's… not do that during the hard freeze. > > With the attached patch, the resulting binary debdiff looks like this: > > [The following lists of changes regard files as different if they have > different names, permissions or owners.] > > Files in second .deb but not in first > - > -rw-r--r-- root/root /lib/systemd/system/zcfan.service > -rwxr-xr-x root/root DEBIAN/postinst > -rwxr-xr-x root/root DEBIAN/postrm > -rwxr-xr-x root/root DEBIAN/prerm > > Files in first .deb but not in second > - > -rw-r--r-- root/root /usr/lib/systemd/system/zcfan.service > (*) -rw-r--r-- root/root /usr/share/doc/zcfan/changelog.Debian.amd64.gz > > Control files: lines which differ (wdiff format) > > Installed-Size: [-36-] {+39+} > (*) [-Source: zcfan (1.2.1-1)-] > Version: [-1.2.1-1+b1-] {+1.2.1-2+} > > There's a bit of extra noise in there, due to the fact we're comparing a > binNMU against a normal upload, I've prefixed relevant lines with an > asterisk. > > > Maintainer: I'm uploading to DELAYED/5, it can be either rescheduled to > DELAYED/0 if you're happy with the changes right now, or be superseded > by an upload of yours if that happens before the delay is over. > Apologies for the delay, but I've uploaded a -2 that works around dh_installsystemd not recognizing files in /usr/lib/systemd by moving it to /lib/systemd, invoking dh_installsystemd, and moving it back to /usr/lib/systemd Let me know if that is acceptable - otherwise the changes in -1+b1 looks fine too. Thanks, -- Michel Alexandre Salim identities: https://keyoxide.org/5dce2e7e9c3b1cffd335c1d78b229d2f7ccc04f2 signature.asc Description: PGP signature
Bug#1033230: webkit2gtk: version 2.39.90-1 lost its libgles2 runtime dependency
On 3/21/23 17:27, Alberto Garcia wrote: > On Mon, Mar 20, 2023 at 01:29:51PM +0100, Gianfranco Costamagna wrote: > >> Hello, for some reasons, now webkit2gtk is not linking anymore >> libGLESv2.so.2 causing surf to fail autopkgtests on arm64 and armhf > > Hmmm... the reason is that this is now handled via libepoxy, which > opens libGLESv2.so.2 on runtime using dlopen(). > > I think that I'll add the dependencies manually for now, but I wonder > if libepoxy should depend on those libraries instead? My understanding is that libepoxy requires its user to set up the EGL/GLX context, and the latter should not rely on libepoxy pulling in the corresponding libraries. -- Earthling Michel Dänzer| https://redhat.com Libre software enthusiast | Mesa and Xwayland developer
Bug#1032418: zcfan service is not stopped on package removal
On Fri, 17 Mar 2023 16:01:16 +0100 Lee Garrett wrote: > Debugging this issue I found that it's caused by #1031695 (a bug in > dh_installsystemd). I've reduced this bug severity accordingly. > > Thanks! Also for the kind offer to help fixing this. Per our discussion in #debian-mentors we'll need to wait for the dh_installsystemd issue to be fixed. zcfan is supposed to be zero-configuration, so... once dh_installsystemd does the right thing, I wonder if we should default this to on or off. Thanks, -- Michel Alexandre Salim identities: https://keyoxide.org/5dce2e7e9c3b1cffd335c1d78b229d2f7ccc04f2 signature.asc Description: PGP signature
Bug#1017980: zcfan should "Conflicts: thinkfan"
Hi Lee, On Tue, 23 Aug 2022 14:49:13 +0200 Lee Garrett wrote: > Package: zcfan > Severity: normal > X-Debbugs-Cc: deb...@rocketjump.eu > > Hi Michel, > > thank you for packaging zcfan! I think it should have "Conflicts: thinkfan" > set > in the package meta-data, as both installed on the same machine likely will > produce unpredictable behaviour. > Apologies for missing this! And thanks for reaching out in debian-mentors. You've already added the Conflicts: on thinkfan's side, but I've added it to zcfan now > By the way, it looks like you're using git-buildpackage. Can you push the > pristine-tar and upstream branches? That would make it easier for me to build > and verify the package, and provide a patch. > Already did when cleaning up a couple of months ago (I belatedly discovered gbp pull/push). Thanks for the reminder! Best regards, -- Michel Alexandre Salim identities: https://keyoxide.org/5dce2e7e9c3b1cffd335c1d78b229d2f7ccc04f2 signature.asc Description: PGP signature
Bug#1032346: dropbear-initramfs: long delay when no network is attached
Package: dropbear-initramfs Version: 2020.81-3 I am using dropbear-initramfs on a laptop (running debian 11 / stable with encrypted rootfs). The intention is that most of the time I will be entering the cryptsetup password from the laptop keyboard, but occasionally I might connect the laptop to a local network and unlock it through the dropbear shell. I think this is similar to the b/964187 use case. In that bug, you noted difficulties with killing ipconfig with SIGTERM; the resolution (introducing DROPBEAR_SHUTDOWN_TIMEOUT) left a race when the cryptsetup password is entered on the console while there is no attached network cable. By default wait_for_dropbear() will wait 60 seconds for dropbear to start, while configure_networking() will try for up to 2+3+4+6+9+16+25+36+64+100=265 seconds to initialize the unconnected interface. That means an undesired 60 second wait, and the race is still present. I was wondering why ipconfig did not respond to SIGTERM, and I can not reproduce this issue (again, using debian 11 here, so this is with klibc-utils version 2.0.8-6.1). The diff below seems to avoid the wait and resolve the race as far as I can see: --- /usr/share/initramfs-tools/scripts/init-bottom/dropbear.orig 2021-01-14 12:14:26.0 -0800 +++ /usr/share/initramfs-tools/scripts/init-bottom/dropbear 2023-03-04 04:18:18.365776747 -0800 @@ -23,25 +23,34 @@ IFDOWN="*" DROPBEAR_SHUTDOWN_TIMEOUT=60 if [ -e /etc/dropbear/config ]; then . /etc/dropbear/config fi wait_for_dropbear() { local pid exe timer="$DROPBEAR_SHUTDOWN_TIMEOUT" pid="$(cat "$PIDFILE" 2>/dev/null)" || return 1 +# XXX tell configure_networking to stop +touch /run/net-dummy.conf + # when configure_networking() is run asynchronously dropbear might # not have started yet; ipconfig doesn't react to SIGTERM so we wait # for the network stack to be configured (and dropbear to start) # rather than terminating the shell and its children while [ $timer -gt 0 ] && exe="$(readlink -f "/proc/$pid/exe" 2>/dev/null)"; do + +# XXX kill ipconfig children +sed -nr "s/^([0-9]+) \\(ipconfig\\) \\S $pid [0-9]+ .*/\\1/p" \ +/proc/[0-9]*/stat 2>/dev/null | \ +while read pidxxx; do kill -TERM "$pidxxx"; done + if [ "$exe" = "$EXE" ]; then echo "$pid" return 0 fi sleep 1 timer=$(( timer - 1 )) done return 1 } Hope this helps, -- Michel Lespinasse
Bug#1030746: cdrom: asus bt400 firmware
Package: cdrom Severity: wishlist X-Debbugs-Cc: daggelin...@gmail.com Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? * What exactly did you do (or not do) that was effective (or ineffective)? manualy installed firmware * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these template lines ***
Bug#1016741: Not quite fixed yet
reopen 1016741 kthxbye Thanks for attempting to fix this bug! However, it's not quite fixed yet, because /usr/lib/dracut/modules.d/35network-manager/nm-lib.sh checks the wrong path. This fixes it: --- /usr/lib/dracut/modules.d/35network-manager/nm-lib.sh.dpkg-dist 2022-11-20 08:56:26.0 +0100 +++ /usr/lib/dracut/modules.d/35network-manager/nm-lib.sh 2022-12-10 10:56:08.785448157 +0100 @@ -10,7 +10,7 @@ nm_generate_connections() { elif [ -x /usr/lib/nm-initrd-generator ]; then # shellcheck disable=SC2046 /usr/lib/nm-initrd-generator -- $(getcmdline) -elif [ -x /usr/lib/nm-initrd-generator ]; then +elif [ -x /usr/lib/NetworkManager/nm-initrd-generator ]; then # shellcheck disable=SC2046 /usr/lib/NetworkManager/nm-initrd-generator -- $(getcmdline) else BTW, in the meantime I also noticed that /usr/lib/dracut/modules.d/40network/module-setup.sh doesn't check the proper nm-initrd-generator path either. This fixes it: --- /usr/lib/dracut/modules.d/40network/module-setup.sh.dpkg-dist 2022-11-15 17:49:58.0 +0100 +++ /usr/lib/dracut/modules.d/40network/module-setup.sh 2022-12-10 11:35:04.612714382 +0100 @@ -21,7 +21,7 @@ depends() { network_handler="network-wicked" elif [[ -e $dracutsysrootdir$systemdsystemunitdir/connman.service ]]; then network_handler="connman" -elif [[ -x $dracutsysrootdir/usr/libexec/nm-initrd-generator ]] || [[ -x $dracutsysrootdir/usr/lib/nm-initrd-generator ]]; then +elif [[ -x $dracutsysrootdir/usr/libexec/nm-initrd-generator ]] || [[ -x $dracutsysrootdir/usr/lib/nm-initrd-generator ]] || [[ -x $dracutsysrootdir/usr/lib/NetworkManager/nm-initrd-generator ]]; then network_handler="network-manager" elif [[ -x $dracutsysrootdir$systemdutildir/systemd-networkd ]]; then network_handler="systemd-networkd" With this, I no longer need to explicitly add the network-manager module in a /etc/dracut.conf.d/*.conf file. -- Earthling Michel Dänzer| https://redhat.com Libre software enthusiast | Mesa and Xwayland developer
Bug#1024775: systemd-cryptenroll --pkcs11-token-uri=list PKCS#11 tokens not supported on this build.
Package: systemd Version: 252.1-1 Dear all, I am trying to use an OpenSC compatible PKCS#11 token to enroll an RSA keypair to unlock a LUKS partition. systemd-cryptenroll --pkcs11-token-uri=list PKCS#11 tokens not supported on this build Could you please build systemd with PKCS#11 support. PKCS#11 is the standard way to enroll security tokens and is very mature. Hardware: any libccid smartcard reader https://ccid.apdu.fr/ Token: smartcard-hsm but it could also be the Yubikey https://www.smartcard-hsm.com/ For testing : apt install opensc libccid pcscd opensc-pkcs11 Everything is in Debian and should work. Please allow pkcs11-token and I will test both smartcard-hsm and yubikey. Kind regards,
Bug#1021801: RFS: sugarjar/0.0.11-1 [ITP] -- Git/GitHub helper script
Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package "sugarjar": * Package name : sugarjar Version : 0.0.11-1 Upstream contact : Phil Dibowitz * URL : https://github.com/jaymzh/sugarjar * License : Apache-2.0 * Vcs : https://salsa.debian.org/michel/sugarjar Section : vcs The source builds the following binary packages: sugarjar - Git/GitHub helper script To access further information about this package, please visit the following URL: https://mentors.debian.net/package/sugarjar/ Alternatively, you can download the package with 'dget' using this command: dget -x https://mentors.debian.net/debian/pool/main/s/sugarjar/sugarjar_0.0.11-1.dsc Changes for the initial release: sugarjar (0.0.11-1) unstable; urgency=low . * Initial release (Closes: #1021743) * Backport patch to fix sj invoked without a valid command * Use installed lib when running rspec * Adjust salsa-ci.yml for 'all' architecture Regards, -- Michel Alexandre Salim identities: https://keyoxide.org/5dce2e7e9c3b1cffd335c1d78b229d2f7ccc04f2 signature.asc Description: PGP signature
Bug#1021743: ITP: sugarjar -- A Git/GitHub helper
Package: wnpp Severity: wishlist Owner: Michel Alexandre Salim X-Debbugs-Cc: debian-de...@lists.debian.org, mic...@michel-slm.name * Package name: sugarjar Version : 0.0.11 Upstream Author : Phil Dibowitz * URL : https://github.com/jaymzh/sugarjar * License : Apache Programming Lang: Ruby Description : A Git/GitHub helper SugarJar is a git/github helper. It needs one of the GitHub CLI's: the current default is hub, but there is experimental support for gh. SugarJar is inspired by arcanist, and its replacement at Meta, JellyFish. Many of the features they provide for the Phabricator workflow this aims to bring to the GitHub workflow. In particular there are a lot of helpers for using a squash-merge workflow that is poorly handled by the standard toolsets. If you miss Mondrian or Phabricator - this is the tool for you! I plan to maintain it myself, though I'd explore joining the Debian Ruby team or granting them upload rights. I'm a Debian Maintainer so I would initially need a sponsor to do the initial FTP upload.
Bug#1018193: ITP: the-foundation -- Opinionated C11 library for low-level functionality
On Fri, 2022-08-26 at 15:01 -0500, Michel Alexandre Salim wrote: > Package: wnpp > Severity: wishlist > Owner: Michel Alexandre Salim > X-Debbugs-Cc: debian-de...@lists.debian.org, mic...@michel-slm.name > > * Package name : the-foundation > Version : 1.4.0 > Upstream Author : Jaakko Keränen > * URL : https://codeberg.org/skyjake/the_Foundation > * License : BSD > Programming Lang: C > Description : Opinionated C11 library for low-level > functionality > > An object-oriented C library whose API is designed for a particular > coding > style, taking cues from C++ STL and Qt. > > This is a dependency for Lagrange, a desktop Gemini client: > https://codeberg.org/skyjake/lagrange > > I already maintain both in Fedora, and would be nice to be able to > use > them as native packages when on Debian. Note that this currently depends on PCRE, instead of PCRE2 - so it might be worth waiting until this is addressed first https://codeberg.org/skyjake/the_Foundation/issues/12 -- Michel Alexandre Salim identities: https://keyoxide.org/5dce2e7e9c3b1cffd335c1d78b229d2f7ccc04f2 signature.asc Description: This is a digitally signed message part
Bug#1019410: liblief: also package python module
Package: liblief0 Version: 0.9.0-1+b12 Severity: wishlist File: liblief X-Debbugs-Cc: okgomdjgbm...@gmail.com Dear Maintainer, It would be nice to also package the python module. It's kind of strange that it's not fully packaged.
Bug#447701: python-software-properties: dependency on unattended-upgrades has undesirable effects
Package: python3-software-properties Version: 0.96.20.2-2.1 Followup-For: Bug #447701 X-Debbugs-Cc: okgomdjgbm...@gmail.com Dear Maintainer, Can you please change this to suggest? Finally after 15 years unattended-upgrades is today active by default for security upgrades. That's still not acceptable to have it automatically installed like this. You already got 15 years of people complaining
Bug#1018193: ITP: the-foundation -- Opinionated C11 library for low-level functionality
Package: wnpp Severity: wishlist Owner: Michel Alexandre Salim X-Debbugs-Cc: debian-de...@lists.debian.org, mic...@michel-slm.name * Package name: the-foundation Version : 1.4.0 Upstream Author : Jaakko Keränen * URL : https://codeberg.org/skyjake/the_Foundation * License : BSD Programming Lang: C Description : Opinionated C11 library for low-level functionality An object-oriented C library whose API is designed for a particular coding style, taking cues from C++ STL and Qt. This is a dependency for Lagrange, a desktop Gemini client: https://codeberg.org/skyjake/lagrange I already maintain both in Fedora, and would be nice to be able to use them as native packages when on Debian.
Bug#1017814: rtv: upgrade to tuir
Package: rtv Version: 1.27.0+dfsg-2 Severity: important Tags: upstream X-Debbugs-Cc: okgomdjgbm...@gmail.com Dear Maintainer, rtv is abandoned and it has already an anoying small bug with loading links (it almost always needs a second try). But, there's a fork, tuir https://gitlab.com/ajak/tuir It's basically rtv with bug fixes. It works fine, the bug from above is gone.
Bug#1017588: Your autotools copyright question
On Fri, Aug 19, 2022 at 10:13:00AM +0200, Bastian Germann wrote: > Am 19.08.22 um 03:41 schrieb Michel Alexandre Salim: > > Quick question (applies to drgn, not libkdumpfile) - if the tarball > > contains some m4 rules copied verbatim from autotools, do I have to list > > them in d/copyright? > > The answer is tricky: Per Debian Policy you have to include every license > that appears. > You do not have to include the Copyright statements because the files are not > a compiled part of the binary. > > Legally, it is okay to leave the licenses out of d/copyright and I have > never seen ftpmaster reject a package because the FSF All Permissive License > was missing. I do not think there is an official exception for it but there > is certainly an unwritten exception. > > So the official answer is: include them. The unofficial answer is: it is okay > not to. > Got it, thanks! So if a unique license appears in the files that are not a compiled part, the argument in favor of listing it in d/copyright gets stronger, but if the license is the same and only the copyright is different I'll probably lean towards skipping unless someone insists they are included. I fixed libkdumpfile last night per your feedback, but there's a minor update just uploaded (2022-08-19 16:05) that refreshed the patches - one replaced by the upstream commit fixing a bug I reported, the other is now merged so I updated the header to include the fixed commit. Best, -- Michel Alexandre Salim identities: https://keyoxide.org/5dce2e7e9c3b1cffd335c1d78b229d2f7ccc04f2 signature.asc Description: PGP signature
Bug#1017686: RFP: solarus -- action RPG game engine
Package: wnpp Severity: wishlist X-Debbugs-Cc: okgomdjgbm...@gmail.com * Package name: solarus Version : 1.6.5 Upstream Author : Christopho * URL : http://www.solarus-games.org/ https://gitlab.com/solarus-games * License : GPL3 Programming Lang: C++ Description : 2D action RPG game engine This is a 2D game engine for action RPGs (zelda-like). Debian doesn't has anything equivalent. It's not just one game, it's a game engine and it's high quality. it has a debian PKGBUILD https://mpr.makedeb.org/packages/solarus-run demo https://www.youtube.com/watch?v=HUMcFAdBJ_g
Bug#1017685: RFP: openutau -- Open singing synthesis platform / Open source UTAU successor / vocaloid clone
Package: wnpp Severity: wishlist X-Debbugs-Cc: okgomdjgbm...@gmail.com * Package name: openutau Version : git Upstream Author : stakira * URL : http://www.openutau.com/ * License : MIT Programming Lang: C# Description : Open singing synthesis platform / Open source UTAU successor / vocaloid clone This is a clone of a shareware clone (UTAU) of the proprietairy vocaloid software (hatsune miku etc). It's a speach synthesiser, targeting specifically singing. UTAU been closed source, windows only, very old and quirky to use (you need to install Japanese fonts...). There's plenty of demand for this kind of thing and it's pretty much unique in the open source world. Here's a demo https://www.youtube.com/watch?v=tew1EyyLASs Debian doesn't has anything like this in it's repos. It's unique, with lots of interest.
Bug#1017588: RFS: drgn/0.0.20-1 [ITP] -- Programmable debugger
Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package "drgn": * Package name: drgn Version : 0.0.20-1 Upstream Author : Omar Sandoval * URL : https://github.com/osandov/drgn * License : GPL-3.0+, Expat * Vcs : https://salsa.debian.org/michel/drgn Section : devel The source builds the following binary packages: python-drgn-doc - Programmable debugger - documentation python3-drgn - Programmable debugger (Python 3 library) To access further information about this package, please visit the following URL: https://mentors.debian.net/package/drgn/ Alternatively, you can download the package with 'dget' using this command: dget -x https://mentors.debian.net/debian/pool/main/d/drgn/drgn_0.0.20-1.dsc Changes for the initial release: drgn (0.0.20-1) unstable; urgency=low . * Initial release. (Closes: #1001581) Regards, -- Michel Alexandre Salim identities: https://keyoxide.org/5dce2e7e9c3b1cffd335c1d78b229d2f7ccc04f2 signature.asc Description: PGP signature
Bug#1017071: RFS: psi-notify/1.3.1-1 -- Alert when your machine is becoming oversaturated
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "psi-notify": * Package name: psi-notify Version : 1.3.1-1 Upstream Author : Chris Down * URL : https://github.com/cdown/psi-notify * License : Expat * Vcs : https://salsa.debian.org/michel/psi-notify Section : utils The source builds the following binary packages: psi-notify - Alert when your machine is becoming oversaturated To access further information about this package, please visit the following URL: https://mentors.debian.net/package/psi-notify/ Alternatively, you can download the package with 'dget' using this command: dget -x https://mentors.debian.net/debian/pool/main/p/psi-notify/psi-notify_1.3.1-1.dsc Changes since the last upload: psi-notify (1.3.1-1) unstable; urgency=low . * Update to 1.3.1 * Patches now upstreamed * Allows running tests on systems with PSI disabled * manpage now included Regards, -- Michel Alexandre Salim identities: https://keyoxide.org/5dce2e7e9c3b1cffd335c1d78b229d2f7ccc04f2 signature.asc Description: PGP signature
Bug#1017067: python3-lxml: missing dependency in bullseye
Package: python3-lxml Version: 4.6.3+dfsg-0.1+deb11u1 Severity: normal Tags: patch X-Debbugs-Cc: okgomdjgbm...@gmail.com Dear Maintainer, i'm getting this error Traceback (most recent call last): File "/usr/lib/python3/dist-packages/lxml/cssselect.py", line 13, in import cssselect as external_cssselect ModuleNotFoundError: No module named 'cssselect' by installing python3-cssselect it goes away as expected.
Bug#1016926: RFS: zcfan/1.2.0-1 [ITP] -- Zero-configuration fan daemon for ThinkPads
Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package "zcfan": * Package name: zcfan Version : 1.2.0-1 Upstream Author : Chris Down * URL : https://github.com/cdown/zcfan * License : Expat * Vcs : https://salsa.debian.org/michel/zcfan Section : utils The source builds the following binary packages: zcfan - Zero-configuration fan daemon for ThinkPads To access further information about this package, please visit the following URL: https://mentors.debian.net/package/zcfan/ Alternatively, you can download the package with 'dget' using this command: dget -x https://mentors.debian.net/debian/pool/main/z/zcfan/zcfan_1.2.0-1.dsc Changes for the initial release: zcfan (1.2.0-1) unstable; urgency=low . * Initial release. (Closes: #1016908) Regards, -- Michel Alexandre Salim identities: https://keyoxide.org/5dce2e7e9c3b1cffd335c1d78b229d2f7ccc04f2 signature.asc Description: PGP signature
Bug#1016908: ITP: zcfan -- Zero-configuration fan daemon for ThinkPads
Package: wnpp Severity: wishlist Owner: Michel Alexandre Salim X-Debbugs-Cc: debian-de...@lists.debian.org, mic...@michel-slm.name * Package name: zcfan Version : 1.2.0 Upstream Author : Chris Down * URL : https://github.com/cdown/zcfan * License : Expat Programming Lang: C Description : Zero-configuration fan daemon for ThinkPads ## Features - Extremely small (~250 lines), simple, and easy to understand code - Sensible out of the box, configuration is optional (see "usage" below) - Strong focus on stopping the fan as soon as safe to do so, without inducing throttling - Automatic temperature- and time-based hysteresis: no bouncing between fan levels - Watchdog support - Minimal resource usage - No dependencies Per the author, this is a much simpler alternative to thinkfan. I will need to be sponsored.
Bug#1016794: mcomix: outdated package information
Package: mcomix Version: 1.2.1mcomix3+git20200206-1 Severity: minor X-Debbugs-Cc: okgomdjgbm...@gmail.com Dear Maintainer, missing Suggests: unzip, lhasa according to wikipedia lha was popular in Japan. A bit like mp3. Other wise the user can't guess that it can use these. can be removed: Provides: comix ,Conflicts: comix That was 13 years ago... Maybe remove: MComix is a fork of the Comix project, and aims to add bug fixes and stability improvements after Comix development came to a halt in late 2009. Not accurate. It was a temporary mod. The dev never intended to start a fork: MComix3 is a fork of the MComix project (of gtk3 branch), which port MComix to python3.
Bug#1006794: mcomix: conflicts with configuration
Package: mcomix Followup-For: Bug #1006794 X-Debbugs-Cc: okgomdjgbm...@gmail.com Dear Maintainer, Actually, there's a problem The configuration files aren't 100% compatible whille there's little to gain. So it shouldn't be backported to stable.
Bug#1016741: Wrong paths to nm-initrd-generator
Package: dracut-network Version: 056-3 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 /usr/lib/dracut/modules.d/35network-manager/module-setup.sh and /usr/lib/dracut/modules.d/35network-manager/nm-lib.sh look for nm-initrd-generator in /usr/libexec and /usr/lib. However, network-manager actually ships it in /usr/lib/NetworkManager/. This prevents the network-manager module from working in the initrd. - -- System Information: Debian Release: bookworm/sid APT prefers unstable-debug APT policy: (500, 'unstable-debug'), (500, 'stable-security'), (500, 'buildd-unstable'), (500, 'unstable'), (102, 'experimental-debug'), (102, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.19.0+ (SMP w/8 CPU threads; PREEMPT) Kernel taint flags: TAINT_WARN, TAINT_UNSIGNED_MODULE Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8), LANGUAGE=en_CA:en Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages dracut-network depends on: pn dracut-core ii iputils-arping 3:20211215-1 ii isc-dhcp-client 4.4.3-2 Versions of packages dracut-network recommends: ii curl7.84.0-2 pn nbd-client pn nfs-common pn open-iscsi dracut-network suggests no packages. -BEGIN PGP SIGNATURE- iHEEARECADEWIQSwn681vpFFIZgJURRaga+OatuyAAUCYu5tbhMcbWljaGVsQGRh ZW56ZXIubmV0AAoJEFqBr45q27IA8YQAnRTdZ0xH9LqUxjWrucgjVyoCCopQAJ9e RmC2sgy9r9egd531hAZwopf0FA== =lxbV -END PGP SIGNATURE-
Bug#1016654: apt-mark not mentioned in package description
Package: apt Version: 2.2.4 Severity: minor X-Debbugs-Cc: okgomdjgbm...@gmail.com Dear Maintainer, ...title.
Bug#1016624: RFS: psi-notify/1.3.0-1 -- Alert when your machine is becoming oversaturated
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "psi-notify": * Package name: psi-notify Version : 1.3.0-1 Upstream Author : Chris Down * URL : https://github.com/cdown/psi-notify * License : Expat * Vcs : https://salsa.debian.org/michel/psi-notify Section : utils The source builds the following binary packages: psi-notify - Alert when your machine is becoming oversaturated To access further information about this package, please visit the following URL: https://mentors.debian.net/package/psi-notify/ Alternatively, you can download the package with 'dget' using this command: dget -x https://mentors.debian.net/debian/pool/main/p/psi-notify/psi-notify_1.3.0-1.dsc Changes since the last upload: psi-notify (1.3.0-1) unstable; urgency=low . * Update to 1.3.0 * add `make install` * `README.md`: update link to desktop notifications spec * `README.md`: add links to Debian and Ubuntu packages and Repology Regards, -- Michel Alexandre Salim identities: https://keyoxide.org/5dce2e7e9c3b1cffd335c1d78b229d2f7ccc04f2 signature.asc Description: PGP signature
Bug#1016529: webp-pixbuf-loader: backport to stable
Package: webp-pixbuf-loader Version: 0.0.5-5 Severity: wishlist X-Debbugs-Cc: okgomdjgbm...@gmail.com Dear Maintainer, It would be nice to backport this to stable. It was probably a mistake, not to include it earlier. I already installed the binary package that was ment for testing and it works fine. The only additional dependency is libwebp7. That's a brand new lib, and they are no conflicts. It seams like a painless backport.
Bug#1016520: KeyError: 'dislike_count'
Package: python3-pafy Version: 0.5.2-2.1 Severity: grave Tags: patch Justification: renders package unusable X-Debbugs-Cc: okgomdjgbm...@gmail.com Dear Maintainer, pafy broke, after youtube droped dislike counts. There's a proper fix upstream in the dev repo but not released yet. A simple fix for the current package: In backend_youtube_dl.py replace the line: self._dislikes = self._ydl_info['dislike_count'] with: self._dislikes = "0"
Bug#1016003: yt-dlp: little script
Package: yt-dlp Version: 2022.07.18-1~bpo11+1 Followup-For: Bug #1016003 X-Debbugs-Cc: okgomdjgbm...@gmail.com Dear Maintainer, I fleshed out the proposal a bit more. The simplest possibillity is to make symlinks, of both the executable and module, to pretend they are youtube-dl and the module youyube_dl. This way, also python programs that load the module could work. A little bit better is this little wraper. you link the exec and module to it. -- #!/usr/bin/python3 import sys from yt_dlp import * if __name__ == "__main__": args=sys.argv.copy() args.pop(0) args=['--compat-options','youtube-dl']+args main(args) The compat options should improve the compatibility. Also, by using the cli options, it would risk less of breaking over time and keeping a fix stupid proof. Maybe a final improvement, would be to initialise the appropriate variable for the compatibility options, so that they are active in the module also. This would have a higher risk of breaking. I tested this with pafy(has an unrelated bug) and mpv on stable. This should stay relevent, for a whille.
Bug#1001776: yt-dlp: error message
Package: yt-dlp Version: 2022.07.18-1~bpo11+1 Followup-For: Bug #1001776 X-Debbugs-Cc: okgomdjgbm...@gmail.com Dear Maintainer, I don't know if you care about this, but an error message asks to do a "yt-dlp -U" please report this issue on https://github.com/yt-dlp/yt-dlp/issues?q= , filling out the appropriate issue template. Confirm you are on the latest version using yt-dlp -U
Bug#1016479: python3-pafy: [minor] refresh package information
Package: python3-pafy Version: 0.5.2-2.1 Severity: minor X-Debbugs-Cc: okgomdjgbm...@gmail.com Dear Maintainer, Some information of the package are outdated. The curent home page is "https://github.com/mps-youtube/pafy"; youtube-dl should be a recomended dependency. updated feature list from the home page • Retreive metadata such as viewcount, duration, rating, author, thumbnail, keywords • Download video or audio at requested resolution / bitrate / format / filesize • Command line tool (ytdl) for downloading directly from the command line • Retrieve the URL to stream the video in a player such as vlc or mplayer • Works with age-restricted videos and non-embeddable videos • Small, standalone, single importable module file (pafy.py) • Select highest quality stream for download or streaming • Download video only (no audio) in m4v or webm format • Download audio only (no video) in ogg or m4a format • Retreive playlists and playlist metadata • Works with Python 2.6+ and 3.3+ • Optionally depends on youtube-dl (recommended; more stable)
Bug#1006020: RFS: pacman-package-manager/6.0.1-1 [ITP] -- Simple library-based package manager
On Thu, Jul 28, 2022 at 11:27:37PM +0100, Luca Boccassi wrote: > On Sat, 19 Feb 2022 00:13:37 -0500 Ben Westover > wrote: > > Package: sponsorship-requests > > Severity: wishlist > > > > Dear mentors, > > > > I am looking for a sponsor for my package "pacman-package-manager": > > > > Hi, > > I can sponsor this. > > - 228 tests fail when running in a pbuilder chroot, this is a strong > hint that the build might fail once uploaded I spent this morning bashing those tests: to get them to pass, both fakeroot (fixes ~ 200 tests; not needed if running meson test interactively) and fakechroot (for the last ~ 19 tests) need to be added to BuildDepends. Best regards, -- Michel Alexandre Salim identities: https://keyoxide.org/5dce2e7e9c3b1cffd335c1d78b229d2f7ccc04f2 signature.asc Description: PGP signature
Bug#1006020: RFS: pacman-package-manager/6.0.1-1 [ITP] -- Simple library-based package manager
Hi Ben, I was independently working on packaging pacman, and (thanks to the name collision with the preexisting pacman package) didn't notice this until it's mostly done. My use case is helping make systemd/mkosi CI easier (since it's hosted on GitHub, and GitHub provides Ubuntu LTS builders) - I'll flag this to some relevant people so they can help get this sponsored. PS archlinux-keyring is on its way to unstable, and per review feedback the keyring target directory is moved to the standard Debian path: https://salsa.debian.org/michel/archlinux-keyring/-/blob/main/debian/patches/use_std_keyring_dir.diff might want to apply this to your pacman, and configure pacman to use this path: https://gitlab.archlinux.org/pacman/pacman/-/merge_requests/11 Best regards, -- Michel Alexandre Salim identities: https://keyoxide.org/5dce2e7e9c3b1cffd335c1d78b229d2f7ccc04f2 signature.asc Description: PGP signature
Bug#1016095: RFS: archlinux-keyring/0~20220713-1 [ITP] -- Arch Linux PGP keyring
Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package "archlinux-keyring": * Package name: archlinux-keyring Version : 0~20220713-1 Upstream Author : arch-proje...@lists.archlinux.org * URL : https://gitlab.archlinux.org/archlinux/archlinux-keyring * License : GPL-3+ * Vcs : https://gitlab.archlinux.org/archlinux/archlinux-keyring Section : misc The source builds the following binary packages: archlinux-keyring - Arch Linux PGP keyring To access further information about this package, please visit the following URL: https://mentors.debian.net/package/archlinux-keyring/ Alternatively, you can download the package with 'dget' using this command: dget -x https://mentors.debian.net/debian/pool/main/a/archlinux-keyring/archlinux-keyring_0~20220713-1.dsc Changes for the initial release: archlinux-keyring (0~20220713-1) unstable; urgency=low . * Initial release. (Closes: #1016094) Regards, -- Michel Alexandre Salim identities: https://keyoxide.org/5dce2e7e9c3b1cffd335c1d78b229d2f7ccc04f2 signature.asc Description: PGP signature
Bug#1016094: ITP: archlinux-keyring -- Arch Linux PGP keyring
Package: wnpp Severity: wishlist Owner: Michel Alexandre Salim X-Debbugs-Cc: debian-de...@lists.debian.org, mic...@michel-slm.name * Package name: archlinux-keyring Version : 20220713 Upstream Author : Christian Hesse * URL : https://gitlab.archlinux.org/archlinux/archlinux-keyring * License : GPL-3+ Programming Lang: Python Description : Arch Linux PGP keyring The archlinux-keyring project holds PGP packet material and tooling (keyringctl) to create the distribution keyring for Arch Linux. The keyring is used by pacman to establish the web of trust for the packagers of the distribution. The PGP packets describing the main signing keys can be found below the keyring/main directory, while those of the packagers are located below the keyring/packager directory. Having this packaged in Debian (and other distributions) will allow mkosi, which is already in Debian, to generate Arch Linux images without hardcoding the keyring. I need a sponsor.
Bug#1016044: deluge: Deluge floods syslog with error messages (builtins.KeyError: 'disk.num_blocks_cache_hits')
Package: deluge Version: 2.0.3-3.1 Severity: normal Tags: upstream Hello, Deluge (gtk) is flooding syslog with groups of error messages at a rate of 72 msgs/sec. The last 3 messages: Jul 25 11:44:52 odysseus /usr/libexec/gdm-x-session[95923]: File "/usr/lib/python3/dist-packages/deluge/core/core.py", line 361, in _update_session_cache_hit_ratio Jul 25 11:44:52 odysseus /usr/libexec/gdm-x-session[95923]: self.session_status['disk.num_blocks_cache_hits'] / blocks_read Jul 25 11:44:52 odysseus /usr/libexec/gdm-x-session[95923]: builtins.KeyError: 'disk.num_blocks_cache_hits' (this is +700Mb worth of logs a day, possibly duplicated in syslog/messages/user.log) The bug is known and has been fixed upstream (release 2.0.4) One bug report https://dev.deluge-torrent.org/ticket/3514 The fix https://github.com/deluge-torrent/deluge/commit/89189adb24321c3db6bfa816ec557d7d8367ba24 Thanks -- Michel Casabona -- System Information: Debian Release: bookworm/sid APT prefers testing APT policy: (990, 'testing'), (500, 'stable-updates'), (500, 'stable-security'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.18.5 (SMP w/12 CPU threads; PREEMPT) Kernel taint flags: TAINT_UNSIGNED_MODULE 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 deluge depends on: ii deluge-gtk 2.0.3-3.1 ii python3 3.10.5-3 ii python3-libtorrent 2.0.7-1 deluge recommends no packages. deluge suggests no packages. -- no debconf information
Bug#939170: linux: does not suspend completely, locks up
I updated a Thinkpad X1 Yoga (is detected as X1 Carbon 4th gen) from Buster to Bullseye a few months ago and after the update the shutdown reached status power off but didn't power off the machine. Tried different shutdown command options from terminal, with always the same result. As relatively new Linux Debian user with I fist thought that I did something wrong or that my Thinkpad had a problem. I installed other distro's and the problem disappeared... so I assumed it was a Debian issue. But as I want to stay on Debian, I register to the Forum and fortunately found this post. I modified blacklisted tpm, as mentioned by Frank Löffler, and the solution worked also for me! Thanks a lot to Frank for his suggestion, and the others who confirmed this solution, that made me confident, as new user, to made the change. Best regards Jean-Michel
Bug#1016003: yt-dlp: create youtube-dl compatability package
Package: yt-dlp Version: 2022.07.18-1~bpo11+1 Severity: wishlist X-Debbugs-Cc: okgomdjgbm...@gmail.com Dear Maintainer, Several applications expect to find youtube-dl, not yt-dlp. Yet, the two are almost the same. It would be nice to have a new package, that wraps around yt-dlp and make it look like youtube-dl. The bare minimum, would be a simple symlink of youtube-dl to yt-dlp. mpv works fine with that. Of course, this means youtube-dl and this compatibility package must be mutually exclusive. Maybe be a confugurable alternative, like unrar and unrar-free. Other applications might need further massaging, they are compatibility options that could be used. These details could be sorted out with future bug reports from users.
Bug#1006794: mcomix: Package new upstream version 2.0.0
Package: mcomix Version: 1.2.1mcomix3+git20200206-1 Followup-For: Bug #1006794 X-Debbugs-Cc: okgomdjgbm...@gmail.com mcomix 2.0 is actually mcomix3 with a few more patches. The upstream devs simply woke up from their hibernation and pulled mcomix3. In that sense, it's not as big of a change as the version number could indicate. It's basicaly a point release. (it's comparable to firefox/chrome versions) The good reason for a repakage, it's that the current package was packaged 2 years ago, and a butch of minor bugs were fixed durring this time, as mcomix3 and mcomix 2.0. The latest mcomix version is actually 2.0.2 . Maybe it's time to update it? That been said, there's no urgent need to update. It's perfectly usable as it is.
Bug#1014664: RFP: easyrpg -- role playing game creation tools, compatible with RPG Maker 2000/2003 games
Package: wnpp Severity: wishlist X-Debbugs-Cc: okgomdjgbm...@gmail.com * Package name: easyrpg Version : 0.7.0 Upstream Author : team * URL : https://easyrpg.org/ * License : GPL 3 Programming Lang: C++, C Description : role playing game creation tools, compatible with RPG Maker 2000/2003 games This project offers crossplatform (not perfect )compatibility with RPG Maker 2000/2003. RPG Maker is a comercial heavy weight application in the field of home brew rpg games. Some of these games are even profesional and comercial. Thats alot of games of varying quality. Despite it's age, people are still making games targeting these versions. This is the main reason why Debian should include this program. It's not just one game, it's alot. The project is actually composed of an interpreter, an editor and various tools. It can even run a game in a browser. It is already compiled and avelable in OBS for Debian by the developers. So compatibility shouldn't be a problem. It even has a manual entry. The existing packaging might fall short of Debian packaging standards, but it's not starting from scratch. So the difficulty for inclusion should be relatevly low.
Bug#905459:
Hello, I have the same issue on Bullseye and Bookworm
Bug#1014105: remmina: Changelog file is outdated
Package: remmina Version: 1.4.27+dfsg-1 Severity: minor Hello, The file /usr/share/doc/remmina/changelog.gz is no longer updated. The current changelog is CHANGELOG.md which is not included in the debian package. (the changes in between are stored in CHANGELOG.archive.md) Thanks for your support Michel Casabona -- System Information: Debian Release: bookworm/sid APT prefers testing APT policy: (990, 'testing'), (500, 'stable-updates'), (500, 'stable-security'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.18.5 (SMP w/12 CPU threads; PREEMPT) Kernel taint flags: TAINT_UNSIGNED_MODULE 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 remmina depends on: ii dbus-user-session [default-dbus-session-bus] 1.14.0-1 ii dbus-x11 [dbus-session-bus] 1.14.0-1 ii libavahi-client3 0.8-6 ii libavahi-common3 0.8-6 ii libavahi-ui-gtk3-00.8-6 ii libayatana-appindicator3-10.5.91-1 ii libc6 2.33-7 ii libcairo2 1.16.0-5 ii libgcrypt20 1.10.1-2 ii libglib2.0-0 2.72.2-2 ii libgtk-3-03.24.34-1 ii libjson-glib-1.0-01.6.6-1 ii libpango-1.0-01.50.7+ds-1 ii libsodium23 1.0.18-1 ii libsoup2.4-1 2.74.2-3 ii libssh-4 0.9.6-2+b1 ii libvte-2.91-0 0.68.0-1+b1 ii remmina-common1.4.27+dfsg-1 Versions of packages remmina recommends: ii remmina-plugin-rdp 1.4.27+dfsg-1 pn remmina-plugin-secret ii remmina-plugin-vnc 1.4.27+dfsg-1 Versions of packages remmina suggests: pn remmina-plugin-exec pn remmina-plugin-kwallet pn remmina-plugin-python ii remmina-plugin-spice1.4.27+dfsg-1 pn remmina-plugin-www pn remmina-plugin-x2go -- no debconf information
Bug#1011985: claws-mail: [backport request] for compatibility with gmail
Package: claws-mail Version: 3.17.8-1+b1 Followup-For: Bug #1011985 Dear Maintainer, please package version 3.19.0 into backports, it contains the necessary support for OAuth2 authentication (required by GMail and MS Exchange). Best regards, -- System Information: Debian Release: 11.3 APT prefers stable APT policy: (990, 'stable'), (500, 'stable-updates'), (500, 'stable-security'), (500, 'proposed-updates'), (200, 'testing'), (100, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.16.0-0.bpo.4-amd64 (SMP w/4 CPU threads; PREEMPT) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), LANGUAGE=fr Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages claws-mail depends on: ii libc62.31-13+deb11u3 ii libcairo21.16.0-5 ii libcompfaceg11:1.5.2-5+b2 ii libenchant-2-2 2.2.15-1 ii libetpan20 1.9.4-3 ii libgdk-pixbuf2.0-0 2.40.2-2 ii libglib2.0-0 2.66.8-1 ii libgnutls30 3.7.1-5 ii libgtk2.0-0 2.24.33-2 ii libice6 2:1.0.10-1 ii libldap-2.4-22.4.59+dfsg-1~bpo11+1 ii libnettle8 3.7.3-1 ii libpango-1.0-0 1.46.2-3 ii libpangocairo-1.0-0 1.46.2-3 ii librsvg2-2 2.50.3+dfsg-1 ii libsm6 2:1.2.3-1 ii xdg-utils1.1.3-4.1 Versions of packages claws-mail recommends: ii aspell-en [aspell-dictionary] 2018.04.16-0-1 ii aspell-fr [aspell-dictionary] 0.50-3-8.1 ii aspell-it [aspell-dictionary] 2.4-20070901-0-3.1 ii claws-mail-i18n3.17.8-1 ii xfonts-100dpi 1:1.0.4+nmu1.1 ii xfonts-75dpi 1:1.0.4+nmu1.1 Versions of packages claws-mail suggests: ii chromium [www-browser]99.0.4844.74-1~deb11u1 ii claws-mail-doc3.17.8-1 ii claws-mail-tools 3.17.8-1 ii dillo [www-browser] 3.0.5-7 ii firefox-esr [www-browser] 78.15.0esr-1~deb11u1 ii gedit 3.38.1-1 ii google-chrome-unstable [www-browser] 104.0.5110.0-1 ii konqueror [www-browser] 4:20.12.0-4 ii lynx [www-browser]2.9.0dev.6-3~deb11u1 ii mousepad 0.5.2-1 ii sugar-browse-activity [www-browser] 207-1 ii w3m [www-browser] 0.5.3+git20210102-6 -- debconf-show failed
Bug#1011985: claws-mail: [backport request] for compatibility with gmail
Package: claws-mail Version: 3.17.8-1+b1 Severity: important X-Debbugs-Cc: okgomdjgbm...@gmail.com Dear Maintainer, Google is forcing OAUTH2 for use with gmail. The current stable version doesn't support that. You need 3.18 . So i'm making a backport request. 3.18/3.19 should be enough. Not been able to use gmail is quite a big flaw, this is why i'm giving it a severity of important.
Bug#1011368: RFS: libkdumpfile/0.4.1-1 [ITP] -- Python bindings for libkdumpfile9
Hi Adam, On Wed, 2022-05-25 at 13:31 +0200, Adam Borowski wrote: > On Fri, May 20, 2022 at 03:50:08PM -0700, Michel Alexandre Salim > wrote: > > * Package name : libkdumpfile > > Version : 0.4.1-1 > > * Vcs : https://salsa.debian.org/michel/libkdumpfile > > > libkdumpfile-bin - libkdumpfile9 utilities > > libkdumpfile-dev - libkdumpfile9 development libraries and header > > files > > libkdumpfile-doc - Kernel coredump file access (documentation) > > libkdumpfile9 - Kernel coredump file access > > python3-libkdumpfile - Python bindings for libkdumpfile9 > > > libkdumpfile (0.4.1-1) unstable; urgency=low > > . > > * Initial release (Closes: #1010829) > > Hi! > I'm afraid the autopkgtest fails: > Ah, thanks. How do I run this locally? Best, -- Michel Alexandre Salim identities: https://keyoxide.org/5dce2e7e9c3b1cffd335c1d78b229d2f7ccc04f2 signature.asc Description: This is a digitally signed message part
Bug#1011368: RFS: libkdumpfile/0.4.1-1 [ITP] -- Python bindings for libkdumpfile9
Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package "libkdumpfile": * Package name: libkdumpfile Version : 0.4.1-1 Upstream Author : Petr Tesarik * URL : https://github.com/ptesarik/libkdumpfile * License : LGPL-3+ or GPL-2+ * Vcs : https://salsa.debian.org/michel/libkdumpfile Section : libs The source builds the following binary packages: libkdumpfile-bin - libkdumpfile9 utilities libkdumpfile-dev - libkdumpfile9 development libraries and header files libkdumpfile-doc - Kernel coredump file access (documentation) libkdumpfile9 - Kernel coredump file access python3-libkdumpfile - Python bindings for libkdumpfile9 To access further information about this package, please visit the following URL: https://mentors.debian.net/package/libkdumpfile/ Alternatively, you can download the package with 'dget' using this command: dget -x https://mentors.debian.net/debian/pool/main/libk/libkdumpfile/libkdumpfile_0.4.1-1.dsc Changes for the initial release: libkdumpfile (0.4.1-1) unstable; urgency=low . * Initial release (Closes: #1010829) Regards, -- Michel Alexandre Salim identities: https://keyoxide.org/5dce2e7e9c3b1cffd335c1d78b229d2f7ccc04f2 signature.asc Description: This is a digitally signed message part
Bug#1010792: RFS: psi-notify/1.2.1-2 [ITP] -- Alert when your machine is becoming oversaturated
On Tue, May 10, 2022 at 02:03:15PM +0800, Paul Wise wrote: > On Mon, 2022-05-09 at 20:18 -0700, Michel Alexandre Salim wrote: > > > I am looking for a sponsor for my package "psi-notify": > > I prefer that three issues are fixed before uploading psi-notify: > Thanks! Done most of them. Will do PRs for upstream for the remaining ones: - adding `make install` - pointing to repology - changing the notification spec URL Will ask upstream about making the demo dynamically generated too. Chris mentioned he's cutting a new release at some point. -- Michel Alexandre Salim identities: https://keyoxide.org/5dce2e7e9c3b1cffd335c1d78b229d2f7ccc04f2 signature.asc Description: PGP signature
Bug#1010829: ITP: libkdumpfile -- Kernel coredump file access
Package: wnpp Severity: wishlist Owner: Michel Alexandre Salim X-Debbugs-Cc: debian-de...@lists.debian.org, mic...@michel-slm.name * Package name: libkdumpfile Version : 0.4.1 Upstream Author : Petr Tesarik * URL : https://github.com/ptesarik/libkdumpfile * License : LGPL-3+ or GPL-2+ Programming Lang: C Description : Kernel coredump file access libkdumpfile is a library to read kdump-compressed kernel core dumps. It is an optional dependency for packaging drgn (ITP: #1001581). I work with the drgn author, we already maintain libkdumpfile and drgn in Fedora and would like to make sure they are available in Debian as well.
Bug#1001581: ITP: drgn -- debugger with an emphasis on programmability
Hi Anuradha, On Sun, 12 Dec 2021 19:30:26 +0530 Anuradha Weeraman wrote: > Package: wnpp > Severity: wishlist > Owner: Anuradha Weeraman > > * Package name : drgn > Version : 0.0.16 > Upstream Author : Omar Sandoval > * URL : https://github.com/osandov/drgn > * License : GPL-3 > Programming Lang: Python > Description : debugger with an emphasis on programmability > > drgn (pronounced "dragon") is a debugger with an emphasis on > programmability. drgn exposes the types and variables in a program for > easy, expressive scripting in Python. > Would you like some help with this? I work with Omar, the upstream author, and we'd love to see this in Debian (and Ubuntu). Best regards, -- Michel Alexandre Salim identities: https://keyoxide.org/5dce2e7e9c3b1cffd335c1d78b229d2f7ccc04f2 signature.asc Description: This is a digitally signed message part
Bug#1010792: RFS: psi-notify/1.2.1-2 [ITP] -- Alert when your machine is becoming oversaturated
Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package "psi-notify": * Package name: psi-notify Version : 1.2.1-2 Upstream Author : Chris Down * URL : https://github.com/cdown/psi-notify * License : MIT * Vcs : https://salsa.debian.org/michel/psi-notify Section : utils The source builds the following binary packages: psi-notify - Alert when your machine is becoming oversaturated To access further information about this package, please visit the following URL: https://mentors.debian.net/package/psi-notify/ Alternatively, you can download the package with 'dget' using this command: dget -x https://mentors.debian.net/debian/pool/main/p/psi-notify/psi-notify_1.2.1-2.dsc Changes for the initial release: psi-notify (1.2.1-2) unstable; urgency=medium . * Add debian/watch file (Closes: #1010778) Regards, -- Michel Alexandre Salim identities: https://keyoxide.org/5dce2e7e9c3b1cffd335c1d78b229d2f7ccc04f2 signature.asc Description: PGP signature
Bug#1010791: RFS: distrobox/1.2.15-2 [ITP] -- Another tool for containerized command line environments on Linux
Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package "distrobox": * Package name: distrobox Version : 1.2.15-2 Upstream Author : Luca Di Maio * URL : https://distrobox.privatedns.org/ * License : GPL-3.0 * Vcs : https://salsa.debian.org/michel/distrobox Section : admin The source builds the following binary packages: distrobox - Another tool for containerized command line environments on Linux To access further information about this package, please visit the following URL: https://mentors.debian.net/package/distrobox/ Alternatively, you can download the package with 'dget' using this command: dget -x https://mentors.debian.net/debian/pool/main/d/distrobox/distrobox_1.2.15-2.dsc Changes for the initial release: distrobox (1.2.15-2) unstable; urgency=low . * Add watch and VCS field. Closes: #1008291 Regards, -- Michel Alexandre Salim identities: https://keyoxide.org/5dce2e7e9c3b1cffd335c1d78b229d2f7ccc04f2 signature.asc Description: PGP signature
Bug#1010778: ITP: psi-notify -- Alert when your machine is becoming over-saturated
On Tue, May 10, 2022 at 08:42:43AM +0800, Paul Wise wrote: > On Mon, 2022-05-09 at 21:14 +0000, Michel Alexandre Salim wrote: > > > I plan to maintain this myself - I'm new to Debian packaging, this is my > > second package (currently also working on getting distrobox > > sponsored) > > I need this, so I will be happy to sponsor you. Once the package is > ready, please follow the usual mentors procedures (RFS etc) and I will > review the package when I read the RFS mail. > Thanks Paul! I'm doing some sanity tests on the package right now, I'll likely upload to mentors and mail the RFS tomorrow. Best regards, -- Michel Alexandre Salim identities: https://keyoxide.org/5dce2e7e9c3b1cffd335c1d78b229d2f7ccc04f2 signature.asc Description: PGP signature
Bug#1010778: ITP: psi-notify -- Alert when your machine is becoming over-saturated
Package: wnpp Severity: wishlist Owner: Michel Alexandre Salim X-Debbugs-Cc: debian-de...@lists.debian.org, mic...@michel-slm.name * Package name: psi-notify Version : 1.2.1 Upstream Author : Chris Down * URL : https://github.com/cdown/psi-notify * License : MIT Programming Lang: C Description : Alert when your machine is becoming over-saturated psi-notify is a minimal unprivileged notifier for system-wide resource pressure using PSI. This can help you to identify misbehaving applications on your machine before they start to severely impact system responsiveness, in a way which MemAvailable, CPU graphs, I/O utilisation graphs and other metrics cannot. Features - Runs unprivileged - Minimal resource usage - Works with any notifier using Desktop Notifications I use this daily on my Fedora and CentOS machines, and would like to have this in Debian too. I plan to maintain this myself - I'm new to Debian packaging, this is my second package (currently also working on getting distrobox sponsored)
Bug#1010718: After installed portsentry doesn't create automatically portsentry.history
Package: portsentry Version: 1.2-14 Hi team, I´m Michel Gabriel Ramirez Fournier, Cybersecurity engineer and Debian user since many moons ago. I´m a passionate Linux predicator which loves to recommend the good things of Debian as a server in search of security and stability for PYMES. For that reason a few days ago i was showing to a company the benefits of the integration of the application PORTSENTRY with FAIL2BAN to block attackers efforts to scan the server target ports and at same time blocking possible (future) brute force attacks coming from the same aggressor or source. The configuration is indeed very easy, but i detected a malfunction in PORTSENTRY behavior when is installed, and this is caused because it doesn´t create automatically (after being installed) the registry file which stores the list of aggressor IPs detected: */var/lib/portsentry/portsentry.history* This file is just created when a security event (like a port scan) trigger the file creation by the active PORTSENTRY process. The absent file doesn´t interfere the normal functioning of PORTSENTRY but if FAIL2BAN is enabled with the jail to integrate with PORTSENTRY this scenario of missing file will cause a FAIL2BAN crash: *[portsentry]* *logpath = /var/lib/portsentry/portsentry.history* As part of an exercise i successfully started to use this flaw of PORTSENTRY as part of an attack in a capture the flag simulation, and with just erasing the file /var/lib/portsentry/portsentry.history and waiting a few seconds for the demon reload the result is the subsequent crash of FAIL2BAN. I also recently send an email to the PORTSENTRY maintainer mid...@debian.org (but still without answer) informing about the flaw detected because maybe this malfunction of PORTSENTRY can be fixed just by creating the missing file /var/lib/portsentry/portsentry.history after the installation and checking if the file is present in the root folder after every daemon reload. By doing this steps the dependence with FAIL2BAN won’t cause the FAIL2BAN crash. *I am using Linux debian 5.10.0-14-amd64.* I appreciate all the help received from *t...@security.debian.org * to report this bug. Respectfully Michel
Bug#1010186: gnome-text-editor: Segfault when closing
Package: gnome-text-editor Version: 42.1-1 Severity: important X-Debbugs-Cc: mic...@lebihan.pl Dear Maintainer, gnome-text-editor segfaults when closing the app in the GUI #0 0x5558bda7 in editor_session_save_for_shutdown_cb (object=, result=, user_data=) at ../src/editor-session.c:1001 #1 0x77d15e49 in () at /usr/lib/x86_64-linux-gnu/libgio-2.0.so.0 #2 0x77d15e89 in () at /usr/lib/x86_64-linux-gnu/libgio-2.0.so.0 #3 0x77b1de94 in g_main_context_dispatch () at /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0 #4 0x77b1e238 in () at /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0 #5 0x77b1e2ef in g_main_context_iteration () at /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0 #6 0x77d4582d in g_application_run () at /usr/lib/x86_64-linux-gnu/libgio-2.0.so.0 #7 0x5556ac88 in main (argc=1, argv=0x7fffde38) at ../src/main.c:42 -- System Information: Debian Release: bookworm/sid APT prefers testing APT policy: (700, 'testing'), (650, 'unstable'), (600, 'experimental'), (500, 'unstable-debug'), (500, 'stable-security'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.16.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 /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages gnome-text-editor depends on: ii dconf-gsettings-backend [gsettings-backend] 0.40.0-3 ii libadwaita-1-0 1.1.0-1 ii libc62.33-7 ii libcairo21.16.0-5 ii libenchant-2-2 2.3.2-1 ii libglib2.0-0 2.72.1-1 ii libgtk-4-1 4.6.2+ds-1 ii libgtksourceview-5-0 5.4.1-3 ii libicu71 71.1-2 ii libpango-1.0-0 1.50.6+ds-2 ii libpcre3 2:8.39-14 gnome-text-editor recommends no packages. gnome-text-editor suggests no packages. -- no debconf information