Bug#1031634: Update on ITP for gum package
Dear Scarlett, I hope this message finds you well. I wanted to provide you with an update on the status of the gum package, which you initially opened an ITP for. Over the past few months, I've been working on packaging the last three missing dependencies, and I'm happy to share that they are now in Debian testing: https://tracker.debian.org/pkg/golang-github-catppuccin-go https://tracker.debian.org/pkg/golang-github-charmbracelet-huh https://tracker.debian.org/pkg/golang-github-charmbracelet-log https://lists.debian.org/debian-go/2024/08/msg00045.html The gum package itself is stored here: https://salsa.debian.org/go-team/packages/gum I’ve also submitted a merge request to prepare for the release: https://salsa.debian.org/go-team/packages/gum/-/merge_requests/1 This MR was reviewed by Mathias Gibbens and before we proceed with the upload we would like to check if you made any progress on your end. If there is nothing to add or objections about the work done here we can continue and do the upload. Please feel free to take a look, and let me know if you have any feedback or suggestions! Kind Regards, Arthur Diniz
Bug#1079728: ITP: golang-github-charmbracelet-log -- A minimal, colorful Go logging library
Package: wnpp Severity: wishlist Owner: Arthur Diniz * Package name: golang-github-charmbracelet-log Version : 0.4.0-1 Upstream Author : Charm * URL : https://github.com/charmbracelet/log * License : Expat Programming Lang: Go Description : A minimal, colorful Go logging library It provides a leveled structured human readable logger with a small API. . Unlike standard log, the Charm logger uses Lip Gloss to style and colorize the output, providing a colorful, human-readable format. . It offers the ability to customize the timestamp format and can skip caller frames while marking functions as helpers. . Additionally, it supports leveled logging and includes formatters for Text, JSON, and Logfmt.
Bug#1077300: ITP: golang-github-charmbracelet-huh -- Build interactive forms and prompts in the terminal
Package: wnpp Severity: wishlist Owner: Arthur Diniz * Package name: golang-github-charmbracelet-huh Version : 0.5.2-1 Upstream Author : Charm * URL : https://github.com/charmbracelet/huh * License : Expat Programming Lang: Go Description : Build interactive forms and prompts in the terminal The huh library features different input types like single line, multi-line text, selectable options, and confirm actions. The tool is also accessible, offering a special mode for screen readers that replaces text-based user interfaces with standard prompts, enhancing usability for visually impaired users. . Additionally, it supports a theming system, allowing users to choose from predefined themes like Charm, Dracula, Catppuccin, Base 16, or create their own.
Bug#1077297: ITP: golang-github-catppuccin-go -- Soothing pastel library for Go
Package: wnpp Severity: wishlist Owner: Arthur Diniz * Package name: golang-github-catppuccin-go Version : 0.2.0-1 Upstream Author : Catppuccin * URL : https://github.com/catppuccin/go * License : Expat Programming Lang: Go Description : Soothing pastel library for Go Pastel-themed color scheme tailored for Go developers. It features a soft color palette to reduce eye strain, consistent design across platforms, and customization options to fit individual preferences.
Bug#1022311: python-stdnum: FTBFS: AssertionError: Failed doctest test for test_no_fodselsnummer.doctest
On Thu, 2024-05-23 at 13:36 +0200, Santiago Vila wrote: > Arthur: Would be ok for you if I fix this in bullseye via team > upload? Please do, thanks. I only have limited time available at the moment and have quite a big backlog of issues to pick up so any help is really welcome. Thanks, -- -- arthur - adej...@debian.org - https://people.debian.org/~adejong -- signature.asc Description: This is a digitally signed message part
Bug#1074017: ITP: golang-github-aymanbagabas-go-udiff -- uDiff - a micro Go diffing library
Package: wnpp Severity: wishlist Owner: Arthur Diniz * Package name: golang-github-aymanbagabas-go-udiff Version : 0.2.0-1 Upstream Author : Ayman Bagabas * URL : https://github.com/aymanbagabas/go-udiff * License : BSD-3-clause and Expat Programming Lang: Go Description : µDiff - a micro Go diffing library Micro diff (µDiff) is a Go library that implements the Myers' diffing algorithm. . It aims to provide a minimal API to compute and apply diffs with zero dependencies. It also supports generating diffs in the Unified Format.
Bug#1074013: ITP: golang-github-charmbracelet-x -- Charm experimental packages
Package: wnpp Severity: wishlist Owner: Arthur Diniz * Package name: golang-github-charmbracelet-x Version : 0.0~git20240606.7c42867-1 Upstream Author : Charm * URL : https://github.com/charmbracelet/x * License : Expat Programming Lang: Go Description : Charm experimental packages Experimental Charm's Go libraries with no guarantee of backward compatibility. . Includes ANSI escape sequence parsing, terminal event input handling, and various utilities for files, strings, and slices, among others. . Each library serves a specific function to enhance terminal application development.
Bug#1073293: plasma-workspace: session restore doesn't work
Package: plasma-workspace Version: 4:5.27.11.1-1 Severity: important Tags: patch upstream Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? upgrading from plasma-workspace 4:5.27.10* to 4:5.27.11* * What exactly did you do (or not do) that was effective (or ineffective)? Found the bug report: https://bugs.kde.org/show_bug.cgi?id=487912 and the patch: https://invent.kde.org/plasma/plasma-workspace/-/commit/918cb38c3522ffcc241ac6a22b6741e41cdd3c30 Rebuilt plasma-desktop from source with the patch applied. After installing the patched package and doing an init 1 / exit, the next KDE plasma session was saved and restored. Previously I reported this as Debian bug 1072905 against plasma-desktop. * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these template lines *** -- System Information: Debian Release: trixie/sid APT prefers experimental APT policy: (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 6.10.0-rc3+ (SMP w/4 CPU threads; PREEMPT) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB Shell: /bin/sh linked to /usr/bin/dash Init: sysvinit (via /sbin/init) Versions of packages plasma-workspace depends on: ii dbus-x11 [default-dbus-session-bus]1.14.10-4devuan1 ii drkonqi5.27.11-1 ii frameworkintegration 5.115.0-4 ii gdb13.2-1+b1 ii init-system-helpers1.66devuan1 ii iso-codes 4.16.0-1 ii kactivitymanagerd 5.27.11-1 ii kded5 5.115.0-2 ii kinit 5.115.0-2 ii kio5.115.0-6 ii kpackagetool5 5.115.0-2 ii kwin-common4:5.27.11-1+b1 ii libappstreamqt5-3 1.0.3-1 ii libc6 2.39-3.1 ii libcolorcorrect5 4:5.27.11.1-1 ii libcrypt1 1:4.4.36-4 ii libfontconfig1 2.15.0-1.1 ii libfreetype6 2.13.2+dfsg-1+b4 ii libgcc-s1 14.1.0-1 ii libgps30t643.25-4 ii libice62:1.0.10-1+b1 ii libicu72 72.1-4+b1 ii libkf5activities5 5.115.0-3 ii libkf5activitiesstats1 5.115.0-2 ii libkf5archive5 5.115.0-2 ii libkf5authcore55.115.0-2 ii libkf5baloo5 5.115.0-2 ii libkf5bookmarks5 5.115.0-2 ii libkf5calendarevents5 5.115.0-3 ii libkf5completion5 5.115.0-2 ii libkf5config-bin 5.115.0-2 ii libkf5configcore5 5.115.0-2 ii libkf5configgui5 5.115.0-2 ii libkf5configwidgets5 5.115.0-2 ii libkf5coreaddons5 5.115.0-2 ii libkf5crash5 5.115.0-2 ii libkf5dbusaddons5 5.115.0-2 ii libkf5declarative5 5.115.0-3 ii libkf5globalaccel-bin 5.115.0-2 ii libkf5globalaccel5 5.115.0-2 ii libkf5guiaddons5 5.115.0-2 ii libkf5holidays51:5.115.0-2 ii libkf5i18n55.115.1-2+b1 ii libkf5iconthemes5 5.115.0-2+b1 ii libkf5idletime55.115.0-2 ii libkf5jobwidgets5 5.115.0-2 ii libkf5kcmutils55.115.0-3 ii libkf5kexiv2-15.0.023.04.2-2+b1 ii libkf5kiocore5 5.115.0-6 ii libkf5kiofilewidgets5 5.115.0-6 ii libkf5kiogui5 5.115.0-6 ii libkf5kiowidgets5 5.115.0-6 ii libkf5networkmanagerqt65.115.0-2 ii libkf5newstuff55.115.0-2 ii libkf5newstuffcore55.115.0-2 ii libkf5newstuffwidgets5
Bug#1072905: plasma-desktop: Desktop Session no longer has apps launched that were open on last logout
Package: plasma-desktop Version: 4:5.27.11-1 Followup-For: Bug #1072905 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)? I rebuilt plasma-workspace 4:5.27.11-1 from source with the bug fix applied: https://bugs.kde.org/show_bug.cgi?id=487912 https://invent.kde.org/plasma/plasma-workspace/-/commit/918cb38c3522ffcc241ac6a22b6741e41cdd3c30 The desktop restore now works again. * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these template lines *** -- System Information: Debian Release: trixie/sid APT prefers experimental APT policy: (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 6.10.0-rc3+ (SMP w/4 CPU threads; PREEMPT) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB Shell: /bin/sh linked to /usr/bin/dash Init: sysvinit (via /sbin/init) Versions of packages plasma-desktop depends on: ii accountsservice 23.13.9-6.1 ii breeze 4:5.27.11-1 ii kactivitymanagerd5.27.11-1 ii kde-cli-tools4:5.27.11-1 ii kded55.115.0-2 ii kio 5.115.0-6 ii kpackagetool55.115.0-2 ii layer-shell-qt 5.27.11-1+b1 ii libaccounts-qt5-11.17-4 ii libc62.39-3.1 ii libglib2.0-0t64 2.80.3-1 ii libibus-1.0-51.5.29-2 ii libkaccounts24:22.12.3-1+b2 ii libkf5activities55.115.0-3 ii libkf5activitiesstats1 5.115.0-2 ii libkf5authcore5 5.115.0-2 ii libkf5baloo5 5.115.0-2 ii libkf5bookmarks5 5.115.0-2 ii libkf5codecs55.115.0-2 ii libkf5completion55.115.0-2 ii libkf5configcore55.115.0-2 ii libkf5configgui5 5.115.0-2 ii libkf5configwidgets5 5.115.0-2 ii libkf5coreaddons55.115.0-2 ii libkf5crash5 5.115.0-2 ii libkf5dbusaddons55.115.0-2 ii libkf5globalaccel-bin5.115.0-2 ii libkf5globalaccel5 5.115.0-2 ii libkf5guiaddons5 5.115.0-2 ii libkf5i18n5 5.115.1-2+b1 ii libkf5iconthemes55.115.0-2+b1 ii libkf5itemviews5 5.115.0-2 ii libkf5jobwidgets55.115.0-2 ii libkf5kcmutils5 5.115.0-3 ii libkf5kcmutilscore5 5.115.0-3 ii libkf5kdelibs4support5t645.115.0-3 ii libkf5kiocore5 5.115.0-6 ii libkf5kiofilewidgets55.115.0-6 ii libkf5kiogui55.115.0-6 ii libkf5kiowidgets55.115.0-6 ii libkf5newstuffcore5 5.115.0-2 ii libkf5notifications5 5.115.0-2 ii libkf5notifyconfig5 5.115.0-2 ii libkf5package5 5.115.0-2 ii libkf5plasma55.115.0-2 ii libkf5plasmaquick5 5.115.0-2 ii libkf5quickaddons5 5.115.0-3 ii libkf5runner55.115.0-2 ii libkf5service-bin5.115.0-2 ii libkf5service5 5.115.0-2 ii libkf5solid5 5.115.0-2 ii libkf5sonnetcore55.115.0-2 ii libkf5sonnetui5 5.115.0-2 ii libkf5widgetsaddons5 5.115.0-2 ii libkf5windowsystem5 5.115.0-2 ii libkf5xmlgui55.115.0-2+b1 ii libkworkspace5-5 4:5.27.11.1-1 ii libnotificationmanager1 4:5.27.11.1-1 ii libpackagekitqt5-1 1.1.1-3 ii libphonon4qt5-4t64 4:4.12.0-3.1+b2 ii libprocesscore9 4:5.27.11-1 ii libqt5concurrent5t64 5.15.13+dfsg-2 ii libqt5core5t64 5.15.13+dfsg-2 ii libqt5dbus5t64 5.15.13+dfsg-2 ii libqt5gui5t645.15.13+dfsg-2 ii libqt5network5t645.15.13+dfsg-2 ii libqt5qml5 5.15.13+dfsg-2 ii libqt5quick5 5.15.13+dfsg-2 ii libqt5quickwidgets5 5.15.13+dfsg-2 ii libqt5sql5t64
Bug#1072905: plasma-desktop: session restore doesn't work
Package: plasma-desktop Version: 4:5.27.11-1 Followup-For: Bug #1072905 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)? * What was the outcome of this action? * What outcome did you expect instead? This bug should be refiled against package plasma-workspace. The bug is described and fixed upstream at: https://bugs.kde.org/show_bug.cgi?id=487912 patch is at: https://invent.kde.org/plasma/plasma-workspace/-/commit/918cb38c3522ffcc241ac6a22b6741e41cdd3c30 *** End of the template - remove these template lines *** -- System Information: Debian Release: trixie/sid APT prefers experimental APT policy: (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 6.10.0-rc3+ (SMP w/4 CPU threads; PREEMPT) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB Shell: /bin/sh linked to /usr/bin/dash Init: sysvinit (via /sbin/init) Versions of packages plasma-desktop depends on: ii accountsservice 23.13.9-6.1 ii breeze 4:5.27.11-1 ii kactivitymanagerd5.27.11-1 ii kde-cli-tools4:5.27.11-1 ii kded55.115.0-2 ii kio 5.115.0-6 ii kpackagetool55.115.0-2 ii layer-shell-qt 5.27.11-1+b1 ii libaccounts-qt5-11.17-4 ii libc62.39-3.1 ii libglib2.0-0t64 2.80.3-1 ii libibus-1.0-51.5.29-2 ii libkaccounts24:22.12.3-1+b2 ii libkf5activities55.115.0-3 ii libkf5activitiesstats1 5.115.0-2 ii libkf5authcore5 5.115.0-2 ii libkf5baloo5 5.115.0-2 ii libkf5bookmarks5 5.115.0-2 ii libkf5codecs55.115.0-2 ii libkf5completion55.115.0-2 ii libkf5configcore55.115.0-2 ii libkf5configgui5 5.115.0-2 ii libkf5configwidgets5 5.115.0-2 ii libkf5coreaddons55.115.0-2 ii libkf5crash5 5.115.0-2 ii libkf5dbusaddons55.115.0-2 ii libkf5globalaccel-bin5.115.0-2 ii libkf5globalaccel5 5.115.0-2 ii libkf5guiaddons5 5.115.0-2 ii libkf5i18n5 5.115.1-2+b1 ii libkf5iconthemes55.115.0-2+b1 ii libkf5itemviews5 5.115.0-2 ii libkf5jobwidgets55.115.0-2 ii libkf5kcmutils5 5.115.0-3 ii libkf5kcmutilscore5 5.115.0-3 ii libkf5kdelibs4support5t645.115.0-3 ii libkf5kiocore5 5.115.0-6 ii libkf5kiofilewidgets55.115.0-6 ii libkf5kiogui55.115.0-6 ii libkf5kiowidgets55.115.0-6 ii libkf5newstuffcore5 5.115.0-2 ii libkf5notifications5 5.115.0-2 ii libkf5notifyconfig5 5.115.0-2 ii libkf5package5 5.115.0-2 ii libkf5plasma55.115.0-2 ii libkf5plasmaquick5 5.115.0-2 ii libkf5quickaddons5 5.115.0-3 ii libkf5runner55.115.0-2 ii libkf5service-bin5.115.0-2 ii libkf5service5 5.115.0-2 ii libkf5solid5 5.115.0-2 ii libkf5sonnetcore55.115.0-2 ii libkf5sonnetui5 5.115.0-2 ii libkf5widgetsaddons5 5.115.0-2 ii libkf5windowsystem5 5.115.0-2 ii libkf5xmlgui55.115.0-2+b1 ii libkworkspace5-5 4:5.27.11.1-1+b1 ii libnotificationmanager1 4:5.27.11.1-1+b1 ii libpackagekitqt5-1 1.1.1-3 ii libphonon4qt5-4t64 4:4.12.0-3.1+b2 ii libprocesscore9 4:5.27.11-1 ii libqt5concurrent5t64 5.15.13+dfsg-2 ii libqt5core5t64 5.15.13+dfsg-2 ii libqt5dbus5t64 5.15.13+dfsg-2 ii libqt5gui5t645.15.13+dfsg-2 ii libqt5network5t645.15.13+dfsg-2 ii libqt5qml5 5.15.13+dfsg-2 ii libqt5quick5 5.15.13+dfsg-2 ii libqt5quickwidgets5 5.15.13+dfsg-2 ii libqt5sql5t64
Bug#1072905: plasma-desktop: Desktop Session no longer has apps launched that were open on last logout
Package: plasma-desktop Version: 4:5.27.11-1 Severity: normal Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? Upgrades to unstable between 29th May and 5th June 2024 caused "On login, launch apps that were open:" setting "On last logout" to stop working. * What exactly did you do (or not do) that was effective (or ineffective)? Tried changing setting of "On login, launch apps that were open:" to something else then back to "On last logout" without success. * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these template lines *** -- System Information: Debian Release: trixie/sid APT prefers experimental APT policy: (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 6.10.0-rc3 (SMP w/4 CPU threads; PREEMPT) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB Shell: /bin/sh linked to /usr/bin/dash Init: sysvinit (via /sbin/init) Versions of packages plasma-desktop depends on: ii accountsservice 23.13.9-6.1 ii breeze 4:5.27.11-1 ii kactivitymanagerd5.27.11-1 ii kde-cli-tools4:5.27.11-1 ii kded55.115.0-2 ii kio 5.115.0-6 ii kpackagetool55.115.0-2 ii layer-shell-qt 5.27.11-1+b1 ii libaccounts-qt5-11.17-4 ii libc62.39-2 ii libglib2.0-0t64 2.80.2-2 ii libibus-1.0-51.5.29-2 ii libkaccounts24:22.12.3-1+b2 ii libkf5activities55.115.0-3 ii libkf5activitiesstats1 5.115.0-2 ii libkf5authcore5 5.115.0-2 ii libkf5baloo5 5.115.0-2 ii libkf5bookmarks5 5.115.0-2 ii libkf5codecs55.115.0-2 ii libkf5completion55.115.0-2 ii libkf5configcore55.115.0-2 ii libkf5configgui5 5.115.0-2 ii libkf5configwidgets5 5.115.0-2 ii libkf5coreaddons55.115.0-2 ii libkf5crash5 5.115.0-2 ii libkf5dbusaddons55.115.0-2 ii libkf5globalaccel-bin5.115.0-2 ii libkf5globalaccel5 5.115.0-2 ii libkf5guiaddons5 5.115.0-2 ii libkf5i18n5 5.115.1-2+b1 ii libkf5iconthemes55.115.0-2+b1 ii libkf5itemviews5 5.115.0-2 ii libkf5jobwidgets55.115.0-2 ii libkf5kcmutils5 5.115.0-3 ii libkf5kcmutilscore5 5.115.0-3 ii libkf5kdelibs4support5t645.115.0-3 ii libkf5kiocore5 5.115.0-6 ii libkf5kiofilewidgets55.115.0-6 ii libkf5kiogui55.115.0-6 ii libkf5kiowidgets55.115.0-6 ii libkf5newstuffcore5 5.115.0-2 ii libkf5notifications5 5.115.0-2 ii libkf5notifyconfig5 5.115.0-2 ii libkf5package5 5.115.0-2 ii libkf5plasma55.115.0-2 ii libkf5plasmaquick5 5.115.0-2 ii libkf5quickaddons5 5.115.0-3 ii libkf5runner55.115.0-2 ii libkf5service-bin5.115.0-2 ii libkf5service5 5.115.0-2 ii libkf5solid5 5.115.0-2 ii libkf5sonnetcore55.115.0-2 ii libkf5sonnetui5 5.115.0-2 ii libkf5widgetsaddons5 5.115.0-2 ii libkf5windowsystem5 5.115.0-2 ii libkf5xmlgui55.115.0-2+b1 ii libkworkspace5-5 4:5.27.11.1-1 ii libnotificationmanager1 4:5.27.11.1-1 ii libpackagekitqt5-1 1.1.1-3 ii libphonon4qt5-4t64 4:4.12.0-3.1+b2 ii libprocesscore9 4:5.27.11-1 ii libqt5concurrent5t64 5.15.13+dfsg-2 ii libqt5core5t64 5.15.13+dfsg-2 ii libqt5dbus5t64 5.15.13+dfsg-2 ii libqt5gui5t645.15.13+dfsg-2 ii libqt5network5t645.15.13+dfsg-2 ii libqt5qml5 5.15.13+dfsg-2 ii libqt5quick5 5.15.13+dfsg-2 ii libqt5quickwidgets5 5.15.13+dfsg-2 ii libqt5sql5t64
Bug#1072355: nss-pam-ldapd: upload with maintainer-built binaries cannot migrate
On Sat, 2024-06-01 at 14:59 +0200, Chris Hofstaedtler wrote: > thanks for uploading to unstable. However the upload included > maintainer-built binaries (for Arch: all and amd64). Migration to > testing of these is forbidden by release team policy. > Please upload a new version (no further changes needed) without any > binaries to let the package migrate. Thanks. I always seem to be confused about which changes file to upload :/ Anyway, I've just uploaded 0.9.12-7 which should be source-only again. -- -- arthur - adej...@debian.org - https://people.debian.org/~adejong -- signature.asc Description: This is a digitally signed message part
Bug#1061701: nss-pam-ldapd: install PAM and NSS modules into /usr
On Wed, 2024-05-29 at 00:59 +0200, Chris Hofstaedtler wrote: > Please make sure this patch reaches unstable well before the trixie > transition freeze. Now would be a good time. Thanks for the reminder. I've uploaded 0.9.12-6 which includes this change. -- -- arthur - adej...@debian.org - https://people.debian.org/~adejong -- signature.asc Description: This is a digitally signed message part
Bug#1072053: ITP: golang-github-go-task-template -- Fork of Golang's text/template package with custom features for go-task (library)
Package: wnpp Severity: wishlist Owner: Arthur Diniz * Package name: golang-github-go-task-template Version : 0.0~git20240422.8f6b279-1 Upstream Author : Task * URL : https://github.com/go-task/template * License : TODO Programming Lang: Go Description : Fork of Golang's text/template package with custom features for go-task (library) This version of Golang's text/template package has been modified to add new features, designed to work as a replacement for the original. . It was created specifically for the go-task project to meet their needs, and these features are not planned to be added to the original package unless found broadly useful in the future. . One key feature is the ResolveRef, that lets developers provide data to a template.Execute function to then retrieve specific values using go-template syntax. . This overcomes a limitation in the original package's public API, which could only return string representations of template values. ResolveRef is available both as a package function and a method on the Template type.
Bug#1072042: ITP: golang-github-dominikbraun-graph -- A library for creating generic graph data structures and modifying, analyzing, and visualizing them
Package: wnpp Severity: wishlist Owner: Arthur Diniz * Package name: golang-github-dominikbraun-graph Version : 0.23.0-1 Upstream Author : Dominik Braun * URL : https://github.com/dominikbraun/graph * License : Apache-2.0 Programming Lang: Go Description : A library for creating generic graph data structures and modifying, analyzing, and visualizing them This library offers a set of tools for handling graph data structures, users can easily create graphs and manipulate them, like adding or removing nodes and edges. . Additionally, it provides functions for analyzing graphs, such as checking for cycles or finding the shortest path between nodes. . It also includes features for visualizing graphs, allowing to see the structure and relationships within the graph in a clear and understandable way.
Bug#1070907: python-stdnum: please drop the suggests on SimpleSoap
On Sat, 2024-05-11 at 14:26 +0200, Alexandre Detiste wrote: > Please drop the suggests on python3-pysimplesoap; > this package would soon be dropped from Debian > altogheter. The next upload will drop the suggest (which already was a fallback for zeep). Thanks, -- -- arthur - adej...@debian.org - https://people.debian.org/~adejong -- signature.asc Description: This is a digitally signed message part
Bug#1070730: libglib2.0-0t64: also problems with Japanese input in chromium, firefox, discord
Package: libglib2.0-0t64 Version: 2.80.0-10 Followup-For: Bug #1070730 Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? upgrading libglib2.0-0t64 from 2.80.0-9 to 2.80.0-10 broke Japanese input with mozc to chromium, firefox and discord, but not to konsole and konversaion. reported as https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1070738 * What exactly did you do (or not do) that was effective (or ineffective)? In my case, downgrading back to libglib2.0-0t64 2.80.0-9 and related packages fixed things. * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these template lines *** -- System Information: Debian Release: trixie/sid APT prefers experimental APT policy: (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 6.9.0-rc7+ (SMP w/4 CPU threads; PREEMPT) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB Shell: /bin/sh linked to /usr/bin/dash Init: sysvinit (via /sbin/init) Versions of packages libglib2.0-0t64 depends on: ii libc6 2.38-8 ii libffi8 3.4.6-1 ii libmount1 2.40-8devuan1 ii libpcre2-8-0 10.42-4+b1 ii libselinux1 3.5-2+b2 ii zlib1g1:1.3.dfsg-3.1 Versions of packages libglib2.0-0t64 recommends: ii libglib2.0-data 2.80.0-10 ii shared-mime-info 2.4-4 ii xdg-user-dirs 0.18-1 Versions of packages libglib2.0-0t64 suggests: pn low-memory-monitor -- no debconf information
Bug#1070738: ibus: mozc Japanese input fails in chromium, firefox, discord with libglib2.0 2.80.0-10 packages
Package: ibus Version: 1.5.29-2 Severity: important Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? upgrading libglib2.0 related packages from 2.80.0-9 to 2.80.0-10 chromium, firefox and discord refused to accept Japanese text manually entered using mozc, but accepted text copied and pasted. mozc continued to work in konsole and konversation. * What exactly did you do (or not do) that was effective (or ineffective)? downgraded to libglib2.0 related packages 2.78.4-7 which worked. Then installed glibglib2.0 related packages 2.80.0-9 which also worked. * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these template lines *** -- Package-specific info: ibus is /usr/bin/ibus ibus-setup is /usr/bin/ibus-setup im-config -l => ibus xim im-config -m => 'default' 'missing' 'ibus' '' 'ibus' XMODIFIERS=@im=ibus GTK_IM_MODULE=ibus QT_IM_MODULE=ibus WAYLAND_DISPLAY= XDG_CURRENT_DESKTOP=KDE XDG_MENU_PREFIX= XDG_RUNTIME_DIR=/run/user/1000 XDG_SEAT=seat0 XDG_SESSION_CLASS=user XDG_SESSION_DESKTOP= XDG_SESSION_ID=121 XDG_SESSION_TYPE=x11 == ls -l /usr/lib/ibus/ibus-* /usr/libexec/ibus-* == /bin/ls: cannot access '/usr/lib/ibus/ibus-*': No such file or directory -rwxr-xr-x 1 root root 22832 Mar 31 22:34 /usr/libexec/ibus-dconf -rwxr-xr-x 1 root root 65736 Mar 13 12:21 /usr/libexec/ibus-engine-kkc -rwxr-xr-x 1 root root 14640 Mar 31 22:34 /usr/libexec/ibus-engine-simple -rwxr-xr-x 1 root root 170288 Mar 31 22:34 /usr/libexec/ibus-extension-gtk3 -rwxr-xr-x 1 root root 18736 Mar 31 22:34 /usr/libexec/ibus-memconf -rwxr-xr-x 1 root root 96560 Mar 31 22:34 /usr/libexec/ibus-portal -rwxr-xr-x 1 root root 81928 Mar 13 12:21 /usr/libexec/ibus-setup-kkc -rwxr-xr-x 1 root root 121144 Mar 31 22:34 /usr/libexec/ibus-ui-emojier -rwxr-xr-x 1 root root 371232 Mar 31 22:34 /usr/libexec/ibus-ui-gtk3 -rwxr-xr-x 1 root root 100280 Mar 31 22:34 /usr/libexec/ibus-x11 == dpkg-query -l 'ibus*' == Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend |/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad) ||/ Name VersionArchitecture Description +++-==-==--== ii ibus 1.5.29-2 amd64Intelligent Input Bus - core ii ibus-clutter:amd64 0.0+git20090728.a936bacf-8 amd64ibus input method framework for clutter ii ibus-data 1.5.29-2 all Intelligent Input Bus - data files un ibus-doc (no description available) ii ibus-gtk:amd64 1.5.29-2 amd64Intelligent Input Bus - GTK2 support ii ibus-gtk3:amd641.5.29-2 amd64Intelligent Input Bus - GTK3 support un ibus-gtk4 (no description available) ii ibus-kkc 1.5.22-4+b1amd64Japanese Kana Kanji input engine for IBus ii ibus-mozc 2.28.4715.102+dfsg-2.2+b4 amd64Mozc engine for IBus - Client of the Mozc input method un ibus-qt5 (no description available) === gsettings === org.freedesktop.ibus.general dconf-preserve-name-prefixes ['/desktop/ibus/engine/pinyin', '/desktop/ibus/engine/bopomofo', '/desktop/ibus/engine/hangul'] org.freedesktop.ibus.general embed-preedit-text true org.freedesktop.ibus.general enable-by-default false org.freedesktop.ibus.general engines-order ['xkb:au::eng', 'mozc-jp'] org.freedesktop.ibus.general preload-engines ['mozc-jp', 'xkb:au::eng'] org.freedesktop.ibus.general switcher-delay-time 400 org.freedesktop.ibus.general use-global-engine true org.freedesktop.ibus.general use-system-keyboard-layout false org.freedesktop.ibus.general use-xmodmap true org.freedesktop.ibus.general version '1.5.29' org.freedesktop.ibus.general xkb-latin-layouts ['af', 'af(fa-olpc)', 'af(ps-olpc)', 'af(ps)', 'af(uz)', 'af(uz-olpc)', 'am', 'am(eastern)', 'am(eastern-alt)', 'am(phonetic)', 'am(phonetic-alt)', 'am(western)', 'ara', 'ara(azerty)', 'ara(azerty_digits)', 'ara(buckwalter)', 'ara(digits)', 'ara(qwerty)', 'ara(qwerty_digits)', 'az(cyrillic)', 'bd', 'bd(probhat)', 'bg', 'bg(bas_phonetic)', 'bg(phonetic)', 'brai', 'brai(left_hand)', 'brai(right_hand)', 'bt', 'by', 'by(phonetic)', 'by(legacy)', 'ca(ike)', 'cn(tib)', 'cn(tib_asciinum)', 'cn(ug)', 'cz', 'cz(ucw)', 'de(ru)', 'dev', 'et', 'fr(geo)', 'ge', 'ge(os)', 'gr', 'gr(extended)', 'gr(nodeadkeys)', 'gr(polytonic)', 'gr(simple)', 'gur', 'il', 'il(biblical)', 'il(lyx)', 'il(phonetic)', 'id(melayu-phonetic)', 'id(melayu-phoneticx)', 'id(pegon-phonetic)', 'in', 'in(ben)', 'in(ben_baishakhi)', 'in(ben_bornona)', 'in(ben_gitanjali)', 'in(ben_inscrip
Bug#1069637: hd-idle: version 1.21+ds-1 hangs the upgrade process
This was without actually changing /etc/defaukt/hd-idle from what was in the packages. The /etc/init.d/hd-idle script on the 1.12+ds-1 package just tries to start hd-idle with not parameters. Arthur. On 22 April 2024 4:08:49 pm ACST, Alex Mestiashvili wrote: >On 4/22/24 02:54, Arthur Marsh wrote: >> Package: hd-idle >> Version: 1.21+ds-1 >> Severity: normal >> >> Dear Maintainer, >> >> *** Reporter, please consider answering these questions, where appropriate >> *** >> >> * What led up to the situation? >> >> Setting up hd-idle (1.21+ds-1) ... >> Installing new version of config file /etc/default/hd-idle ... >> Installing new version of config file /etc/logrotate.d/hd-idle ... >> Stopping the hd-idle daemon: hd-idle. >> Starting the hd-idle daemon: hd-idlesymlinkPolicy=0, defaultIdle=600, >> defaultCommand=scsi, defaultPowerCondition=0, debug=false, logFile=, devices= >> >> process just hung at this point. >> >> * What exactly did you do (or not do) that was effective (or >> ineffective)? >> >> Had to kill hd-idle process then downgrade hd-idle. > >Could you please share parts of your hd-idle configuration? >I couldn't reproduce the problem, so I suspect it might be related to some >incompatibility in the config options. > >Thanks, >Alex -- Sent from my Android device with K-9 Mail. Please excuse my brevity.
Bug#1069637: hd-idle: version 1.21+ds-1 hangs the upgrade process
Package: hd-idle Version: 1.21+ds-1 Severity: normal Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? Setting up hd-idle (1.21+ds-1) ... Installing new version of config file /etc/default/hd-idle ... Installing new version of config file /etc/logrotate.d/hd-idle ... Stopping the hd-idle daemon: hd-idle. Starting the hd-idle daemon: hd-idlesymlinkPolicy=0, defaultIdle=600, defaultCommand=scsi, defaultPowerCondition=0, debug=false, logFile=, devices= process just hung at this point. * What exactly did you do (or not do) that was effective (or ineffective)? Had to kill hd-idle process then downgrade hd-idle. * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these template lines *** -- System Information: Debian Release: trixie/sid APT prefers experimental APT policy: (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 6.9.0-rc4+ (SMP w/4 CPU threads; PREEMPT) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB Shell: /bin/sh linked to /usr/bin/dash Init: sysvinit (via /sbin/init) Versions of packages hd-idle depends on: ii init-system-helpers1.66devuan1 ii libc6 2.38-6 ii lsb-base 11.6 ii sysvinit-utils [lsb-base] 3.09-1devuan1 hd-idle recommends no packages. hd-idle suggests no packages. -- no debconf information
Bug#1064235:
Hi, A small heads up on this issue, we have some minor impacts : * sudo commands show a warning sudo: unable to resolve host example: Name or service not known On a more problematic side (but not breaking) we have filebeat that generates a lot of logs with warnings related to the change : * Failed looking up CNAME: lookup ip-10-31-51-7 on 10.31.48.2:53: no such host: failed looking up IP: lookup ip-10-31-51-7 on 10.31.48.2:53: no such host, using hostname = ip-10-31-51-7 as FQDN Our workaround so far is to install `libnss-resolve` in our packer build of the AMI that is based on the debian bookworm AMI. Arthur
Bug#1068669: ITP: golang-github-mitchellh-hashstructure -- Get hash values for arbitrary values in Go (golang).
Package: wnpp Severity: wishlist Owner: Arthur Diniz * Package name: golang-github-mitchellh-hashstructure-v2 Version : 2.0.2-1 Upstream Author : Mitchell Hashimoto * URL : https://github.com/mitchellh/hashstructure * License : Expat Programming Lang: Go Description : generate hash values for arbitrary values in Golang Hashstructure is a Go library for creating a unique hash value for arbitrary values in Go.
Bug#1067926: awesfx: kernel warning message when asfxload runs on post 6.8.0 kernels
Package: awesfx Version: 0.5.2-1.1+b1 Severity: normal Tags: upstream Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? running asfxload on post 6.8.0 kernel * What exactly did you do (or not do) that was effective (or ineffective)? sound font still loaded but the warning message below appeared * What was the outcome of this action? [ 107.151337] [ cut here ] [ 107.152114] refcount_t: decrement hit 0; leaking memory. [ 107.152871] WARNING: CPU: 3 PID: 1817 at lib/refcount.c:31 refcount_warn_saturate+0xff/0x110 [ 107.153619] Modules linked in: binfmt_misc nf_tables libcrc32c nfnetlink scsi_transport_iscsi exfat it87 hwmon_vid parport_pc ppdev lp parport rtl2832_sdr videobuf2_vmalloc videobuf2_memops videobuf2_v4l2 videobuf2_common videodev fc0012 rtl2832 i2c_mux regmap_i2c dvb_usb_rtl28xxu dvb_usb_v2 dvb_core mc snd_emu10k1_synth snd_emux_synth snd_seq_midi_emul snd_seq_virmidi snd_seq_midi snd_seq_midi_event snd_hda_codec_hdmi snd_seq snd_emu10k1 snd_hda_intel snd_intel_dspcfg snd_util_mem snd_hda_codec snd_ac97_codec edac_mce_amd sha512_ssse3 sha512_generic ac97_bus sha256_ssse3 sha1_ssse3 radeon aesni_intel snd_hda_core snd_rawmidi crypto_simd cryptd evdev serio_raw snd_hwdep drm_ttm_helper ttm drm_suballoc_helper drm_display_helper snd_seq_device snd_pcm emu10k1_gp pcspkr k10temp gameport acpi_cpufreq drm_kms_helper drm snd_timer i2c_algo_bit snd video soundcore wmi sp5100_tco button ext4 crc32c_generic crc16 mbcache jbd2 uas usb_storage hid_generic usbhid hid sg sd_mod t10_pi sr_mod crc64_rocksoft crc64 cdrom ata_generic [ 107.153675] ahci pata_atiixp libahci ohci_pci firewire_ohci r8169 libata firewire_core xhci_pci crc32_pclmul crc32c_intel crc_itu_t realtek ohci_hcd ehci_pci xhci_hcd i2c_piix4 ehci_hcd mdio_devres scsi_mod usbcore scsi_common libphy usb_common [ 107.159752] CPU: 3 PID: 1817 Comm: asfxload Not tainted 6.9.0-rc1+ #5857 [ 107.160716] Hardware name: Gigabyte Technology Co., Ltd. To be filled by O.E.M./F2A78M-HD2, BIOS F2 05/28/2014 [ 107.161668] RIP: 0010:refcount_warn_saturate+0xff/0x110 [ 107.162607] Code: b8 4e c1 a6 c6 05 32 cc 08 01 01 e8 1b ce b8 ff 0f 0b e9 b4 74 54 00 48 c7 c7 10 4f c1 a6 c6 05 16 cc 08 01 01 e8 01 ce b8 ff <0f> 0b e9 9a 74 54 00 66 2e 0f 1f 84 00 00 00 00 00 90 90 90 90 90 [ 107.163592] RSP: 0018:9db6c3147c38 EFLAGS: 00010286 [ 107.164587] RAX: 002c RBX: e656c472acc0 RCX: [ 107.165574] RDX: 0002 RSI: 9db6c3147ae8 RDI: [ 107.166559] RBP: 0011cab3 R08: efff R09: a6ea70e8 [ 107.167544] R10: f000 R11: 9db6c27da000 R12: 9db6c28aa000 [ 107.168539] R13: R14: R15: [ 107.169523] FS: 7efd158ceb80() GS:8ba06f98() knlGS: [ 107.170520] CS: 0010 DS: ES: CR0: 80050033 [ 107.171518] CR2: 7efd15523bdd CR3: 0001297d4000 CR4: 000406f0 [ 107.172533] Call Trace: [ 107.173536] [ 107.174533] ? refcount_warn_saturate+0xff/0x110 [ 107.175534] ? __warn.cold+0xa8/0x107 [ 107.176544] ? refcount_warn_saturate+0xff/0x110 [ 107.177542] ? report_bug+0x10e/0x1a0 [ 107.178536] ? handle_bug+0x3a/0x70 [ 107.179527] ? exc_invalid_op+0x1f/0x90 [ 107.180522] ? __wake_up_klogd.part.0+0x56/0x80 [ 107.181508] ? asm_exc_invalid_op+0x16/0x20 [ 107.182493] ? refcount_warn_saturate+0xff/0x110 [ 107.183475] ? refcount_warn_saturate+0xff/0x110 [ 107.184459] free_unref_page_prepare+0x1b3/0x330 [ 107.185434] free_unref_page+0x44/0x1f0 [ 107.186402] __iommu_dma_free.isra.0+0xe5/0x160 [ 107.187372] __synth_free_pages+0x79/0xb0 [snd_emu10k1] [ 107.188365] snd_emu10k1_synth_free+0xa3/0xf0 [snd_emu10k1] [ 107.189343] snd_emu10k1_sample_free+0x28/0x50 [snd_emu10k1_synth] [ 107.190290] snd_sf_clear+0x71/0x110 [snd_emux_synth] [ 107.191212] snd_soundfont_remove_samples+0x6d/0xb0 [snd_emux_synth] [ 107.192142] snd_emux_hwdep_ioctl+0x4f/0x210 [snd_emux_synth] [ 107.193055] snd_hwdep_ioctl+0xc7/0x1d0 [snd_hwdep] [ 107.193955] ? security_file_ioctl+0x3c/0x60 [ 107.194845] __x64_sys_ioctl+0x316/0xae0 [ 107.195735] ? do_sys_openat2+0x80/0xc0 [ 107.196624] do_syscall_64+0x50/0x110 [ 107.197488] entry_SYSCALL_64_after_hwframe+0x6c/0x74 [ 107.198356] RIP: 0033:0x7efd155c432b [ 107.199213] Code: 00 48 89 44 24 18 31 c0 48 8d 44 24 60 c7 04 24 10 00 00 00 48 89 44 24 08 48 8d 44 24 20 48 89 44 24 10 b8 10 00 00 00 0f 05 <89> c2 3d 00 f0 ff ff 77 1c 48 8b 44 24 18 64 48 2b 04 25 28 00 00 [ 107.200121] RSP: 002b:7ffcf350e330 EFLAGS: 0246 ORIG_RAX: 0010 [ 107.201028] RAX: ffda RBX: 0002 RCX: 7efd155c432b [ 107.201923] RDX: RSI: 4882 RDI: 0003 [ 107.202808] RBP: 7ffcf350e588 R08: 00
Bug#1067390: ITP: golang-github-radovskyb-watcher -- watch for files or directory changes without using filesystem events
Thanks for reporting the conflict. I will rename the source to golang-github-radovskyb-watcher and the binary to golang-watcher, also adding python3-watcherclient set as a Conflicts flag in the control file.
Bug#1067390: retitle 1067390 ITP: golang-github-radovskyb-watcher -- watch for files or directory changes without using filesystem events
retitle 1067390 ITP: golang-github-radovskyb-watcher -- watch for files or directory changes without using filesystem events
Bug#1067390: ITP: watcher -- watch for files or directory changes without using filesystem events
Package: wnpp Severity: wishlist Owner: Arthur Diniz * Package name: watcher Version : 1.0.7-1 Upstream Author : Benjamin Radovsky * URL : https://github.com/radovskyb/watcher * License : BSD-3-clause Programming Lang: Go Description : watch for files or directory changes without using filesystem events watcher is a Go package for watching for files or directory changes (recursively or non recursively) without using filesystem events, which allows it to work cross platform consistently. . It watches for changes and notifies over channels either anytime an event or an error has occurred. Events contain the os.FileInfo of the file or directory that the event is based on and the type of event and file or directory path. . The features include customizable polling interval, event filtering, recursive or non-recursive folder watching, ability to ignore hidden files, specified files and folders, notification of os.FileInfo details, notification of full file paths or old and new paths in case of Rename or Move events, limitation on the number of events per watching cycle, listing watched files, and triggering custom events.
Bug#1064861: Merge Request and upload
Raised a merge request in Salsa with that patch. https://salsa.debian.org/kubernetes-team/packages/kubectx/-/merge_requests/2 Ulises are you moving forward with the upload or I can handle it from here? Thanks!
Bug#1064847: Xfwrite status bar fields are not reporting
Package: Xfwrite (part of Xfe) Version: 1.45 The bottom status bar fields that normally report the line and column number of the cursor and the total lines in a document are present but remain empty. The field that normally indicates INS or OVR is not present. These fields functioned in previous versions. I am using Debian 12.5 and kernel 6.1.0-18-amd64. This my first Debian system in a long time, but these features in Xfwrite (previously named Xfw) were present and worked in Xfe-1.43.2 in Gentoo and BLFS systems.
Bug#1061701: nss-pam-ldapd: install PAM and NSS modules into /usr
On Sun, 2024-01-28 at 20:44 +0100, Michael Biebl wrote: > We want to finalize the /usr-merge via DEP17 by moving all files to > /usr. nss-pam-ldapd installs files into /lib; these should be moved > into the respective canonical locations in /usr/. > > Please find a patch attached. It has been build-tested. Thanks for your patch. I've uploaded version 0.9.12-5 to experimental which includes this change. Kind regards, -- -- arthur - adej...@debian.org - https://people.debian.org/~adejong -- signature.asc Description: This is a digitally signed message part
Bug#1064481: ITP: golang-github-liggitt-tabwriter -- Drop in replacement for https://golang.org/pkg/text/tabwriter with additional features
Package: wnpp Severity: wishlist Owner: Arthur Diniz * Package name: golang-github-liggitt-tabwriter Version : 0.0~git20181228.89fcab3-1 Upstream Author : Jordan Liggitt * URL : https://github.com/liggitt/tabwriter * License : BSD-3-clause Programming Lang: Go Description : Drop in replacement for the golang text/tabwriter with some additional features This library is a drop-in replacement for the golang text/tabwriter . The following additional features are supported: - The RememberWidths flag allows remembering maximum widths seen per column even after Flush() is called. - RememberedWidths() []int and SetRememberedWidths([]int) *Writer allow obtaining and transferring remembered column width between writers.
Bug#1064242: ITP: golang-github-monochromegane-go-gitignore -- A fast gitignore matching library for Go.
Package: wnpp Severity: wishlist Owner: Arthur Diniz * Package name: golang-github-monochromegane-go-gitignore Version : 0.0~git20200626.205db1a-1 Upstream Author : monochromegane * URL : https://github.com/monochromegane/go-gitignore * License : Expat Programming Lang: Go Description : Fast gitignore matching library for Go. This library use simple tree index for matching, so keep fast if gitignore file has many pattern. Features * Support absolute path (/path/to/ignore) * Support relative path (path/to/ignore) * Support accept pattern (!path/to/accept) * Support directory pattern (path/to/directory/) * Support glob pattern (path/to/\*.txt)
Bug#1064153: ITP: golang-k8s-metrics -- Kubernetes metrics-related API types and clients
Package: wnpp Severity: wishlist Owner: Arthur Diniz * Package name: golang-k8s-metrics Version : 0.29.0-1 Upstream Author : Kubernetes * URL : https://github.com/kubernetes/metrics * License : Apache-2.0 Programming Lang: Go Description : Kubernetes metrics-related API types and clients This package contains API type definitions and client code for the Kubernetes metrics APIs that Kubernetes makes use of.
Bug#1063749: kmod: kernel build fails with 31+20240202-1
Package: kmod Version: 31+20240202-1 Severity: important Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? upgrading kmod to 31+20240202-1 from 31-1 Then building a kernel using: MAKEFLAGS='HOSTCC=gcc-14 CC=gcc-14' make -j7 menuconfig bindeb-pkg DEPMOD debian/linux-image-6.8.0-rc4/lib/modules/6.8.0-rc4 depmod: ERROR: could not open directory /usr/src/linux/debian/linux-image-6.8.0-rc4/usr/lib/modules/6.8.0-rc4: No such file or directory depmod: FATAL: could not search modules: No such file or directory * What exactly did you do (or not do) that was effective (or ineffective)? Downgrading kmod to 31-1 fixed things. * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these template lines *** -- System Information: Debian Release: trixie/sid APT prefers experimental APT policy: (1, 'experimental') merged-usr: no Architecture: amd64 (x86_64) Kernel: Linux 6.8.0-rc3+ (SMP w/4 CPU threads; PREEMPT) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB Shell: /bin/sh linked to /usr/bin/dash Init: unable to detect Versions of packages kmod depends on: ii libc6 2.38-6 ii libkmod2 31-1 ii liblzma5 5.4.5-0.3 ii libssl3 3.1.5-1 ii libzstd1 1.5.5+dfsg2-2 kmod recommends no packages. kmod suggests no packages. -- no debconf information
Bug#1059950: fp-utils-3.2.2: same man page in fp-utils-3.2.2 and fp-units-rtl-3.2.2
Package: fp-utils-3.2.2 Version: 3.2.2+dfsg-30 Severity: normal Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? Performing actions... (Reading database ... 659226 files and directories currently installed.) Preparing to unpack .../fp-utils-3.2.2_3.2.2+dfsg-30_amd64.deb ... Unpacking fp-utils-3.2.2 (3.2.2+dfsg-30) over (3.2.2+dfsg-28) ... dpkg: error processing archive /var/cache/apt/archives/fp-utils-3.2.2_3.2.2+dfsg-30_amd64.deb (--unpack): trying to overwrite '/usr/share/man/man1/x86_64-linux-gnu-fpcmkcfg-3.2.2.1.gz', which is also in package fp-units-rtl-3.2.2:amd64 3.2.2+dfsg-30 update-alternatives: using /usr/lib/x86_64-linux-gnu/fpc/3.2.2 to provide /usr/lib/x86_64-linux-gnu/fpc/default (fp-utils) in auto mode Errors were encountered while processing: /var/cache/apt/archives/fp-utils-3.2.2_3.2.2+dfsg-30_amd64.deb E: Sub-process /usr/bin/dpkg returned an error code (1) Processing triggers for man-db (2.12.0-1) ... Press Return to continue, 'q' followed by Return to quit. * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these template lines *** -- System Information: Debian Release: trixie/sid APT prefers experimental APT policy: (1, 'experimental') merged-usr: no Architecture: amd64 (x86_64) Kernel: Linux 6.7.0-rc8 (SMP w/4 CPU threads; PREEMPT) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB Shell: /bin/sh linked to /usr/bin/dash Init: sysvinit (via /sbin/init) Versions of packages fp-utils-3.2.2 depends on: ii fpc-source-3.2.2 3.2.2+dfsg-30 ii libc6 2.38-5 Versions of packages fp-utils-3.2.2 recommends: ii fp-compiler-3.2.2 3.2.2+dfsg-30 fp-utils-3.2.2 suggests no packages. -- no debconf information
Bug#1053000: ITP: golang-github-google-gnostic-models -- Protobuf models and libraries for gnostic-supported API formats
Hey Nicolas, Feel free to hijack the ITP if that will unblock you. ATM I have no time to review the current state of the package you have created. I would just recommend saving the package under the Debian Go Team. https://salsa.debian.org/go-team Kind regards, Arthur Diniz On Mon, 18 Dec 2023 at 11:06, Nicolas Schier wrote: > Hi Arthur, > > are you still working on packaging golang-github-google-gnostic-models? > > For packaging the newer versions of glab, we need several new golang > packages > and one of them is golang-github-google-gnostic-models. For my local > tests, I > failed using the default 'dh-make-golang' but had to compose a manually > adjusted debian/ folder. Might you want to review or test my current > state? > https://salsa.debian.org/nsc/golang-github-google-gnostic-models > > If you are out of time (or whatever else): may I hijack your ITP? > > Kind regards, > Nicolas >
Bug#1057399: firmware-amd-graphics: Unintended consequence of /usr merge - video output ceases
Package: firmware-amd-graphics Version: 20230625-1 Severity: normal Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? A long time ago on a motherboard far away lived an AMD graphics card code-named Cedar. Cedar was missing its firmware so its owner copied the firmware to /lib/firmware/radeon and all was well. The graphics card was later moved to another pc (after Cedar firmware was packaged), replaced by an R7 250 graphics card and all was well. Later on the motherboard went to the great scrap metal recovery yard, replaced by a motherboard with an AMD APU, and its graphics unit was code-named Aruba and all was well. Then, an early present arrived in the form of /usr merge for AMD graphics firmware. A small message said: "unable to remove /lib/firmware/radeon - directory not empty" and all was well until update-initramfs was run and a reboot. For update-initramfs had found the old /lib/firmware/radeon and its Cedar firmware, but stopped searching for /usr/lib/firmware/radeon, which contained Aruba firmware. Module radeon was loaded but Aruba firmware was not found, and no further video output appeared. (The boot process continued but not all stages were successful, preventing a remote shell into the machine). * What exactly did you do (or not do) that was effective (or ineffective)? Finally solved by running a rescue DVD, checking the package update log, and blacklisting the radeon module, then deleting /lib/firmware/radeon and running update-initramfs -u - k all * What was the outcome of this action? Possible solutions: if dh_movetousr would result in both /lib/firmware/radeon and /usr/lib/firmware/radeon, report this as an error rather than an informational message, probably better here than in update-initramfs-tools. Circumstances that lead to problems: 1. Manually adding a missing firmware file, 2. Changing graphics card, 3. /usr merge leaving manually added firmware behind, with just an informational message rather than an error 4. update-initramfs searching for old or new firmware locations but only loading the first location (old) if both exist 5. radeon module ceasing video output (and possible further problems) if no firmware found 6. Forgetting how to blacklist a module from grub. * What outcome did you expect instead? *** End of the template - remove these template lines *** -- System Information: Debian Release: trixie/sid APT prefers experimental APT policy: (1, 'experimental') merged-usr: no Architecture: amd64 (x86_64) Kernel: Linux 6.7.0-rc3+ (SMP w/4 CPU threads; PREEMPT) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) firmware-amd-graphics depends on no packages. firmware-amd-graphics recommends no packages. Versions of packages firmware-amd-graphics suggests: ii initramfs-tools 0.142 -- no debconf information
Bug#1054645: libgbm1: freedesktop.org issue reported
Package: libgbm1 Followup-For: Bug #1054645 Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** Reported as: https://gitlab.freedesktop.org/mesa/mesa/-/issues/10228 *** End of the template - remove these template lines ***
Bug#1056058: libavcodec-extra60: Segmentation fault in vlc 3.0.20-1+b1 attempting to play DVB-T stream
Package: libavcodec-extra60 Version: 7:6.1-2 Severity: normal Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? Upgrading ffmpeg related packages ffmpeg (7:6.1-2) over (7:6.0-9+b1) >From gdb: Thread 25 "vlc" received signal SIGSEGV, Segmentation fault. [Switching to Thread 0x7fffa4dff6c0 (LWP 16147)] 0x7fff9dcad5a3 in ?? () from /usr/lib/x86_64-linux-gnu/libavcodec.so.60 (gdb) bt #0 0x7fff9dcad5a3 in () at /usr/lib/x86_64-linux-gnu/libavcodec.so.60 #1 0x7fff9e02784e in () at /usr/lib/x86_64-linux-gnu/libavcodec.so.60 #2 0x7fff9e02ae3f in () at /usr/lib/x86_64-linux-gnu/libavcodec.so.60 #3 0x7fff9dfec504 in () at /usr/lib/x86_64-linux-gnu/libavcodec.so.60 #4 0x7fff9dfecb35 in () at /usr/lib/x86_64-linux-gnu/libavcodec.so.60 #5 0x7fff9dcaad65 in () at /usr/lib/x86_64-linux-gnu/libavcodec.so.60 #6 0x7fff9dcab364 in avcodec_send_packet () at /usr/lib/x86_64-linux-gnu/libavcodec.so.60 #7 0x7fffa4c3b2c2 in () at /usr/lib/x86_64-linux-gnu/vlc/plugins/codec/libavcodec_plugin.so #8 0x77b3b377 in () at /usr/lib/x86_64-linux-gnu/libvlccore.so.9 #9 0x77b3af42 in () at /usr/lib/x86_64-linux-gnu/libvlccore.so.9 #10 0x77b3b7a4 in () at /usr/lib/x86_64-linux-gnu/libvlccore.so.9 #11 0x77c8932c in start_thread (arg=) at ./nptl/pthread_create.c:444 #12 0x77d0a428 in clone3 () at ../sysdeps/unix/sysv/linux/x86_64/clone3.S:78 (gdb) bt full #0 0x7fff9dcad5a3 in () at /usr/lib/x86_64-linux-gnu/libavcodec.so.60 #1 0x7fff9e02784e in () at /usr/lib/x86_64-linux-gnu/libavcodec.so.60 #2 0x7fff9e02ae3f in () at /usr/lib/x86_64-linux-gnu/libavcodec.so.60 #3 0x7fff9dfec504 in () at /usr/lib/x86_64-linux-gnu/libavcodec.so.60 #4 0x7fff9dfecb35 in () at /usr/lib/x86_64-linux-gnu/libavcodec.so.60 #5 0x7fff9dcaad65 in () at /usr/lib/x86_64-linux-gnu/libavcodec.so.60 #6 0x7fff9dcab364 in avcodec_send_packet () at /usr/lib/x86_64-linux-gnu/libavcodec.so.60 #7 0x7fffa4c3b2c2 in () at /usr/lib/x86_64-linux-gnu/vlc/plugins/codec/libavcodec_plugin.so #8 0x77b3b377 in () at /usr/lib/x86_64-linux-gnu/libvlccore.so.9 #9 0x77b3af42 in () at /usr/lib/x86_64-linux-gnu/libvlccore.so.9 #10 0x77b3b7a4 in () at /usr/lib/x86_64-linux-gnu/libvlccore.so.9 #11 0x77c8932c in start_thread (arg=) at ./nptl/pthread_create.c:444 ret = pd = unwind_buf = {cancel_jmp_buf = {{jmp_buf = {140737350504560, -7686621085864270227, -120, 0, 140736566969536, 140735958478848, 7686777490886911597, 7686603636391044717}, mask_was_saved = 0}}, priv = {pad = {0x0, 0x0, 0x0, 0x0}, data = {prev = 0x0, cleanup = 0x0, canceltype = 0}}} not_first_call = #12 0x77d0a428 in clone3 () at ../sysdeps/unix/sysv/linux/x86_64/clone3.S:78 * What exactly did you do (or not do) that was effective (or ineffective)? Tried different video outputs with no change, downgrading packages resulted in successful DVB-T stream playback * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these template lines *** -- System Information: Debian Release: trixie/sid APT prefers experimental APT policy: (1, 'experimental') merged-usr: no Architecture: amd64 (x86_64) Kernel: Linux 6.7.0-rc1+ (SMP w/4 CPU threads; PREEMPT) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages libavcodec-extra60 depends on: ii libaom3 3.7.0-1 ii libaribb24-01.0.3-2 ii libavutil58 7:6.1-2 ii libc6 2.38-3 ii libcairo2 1.18.0-1 ii libcodec2-1.2 1.2.0-2 ii libdav1d7 1.3.0-2 ii libglib2.0-02.78.1-4 ii libgsm1 1.0.22-1 ii libjxl0.7 0.7.0-10.2 ii liblzma55.4.4-0.1 ii libmp3lame0 3.100-6 ii libopencore-amrnb0 0.1.6-1 ii libopencore-amrwb0 0.1.6-1 ii libopenjp2-72.5.0-2 ii libopus01.4-1 ii librav1e0 0.6.6-3 ii librsvg2-2 2.54.7+dfsg-2 ii libshine3 3.1.1-2 ii libsnappy1v51.1.10-1 ii libspeex1 1.2.1-2 ii libsvtav1enc1d1 1.7.0+dfsg-2 ii libswresample4 7:6.1-2 ii libtheora0 1.1.1+dfsg.1-16.1+b1 ii libtwolame0 0.4.0-2 ii libva2 2.20.0-2 ii libvo-amrwbenc0 0.1.3-2 ii libvorbis0a 1.3.7-1 ii libvorbisenc2 1.3.7-1 ii libvpl2 2023.3.0-1 ii libvpx8 1.13.1-2 ii libwebp71.3.2-0.3 ii libwebpmux3 1.3.2-0.3 ii libx264-164 2:0.164.3095+gitbaee400-3+b1 ii libx265-199 3.5-2+b1 ii libxvidcore42:1.3.7-1 ii libzvbi00.2.42-1 ii zlib1g 1:1.2.13.dfsg-3 libavcodec-extra6
Bug#1054095: ITP: golang-github-google-safetext -- Secure, syntax-aware libraries ensuring safer data formatting.
Package: wnpp Severity: wishlist Owner: Arthur Diniz * Package name: golang-github-google-safetext Version : 0.0~git20230106.7156a76-1 Upstream Author : Google * URL : https://github.com/google/safetext * License : Apache-2.0 Programming Lang: Go Description : Secure, syntax-aware libraries ensuring safer data formatting. Libraries for producing formats such as YAML, mitigating injection vulnerabilities prevalent in syntax-unaware libraries like text/template and sprintf.
Bug#1053695: ITP: httpie-aws-authv4 -- AWS Signature v4 Signing Process authentication plugin for HTTPie
Package: wnpp Severity: wishlist Owner: Arthur Diniz * Package name: httpie-aws-authv4 Version : 0.3.0-1 Upstream Author : Aidan Rowe * URL : https://github.com/aidan-/httpie-aws-authv4 * License : MIT/Expat Programming Lang: Python Description : AWS Signature v4 Signing Process authentication plugin for HTTPie This is an HTTPie Python plugin for developers and system administrators engaged with Amazon Web Services (AWS). . Its primary function is to simplify the authentication process and facilitate requests to AWS services, all using the AWS Signature Version 4 authentication protocol.
Bug#1041792: Upload
Dear maintainer, Upload done with a delay of 7 days. Kind Regards, Arthur Diniz diff -Nru httpie-3.2.1/debian/changelog httpie-3.2.1/debian/changelog --- httpie-3.2.1/debian/changelog 2022-07-19 11:06:14.0 +0100 +++ httpie-3.2.1/debian/changelog 2023-10-05 19:09:08.0 +0100 @@ -1,6 +1,28 @@ +httpie (3.2.1-2) unstable; urgency=high + + * d/control: +- Add Bartosz Fenski as principal uploader. +- Add Arthur Diniz as secondary uploader. +- Change maintainer to Debian Python Team. +- Bump Standards-Version to 4.6.2. +- Declare Vcs-* fields under python salsa group. +- Declare Rules-Requires-Root to no. +- Replace debhelper with debhelper-compat. +- Removed trailing whitespaces. + * d/copyright: +- Add Arthur Diniz. +- Update format URL. + * d/changelog: Removed trailing whitespaces. + * d/compat: Removed. + * d/patches: Patch to disable update checks. (Closes: #1041792) + * d/upstream/metadata: Created. + * d/gbp.conf: Created. + + -- Arthur Diniz Thu, 05 Oct 2023 19:09:08 +0100 + httpie (3.2.1-1) unstable; urgency=medium - * New upstream version (Closes: #1006651) + * New upstream version (Closes: #1006651) - fixes two exposure of sensitive information vulnerabilities: CVE-2022-0430 (Closes: #1014765) CVE-2022-24737 (Closes: #1008011) @@ -115,7 +137,7 @@ httpie (0.3.1-1) unstable; urgency=low * The Akamai Technologies paid volunteer days release. - * Includes manual page (Closes: #673067) + * Includes manual page (Closes: #673067) Courtesy of Khalid El Fathi . Thanks! * New upstream version. (Closes: #693810) - handles binary transfers properly (Closes: #689974) @@ -124,12 +146,12 @@ httpie (0.1.6+20120309git-2) unstable; urgency=low - * Depends on exact version of python-requests (Closes: #663506) + * Depends on exact version of python-requests (Closes: #663506) -- Bartosz Fenski Sat, 24 Mar 2012 17:43:02 +0100 httpie (0.1.6+20120309git-1) unstable; urgency=low - * Initial release (Closes: #663184) + * Initial release (Closes: #663184) -- Bartosz Fenski Fri, 09 Mar 2012 09:23:08 +0100 diff -Nru httpie-3.2.1/debian/compat httpie-3.2.1/debian/compat --- httpie-3.2.1/debian/compat 2022-07-19 11:06:14.0 +0100 +++ httpie-3.2.1/debian/compat 1970-01-01 01:00:00.0 +0100 @@ -1 +0,0 @@ -13 diff -Nru httpie-3.2.1/debian/control httpie-3.2.1/debian/control --- httpie-3.2.1/debian/control 2022-07-19 11:06:14.0 +0100 +++ httpie-3.2.1/debian/control 2023-10-05 19:09:08.0 +0100 @@ -1,8 +1,10 @@ Source: httpie Section: web Priority: optional -Maintainer: Bartosz Fenski -Build-Depends: debhelper (>= 13.0.0), +Uploaders: Bartosz Fenski , + Arthur Diniz +Maintainer: Debian Python Team +Build-Depends: debhelper-compat (= 13), dh-python, python3-setuptools, python3-pygments, @@ -10,16 +12,19 @@ python3-pkg-resources, python3-charset-normalizer, python3-all -Standards-Version: 4.5.0 +Standards-Version: 4.6.2 +Rules-Requires-Root: no +Vcs-Browser: https://salsa.debian.org/python-team/packages/httpie +Vcs-Git: https://salsa.debian.org/python-team/packages/httpie.git Homepage: https://httpie.io Package: httpie Architecture: all Depends: ${shlibs:Depends}, ${misc:Depends}, ${python3:Depends}, python3-defusedxml, python3-requests-toolbelt, python3-socks Description: CLI, cURL-like tool for humans - HTTPie is a CLI HTTP utility that makes CLI interaction with HTTP-based + HTTPie is a CLI HTTP utility that makes CLI interaction with HTTP-based services as human-friendly as possible. . - HTTPie does so by providing an http command that allows for issuing - arbitrary HTTP requests using a simple and natural syntax and + HTTPie does so by providing an http command that allows for issuing + arbitrary HTTP requests using a simple and natural syntax and displaying colorized responses. diff -Nru httpie-3.2.1/debian/copyright httpie-3.2.1/debian/copyright --- httpie-3.2.1/debian/copyright 2022-07-19 11:06:14.0 +0100 +++ httpie-3.2.1/debian/copyright 2023-10-05 19:09:08.0 +0100 @@ -1,4 +1,4 @@ -Format: http://dep.debian.net/deps/dep5 +Format: https://www.debian.org/doc/packaging-manuals/copyright-format/1.0/ Upstream-Name: httpie Source: <http://httpie.io> @@ -58,6 +58,7 @@ Files: debian/* Copyright: 2012-2022 Bartosz Feński + 2023 Arthur Diniz License: GPL-2+ This package is free software; you can redistribute it and/or modify it under the terms of the GNU General Public License as published by diff -Nru httpie-3.2.1/debian/gbp.conf httpie-3.2.1/debian/gbp.conf --- httpie-3.2.1/debian/gbp.conf1970-01-01 01:00:00.0 +0100 +++ httpie-3.2.1/debian/gbp.conf2023-10-05 19:09:08.0 +0100 @@ -0,0 +1,3 @@ +[DEFAULT] +debian-branch = debian/sid +dis
Bug#1053000: ITP: golang-github-google-gnostic-models -- Protobuf models and libraries for gnostic-supported API formats
Package: wnpp Severity: wishlist Owner: Arthur Diniz * Package name: golang-github-google-gnostic-models Version : 0.6.8-1 Upstream Author : Google * URL : https://github.com/google/gnostic-models * License : Apache-2.0 Programming Lang: Go Description : Protobuf models and libraries for gnostic-supported API formats Contains Protocol Buffer models and associated libraries for working with API description formats supported by gnostic. . It exists to provide a lightweight distribution of these models with minimal dependencies.
Bug#1052998: ITP: golang-github-moby-spdystream -- A multiplexed stream library using spdy
Package: wnpp Severity: wishlist Owner: Arthur Diniz * Package name: golang-github-moby-spdystream Version : 0.2.0-1 Upstream Author : Moby * URL : https://github.com/moby/spdystream * License : Apache-2.0 and BSD-3-Clause Programming Lang: Go Description : A multiplexed stream library using spdy
Bug#1052673: ITP: golang-github-bazelbuild-bazelisk -- A user-friendly launcher for Bazel.
Package: wnpp Severity: wishlist Owner: Arthur Diniz * Package name: golang-github-bazelbuild-bazelisk Version : 1.18.0-1 Upstream Author : Bazel * URL : https://github.com/bazelbuild/bazelisk * License : Apache-2.0 Programming Lang: Go Description : A user-friendly launcher for Bazel. Bazelisk is a user-friendly wrapper/launcher for Bazel written in Go. It automatically picks a good version of Bazel given your current working directory, downloads it from the official server (if required) and then transparently passes through all command-line arguments to the real Bazel binary. . You can call it just like you would call Bazel. . Before Bazelisk was rewritten in Go, it was a Python script. This still works and has the advantage that you can run it on any platform that has a Python interpreter, but is currently unmaintained and it doesn't support as many features.
Bug#1041792: Revision 3.2.1-2
Dear Maintainer, I've worked on this package doing the following updates: * d/control: - Bump Standards-Version to 4.6.2. - Declare Vcs-* fields under debian salsa group. - Declare Rules-Requires-Root to no. - Replace debhelper with debhelper-compat. - Removed trailing whitespaces. * d/copyright: - Add Arthur Diniz. - Update format URL. * d/changelog: Removed trailing whitespaces. * d/compat: Removed. * d/patches: Patch to disable update checks. (Closes: #1041792) * d/upstream/metadata: Created. * d/gbp.conf: Created. A repo has been created in Salsa: https://salsa.debian.org/debian/httpie The package now can be cloned and tested. I'm available for any extra fixes and/or updates before uploading. The changelog is with the label UNRELEASED, if no changes required we can just change to unstable and do the upload. --- I'm currently seeking new packages to work and adopt, if you have plans to orphan httpie I'm available. Cheers, Arthur Diniz
Bug#1052542: closed by Patrick Franz (Re: konsole: version 4:23.08.1-1 missing changelog especially how to keep old behaviour)
Many thanks for your help! Arthur. On 24 September 2023 9:33:06 pm ACST, Debian Bug Tracking System wrote: >This is an automatic notification regarding your Bug report >which was filed against the konsole package: > >#1052542: konsole: version 4:23.08.1-1 missing changelog especially how to >keep old behaviour > >It has been closed by Patrick Franz . > >Their explanation is attached below along with your original report. >If this explanation is unsatisfactory and you have not received a >better one in a separate message then please contact Patrick Franz > by >replying to this email. > > -- Sent from my Android device with K-9 Mail. Please excuse my brevity.
Bug#1052542: konsole: version 4:23.08.1-1 missing changelog especially how to keep old behaviour
Package: konsole Version: 4:22.12.3-1 Severity: normal Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? upgrading from 4:22.12.3-1 to 4:23.08.1-1 * What exactly did you do (or not do) that was effective (or ineffective)? With new version, tabs were on the bottom and menubar had disappeared. Changelog was not current and did not document how to preserve old behaviour. * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these template lines *** -- System Information: Debian Release: trixie/sid APT prefers experimental APT policy: (1, 'experimental') merged-usr: no Architecture: amd64 (x86_64) Kernel: Linux 6.6.0-rc2+ (SMP w/4 CPU threads; PREEMPT) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages konsole depends on: ii kio5.107.0-1 ii konsole-kpart 4:22.12.3-1 ii libc6 2.38-3 ii libkf5configcore5 5.107.0-1 ii libkf5configwidgets5 5.107.0-2 ii libkf5coreaddons5 5.107.0-1 ii libkf5crash5 5.107.0-1 ii libkf5dbusaddons5 5.107.0-1 ii libkf5globalaccel-bin 5.107.0-2 ii libkf5globalaccel5 5.107.0-2 ii libkf5guiaddons5 5.107.0-1 ii libkf5i18n55.107.0-1+b1 ii libkf5kiowidgets5 5.107.0-1 ii libkf5notifyconfig55.107.0-1 ii libkf5service-bin 5.107.0-1 ii libkf5service5 5.107.0-1 ii libkf5widgetsaddons5 5.107.0-1 ii libkf5windowsystem55.107.0-1 ii libkf5xmlgui5 5.107.0-1+b1 ii libqt5core5a 5.15.10+dfsg-3 ii libqt5gui5 5.15.10+dfsg-3 ii libqt5widgets5 5.15.10+dfsg-3 ii libstdc++6 13.2.0-4 konsole recommends no packages. Versions of packages konsole suggests: pn lrzsz -- no debconf information
Bug#1051735: closed by Bastian Germann (Re: RFP: pysolfc -- A large collection of solitaire card, MaJong, and other games written in Python)
Hi, Thanks for looking at this. Sorry if I didn't follow correct procedures... This side of dealing w/ Debian (or any distro) is new to me. Can you give me any pointers on how to find the bugs that are hindering the migration to Trixie / Bookworm? I tried to see if there were any existing issues, and couldn't find any, but it is likely that I wasn't looking in the right place. Thanks, ART -- Arthur Torrey - --- > On 09/19/2023 18:21 GMT Debian Bug Tracking System > wrote: > > > This is an automatic notification regarding your Bug report > which was filed against the wnpp package: > > #1051735: RFP: pysolfc -- A large collection of solitaire card, MaJong, and > other games written in Python > > It has been closed by Bastian Germann . > > Their explanation is attached below along with your original report. > If this explanation is unsatisfactory and you have not received a > better one in a separate message then please contact Bastian Germann > by > replying to this email. > > > -- > 1051735: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1051735 > Debian Bug Tracking System > Contact ow...@bugs.debian.org with problems > On Mon, 11 Sep 2023 16:49:33 -0400 Arthur Torrey wrote: > > This game (or Pysol, which it forks) was in Buster and earlier Debian > > versions, and appears to be in Sid, but is NOT in Trixie, or Bookworm. > Please do not file RFPs for packages that are in sid. > Instead, please ask on the bugs that hinder the package migration to work on > them.Package: wnpp > Severity: wishlist > X-Debbugs-Cc: arthur_tor...@comcast.net > > * Package name: pysolfc > Version : PySolFC v2.21.0. > Upstream Contact: Name I don't know and can't find it > * URL : https://pysolfc.sourceforge.io > * License : GPLv3 > Programming Lang: Python > Description : A large collection of solitaire card, MaJong, and other > games written in Python > > (copied from website) > PySol Fan Club Edition (PySolFC) is a collection of more than 1000 solitaire > card games. It is a fork of PySol Solitaire. > > There are games that use the 52 card International Pattern deck, games for > the 78 card Tarock deck, eight and ten suit Ganjifa games, Hanafuda games, > Matrix games, Mahjongg games, and games for an original hexadecimal-based > deck. > > Its features include a modern look and feel (uses the TTk widget set), > multiple card sets and tableau backgrounds, sound, unlimited undo, player > statistics, a hint system, demo games, a solitaire wizard, support for user > written plug-ins, an integrated HTML help browser, and lots of documentation. > > This game (or Pysol, which it forks) was in Buster and earlier Debian > versions, and appears to be in Sid, but is NOT in Trixie, or Bookworm. There > are some old bugs filed against it that I found, but I'm not sure if they > were ever solved. (I am not a dev!) I have been addicted to playing > FreeCell on many systems for years, and this version has IMHO the best > interface I've ever encountered. I have looked at the available packages > that say they offer FreeCell, and IMHO they are horrible to play. I have > attempted to follow the instructions on making a local package and have > gotten errors I don't understand. I don't want to make a FrankenDeb, please > make this game available
Bug#1051735: RFP: pysolfc -- A large collection of solitaire card, MaJong, and other games written in Python
Package: wnpp Severity: wishlist X-Debbugs-Cc: arthur_tor...@comcast.net * Package name: pysolfc Version : PySolFC v2.21.0. Upstream Contact: Name I don't know and can't find it * URL : https://pysolfc.sourceforge.io * License : GPLv3 Programming Lang: Python Description : A large collection of solitaire card, MaJong, and other games written in Python (copied from website) PySol Fan Club Edition (PySolFC) is a collection of more than 1000 solitaire card games. It is a fork of PySol Solitaire. There are games that use the 52 card International Pattern deck, games for the 78 card Tarock deck, eight and ten suit Ganjifa games, Hanafuda games, Matrix games, Mahjongg games, and games for an original hexadecimal-based deck. Its features include a modern look and feel (uses the TTk widget set), multiple card sets and tableau backgrounds, sound, unlimited undo, player statistics, a hint system, demo games, a solitaire wizard, support for user written plug-ins, an integrated HTML help browser, and lots of documentation. This game (or Pysol, which it forks) was in Buster and earlier Debian versions, and appears to be in Sid, but is NOT in Trixie, or Bookworm. There are some old bugs filed against it that I found, but I'm not sure if they were ever solved. (I am not a dev!) I have been addicted to playing FreeCell on many systems for years, and this version has IMHO the best interface I've ever encountered. I have looked at the available packages that say they offer FreeCell, and IMHO they are horrible to play. I have attempted to follow the instructions on making a local package and have gotten errors I don't understand. I don't want to make a FrankenDeb, please make this game available
Bug#1035572: geany crashes often when clicking to switch focus
Package: geany Followup-For: Bug #1035572 On Fri, 2023-05-05 at 18:27 +0200, Arthur de Jong wrote: > Geany crashes for me on a regular basis. After some experimenting > I've found a way to reproduce this: > > - start geany > - from a new terminal open a not-yet-existing file: > geany /tmp/some-file.txt > - click a bit between geany and the terminal window Today, I can no longer reproduce this even though the version of geany hasn't changed. The problem might have been in one of the dependencies. -- System Information: Debian Release: trixie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 6.4.0-1-amd64 (SMP w/8 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 geany depends on: ii geany-common 1.38-1 ii libatk1.0-0 2.48.3-1 ii libc62.37-7 ii libcairo21.16.0-7 ii libgcc-s113.2.0-1 ii libgdk-pixbuf-2.0-0 2.42.10+dfsg-1+b1 ii libglib2.0-0 2.76.4-4 ii libgtk-3-0 3.24.38-2 ii libpango-1.0-0 1.50.14+ds-1 ii libpangocairo-1.0-0 1.50.14+ds-1 ii libstdc++6 13.2.0-1 Versions of packages geany recommends: ii sensible-utils 0.0.20 Versions of packages geany suggests: pn doc-base pn libvte9 -- -- arthur - adej...@debian.org - https://people.debian.org/~adejong -- signature.asc Description: This is a digitally signed message part
Bug#1042476: gimp: Crash when applying color filters/effects and choosing "Convert pixels to built-in sRGB (slow)" - happens only sometimes.
Package: gimp (maybe gimp-dds as well, imo) Version: 2.10.34-1 Severity: normal X-Debbugs-Cc: aidsistgra...@gmail.com Dear Maintainer, I have made some mediocre experiences actually often with GIMP and certain functions of it... GNU Image Manipulation Program version 2.10.34 git-describe: GIMP_2_10_34 Build: unknown rev 0 for linux # C compiler # Using built-in specs. COLLECT_GCC=gcc COLLECT_LTO_WRAPPER=/usr/lib/gcc/x86_64-linux-gnu/12/lto-wrapper OFFLOAD_TARGET_NAMES=nvptx-none:amdgcn-amdhsa OFFLOAD_TARGET_DEFAULT=1 Target: x86_64-linux-gnu Configured with: ../src/configure -v --with-pkgversion='Debian 12.2.0-14' --with-bugurl=file:///usr/share/doc/gcc-12/README.Bugs --enable- languages=c,ada,c++,go,d,fortran,objc,obj-c++,m2 --prefix=/usr --with-gcc- major-version-only --program-suffix=-12 --program-prefix=x86_64-linux-gnu- --enable-shared --enable-linker-build-id --libexecdir=/usr/lib --without- included-gettext --enable-threads=posix --libdir=/usr/lib --enable-nls --enable-clocale=gnu --enable-libstdcxx-debug --enable-libstdcxx-time=yes --with-default-libstdcxx-abi=new --enable-gnu-unique-object --disable-vtable- verify --enable-plugin --enable-default-pie --with-system-zlib --enable- libphobos-checking=release --with-target-system-zlib=auto --enable-objc-gc=auto --enable-multiarch --disable-werror --enable-cet --with-arch-32=i686 --with- abi=m64 --with-multilib-list=m32,m64,mx32 --enable-multilib --with-tune=generic --enable-offload-targets=nvptx- none=/build/gcc-12-bTRWOB/gcc-12-12.2.0/debian/tmp-nvptx/usr,amdgcn- amdhsa=/build/gcc-12-bTRWOB/gcc-12-12.2.0/debian/tmp-gcn/usr --enable-offload- defaulted --without-cuda-driver --enable-checking=release --build=x86_64-linux- gnu --host=x86_64-linux-gnu --target=x86_64-linux-gnu Thread model: posix Supported LTO compression algorithms: zlib zstd gcc version 12.2.0 (Debian 12.2.0-14) # Libraries # using babl version 0.1.98 (compiled against version 0.1.98) using GEGL version 0.4.42 (compiled against version 0.4.42) using GLib version 2.74.6 (compiled against version 2.74.5) using GdkPixbuf version 2.42.10 (compiled against version 2.42.10) using GTK+ version 2.24.33 (compiled against version 2.24.33) using Pango version 1.50.12 (compiled against version 1.50.12) using Fontconfig version 2.14.1 (compiled against version 2.14.1) using Cairo version 1.16.0 (compiled against version 1.16.0) ``` > fatal error: Aborted Stack trace: ``` # Stack traces obtained from PID 499583 - Thread 499583 # [New LWP 499584] [New LWP 499587] [New LWP 499588] [New LWP 499590] [New LWP 499628] [New LWP 499642] [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1". __GI___libc_read (nbytes=256, buf=0x7fffd44d43f0, fd=20) at ../sysdeps/unix/sysv/linux/read.c:26 Id Target IdFrame * 1Thread 0x7f9277a31300 (LWP 499583) "gimp-2.10" __GI___libc_read (nbytes=256, buf=0x7fffd44d43f0, fd=20) at ../sysdeps/unix/sysv/linux/read.c:26 2Thread 0x7f9276f896c0 (LWP 499584) "worker" syscall () at ../sysdeps/unix/sysv/linux/x86_64/syscall.S:38 3Thread 0x7f9274fff6c0 (LWP 499587) "gmain" 0x7f927846203f in __GI___poll (fds=0x55c4948a21c0, nfds=2, timeout=-1) at ../sysdeps/unix/sysv/linux/poll.c:29 4Thread 0x7f9275df46c0 (LWP 499588) "gdbus" 0x7f927846203f in __GI___poll (fds=0x55c4948b61e0, nfds=2, timeout=-1) at ../sysdeps/unix/sysv/linux/poll.c:29 5Thread 0x7f92515166c0 (LWP 499590) "async" syscall () at ../sysdeps/unix/sysv/linux/x86_64/syscall.S:38 6Thread 0x7f924b1ff6c0 (LWP 499628) "dashboard" syscall () at ../sysdeps/unix/sysv/linux/x86_64/syscall.S:38 7Thread 0x7f924a1fd6c0 (LWP 499642) "swap writer" syscall () at ../sysdeps/unix/sysv/linux/x86_64/syscall.S:38 Thread 7 (Thread 0x7f924a1fd6c0 (LWP 499642) "swap writer"): #0 syscall () at ../sysdeps/unix/sysv/linux/x86_64/syscall.S:38 #1 0x7f92786d13cf in g_cond_wait () at /lib/x86_64-linux- gnu/libglib-2.0.so.0 #2 0x7f9278c59a29 in () at /lib/x86_64-linux-gnu/libgegl-0.4.so.0 #3 0x7f92786a6cfd in () at /lib/x86_64-linux-gnu/libglib-2.0.so.0 #4 0x7f92783ef044 in start_thread (arg=) at ./nptl/pthread_create.c:442 ret = pd = unwind_buf = {cancel_jmp_buf = {{jmp_buf = {140266285553344, 987589741701938502, -1152, 11, 140736755220416, 140266277163008, -968261152184812218, -968150916761600698}, mask_was_saved = 0}}, priv = {pad = {0x0, 0x0, 0x0, 0x0}, data = {prev = 0x0, cleanup = 0x0, canceltype = 0}}} not_first_call = #5 0x7f927846f5fc in clone3 () at ../sysdeps/unix/sysv/linux/x86_64/clone3.S:81 Thread 6 (Thread 0x7f924b1ff6c0 (LWP 499628) "dashboard"): #0 syscall () at ../sysdeps/unix/sysv/linux/x86_64/syscall.S:38 #1 0x7f92786d150c in g_cond_wait_until () at /lib/x86_64-linux- gnu/libglib-2.0.so.0 #2 0x55c
Bug#1040063: licensecheck: misclassified OFL-1.1 as OFL-1.0 in otf files
Hi Jonas, On 1/07/2023 23:39, Jonas Smedegaard wrote: Licensecheck cannot meaningfully process binary files. It can try plow through such files, but the result is by no means reliable. There are plans for future support for extracting metadata from specific known classes of binary files, notably fonts. Hereby merging this bugreport with the bugreport tracking that particular issue. Until implemented, you will need to ensure that licensecheck is fed plaintext, e.g. as described here: https://wiki.debian.org/CopyrightReviewTools#licensecheck Thanks for the quick reply! licensecheck is used in FedoraReview, where it is run on all files. I'll create an issue about this. Kind regards, Arthur Bols
Bug#1040063: licensecheck: misclassified OFL-1.1 as OFL-1.0 in otf files
Package: licensecheck Version: 3.3.8 Hello, Running licensecheck on some otf files [0] licensed as OFL-1.1, outputs OFL-1.0: $ licensecheck intelone-mono-font-family-bolditalic.otf --debug reading part(s) of file intelone-mono-font-family-bolditalic.otf as raw bytes tail offset set to 101480 collected some licensing: OFL-1.0 resolved license expression: OFL-1.0 intelone-mono-font-family-bolditalic.otf: SIL Open Font License 1.0 exiftool does show the correct license: $ exiftool intelone-mono-font-family-bolditalic.otf ... License : Licensed under the SIL Open Font License, Version 1.1 ... Kind regards, Arthur Bols [0] https://github.com/intel/intel-one-mono/tree/d7e86cde5aff712cd50a516b034847d1187bc512/fonts/otf
Bug#1038917: libnss3: version 2:3.90-2 causes illegal instruction error, trashes firefox config
Package: libnss3 Followup-For: Bug #1038917 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)? Version 2:3.90-3 fixed the crash issue, as per #1038889. Still interested in a good reference for restoring from the folder "Old Firefox Data" or a good back-up strategy for Firefox data. * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these template lines *** -- System Information: Debian Release: trixie/sid APT prefers experimental APT policy: (1, 'experimental') merged-usr: no Architecture: amd64 (x86_64) Kernel: Linux 6.4.0-rc7+ (SMP w/4 CPU threads; PREEMPT) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages libnss3 depends on: ii libc6 2.37-2 ii libnspr4 2:4.35-1.1 ii libsqlite3-0 3.40.1-2 libnss3 recommends no packages. libnss3 suggests no packages. -- no debconf information
Bug#1038917: libnss3: version 2:3.90-2 causes illegal instruction error, trashes firefox config
Package: libnss3 Version: 2:3.89-2 Severity: normal Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? upgrading libnss3 packages to 2:3.90-2 firefox kept crashing on startup * What exactly did you do (or not do) that was effective (or ineffective)? originally thought problem was with a binutils upgrade, then re-checked recent upgrades and ran firefox from gdb, illegal instruction error in libfreeblpriv3 reported. * What was the outcome of this action? restoring libnss3 2:3.89-2 enabled firefox to start without crashing unable to restore old firefox configuration/all tabs although was able to restore recent history * What outcome did you expect instead? *** End of the template - remove these template lines *** -- System Information: Debian Release: trixie/sid APT prefers experimental APT policy: (1, 'experimental') merged-usr: no Architecture: amd64 (x86_64) Kernel: Linux 6.4.0-rc7+ (SMP w/4 CPU threads; PREEMPT) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages libnss3 depends on: ii libc6 2.37-2 ii libnspr4 2:4.35-1.1 ii libsqlite3-0 3.40.1-2 libnss3 recommends no packages. libnss3 suggests no packages. -- no debconf information
Bug#1038122: cp: cannot stat '/tmp/odbcinst.ini.bak'
Package: unixodbc-common Version: 2.3.11-3 Severity: important Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? Attempting to upgrade odbc related packages from 2.3.11-2 to 2.3.11-3 * What exactly did you do (or not do) that was effective (or ineffective)? Setting up unixodbc-common (2.3.11-3) ... cp: cannot stat '/tmp/odbcinst.ini.bak': No such file or directory dpkg: error processing package unixodbc-common (--configure): installed unixodbc-common package post-installation script subprocess returned error exit status 1 * What was the outcome of this action? incomplete upgrade * What outcome did you expect instead? completed upgrade *** End of the template - remove these template lines *** -- System Information: Debian Release: trixie/sid APT prefers experimental APT policy: (1, 'experimental') merged-usr: no Architecture: amd64 (x86_64) Kernel: Linux 6.4.0-rc6+ (SMP w/4 CPU threads; PREEMPT) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) -- no debconf information
Bug#1035576: plasma-settings: OpenDesktop in SystemSettings->OnlineAccounts doesn't work!
Package: plasma-settings Version: systemsettings Severity: normal X-Debbugs-Cc: arthurmau...@posteo.de Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * Tried to open the OpenDesktop-Button under Online-Accounts in SystemSettings * Just tried to click on it's button (of OpenDesktop). * ...I'd think it's self-explaining... * I expected to open some Login+Password window as it worked instantly and w/o problems as it worked for own-/Nextcloud and Google-accounts. -- System Information: Debian Release: 12.0 APT prefers testing-security APT policy: (500, 'testing-security'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 6.1.0-7-amd64 (SMP w/12 CPU threads; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=locale: Cannot set LC_CTYPE to default locale: No such file or directory locale: Cannot set LC_MESSAGES to default locale: No such file or directory locale: Cannot set LC_ALL to default locale: No such file or directory ANSI_X3.4-1968) (ignored: LC_ALL set to en_US.UTF-8), LANGUAGE=en_US Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages plasma-settings depends on: ii kpackagetool5 5.103.0-1 ii libc6 2.36-9 ii libglib2.0-02.74.6-2 ii libkf5configcore5 5.103.0-1 ii libkf5coreaddons5 5.103.0-1 ii libkf5dbusaddons5 5.103.0-1 ii libkf5i18n5 5.103.0-1 ii libkf5modemmanagerqt6 5.103.0-1 ii libkf5networkmanagerqt6 5.103.0-1 ii libkf5package5 5.103.0-1 ii libkf5quickaddons5 5.103.0-1 ii libkf5solid55.103.0-1 ii libqt5core5a5.15.8+dfsg-7 ii libqt5dbus5 5.15.8+dfsg-7 ii libqt5gui5 5.15.8+dfsg-7 ii libqt5qml5 5.15.8+dfsg-3 ii libqt5widgets5 5.15.8+dfsg-7 ii libqt5xml5 5.15.8+dfsg-7 ii libstdc++6 12.2.0-14 ii plasma-framework5.103.0-1 ii qml-module-org-kde-kcm 5.103.0-1 ii qml-module-org-kde-kirigami-addons-labs-mobileform 0.7.0-2 ii qml-module-org-kde-kirigami25.103.0-1 plasma-settings recommends no packages. Versions of packages plasma-settings suggests: ii kaccounts-integration 4:22.12.3-1 ii kaccounts-providers4:22.12.3-1
Bug#1035572: geany crashes often when clicking to switch focus
Package: geany Version: 1.38-1+b1 Severity: important Geany crashes for me on a regular basis. After some experimenting I've found a way to reproduce this: - start geany - from a new terminal open a not-yet-existing file: geany /tmp/some-file.txt - click a bit between geany and the terminal window I think I've seen this also with files that do exist but the above triggers the crash for me after a couple of clicks. This is running under Gnome desktop with reasonably default settings. Attached is a gdb backtrace. Thanks -- System Information: Debian Release: 12.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 6.1.0-8-amd64 (SMP w/8 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 geany depends on: ii geany-common 1.38-1 ii libatk1.0-0 2.46.0-5 ii libc62.36-9 ii libcairo21.16.0-7 ii libgcc-s112.2.0-14 ii libgdk-pixbuf-2.0-0 2.42.10+dfsg-1+b1 ii libglib2.0-0 2.74.6-2 ii libgtk-3-0 3.24.37-2 ii libpango-1.0-0 1.50.12+ds-1 ii libpangocairo-1.0-0 1.50.12+ds-1 ii libstdc++6 12.2.0-14 Versions of packages geany recommends: ii sensible-utils 0.0.17+nmu1 Versions of packages geany suggests: pn doc-base pn libvte9 -- no debconf information -- -- arthur - adej...@debian.org - https://people.debian.org/~adejong -- $ gdb geany GNU gdb (Debian 13.1-2) 13.1 Copyright (C) 2023 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "x86_64-linux-gnu". Type "show configuration" for configuration details. For bug reporting instructions, please see: <https://www.gnu.org/software/gdb/bugs/>. Find the GDB manual and other documentation resources online at: <http://www.gnu.org/software/gdb/documentation/>. For help, type "help". Type "apropos word" to search for commands related to "word"... Reading symbols from geany... This GDB supports auto-downloading debuginfo from the following URLs: <https://debuginfod.debian.net> Enable debuginfod for this session? (y or [n]) y Debuginfod has been enabled. To make this setting permanent, add 'set debuginfod enabled on' to .gdbinit. Reading symbols from /local/arthur/.cache/debuginfod_client/30eed5a4b099db1e2e8e0382edabca21dc748da0/debuginfo... (gdb) r Starting program: /usr/bin/geany Downloading separate debug info for system-supplied DSO at 0x77fc9000 [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1". [New Thread 0x72fbe6c0 (LWP 15639)] [New Thread 0x727bd6c0 (LWP 15640)] [New Thread 0x71e516c0 (LWP 15641)] [Thread 0x71e516c0 (LWP 15641) exited] [New Thread 0x71e516c0 (LWP 15642)] [New Thread 0x70fba6c0 (LWP 15643)] [Thread 0x71e516c0 (LWP 15642) exited] [Thread 0x70fba6c0 (LWP 15643) exited] [New Thread 0x70fba6c0 (LWP 15644)] [New Thread 0x71e516c0 (LWP 15645)] [New Thread 0x7fffe3fff6c0 (LWP 15647)] [Thread 0x71e516c0 (LWP 15645) exited] [Thread 0x70fba6c0 (LWP 15644) exited] [New Thread 0x71e516c0 (LWP 15661)] [New Thread 0x70fba6c0 (LWP 15662)] [New Thread 0x7fff86ff16c0 (LWP 15663)] [New Thread 0x7fff867f06c0 (LWP 15664)] [Detaching after vfork from child process 15665] [New Thread 0x7fff85bff6c0 (LWP 15670)] [New Thread 0x7fff853fe6c0 (LWP 15671)] [Thread 0x7fff85bff6c0 (LWP 15670) exited] [New Thread 0x7fff85bff6c0 (LWP 15672)] [New Thread 0x7fff84b036c0 (LWP 15673)] [Thread 0x7fff85bff6c0 (LWP 15672) exited] [Thread 0x7fff84b036c0 (LWP 15673) exited] [Thread 0x7
Bug#1034271: libqt5core5a: upgrade to 5.15.8+dfsg-6 causes alt-F2 krunner start to never show dialogue box
Package: libqt5core5a Version: 5.15.8+dfsg-6 Severity: important Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? [UPGRADE] libqt5concurrent5:amd64 5.15.8+dfsg-5 -> 5.15.8+dfsg-6 [UPGRADE] libqt5core5a:amd64 5.15.8+dfsg-5 -> 5.15.8+dfsg-6 [UPGRADE] libqt5dbus5:amd64 5.15.8+dfsg-5 -> 5.15.8+dfsg-6 [UPGRADE] libqt5gui5:amd64 5.15.8+dfsg-5 -> 5.15.8+dfsg-6 [UPGRADE] libqt5network5:amd64 5.15.8+dfsg-5 -> 5.15.8+dfsg-6 [UPGRADE] libqt5opengl5:amd64 5.15.8+dfsg-5 -> 5.15.8+dfsg-6 [UPGRADE] libqt5opengl5-dev:amd64 5.15.8+dfsg-5 -> 5.15.8+dfsg-6 [UPGRADE] libqt5printsupport5:amd64 5.15.8+dfsg-5 -> 5.15.8+dfsg-6 [UPGRADE] libqt5sql5:amd64 5.15.8+dfsg-5 -> 5.15.8+dfsg-6 [UPGRADE] libqt5sql5-mysql:amd64 5.15.8+dfsg-5 -> 5.15.8+dfsg-6 [UPGRADE] libqt5sql5-psql:amd64 5.15.8+dfsg-5 -> 5.15.8+dfsg-6 [UPGRADE] libqt5sql5-sqlite:amd64 5.15.8+dfsg-5 -> 5.15.8+dfsg-6 [UPGRADE] libqt5test5:amd64 5.15.8+dfsg-5 -> 5.15.8+dfsg-6 [UPGRADE] libqt5widgets5:amd64 5.15.8+dfsg-5 -> 5.15.8+dfsg-6 [UPGRADE] libqt5xml5:amd64 5.15.8+dfsg-5 -> 5.15.8+dfsg-6 [UPGRADE] qt5-gtk-platformtheme:amd64 5.15.8+dfsg-5 -> 5.15.8+dfsg-6 [UPGRADE] qt5-qmake:amd64 5.15.8+dfsg-5 -> 5.15.8+dfsg-6 [UPGRADE] qt5-qmake-bin:amd64 5.15.8+dfsg-5 -> 5.15.8+dfsg-6 [UPGRADE] qtbase5-dev:amd64 5.15.8+dfsg-5 -> 5.15.8+dfsg-6 [UPGRADE] qtbase5-dev-tools:amd64 5.15.8+dfsg-5 -> 5.15.8+dfsg-6 * What exactly did you do (or not do) that was effective (or ineffective)? using alt-F2 results in krunner consuming a large amount of CPU time then not appearing in the top monitor, but using alt-F2 again repears the same increasing CPU and eventual dropping out from being the most CPU bound process Downgrading back to 5.15.8+dfsg-5 resolved the problem. * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these template lines *** -- System Information: Debian Release: 12.0 APT prefers experimental APT policy: (1, 'experimental') merged-usr: no Architecture: amd64 (x86_64) Kernel: Linux 6.3.0-rc6+ (SMP w/4 CPU threads; PREEMPT) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages libqt5core5a depends on: ii libc6 2.36-9 ii libdouble-conversion3 3.2.1-1 ii libgcc-s1 13-20230320-1 ii libglib2.0-0 2.75.2-1 ii libicu72 72.1-3 ii libpcre2-16-0 10.42-1 ii libstdc++6 13-20230320-1 ii libzstd1 1.5.4+dfsg2-5 ii shared-mime-info 2.2-1 ii zlib1g 1:1.2.13.dfsg-1 Versions of packages libqt5core5a recommends: ii qttranslations5-l10n 5.15.8-2 Versions of packages libqt5core5a suggests: ii libthai0 0.1.29-1 -- no debconf information
Bug#1034169: libqt5core5a: upgrade to 5.15.8+dfsg-4 stops krunner shortcut from working
Package: libqt5core5a Version: 5.15.8+dfsg-4 Severity: important Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? Doing the following upgrade: [UPGRADE] libqt5concurrent5:amd64 5.15.8+dfsg-3 -> 5.15.8+dfsg-4 [UPGRADE] libqt5core5a:amd64 5.15.8+dfsg-3 -> 5.15.8+dfsg-4 [UPGRADE] libqt5dbus5:amd64 5.15.8+dfsg-3 -> 5.15.8+dfsg-4 [UPGRADE] libqt5gui5:amd64 5.15.8+dfsg-3 -> 5.15.8+dfsg-4 [UPGRADE] libqt5network5:amd64 5.15.8+dfsg-3 -> 5.15.8+dfsg-4 [UPGRADE] libqt5opengl5:amd64 5.15.8+dfsg-3 -> 5.15.8+dfsg-4 [UPGRADE] libqt5opengl5-dev:amd64 5.15.8+dfsg-3 -> 5.15.8+dfsg-4 [UPGRADE] libqt5printsupport5:amd64 5.15.8+dfsg-3 -> 5.15.8+dfsg-4 [UPGRADE] libqt5sql5:amd64 5.15.8+dfsg-3 -> 5.15.8+dfsg-4 [UPGRADE] libqt5sql5-mysql:amd64 5.15.8+dfsg-3 -> 5.15.8+dfsg-4 [UPGRADE] libqt5sql5-psql:amd64 5.15.8+dfsg-3 -> 5.15.8+dfsg-4 [UPGRADE] libqt5sql5-sqlite:amd64 5.15.8+dfsg-3 -> 5.15.8+dfsg-4 [UPGRADE] libqt5test5:amd64 5.15.8+dfsg-3 -> 5.15.8+dfsg-4 [UPGRADE] libqt5widgets5:amd64 5.15.8+dfsg-3 -> 5.15.8+dfsg-4 [UPGRADE] libqt5xml5:amd64 5.15.8+dfsg-3 -> 5.15.8+dfsg-4 [UPGRADE] qt5-gtk-platformtheme:amd64 5.15.8+dfsg-3 -> 5.15.8+dfsg-4 [UPGRADE] qt5-qmake:amd64 5.15.8+dfsg-3 -> 5.15.8+dfsg-4 [UPGRADE] qt5-qmake-bin:amd64 5.15.8+dfsg-3 -> 5.15.8+dfsg-4 [UPGRADE] qtbase5-dev:amd64 5.15.8+dfsg-3 -> 5.15.8+dfsg-4 [UPGRADE] qtbase5-dev-tools:amd64 5.15.8+dfsg-3 -> 5.15.8+dfsg-4 * What exactly did you do (or not do) that was effective (or ineffective)? Downgrading all those packages to 5.15.8+gfsg-3 * What was the outcome of this action? krunner alt-F2 shortcut worked again * What outcome did you expect instead? *** End of the template - remove these template lines *** -- System Information: Debian Release: 12.0 APT prefers experimental APT policy: (1, 'experimental') merged-usr: no Architecture: amd64 (x86_64) Kernel: Linux 6.3.0-rc6 (SMP w/4 CPU threads; PREEMPT) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages libqt5core5a depends on: ii libc6 2.36-8 ii libdouble-conversion3 3.2.1-1 ii libgcc-s1 13-20230320-1 ii libglib2.0-0 2.75.2-1 ii libicu72 72.1-3 ii libpcre2-16-0 10.42-1 ii libstdc++6 13-20230320-1 ii libzstd1 1.5.4+dfsg2-5 ii shared-mime-info 2.2-1 ii zlib1g 1:1.2.13.dfsg-1 Versions of packages libqt5core5a recommends: ii qttranslations5-l10n 5.15.8-2 Versions of packages libqt5core5a suggests: ii libthai0 0.1.29-1 -- no debconf information
Bug#1033919: svn2cl: svn2cl --html fails due to usrmerge
On Mon, 2023-04-03 at 23:39 +0200, H.-Dirk Schmitt wrote: > The `--html` option fails on bookworm, > > Due to the usrmerge the script is now invoked as `/bin/svn2cl`. > This leads to an error in the determination of the snv2cl.xss file. Thanks for pointing this out (on my system I still had /usr/bin in my PATH before /bin). I've applied another fix than the one you provided (one that is also included "upstream"). I've uploaded a version 0.14-3 with a fix to unstable. Thanks! -- -- arthur - art...@arthurdejong.org - https://arthurdejong.org/ -- signature.asc Description: This is a digitally signed message part
Bug#1033919: svn2cl: svn2cl --html fails due to usrmerge
On Mon, 2023-04-03 at 23:39 +0200, H.-Dirk Schmitt wrote: > The `--html` option fails on bookworm, > > Due to the usrmerge the script is now invoked as `/bin/svn2cl`. > This leads to an error in the determination of the snv2cl.xss file. Thanks for pointing this out (on my system I still had /usr/bin in my PATH before /bin). I've applied another fix than the one you provided (one that is also included "upstream"). I've uploaded a version 0.14-3 with a fix to unstable. Thanks! -- -- arthur - art...@arthurdejong.org - https://arthurdejong.org/ -- signature.asc Description: This is a digitally signed message part
Bug#1031979: libnss-ldapd: Entries for passwd and shadow are cleared on upgrade when system locale is sv_SE.UTF-8
On Sun, 2023-02-26 at 10:50 +0100, Arne Nordmark wrote: > The search for enabled services in /etc/nsswitch.conf breaks when > using the Swedish locale. > > LANG=C sed -n > 's/^[[:space:]]*\([a-z]*\)[[:space:]]*:.*[[:space:]]ldap\([[:space:]].*\)\?/\1/p' > /etc/nsswitch.conf | xargs > > gives "passwd group shadow" which is correct, whereas > > LANG=sv_SE.UTF-8 sed -n > 's/^[[:space:]]*\([a-z]*\)[[:space:]]*:.*[[:space:]]ldap\([[:space:]].*\)\?/\1/p' > /etc/nsswitch.conf | xargs > > gives "group". Interestingly, I cannot reproduce this on unstable (I generated the proper locale and use LC_ALL instead of LANG to override all LC_* variables I had set), also minimising the problem doesn't show this issue: echo "shadow: " | LC_ALL=C sed -n 's/^[[:space:]]*\([a-z]*\)[[:space:]]*:.*/\1/p' echo "shadow: " | LC_ALL=sv_SE.UTF-8 sed -n 's/^[[:space:]]*\([a-z]*\)[[:space:]]*:.*/\1/p' (both return the same output for me) Anyway, I'll change the maintainer scripts to force the C locale so we have consistent rexex processing by sed, grep and other tools. Thanks for reporting the issue! -- -- arthur - adej...@debian.org - https://people.debian.org/~adejong -- signature.asc Description: This is a digitally signed message part
Bug#1033150: libxfce4ui-2-dev: vala development files are missing
Package: libxfce4ui-2-dev Version: 4.18.2-2 Severity: important Tags: patch Dear Maintainer, Vala language is widely used in developing applications that use Glib/Gobject/GTK+. Because of Debian package is misconfigured, vala binding are not installed, which leads to impossibility to develop applications with Vala using appropriate bindings. The following patch may fix the issue. -- System Information: Debian Release: bookworm/sid APT prefers testing-security APT policy: (500, 'testing-security'), (500, 'testing-debug'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 6.1.0-6-amd64 (SMP w/8 CPU threads; PREEMPT) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8), LANGUAGE=ru_RU:ru Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages libxfce4ui-2-dev depends on: ii gir1.2-libxfce4ui-2.0 4.18.2-2 ii libgtk-3-dev 3.24.37-3 ii libxfce4ui-2-0 4.18.2-2 ii libxfce4util-dev 4.18.1-3 ii libxfconf-0-dev4.18.0-3 libxfce4ui-2-dev recommends no packages. libxfce4ui-2-dev suggests no packages. -- no debconf information diff -Naur libxfce4ui-4.18.2/debian/control libxfce4ui-4.18.2-new/debian/control --- libxfce4ui-4.18.2/debian/control2023-02-10 03:09:27.0 +0300 +++ libxfce4ui-4.18.2-new/debian/control2023-03-18 10:35:26.096923826 +0300 @@ -15,6 +15,7 @@ libxfce4util-dev (>= 4.17.2), libxfconf-0-dev, pkg-config, + valac, xfce4-dev-tools Rules-Requires-Root: no Standards-Version: 4.6.2 diff -Naur libxfce4ui-4.18.2/debian/libxfce4ui-2-dev.install libxfce4ui-4.18.2-new/debian/libxfce4ui-2-dev.install --- libxfce4ui-4.18.2/debian/libxfce4ui-2-dev.install 2020-09-12 01:33:38.0 +0300 +++ libxfce4ui-4.18.2-new/debian/libxfce4ui-2-dev.install 2023-03-18 10:32:54.474704120 +0300 @@ -5,3 +5,4 @@ usr/lib/*/pkgconfig/libxfce4kbd-private-3.pc usr/lib/*/pkgconfig/libxfce4ui-2.pc usr/share/gir-1.0/* +usr/share/vala/vapi/* diff -Naur libxfce4ui-4.18.2/debian/rules libxfce4ui-4.18.2-new/debian/rules --- libxfce4ui-4.18.2/debian/rules 2023-02-27 09:01:24.0 +0300 +++ libxfce4ui-4.18.2-new/debian/rules 2023-03-18 10:31:36.185533274 +0300 @@ -15,8 +15,7 @@ dh_auto_configure -- \ --with-vendor-info=$(XFVENDOR) \ --enable-gtk-doc \ - --enable-introspection=yes \ - --enable-vala=no + --enable-introspection=yes override_dh_install: find debian/tmp -name '*.la' -delete
Bug#1032601: libxfconf-0-dev doesn't provide Vala API files
Package: libxfconf-0-dev Version: 4.18.0-2 Severity: important Tags: patch Dear Maintainer, I'm trying to build Xfce panel plugin which is written using Vala language, and it fails because of missing Vala API files in libxfconf-0-dev package. Vala is the language which is widely used for writing applications that use glib/gtk+ libraries. I attach the patch for xfconf package that can fix the issue. The plugin I was trying to build: https://gitlab.xfce.org/panel-plugins/xfce4-notes-plugin Thank you! -- System Information: Debian Release: bookworm/sid APT prefers testing APT policy: (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 6.1.0-5-amd64 (SMP w/8 CPU threads; PREEMPT) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8), LANGUAGE=ru_RU:ru Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages libxfconf-0-dev depends on: ii gir1.2-xfconf-0 4.18.0-2 ii libglib2.0-dev2.74.6-1 ii libxfconf-0-3 4.18.0-2 ii pkg-config1.8.1-1 ii pkgconf [pkg-config] 1.8.1-1 libxfconf-0-dev recommends no packages. libxfconf-0-dev suggests no packages. -- no debconf information
Bug#1032598: libxfce4panel-2.0-dev doesn't provide Vala API files
Package: libxfce4panel-2.0-dev Version: 4.18.2-1 Severity: important Tags: patch Dear Maintainer, I'm trying to build Xfce panel plugin which is written using Vala language, and it fails because of missing Vala API files in libxfce4panel-2.0-dev package. Vala is the language which is widely used for writing applications that use glib/gtk+ libraries. I attach the patch for xfce4-panel package that can fix the issue. The plugin I was trying to build: https://gitlab.xfce.org/panel-plugins/xfce4-notes-plugin Thank you! -- System Information: Debian Release: bookworm/sid APT prefers testing APT policy: (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 6.1.0-5-amd64 (SMP w/8 CPU threads; PREEMPT) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8), LANGUAGE=ru_RU:ru Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages libxfce4panel-2.0-dev depends on: ii gir1.2-libxfce4panel-2.0 4.18.2-1 ii libglib2.0-dev2.74.6-1 ii libgtk-3-dev 3.24.36-5 ii libxfce4panel-2.0-4 4.18.2-1 ii libxfce4util-dev 4.18.1-2 libxfce4panel-2.0-dev recommends no packages. libxfce4panel-2.0-dev suggests no packages. -- no debconf information diff -Naur xfce4-panel-4.18.2-orig/debian/control xfce4-panel-4.18.2/debian/control --- xfce4-panel-4.18.2-orig/debian/control 2023-01-12 10:55:51.0 +0300 +++ xfce4-panel-4.18.2/debian/control 2023-03-09 21:26:23.315340377 +0300 @@ -19,6 +19,7 @@ libxfce4ui-2-dev (>= 4.17.1), libxfce4util-dev (>= 4.17.2), libxfconf-0-dev, + valac, xfce4-dev-tools Rules-Requires-Root: no Standards-Version: 4.6.2 diff -Naur xfce4-panel-4.18.2-orig/debian/libxfce4panel-2.0-dev.install xfce4-panel-4.18.2/debian/libxfce4panel-2.0-dev.install --- xfce4-panel-4.18.2-orig/debian/libxfce4panel-2.0-dev.install 2022-08-29 02:22:07.0 +0300 +++ xfce4-panel-4.18.2/debian/libxfce4panel-2.0-dev.install 2023-03-09 21:31:11.642408338 +0300 @@ -3,3 +3,4 @@ usr/lib/*/pkgconfig/libxfce4panel-2.0.pc usr/share/gtk-doc/html/libxfce4panel-2.0 usr/share/gir-1.0/* +usr/share/vala/vapi/* diff -Naur xfce4-panel-4.18.2-orig/debian/rules xfce4-panel-4.18.2/debian/rules --- xfce4-panel-4.18.2-orig/debian/rules2023-02-27 08:06:13.0 +0300 +++ xfce4-panel-4.18.2/debian/rules 2023-03-09 21:05:54.056387740 +0300 @@ -7,7 +7,7 @@ dh $@ --with gir override_dh_auto_configure: - dh_auto_configure -- --enable-gtk-doc --enable-introspection=yes --enable-vala=no + dh_auto_configure -- --enable-gtk-doc --enable-introspection=yes override_dh_installchangelogs: DEB_BUILD_OPTIONS=notrimdch dh_installchangelogs NEWS
Bug#1032597: libxfce4util-dev doesn't provide Vala API files
Package: libxfce4util-dev Version: 4.18.1-2 Severity: important Tags: patch Dear Maintainer, I'm trying to build Xfce panel plugin which is written using Vala language, and it fails because of missing Vala API files in libxfce4util-dev package. Vala is the language which is widely used for writing applications that use glib/gtk+ libraries. I attach the patch for xfce4-panel package that can fix the issue. The plugin I was trying to build: https://gitlab.xfce.org/panel-plugins/xfce4-notes-plugin Thank you! -- System Information: Debian Release: bookworm/sid APT prefers testing APT policy: (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 6.1.0-5-amd64 (SMP w/8 CPU threads; PREEMPT) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8), LANGUAGE=ru_RU:ru Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages libxfce4util-dev depends on: ii gir1.2-libxfce4util-1.0 4.18.1-2 ii libglib2.0-dev 2.74.6-1 ii libxfce4util74.18.1-2 libxfce4util-dev recommends no packages. Versions of packages libxfce4util-dev suggests: pn devhelp -- no debconf information diff -Naur libxfce4util-4.18.1-orig/debian/control libxfce4util-4.18.1/debian/control --- libxfce4util-4.18.1-orig/debian/control 2023-01-12 10:28:40.0 +0300 +++ libxfce4util-4.18.1/debian/control 2023-03-09 21:40:14.405305943 +0300 @@ -9,6 +9,7 @@ intltool, libgirepository1.0-dev, libglib2.0-dev, + valac, xfce4-dev-tools Rules-Requires-Root: no Standards-Version: 4.6.2 diff -Naur libxfce4util-4.18.1-orig/debian/libxfce4util-dev.install libxfce4util-4.18.1/debian/libxfce4util-dev.install --- libxfce4util-4.18.1-orig/debian/libxfce4util-dev.install2022-12-05 09:48:34.0 +0300 +++ libxfce4util-4.18.1/debian/libxfce4util-dev.install 2023-03-09 21:40:30.773607053 +0300 @@ -3,3 +3,4 @@ usr/lib/*/pkgconfig/* usr/share/gir-1.0/* usr/share/gtk-doc/html/libxfce4util/* +usr/share/vala/vapi/* diff -Naur libxfce4util-4.18.1-orig/debian/rules libxfce4util-4.18.1/debian/rules --- libxfce4util-4.18.1-orig/debian/rules 2023-02-27 08:48:49.0 +0300 +++ libxfce4util-4.18.1/debian/rules2023-03-09 21:34:15.846357983 +0300 @@ -10,7 +10,7 @@ endif override_dh_auto_configure: - dh_auto_configure -- --enable-gtk-doc --enable-introspection=yes --enable-vala=no + dh_auto_configure -- --enable-gtk-doc --enable-introspection=yes execute_after_dh_auto_install: find debian/tmp -name '*.la' -delete
Bug#1032561: iproute2: "tc filter show" always results in empty response
I have found that more specific arguments does return output: root@debian12:~# tc filter show root@debian12:~# tc filter show dev eth2 root filter parent : protocol all pref 49152 matchall chain 0 filter parent : protocol all pref 49152 matchall chain 0 handle 0x1 not_in_hw action order 1: mirred (Egress Redirect to device ifb4eth2) stolen index 2 ref 1 bind 1 However like "tc qdisc show" you would expect "tc filter show" to also result in all filter rules across interfaces being returned.
Bug#1032033: ITP: tfk8s -- Tool for converting Kubernetes YAML manifests to Terraform HCL
Package: wnpp Severity: wishlist Owner: Arthur Diniz * Package name: tfk8s Version : 0.1.10-1 Upstream Author : John Houston * URL : https://github.com/jrhouston/tfk8s * License : Expat Programming Lang: Go Description : Tool for converting Kubernetes YAML manifests to Terraform HCL tfk8s is a tool that makes it easier to work with the Terraform Kubernetes Provider (https://github.com/hashicorp/terraform-provider- kubernetes).
Bug#1031971: libxfce4panel-2.0-dev fails to build with valac installed
Package: libxfce4panel-2.0-dev Version: 4.18.1-1 Severity: serious Tags: ftbfs patch Justification: fails to build from source (but built successfully in the past) Dear Maintainer, To reproduce the problem please follow these steps: $ sudo apt install valac $ apt-get source libxfce4panel-2.0-dev $ cd xfce4-panel-4.18.1 $ sudo apt-get build-dep . $ dpkg-buildpackage -j`nproc` Output: ... dh_compress dh_fixperms debian/rules override_dh_missing make[1]: Entering directory '/home/spinal/tmp/xfce4-panel-4.18.1' dh_missing --fail-missing -X .la dh_missing: warning: usr/share/vala/vapi/libxfce4panel-2.0.deps exists in debian/tmp but is not installed to anywhere dh_missing: warning: usr/share/vala/vapi/libxfce4panel-2.0.vapi exists in debian/tmp but is not installed to anywhere The following debhelper tools have reported what they installed (with files per package) * dh_install: gir1.2-libxfce4panel-2.0 (1), libxfce4panel-2.0-4 (3), libxfce4panel-2.0-dev (5), xfce4-panel (18) * dh_installdocs: gir1.2-libxfce4panel-2.0 (0), libxfce4panel-2.0-4 (0), libxfce4panel-2.0-dev (0), xfce4-panel (1) * dh_installman: gir1.2-libxfce4panel-2.0 (0), libxfce4panel-2.0-4 (0), libxfce4panel-2.0-dev (0), xfce4-panel (1) If the missing files are installed by another tool, please file a bug against it. When filing the report, if the tool is not part of debhelper itself, please reference the "Logging helpers and dh_missing" section from the "PROGRAMMING" guide for debhelper (10.6.3+). (in the debhelper package: /usr/share/doc/debhelper/PROGRAMMING.gz) Be sure to test with dpkg-buildpackage -A/-B as the results may vary when only a subset is built If the omission is intentional or no other helper can take care of this consider adding the paths to debian/not-installed. dh_missing: error: missing files, aborting make[1]: *** [debian/rules:16: override_dh_missing] Error 255 make[1]: Leaving directory '/home/spinal/tmp/xfce4-panel-4.18.1' make: *** [debian/rules:7: binary] Error 2 dpkg-buildpackage: error: debian/rules binary subprocess returned exit status 2 To fix the issue I propose including valac to package build dependencies and include vala api files to libxfce4panel-2.0-dev. These vala api files are useful when you wish to build some xfce plugins from vala sources. One example is xfce4-notes-plugin which I was trying to build and found that vala api files are missing in Debian distribution. Please keep in mind that building libxfce4panel-2.0-dev will also fail if you didn't install libxfce4util-1.0 with vala api files. It means that Debian bug #1031967 should be resolved first to satisfy vala api deps of this package. For possible fix check the following patch. -- System Information: Debian Release: bookworm/sid APT prefers testing APT policy: (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 6.1.0-3-amd64 (SMP w/8 CPU threads; PREEMPT) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8), LANGUAGE=ru_RU:ru Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages libxfce4panel-2.0-dev depends on: ii gir1.2-libxfce4panel-2.0 4.18.1-1 ii libglib2.0-dev2.74.5-1 ii libgtk-3-dev 3.24.36-4 ii libxfce4panel-2.0-4 4.18.1-1 ii libxfce4util-dev 4.18.1-1 libxfce4panel-2.0-dev recommends no packages. libxfce4panel-2.0-dev suggests no packages. -- no debconf information diff -Naur xfce4-panel-4.18.1-orig/debian/control xfce4-panel-4.18.1/debian/control --- xfce4-panel-4.18.1-orig/debian/control 2023-01-12 10:55:51.0 +0300 +++ xfce4-panel-4.18.1/debian/control 2023-02-26 05:33:54.816823882 +0300 @@ -19,6 +19,7 @@ libxfce4ui-2-dev (>= 4.17.1), libxfce4util-dev (>= 4.17.2), libxfconf-0-dev, + valac, xfce4-dev-tools Rules-Requires-Root: no Standards-Version: 4.6.2 diff -Naur xfce4-panel-4.18.1-orig/debian/libxfce4panel-2.0-dev.install xfce4-panel-4.18.1/debian/libxfce4panel-2.0-dev.install --- xfce4-panel-4.18.1-orig/debian/libxfce4panel-2.0-dev.install 2022-08-29 02:22:07.0 +0300 +++ xfce4-panel-4.18.1/debian/libxfce4panel-2.0-dev.install 2023-02-26 05:34:23.929239264 +0300 @@ -3,3 +3,4 @@ usr/lib/*/pkgconfig/libxfce4panel-2.0.pc usr/share/gtk-doc/html/libxfce4panel-2.0 usr/share/gir-1.0/* +usr/share/vala/vapi/*
Bug#1031968: libxfconf-0-dev fails to build with valac installed
Package: libxfconf-0-dev Version: 4.18.0-1 Severity: serious Tags: ftbfs patch Justification: fails to build from source (but built successfully in the past) Dear Maintainer, To reproduce the problem please follow these steps: $ sudo apt install valac $ apt-get source libxfconf-0-dev $ cd xfconf-4.18.0 $ dpkg-buildpackage -j`nproc` Output: ... dh_compress dh_fixperms dh_missing dh_missing: warning: usr/share/vala/vapi/libxfconf-0.deps exists in debian/tmp but is not installed to anywhere dh_missing: warning: usr/share/vala/vapi/libxfconf-0.vapi exists in debian/tmp but is not installed to anywhere The following debhelper tools have reported what they installed (with files per package) * dh_install: gir1.2-xfconf-0 (1), libxfconf-0-3 (2), libxfconf-0-dev (5), xfconf (5) * dh_installdocs: gir1.2-xfconf-0 (0), libxfconf-0-3 (0), libxfconf-0-dev (1), xfconf (0) * dh_installman: gir1.2-xfconf-0 (0), libxfconf-0-3 (0), libxfconf-0-dev (0), xfconf (1) If the missing files are installed by another tool, please file a bug against it. When filing the report, if the tool is not part of debhelper itself, please reference the "Logging helpers and dh_missing" section from the "PROGRAMMING" guide for debhelper (10.6.3+). (in the debhelper package: /usr/share/doc/debhelper/PROGRAMMING.gz) Be sure to test with dpkg-buildpackage -A/-B as the results may vary when only a subset is built If the omission is intentional or no other helper can take care of this consider adding the paths to debian/not-installed. dh_missing: error: missing files, aborting make: *** [debian/rules:7: binary] Error 255 dpkg-buildpackage: error: debian/rules binary subprocess returned exit status 2 To fix the issue I propose including valac to package build dependencies and include vala api files to libxfconf-0-dev. This vala api files are useful when you wish to build some xfce plugins from vala sources. One example is xfce4-notes-plugin which I was trying to build and found that some vala api files are missing in Debian distribution. Possible fix follows (check the patch). -- System Information: Debian Release: bookworm/sid APT prefers testing APT policy: (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 6.1.0-3-amd64 (SMP w/8 CPU threads; PREEMPT) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8), LANGUAGE=ru_RU:ru Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages libxfconf-0-dev depends on: ii gir1.2-xfconf-0 4.18.0-1 ii libglib2.0-dev2.74.5-1 ii libxfconf-0-3 4.18.0-1 ii pkg-config1.8.1-1 ii pkgconf [pkg-config] 1.8.1-1 libxfconf-0-dev recommends no packages. libxfconf-0-dev suggests no packages. -- no debconf information diff -Naur xfconf-4.18.0-orig/debian/control xfconf-4.18.0/debian/control --- xfconf-4.18.0-orig/debian/control 2022-12-10 10:48:30.0 +0300 +++ xfconf-4.18.0/debian/control2023-02-26 05:03:43.079063926 +0300 @@ -9,6 +9,7 @@ intltool, libgirepository1.0-dev, libxfce4util-dev (>= 4.17.3), + valac, xfce4-dev-tools (>= 4.16) Rules-Requires-Root: no Standards-Version: 4.6.1 diff -Naur xfconf-4.18.0-orig/debian/libxfconf-0-dev.install xfconf-4.18.0/debian/libxfconf-0-dev.install --- xfconf-4.18.0-orig/debian/libxfconf-0-dev.install 2020-11-14 13:01:16.0 +0300 +++ xfconf-4.18.0/debian/libxfconf-0-dev.install2023-02-26 05:02:28.854000853 +0300 @@ -3,3 +3,4 @@ usr/lib/*/pkgconfig usr/share/gir-1.0/* usr/share/gtk-doc +usr/share/vala/vapi/*
Bug#1031967: libxfce4util-dev fails to build with valac installed
Package: libxfce4util-dev Version: 4.18.1-1 Severity: serious Tags: ftbfs patch Justification: fails to build from source (but built successfully in the past) Dear Maintainer, to repeat the problem, please follow these steps: $ sudo apt install valac $ apt-get source libxfce4util-dev $ cd libxfce4util-4.18.1/ $ dpkg-buildpackage -j`nproc` Output: === ... dh_missing dh_missing: warning: usr/share/vala/vapi/libxfce4util-1.0.vapi exists in debian/tmp but is not installed to anywhere The following debhelper tools have reported what they installed (with files per package) * dh_install: gir1.2-libxfce4util-1.0 (1), libxfce4util-bin (1), libxfce4util-common (1), libxfce4util-dev (38), libxfce4util7 (2) * dh_installdocs: gir1.2-libxfce4util-1.0 (0), libxfce4util-bin (0), libxfce4util-common (0), libxfce4util-dev (1), libxfce4util7 (0) * dh_installman: gir1.2-libxfce4util-1.0 (0), libxfce4util-bin (1), libxfce4util-common (0), libxfce4util-dev (0), libxfce4util7 (0) If the missing files are installed by another tool, please file a bug against it. When filing the report, if the tool is not part of debhelper itself, please reference the "Logging helpers and dh_missing" section from the "PROGRAMMING" guide for debhelper (10.6.3+). (in the debhelper package: /usr/share/doc/debhelper/PROGRAMMING.gz) Be sure to test with dpkg-buildpackage -A/-B as the results may vary when only a subset is built If the omission is intentional or no other helper can take care of this consider adding the paths to debian/not-installed. dh_missing: error: missing files, aborting make: *** [debian/rules:22: binary] Error 255 dpkg-buildpackage: error: debian/rules binary subprocess returned exit status 2 === To fix the issue I propose including valac to package build dependencies and include vala api file to libxfce4util-dev. This vala api file is useful when you wish to build some xfce plugins from vala sources. One example is xfce4-notes-plugin which I was trying to build and found that some vala api files are missing in Debian distribution. Possible fix follows. === diff -Naur libxfce4util-4.18.1-orig/debian/control libxfce4util-4.18.1/debian/control --- libxfce4util-4.18.1-orig/debian/control 2023-01-12 10:28:40.0 +0300 +++ libxfce4util-4.18.1/debian/control 2023-02-26 04:31:58.179657805 +0300 @@ -9,6 +9,7 @@ intltool, libgirepository1.0-dev, libglib2.0-dev, + valac, xfce4-dev-tools Rules-Requires-Root: no Standards-Version: 4.6.2 diff -Naur libxfce4util-4.18.1-orig/debian/libxfce4util-dev.install libxfce4util-4.18.1/debian/libxfce4util-dev.install --- libxfce4util-4.18.1-orig/debian/libxfce4util-dev.install2022-12-05 09:48:34.0 +0300 +++ libxfce4util-4.18.1/debian/libxfce4util-dev.install 2023-02-26 04:27:37.163908152 +0300 @@ -3,3 +3,4 @@ usr/lib/*/pkgconfig/* usr/share/gir-1.0/* usr/share/gtk-doc/html/libxfce4util/* +usr/share/vala/vapi/* === -- System Information: Debian Release: bookworm/sid APT prefers testing APT policy: (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 6.1.0-3-amd64 (SMP w/8 CPU threads; PREEMPT) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8), LANGUAGE=ru_RU:ru Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages libxfce4util-dev depends on: ii gir1.2-libxfce4util-1.0 4.18.1-1 ii libglib2.0-dev 2.74.5-1 ii libxfce4util74.18.1-1 libxfce4util-dev recommends no packages. Versions of packages libxfce4util-dev suggests: pn devhelp -- no debconf information
Bug#1030934: grub-pc: commented out GRUB_CMDLINE_LINUX_DEFAULT line gets copied uncommented in /etc/default/grub
Package: grub-pc Version: 2.06-8 Followup-For: Bug #1030934 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)? If I addeded GRUB_CMDLINE_LINUX_DEFAULT="" uncommented to the end of /etc/default/grub the /etc/default/grub file dos not get modified by reinstalling grub-pc. * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these template lines *** -- Package-specific info: *** BEGIN /proc/mounts /dev/sda5 / ext3 rw,relatime,errors=remount-ro 0 0 /dev/sda3 /boot ext3 rw,relatime 0 0 /dev/sdb1 /mnt/sg2t exfat rw,nosuid,nodev,noexec,relatime,uid=65534,gid=65534,fmask=,dmask=,allow_utime=0022,iocharset=utf8,errors=remount-ro 0 0 /dev/sdc1 /mnt/b2 exfat rw,nosuid,nodev,noexec,relatime,uid=65534,gid=65534,fmask=,dmask=,allow_utime=0022,iocharset=utf8,errors=remount-ro 0 0 *** END /proc/mounts *** BEGIN /boot/grub/device.map (hd0) /dev/disk/by-id/ata-ST2000VN004-2E4164_Z52BGHH5 *** END /boot/grub/device.map *** BEGIN /boot/grub/grub.cfg # # DO NOT EDIT THIS FILE # # It is automatically generated by grub-mkconfig using templates # from /etc/grub.d and settings from /etc/default/grub # ### BEGIN /etc/grub.d/00_header ### if [ -s $prefix/grubenv ]; then set have_grubenv=true load_env fi if [ "${next_entry}" ] ; then set default="${next_entry}" set next_entry= save_env next_entry set boot_once=true else set default="0" fi if [ x"${feature_menuentry_id}" = xy ]; then menuentry_id_option="--id" else menuentry_id_option="" fi export menuentry_id_option if [ "${prev_saved_entry}" ]; then set saved_entry="${prev_saved_entry}" save_env saved_entry set prev_saved_entry= save_env prev_saved_entry set boot_once=true fi function savedefault { if [ -z "${boot_once}" ]; then saved_entry="${chosen}" save_env saved_entry fi } function load_video { if [ x$feature_all_video_module = xy ]; then insmod all_video else insmod efi_gop insmod efi_uga insmod ieee1275_fb insmod vbe insmod vga insmod video_bochs insmod video_cirrus fi } terminal_input console terminal_output console if [ "${recordfail}" = 1 ] ; then set timeout=30 else if [ x$feature_timeout_style = xy ] ; then set timeout_style=menu set timeout=600 # Fallback normal timeout code in case the timeout_style feature is # unavailable. else set timeout=600 fi fi play 480 440 1 ### END /etc/grub.d/00_header ### ### BEGIN /etc/grub.d/05_debian_theme ### set menu_color_normal=cyan/blue set menu_color_highlight=white/blue ### END /etc/grub.d/05_debian_theme ### ### BEGIN /etc/grub.d/10_linux ### function gfxmode { set gfxpayload="${1}" } set linux_gfx_mode= export linux_gfx_mode menuentry 'Devuan GNU/Linux' --class devuan --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-simple-39706f53-7c27-4310-b22a-36c7b042d1a1' { load_video insmod gzio if [ x$grub_platform = xxen ]; then insmod xzio; insmod lzopio; fi insmod part_gpt insmod ext2 set root='hd0,gpt3' if [ x$feature_platform_search_hint = xy ]; then search --no-floppy --fs-uuid --set=root --hint-bios=hd0,gpt3 --hint-efi=hd0,gpt3 --hint-baremetal=ahci0,gpt3 --hint='hd0,gpt3' e15a0540-2d1d-45fb-ba26-d5278ddf94f2 else search --no-floppy --fs-uuid --set=root e15a0540-2d1d-45fb-ba26-d5278ddf94f2 fi echo'Loading Linux 6.2.0-rc7+ ...' linux /vmlinuz-6.2.0-rc7+ root=UUID=39706f53-7c27-4310-b22a-36c7b042d1a1 ro radeon.audio=1 radeon.si_support=1 page_owner=on echo'Loading initial ramdisk ...' initrd /initrd.img-6.2.0-rc7+ } submenu 'Advanced options for Devuan GNU/Linux' $menuentry_id_option 'gnulinux-advanced-39706f53-7c27-4310-b22a-36c7b042d1a1' { menuentry 'Devuan GNU/Linux, with Linux 6.2.0-rc7+' --class devuan --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-6.2.0-rc7+-advanced-39706f53-7c27-4310-b22a-36c7b042d1a1' { load_video insmod gzio if [ x$grub_platform = xxen ]; then insmod xzio; insmod lzopio; fi insmod part_gpt insmod ext2 set root='hd0,gpt3' if [ x$feature_platform_search_hint = xy ]; then search --no-floppy --fs-uuid --set=root --hint-bios=hd0,gpt3 --hint-efi=hd0,gpt3 --hint-baremetal=ahci0,gpt3 --hint='hd0,gpt3' e15a0540-2d1d-45fb-ba26-d5278ddf94f2 else search --no-floppy --fs-uuid --set=root e15a0540-2d1d-45fb-ba26-d5278ddf94f2 fi echo'Loading Linux
Bug#1030934: grub-pc: commented out GRUB_CMDLINE_LINUX_DEFAULT line gets copied uncommented in /etc/default/grub
Package: grub-pc Version: 2.06-8 Severity: normal Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? upgrading or downgrading or reinstalling the grub-pc package * What exactly did you do (or not do) that was effective (or ineffective)? I have this line at the end of my /etc/default/grub #GRUB_CMDLINE_LINUX_DEFAULT="amdgpu.audio=1 amdgpu.si_support=1 radeon.si_support=0 page_owner=on amdgpu.gpu_recovery=1" If I upgrade or downgrade grub-pc, I get an extra blank line after that comment line, then: GRUB_CMDLINE_LINUX_DEFAULT="amdgpu.audio=1 amdgpu.si_support=1 radeon.si_support=0 page_owner=on amdgpu.gpu_recovery=1" ie, without the comment. This fouls up grub.cfg after re-running update-grub and shouldn't be happening. * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these template lines *** -- Package-specific info: *** BEGIN /proc/mounts /dev/sda5 / ext3 rw,relatime,errors=remount-ro 0 0 /dev/sda3 /boot ext3 rw,relatime 0 0 /dev/sdb1 /mnt/sg2t exfat rw,nosuid,nodev,noexec,relatime,uid=65534,gid=65534,fmask=,dmask=,allow_utime=0022,iocharset=utf8,errors=remount-ro 0 0 /dev/sdc1 /mnt/b2 exfat rw,nosuid,nodev,noexec,relatime,uid=65534,gid=65534,fmask=,dmask=,allow_utime=0022,iocharset=utf8,errors=remount-ro 0 0 *** END /proc/mounts *** BEGIN /boot/grub/device.map (hd0) /dev/disk/by-id/ata-ST2000VN004-2E4164_Z52BGHH5 *** END /boot/grub/device.map *** BEGIN /boot/grub/grub.cfg # # DO NOT EDIT THIS FILE # # It is automatically generated by grub-mkconfig using templates # from /etc/grub.d and settings from /etc/default/grub # ### BEGIN /etc/grub.d/00_header ### if [ -s $prefix/grubenv ]; then set have_grubenv=true load_env fi if [ "${next_entry}" ] ; then set default="${next_entry}" set next_entry= save_env next_entry set boot_once=true else set default="0" fi if [ x"${feature_menuentry_id}" = xy ]; then menuentry_id_option="--id" else menuentry_id_option="" fi export menuentry_id_option if [ "${prev_saved_entry}" ]; then set saved_entry="${prev_saved_entry}" save_env saved_entry set prev_saved_entry= save_env prev_saved_entry set boot_once=true fi function savedefault { if [ -z "${boot_once}" ]; then saved_entry="${chosen}" save_env saved_entry fi } function load_video { if [ x$feature_all_video_module = xy ]; then insmod all_video else insmod efi_gop insmod efi_uga insmod ieee1275_fb insmod vbe insmod vga insmod video_bochs insmod video_cirrus fi } terminal_input console terminal_output console if [ "${recordfail}" = 1 ] ; then set timeout=30 else if [ x$feature_timeout_style = xy ] ; then set timeout_style=menu set timeout=600 # Fallback normal timeout code in case the timeout_style feature is # unavailable. else set timeout=600 fi fi play 480 440 1 ### END /etc/grub.d/00_header ### ### BEGIN /etc/grub.d/05_debian_theme ### set menu_color_normal=cyan/blue set menu_color_highlight=white/blue ### END /etc/grub.d/05_debian_theme ### ### BEGIN /etc/grub.d/10_linux ### function gfxmode { set gfxpayload="${1}" } set linux_gfx_mode= export linux_gfx_mode menuentry 'Devuan GNU/Linux' --class devuan --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-simple-39706f53-7c27-4310-b22a-36c7b042d1a1' { load_video insmod gzio if [ x$grub_platform = xxen ]; then insmod xzio; insmod lzopio; fi insmod part_gpt insmod ext2 set root='hd0,gpt3' if [ x$feature_platform_search_hint = xy ]; then search --no-floppy --fs-uuid --set=root --hint-bios=hd0,gpt3 --hint-efi=hd0,gpt3 --hint-baremetal=ahci0,gpt3 --hint='hd0,gpt3' e15a0540-2d1d-45fb-ba26-d5278ddf94f2 else search --no-floppy --fs-uuid --set=root e15a0540-2d1d-45fb-ba26-d5278ddf94f2 fi echo'Loading Linux 6.2.0-rc7+ ...' linux /vmlinuz-6.2.0-rc7+ root=UUID=39706f53-7c27-4310-b22a-36c7b042d1a1 ro radeon.audio=1 radeon.si_support=1 page_owner=on echo'Loading initial ramdisk ...' initrd /initrd.img-6.2.0-rc7+ } submenu 'Advanced options for Devuan GNU/Linux' $menuentry_id_option 'gnulinux-advanced-39706f53-7c27-4310-b22a-36c7b042d1a1' { menuentry 'Devuan GNU/Linux, with Linux 6.2.0-rc7+' --class devuan --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-6.2.0-rc7+-advanced-39706f53-7c27-4310-b22a-36c7b042d1a1' { load_video insmod gzio if [ x$grub_platform = xxen ]; then insmod xzio; insmod lzopio; fi insmod part_gpt insmod ext2 set root='hd0,gpt3' if [ x$feature_pla
Bug#1030597: /usr/share/doc/lsb-base/README.Debian: file points to itself for more information
Package: lsb-base Version: 11.5 Severity: minor File: /usr/share/doc/lsb-base/README.Debian Ony my system /usr/share/doc/lsb-base/README.Debian contains: ... * The "lsb-base" package includes a number of functions used by init.d scripts in some LSB packages. For documentation of those functions (and those added for Debian's use), please see the README.Debian file in that package. ... Please update the README.Debian in lsb-base with a reference to where to find the documentation for the functions that can be used in init.d scripts. -- System Information: Debian Release: bookworm/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 6.1.0-3-amd64 (SMP w/8 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 lsb-base depends on: ii sysvinit-utils 3.06-2 -- -- arthur - adej...@debian.org - https://people.debian.org/~adejong -- signature.asc Description: This is a digitally signed message part
Bug#1023460: in debian/nslcd.config, guess_ldap_uri returns the IP address instead of the name of the server
On Fri, 2022-11-04 at 11:00 -0400, Marvin Renich wrote: > When nslcd is installed [...] guess_ldap_uri tries to find an > appropriate ldap server using some heuristics. If it finds a host > [...] it returns the IP address of the host rather than the name. The original reason for this was that if you use LDAP for host name lookups having a host name in nslcd.conf causes problems. I think that is reasonably uncommon and agree that the host name would make more sense to provide as a suggestion. This behaviour will be changed in the next upload (uploads are not very frequent). Thanks, -- -- arthur - adej...@debian.org - https://people.debian.org/~adejong -- signature.asc Description: This is a digitally signed message part
Bug#1022311: python-stdnum: FTBFS: AssertionError: Failed doctest test for test_no_fodselsnummer.doctest
On Sun, 2022-10-23 at 14:50 +0200, Lucas Nussbaum wrote: > During a rebuild of all packages in sid, your package failed to build > on amd64. A fix has just been uploaded and is part of version 1.18-1. If this ever needs to be backported for some reason the fix is trivial: https://arthurdejong.org/git/python-stdnum/commit/?id=1003033fa0e97726d92f47231f96cf02fb35869a -- -- arthur - art...@arthurdejong.org - https://arthurdejong.org/ -- signature.asc Description: This is a digitally signed message part
Bug#1018584: python-stdnum: build-depends on python3-nose or uses it for autopkgtest
Control: tags -1 + upstream pending On Sun, 2022-08-28 at 21:51 +0300, Dmitry Shachn > Your package still uses nose [1], which is an obsolete testing > framework for Python, dead and unmaintained since 2015 [2][3]. The upstream repo switched from nose to pytest: https://arthurdejong.org/git/python-stdnum/commit/?id=8a28e388890f0bcd0ada9df846562080bda96bf3 This will be included in the next upload. -- -- arthur - adej...@debian.org - https://people.debian.org/~adejong -- signature.asc Description: This is a digitally signed message part
Bug#493526: exim4-config: mailname not automatically added to MAIN_LOCAL_DOMAINS
Package: exim4-config Version: 4.96-4 Followup-For: Bug #493526 Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? See also bug #1019941 - by setting a "localhost" mail name and hence /etc/mailname contained localhost rather than my isp's domain, local delivery finally started working again. * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these template lines *** -- Package-specific info: Exim version 4.96 #2 built 11-Sep-2022 11:38:26 Copyright (c) University of Cambridge, 1995 - 2018 (c) The Exim Maintainers and contributors in ACKNOWLEDGMENTS file, 2007 - 2022 Berkeley DB: Berkeley DB 5.3.28: (September 9, 2013) Support for: crypteq iconv() IPv6 GnuTLS TLS_resume move_frozen_messages DANE DKIM DNSSEC Event I18N OCSP PIPECONNECT PRDR Queue_Ramp SOCKS SRS TCP_Fast_Open Lookups (built-in): lsearch wildlsearch nwildlsearch iplsearch cdb dbm dbmjz dbmnz dnsdb dsearch nis nis0 passwd Authenticators: cram_md5 external plaintext Routers: accept dnslookup ipliteral manualroute queryprogram redirect Transports: appendfile/maildir/mailstore autoreply lmtp pipe smtp Fixed never_users: 0 Configure owner: 0:0 Size of off_t: 8 Configuration file search path is /etc/exim4/exim4.conf:/var/lib/exim4/config.autogenerated Configuration file is /var/lib/exim4/config.autogenerated # /etc/exim4/update-exim4.conf.conf # # Edit this file and /etc/mailname by hand and execute update-exim4.conf # yourself or use 'dpkg-reconfigure exim4-config' # # Please note that this is _not_ a dpkg-conffile and that automatic changes # to this file might happen. The code handling this will honor your local # changes, so this is usually fine, but will break local schemes that mess # around with multiple versions of the file. # # update-exim4.conf uses this file to determine variable values to generate # exim configuration macros for the configuration file. # # Most settings found in here do have corresponding questions in the # Debconf configuration, but not all of them. # # This is a Debian specific file dc_eximconfig_configtype='smarthost' dc_other_hostnames='' dc_local_interfaces='127.0.0.1' dc_readhost='internode.on.net' dc_relay_domains='' dc_minimaldns='false' dc_relay_nets='' dc_smarthost='mail.internode.on.net' CFILEMODE='644' dc_use_split_config='false' dc_hide_mailname='true' dc_mailname_in_oh='true' dc_localdelivery='mail_spool' mailname:localhost # /etc/default/exim4 EX4DEF_VERSION='' # 'combined' - one daemon running queue and listening on SMTP port # 'no' - no daemon running the queue # 'separate' - two separate daemons # 'ppp' - only run queue with /etc/ppp/ip-up.d/exim4. # 'nodaemon' - no daemon is started at all. # 'queueonly' - only a queue running daemon is started, no SMTP listener. # setting this to 'no' will also disable queueruns from /etc/ppp/ip-up.d/exim4 QUEUERUNNER='combined' # how often should we run the queue QUEUEINTERVAL='30m' # options common to quez-runner and listening daemon COMMONOPTIONS='' # more options for the daemon/process running the queue (applies to the one # started in /etc/ppp/ip-up.d/exim4, too. QUEUERUNNEROPTIONS='' # special flags given to exim directly after the -q. See exim(8) QFLAGS='' # options for daemon listening on port 25 SMTPLISTENEROPTIONS='' -- System Information: Debian Release: bookworm/sid APT prefers experimental APT policy: (1, 'experimental') merged-usr: no Architecture: amd64 (x86_64) Kernel: Linux 6.0.0-rc5+ (SMP w/4 CPU threads; PREEMPT) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages exim4-config depends on: ii adduser3.129 ii debconf [debconf-2.0] 1.5.79 Versions of packages exim4-config recommends: ii ca-certificates 20211016 exim4-config suggests no packages. -- Configuration Files: /etc/email-addresses changed: amarsh04: arthur.ma...@internode.on.net root: arthur.ma...@internode.on.net /etc/exim4/exim4.conf.template changed: AUTH_CLIENT_ALLOW_NOTLS_PASSWORDS = true exim_path = /usr/sbin/exim4 .ifndef CONFDIR CONFDIR = /etc/exim4 .endif UPEX4CmacrosUPEX4C = 1 domainlist local_domains = MAIN_LOCAL_DOMAINS domainlist relay_to_domains = MAIN_RELAY_TO_DOMAINS hostlist relay_from_hosts = MAIN_RELAY_NETS .ifndef MAIN_PRIMARY_HOSTNAME_AS_QUALIFY_DOMAIN .ifndef MAIN_QUALIFY_DOMAIN qualify_domain = ETC_MAILNAME .else qualify_domain = MAIN_QUALIFY_DOMAIN .endif .endif .ifdef MAIN_LOCAL_INTERFACES local_interfaces = MAIN_LOCAL_INTERFACES .endif .ifndef LOCAL_DELIVERY LOCAL_DELIVERY=mail_spool .endif gecos_pattern = ^([^,:]*) gecos_name = $1 .ifndef MAIN_LOG_SELECTOR MAIN_LOG_SELECTOR = +smtp_protocol_error +smtp_syntax_error +tls_certificate_verified +tls_peerdn .endif .ifn
Bug#1019946: exim4-config_files.5.gz should mention /etc/mailname
Package: exim4-config Version: 4.96-4 Severity: important Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? Local delivery of mail for root on this machine which was aliased to my username on this machine was instead spamming my ISP, due to setting the mail name and hence /etc/mailname to the domain of my ISP-based email address instead of localhost The manual page /usr/share/man/man5/exim4-config_files.5.gz should include and explain /etc/mailname * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these template lines *** -- Package-specific info: Exim version 4.96 #2 built 11-Sep-2022 11:38:26 Copyright (c) University of Cambridge, 1995 - 2018 (c) The Exim Maintainers and contributors in ACKNOWLEDGMENTS file, 2007 - 2022 Berkeley DB: Berkeley DB 5.3.28: (September 9, 2013) Support for: crypteq iconv() IPv6 GnuTLS TLS_resume move_frozen_messages DANE DKIM DNSSEC Event I18N OCSP PIPECONNECT PRDR Queue_Ramp SOCKS SRS TCP_Fast_Open Lookups (built-in): lsearch wildlsearch nwildlsearch iplsearch cdb dbm dbmjz dbmnz dnsdb dsearch nis nis0 passwd Authenticators: cram_md5 external plaintext Routers: accept dnslookup ipliteral manualroute queryprogram redirect Transports: appendfile/maildir/mailstore autoreply lmtp pipe smtp Fixed never_users: 0 Configure owner: 0:0 Size of off_t: 8 Configuration file search path is /etc/exim4/exim4.conf:/var/lib/exim4/config.autogenerated Configuration file is /var/lib/exim4/config.autogenerated # /etc/exim4/update-exim4.conf.conf # # Edit this file and /etc/mailname by hand and execute update-exim4.conf # yourself or use 'dpkg-reconfigure exim4-config' # # Please note that this is _not_ a dpkg-conffile and that automatic changes # to this file might happen. The code handling this will honor your local # changes, so this is usually fine, but will break local schemes that mess # around with multiple versions of the file. # # update-exim4.conf uses this file to determine variable values to generate # exim configuration macros for the configuration file. # # Most settings found in here do have corresponding questions in the # Debconf configuration, but not all of them. # # This is a Debian specific file dc_eximconfig_configtype='smarthost' dc_other_hostnames='' dc_local_interfaces='127.0.0.1' dc_readhost='internode.on.net' dc_relay_domains='' dc_minimaldns='false' dc_relay_nets='' dc_smarthost='mail.internode.on.net' CFILEMODE='644' dc_use_split_config='false' dc_hide_mailname='true' dc_mailname_in_oh='true' dc_localdelivery='mail_spool' mailname:localhost # /etc/default/exim4 EX4DEF_VERSION='' # 'combined' - one daemon running queue and listening on SMTP port # 'no' - no daemon running the queue # 'separate' - two separate daemons # 'ppp' - only run queue with /etc/ppp/ip-up.d/exim4. # 'nodaemon' - no daemon is started at all. # 'queueonly' - only a queue running daemon is started, no SMTP listener. # setting this to 'no' will also disable queueruns from /etc/ppp/ip-up.d/exim4 QUEUERUNNER='combined' # how often should we run the queue QUEUEINTERVAL='30m' # options common to quez-runner and listening daemon COMMONOPTIONS='' # more options for the daemon/process running the queue (applies to the one # started in /etc/ppp/ip-up.d/exim4, too. QUEUERUNNEROPTIONS='' # special flags given to exim directly after the -q. See exim(8) QFLAGS='' # options for daemon listening on port 25 SMTPLISTENEROPTIONS='' -- System Information: Debian Release: bookworm/sid APT prefers experimental APT policy: (1, 'experimental') merged-usr: no Architecture: amd64 (x86_64) Kernel: Linux 6.0.0-rc5+ (SMP w/4 CPU threads; PREEMPT) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages exim4-config depends on: ii adduser3.129 ii debconf [debconf-2.0] 1.5.79 Versions of packages exim4-config recommends: ii ca-certificates 20211016 exim4-config suggests no packages. -- Configuration Files: /etc/email-addresses changed: amarsh04: arthur.ma...@internode.on.net root: arthur.ma...@internode.on.net /etc/exim4/exim4.conf.template changed: AUTH_CLIENT_ALLOW_NOTLS_PASSWORDS = true exim_path = /usr/sbin/exim4 .ifndef CONFDIR CONFDIR = /etc/exim4 .endif UPEX4CmacrosUPEX4C = 1 domainlist local_domains = MAIN_LOCAL_DOMAINS domainlist relay_to_domains = MAIN_RELAY_TO_DOMAINS hostlist relay_from_hosts = MAIN_RELAY_NETS .ifndef MAIN_PRIMARY_HOSTNAME_AS_QUALIFY_DOMAIN .ifndef MAIN_QUALIFY_DOMAIN qualify_domain = ETC_MAILNAME .else qualify_domain = MAIN_QUALIFY_DOMAIN .endif .endif .ifdef MAIN_LOCAL_INTERFACES local_interfaces = MAIN_LOCAL_INTERFACES .endif .ifndef LOCAL_DELIVERY LOCAL_DELIVERY=mail_spool .endif gecos_pattern =
Bug#1019941: exim4-config: mail name explanation in dpkg-reconfigure script is confusing
Package: exim4-config Version: 4.96-4 Severity: important Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? The text box information for 'mail name' which sets /etc/mailname is confusing: The 'mail name' is the domain name used to 'qualify' mail addresses │ │ without a domain name.│ │ │ │ This name will also be used by other programs. It should be the single, │ │ fully qualified domain name (FQDN). │ │ │ │ Thus, if a mail address on the local host is f...@example.org, the │ │ correct value for this option would be example.org. │ │ │ │ This name won't appear on From: lines of outgoing messages if rewriting │ │ is enabled. │ │ │ │ System mail name: * What exactly did you do (or not do) that was effective (or ineffective)? After incorrectly setting the 'mail name' in the text box to blank and getting errors, re-running dpkg-reconfigure exim4-conf correctly put in 'localhost' which should have been there in the first place to enable local delivery (e.g. messages to root which I have redirected in /etc/aliases to my username on my local system, amarsh04) FINALLY, again I have the messages to root hitting my local mail folder and not spamming my ISP. Perhaps the text should say, "for local delivery without going through a smarthost, set mail name to localhost"? * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these template lines *** -- Package-specific info: Exim version 4.96 #2 built 11-Sep-2022 11:38:26 Copyright (c) University of Cambridge, 1995 - 2018 (c) The Exim Maintainers and contributors in ACKNOWLEDGMENTS file, 2007 - 2022 Berkeley DB: Berkeley DB 5.3.28: (September 9, 2013) Support for: crypteq iconv() IPv6 GnuTLS TLS_resume move_frozen_messages DANE DKIM DNSSEC Event I18N OCSP PIPECONNECT PRDR Queue_Ramp SOCKS SRS TCP_Fast_Open Lookups (built-in): lsearch wildlsearch nwildlsearch iplsearch cdb dbm dbmjz dbmnz dnsdb dsearch nis nis0 passwd Authenticators: cram_md5 external plaintext Routers: accept dnslookup ipliteral manualroute queryprogram redirect Transports: appendfile/maildir/mailstore autoreply lmtp pipe smtp Fixed never_users: 0 Configure owner: 0:0 Size of off_t: 8 Configuration file search path is /etc/exim4/exim4.conf:/var/lib/exim4/config.autogenerated Configuration file is /var/lib/exim4/config.autogenerated # /etc/exim4/update-exim4.conf.conf # # Edit this file and /etc/mailname by hand and execute update-exim4.conf # yourself or use 'dpkg-reconfigure exim4-config' # # Please note that this is _not_ a dpkg-conffile and that automatic changes # to this file might happen. The code handling this will honor your local # changes, so this is usually fine, but will break local schemes that mess # around with multiple versions of the file. # # update-exim4.conf uses this file to determine variable values to generate # exim configuration macros for the configuration file. # # Most settings found in here do have corresponding questions in the # Debconf configuration, but not all of them. # # This is a Debian specific file dc_eximconfig_configtype='smarthost' dc_other_hostnames='' dc_local_interfaces='127.0.0.1' dc_readhost='internode.on.net' dc_relay_domains='' dc_minimaldns='false' dc_relay_nets='' dc_smarthost='mail.internode.on.net' CFILEMODE='644' dc_use_split_config='false' dc_hide_mailname='true' dc_mailname_in_oh='true' dc_localdelivery='mail_spool' mailname:localhost # /etc/default/exim4 EX4DEF_VERSION='' # 'combined' - one daemon running queue and listening on SMTP port # 'no' - no daemon running the queue # 'separate' - two separate daemons # 'ppp' - only run queue with /etc/ppp/ip-up.d/exim4. # 'nodaemon' - no daemon is started at all. # 'queueonly' - only a queue running daemon is started, no SMTP listener. # setting this to 'no' will also disable queueruns from /etc/ppp/ip-up.d/exim4 QUEUERUNNER='combined' # how often should we run the queue QUEUEINTERVAL='30m' # options common to quez-runner and listening daemon COMMONOPTIONS='' # more options for the daemon/process running the queue (applies to the one # started in /etc/ppp/ip-up.d/exim4, too. QUEUERUNNEROPTIONS='' # special flags given to exim directly after the -q. See exim(8) QFLAGS='' # options for daemon listening on port 25 SMTPLISTENEROPTIONS='' -- System Information: Debian Release: bookworm/sid APT prefers experimental AP
Bug#1019556: sse3-support: pni implies sse3 support
Package: sse3-support Followup-For: Bug #1019556 Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? Trying to upgrade sse3-support from 13 to 14 * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? failure * What outcome did you expect instead? success, as this CPU (Athlon II X4 640) supports sse3 indicated by the flag pni, which stands for Prescott Native Instructions. Please also see Debian bug #1018937 for chromium (Update the cpu check to allow pni instead of sse3) *** End of the template - remove these template lines *** -- System Information: Debian Release: bookworm/sid APT prefers experimental APT policy: (1, 'experimental') merged-usr: no Architecture: amd64 (x86_64) Kernel: Linux 6.0.0-rc4+ (SMP w/4 CPU threads; PREEMPT) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages sse3-support depends on: ii isa-support 14 sse3-support recommends no packages. sse3-support suggests no packages. -- debconf information: * sse3-support/fail:
Bug#1018937: chromium: incorrect sse3 not present error
Package: chromium Version: 105.0.5195.52-1 Followup-For: Bug #1018937 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)? When I ran under a kernel rebuilt to report "sse3" rather than "pni", by using this patch: diff --git a/arch/x86/include/asm/cpufeatures.h b/arch/x86/include/asm/cpufeatur es.h index ef4775c6db01..13d5ad9c 100644 --- a/arch/x86/include/asm/cpufeatures.h +++ b/arch/x86/include/asm/cpufeatures.h @@ -113,7 +113,7 @@ #define X86_FEATURE_TSC_KNOWN_FREQ ( 3*32+31) /* TSC has known frequency */ /* Intel-defined CPU features, CPUID level 0x0001 (ECX), word 4 */ -#define X86_FEATURE_XMM3 ( 4*32+ 0) /* "pni" SSE-3 */ +#define X86_FEATURE_XMM3 ( 4*32+ 0) /* "sse3" SSE-3 */ #define X86_FEATURE_PCLMULQDQ ( 4*32+ 1) /* PCLMULQDQ instruction */ #define X86_FEATURE_DTES64 ( 4*32+ 2) /* 64-bit Debug Store */ #define X86_FEATURE_MWAIT ( 4*32+ 3) /* "monitor" MONITOR/MWAIT support */ I could install and successfully run chromium 105.0.5195.52-1. So it appears that chromium is incorrectly checking for sse3. * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these template lines *** -- System Information: Debian Release: bookworm/sid APT prefers experimental APT policy: (1, 'experimental') merged-usr: no Architecture: amd64 (x86_64) Kernel: Linux 6.0.0-rc3+ (SMP w/4 CPU threads; PREEMPT) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages chromium depends on: ii chromium-common 105.0.5195.52-1 ii libasound2 1.2.7.2-1 ii libatk-bridge2.0-0 2.38.0-4 ii libatk1.0-0 2.38.0-1 ii libatomic1 12.2.0-1 ii libatspi2.0-02.44.1-1 ii libbrotli1 1.0.9-2+b4 ii libc62.34-7 ii libcairo21.16.0-6 ii libcups2 2.4.2-1+b1 ii libdbus-1-3 1.14.0-2devuan1 ii libdouble-conversion33.2.1-1 ii libdrm2 2.4.112-3 ii libevent-2.1-7 2.1.12-stable-5+b1 ii libexpat12.4.8-1 ii libflac8 1.3.4-2 ii libfontconfig1 2.13.1-4.4 ii libfreetype6 2.12.1+dfsg-3 ii libgbm1 22.2.0~rc3-1 ii libgcc-s112.2.0-1 ii libglib2.0-0 2.73.3-3 ii libgtk-3-0 3.24.34-3 ii libjpeg62-turbo 1:2.1.2-1 ii libjsoncpp25 1.9.5-4 ii liblcms2-2 2.13.1-1 ii libminizip1 1.1-8+b1 ii libnspr4 2:4.34.1-1 ii libnss3 2:3.82-1 ii libopenjp2-7 2.5.0-1 ii libopus0 1.3.1-2 ii libpango-1.0-0 1.50.9+ds-1 ii libpng16-16 1.6.37-5 ii libpulse015.0+dfsg1-4+b1 ii libre2-9 20220601+dfsg-1 ii libsnappy1v5 1.1.9-2 ii libstdc++6 12.2.0-1 ii libwayland-client0 1.21.0-1 ii libwebp7 1.2.2-2+b1 ii libwebpdemux21.2.2-2+b1 ii libwebpmux3 1.2.2-2+b1 ii libwoff1 1.0.2-2 ii libx11-6 2:1.8.1-2 ii libxcb1 1.15-1 ii libxcomposite1 1:0.4.5-1 ii libxdamage1 1:1.1.5-2 ii libxext6 2:1.3.4-1 ii libxfixes3 1:6.0.0-1 ii libxkbco
Bug#1018937: chromium: incorrect sse3 not present error
Package: chromium Version: 104.0.5112.101-1 Severity: important Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? Upgrading chromium (105.0.5195.52-1) over (104.0.5112.101-1). when attempting to launch chromium had an X window system error message referring me to http://www.crbug.com/1123353 This machine has an Athlon II X4 640 processor which does support SSE3, however /proc/cpuinfo does not list ss3, instead listing pni, see kernel source Documentation/x86/cpuinfo.rst, which also refers to tools/arch/x86/kcpuid which when built and run lists: CPU features: = sse3 mwait cmpxchg16b popcnt fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 hit mwait_ext mwait_irq_break lahf_lm lzcnt prefetchw sysret exec_dis 1gb_page rdtscp nonstop_tsc It appears that chromium is incorrectly testing for sse3. * What exactly did you do (or not do) that was effective (or ineffective)? I tried using a stock Debian kernel (same issue) and also tried running chromium from unstable on my other pc running i386 (a Pentium Prescott machine which does actually support sse3) with the same result. Downgraded back to 104.0.5112.101-1 worked. * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these template lines *** -- System Information: Debian Release: bookworm/sid APT prefers experimental APT policy: (1, 'experimental') merged-usr: no Architecture: amd64 (x86_64) Kernel: Linux 5.19.0-trunk-amd64 (SMP w/4 CPU threads; PREEMPT) Kernel taint flags: TAINT_UNSIGNED_MODULE Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) LSM: AppArmor: enabled Versions of packages chromium depends on: ii chromium-common 104.0.5112.101-1 ii libasound2 1.2.7.2-1 ii libatk-bridge2.0-0 2.38.0-4 ii libatk1.0-0 2.38.0-1 ii libatomic1 12.2.0-1 ii libatspi2.0-02.44.1-1 ii libc62.34-7 ii libcairo21.16.0-6 ii libcups2 2.4.2-1+b1 ii libdbus-1-3 1.14.0-2devuan1 ii libdrm2 2.4.112-3 ii libevent-2.1-7 2.1.12-stable-5+b1 ii libexpat12.4.8-1 ii libflac8 1.3.4-2 ii libfontconfig1 2.13.1-4.4 ii libfreetype6 2.12.1+dfsg-3 ii libgbm1 22.2.0~rc3-1 ii libgcc-s112.2.0-1 ii libglib2.0-0 2.73.3-3 ii libgtk-3-0 3.24.34-3 ii libjpeg62-turbo 1:2.1.2-1 ii libjsoncpp25 1.9.5-4 ii liblcms2-2 2.13.1-1 ii libminizip1 1.1-8+b1 ii libnspr4 2:4.34.1-1 ii libnss3 2:3.82-1 ii libopenjp2-7 2.5.0-1 ii libopus0 1.3.1-2 ii libpango-1.0-0 1.50.9+ds-1 ii libpng16-16 1.6.37-5 ii libpulse015.0+dfsg1-4+b1 ii libre2-9 20220601+dfsg-1 ii libsnappy1v5
Bug#989409: nss-pam-ldapd's autopkgtest fails with OpenLDAP 2.5
On Fri, 2022-02-18 at 19:11 -0800, Ryan Tandy wrote: > I removed "pwdMustChange: TRUE" from the policy and then the tests > passed. Not sure if this is the correct fix, but at least I don't > currently see anything in test_pamcmds.expect that would be expecting > a forced reset? Applying this change makes the autopkgtest pass again (this change has just been merged in Git). That means that the expected functionality of nss-pam-ldapd is tested properly. The tests currently don't test the forced password reset by the user functionality (presence of pwdReset on a user account) and it seems that exact behaviour differs between LDAP server implementations (the password policy controls differ and the return code of the BIND operation may also differ). It seems that currently nslcd (default configuration) rejects the login if a password change is needed on OpenLDAP 2.5. This can be worked around by setting "pam_authc_search NONE" in nslcd.conf which should not cause issues with most OpenLDAP LDAP servers. I plan to upload a new version of the package soon. If anyone has any concerns regarding e.g. insufficient testing of the above use case, please let me know. Kind regards, -- -- arthur - adej...@debian.org - https://people.debian.org/~adejong -- signature.asc Description: This is a digitally signed message part
Bug#956012: Frightening!
Hi Mike, "Frightening" is my perspective on this. When an average user sees their chromium is suddenly "managed" by their organization and they know they are not part of any organization, then their first idea will be that they have been hacked. In my case I deleted my entire chromium profile before I realized that this was the root cause. I hope you quickly rollback this change to save others this pain and then figure out a better way to roll this forward. Thanks Arthur Weinberger arthurweinber...@gmail.com On Sun, Aug 21, 2022 at 9:13 AM Mike Gabriel < mike.gabr...@das-netzwerkteam.de> wrote: > Hi Andres, > > On So 21 Aug 2022 09:47:51 CEST, Andres Salomon wrote: > > > It looks like the other way to do this is through > > /etc/chromium/master_preferences, which will only take effect when > > people first install and run chromium. > > > > "search_provider_overrides": [{ > >"enabled": true, > >"encoding": "UTF-8", > >"favicon_url": "https://duckduckgo.com/favicon.ico";, > >"new_tab_url": "https://duckduckgo.com/chrome_newtab";, > >"id": 2, > >"keyword": "duckduckgo.com", > >"name": "DuckDuckGo", > >"search_url": "https://duckduckgo.com/?q={searchTerms}";, > >"suggest_url": "https://duckduckgo.com/ac/?q={searchTerms}&type=list"; > > }], > > "search_provider_overrides_version": 1, > > > > > > It's not clear if that's the route we should go, but it does get rid > > of the notices about the browser being managed by an organization. 🤔 > > why is this frightening? (your mail subject). Many distributors tinker > with that master_preferences file for their likings. > > And policies/managed is definitely the wrong place for configuring the > search provider, as that means that users can't change it. > > Another option is putting the default search provider in > policies/recommended. Haven't tested it, but it should work, as well. > > See https://sunweavers.net/blog/node/135 for details / overview of > tweaking features. > > Mike > > > -- > > DAS-NETZWERKTEAM > c\o Technik- und Ökologiezentrum Eckernförde > Mike Gabriel, Marienthaler Str. 17, 24340 Eckernförde > mobile: +49 (1520) 1976 148 > landline: +49 (4351) 850 8940 > > GnuPG Fingerprint: 9BFB AEE8 6C0A A5FF BF22 0782 9AF4 6B30 2577 1B31 > mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de > >
Bug#956012: Frightening!
Hi, This change caused my chromium browser to report that it's being managed by my "organization". I thought that my machine was somehow compromised. This is terrifying! I wound up deleting my entire chromium profile before I discovered that the root cause was this DuckDuckGo config change. Even in the "recommended" subdirectory, chromium still reports that it's being managed. This is terrifying! I hope you revert this change to save others from the panic I went through. The patch approach listed in this thread might be a better way. Thanks Arthur Weinberger
Bug#1017700: libspdlog1.10: Try to overwrite '/usr/lib/x86_64-linux-gnu/libspdlog.so.1.10.0'
Package: libspdlog-dev Version: 1:1.10.0+ds-0.3 Followup-For: Bug #1017700 Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? Trying to upgrade packages: am64:/usr/src/linux# aptitude -u Performing actions... (Reading database ... 695310 files and directories currently installed.) Preparing to unpack .../00-emacs-el_1%3a28.1+1-1_all.deb ... Unpacking emacs-el (1:28.1+1-1) over (1:27.1+1-3.1) ... Preparing to unpack .../01-emacs-common_1%3a28.1+1-1_all.deb ... Unpacking emacs-common (1:28.1+1-1) over (1:27.1+1-3.1) ... dpkg: error processing archive /tmp/apt-dpkg-install-bsApel/01-emacs-common_1%3a28.1+1-1_all.deb (--unpack): trying to overwrite '/usr/lib/systemd/user/emacs.service', which is also in package emacs-bin-common 1:27.1+1-3.1+b1 dpkg-deb: error: paste subprocess was killed by signal (Broken pipe) Preparing to unpack .../02-emacs-gtk_1%3a28.1+1-1_amd64.deb ... Remove dictionaries-common for emacs remove/dictionaries-common: Purging byte-compiled files for flavour emacs Remove cmake-data for emacs remove/cmake-mode-3.24.1: Handling removal of emacsen flavor emacs dh-elpa: purging flavor specific files for emacs Remove emacsen-common for emacs emacsen-common: Handling removal of emacsen flavor emacs Unpacking emacs-gtk (1:28.1+1-1) over (1:27.1+1-3.1+b1) ... Preparing to unpack .../03-emacs-bin-common_1%3a28.1+1-1_amd64.deb ... Unpacking emacs-bin-common (1:28.1+1-1) over (1:27.1+1-3.1+b1) ... Selecting previously unselected package libgccjit0:amd64. Preparing to unpack .../04-libgccjit0_12.1.0-8_amd64.deb ... Unpacking libgccjit0:amd64 (12.1.0-8) ... Preparing to unpack .../05-emacs_1%3a28.1+1-1_all.deb ... Unpacking emacs (1:28.1+1-1) over (1:27.1+1-3.1) ... Selecting previously unselected package libfmt9:amd64. Preparing to unpack .../06-libfmt9_9.0.0+ds1-4_amd64.deb ... Unpacking libfmt9:amd64 (9.0.0+ds1-4) ... Preparing to unpack .../07-libfmt-dev_9.0.0+ds1-4_amd64.deb ... Unpacking libfmt-dev:amd64 (9.0.0+ds1-4) over (8.1.1+ds1-2) ... Preparing to unpack .../08-libkf5kcmutils-bin_5.97.0+really5.97.0-2_amd64.deb ... Unpacking libkf5kcmutils-bin (5.97.0+really5.97.0-2) over (5.97.0+really5.97.0-1) ... Preparing to unpack .../09-libkf5kcmutilscore5_5.97.0+really5.97.0-2_amd64.deb ... Unpacking libkf5kcmutilscore5:amd64 (5.97.0+really5.97.0-2) over (5.97.0+really5.97.0-1) ... Preparing to unpack .../10-libkf5kcmutils5_5.97.0+really5.97.0-2_amd64.deb ... Unpacking libkf5kcmutils5:amd64 (5.97.0+really5.97.0-2) over (5.97.0+really5.97.0-1) ... Preparing to unpack .../11-libkf5kcmutils-data_5.97.0+really5.97.0-2_all.deb ... Unpacking libkf5kcmutils-data (5.97.0+really5.97.0-2) over (5.97.0+really5.97.0-1) ... Selecting previously unselected package libspdlog1.10:amd64. Preparing to unpack .../12-libspdlog1.10_1%3a1.10.0+ds-0.3_amd64.deb ... Unpacking libspdlog1.10:amd64 (1:1.10.0+ds-0.3) ... dpkg: error processing archive /tmp/apt-dpkg-install-bsApel/12-libspdlog1.10_1%3a1.10.0+ds-0.3_amd64.deb (--unpack): trying to overwrite '/usr/lib/x86_64-linux-gnu/libspdlog.so.1.10.0', which is also in package libspdlog1:amd64 1:1.10.0+ds-0.1 dpkg-deb: error: paste subprocess was killed by signal (Broken pipe) Preparing to unpack .../13-libspdlog-dev_1%3a1.10.0+ds-0.3_amd64.deb ... Unpacking libspdlog-dev:amd64 (1:1.10.0+ds-0.3) over (1:1.10.0+ds-0.1) ... Preparing to unpack .../14-libtype-tiny-perl_1.016008-1_all.deb ... Unpacking libtype-tiny-perl (1.016008-1) over (1.016007-1) ... Preparing to unpack .../15-qml-module-org-kde-kcmutils_5.97.0+really5.97.0-2_amd64.deb ... Unpacking qml-module-org-kde-kcmutils:amd64 (5.97.0+really5.97.0-2) over (5.97.0+really5.97.0-1) ... Errors were encountered while processing: /tmp/apt-dpkg-install-bsApel/01-emacs-common_1%3a28.1+1-1_all.deb /tmp/apt-dpkg-install-bsApel/12-libspdlog1.10_1%3a1.10.0+ds-0.3_amd64.deb E: Sub-process /usr/bin/dpkg returned an error code (1) Setting up libkf5kcmutils-data (5.97.0+really5.97.0-2) ... Setting up libtype-tiny-perl (1.016008-1) ... Setting up libkf5kcmutilscore5:amd64 (5.97.0+really5.97.0-2) ... dpkg: dependency problems prevent configuration of libspdlog-dev:amd64: libspdlog-dev:amd64 depends on libspdlog1.10 (= 1:1.10.0+ds-0.3); however: Package libspdlog1.10:amd64 is not installed. dpkg: error processing package libspdlog-dev:amd64 (--configure): dependency problems - leaving unconfigured Setting up libkf5kcmutils-bin (5.97.0+really5.97.0-2) ... Setting up libkf5kcmutils5:amd64 (5.97.0+really5.97.0-2) ... dpkg: dependency problems prevent configuration of emacs-el: emacs-el depends on emacs-common (= 1:28.1+1-1); however: Version of emacs-common on system is 1:27.1+1-3.1. dpkg: error processing package emacs-el (--configure): dependency problems - leaving unconfigured dpkg: dependency problems prevent configuration of emacs-gtk: emacs-gtk depends on emacs-common (= 1:28.1+1-1); however: Version of emacs-common on system
Bug#1012564: openssl: ckermit can't connect to telnetd-ssl with openssl 3.0.3-7
- Original Message - From: "Sebastian Andrzej Siewior" To:"Arthur Marsh" , Cc: Sent:Mon, 20 Jun 2022 19:16:36 +0200 Subject:Re: Bug#1012564: openssl: ckermit can't connect to telnetd-ssl with openssl 3.0.3-7 On 2022-06-20 19:10:27 [+0200], To Arthur Marsh wrote: > I have here > telnet-ssl 0.17.41+0.2-3.3+b1 > telnetd-ssl 0.17.41+0.2-3.3+b1 > libssl3 3.0.3-8 > openssl 3.0.3-8 adding ckermit 305~alpha07-1+b1 When upgrading telnetd-ssl (017.41+0.2-3.3+b1) over (0.17.41+0.2-3.3)I received the line:You already have /etc/telnetd-ssl/telnetd.pem After upgrading both telnetd-ssl as above and openssl (3.0.3-8) over (3.0.3-6),I still had telnet-ssl localhost failing:$ telnet-ssl localhost Trying ::1... Connected to localhost. Escape character is '^]'. Error loading CRT /etc/telnetd-ssl/telnetd.pem: , ee key too small do_ssleay_init() failed 408788F4E87F:error:0A00018F:SSL routines:SSL_CTX_use_certificate:ee key too small:../ssl/ssl_rsa.c:221: Connection closed by foreign host.ckermit run as a symbolic link from telnet also was unsuccessful:$ telnet localhost DNS Lookup... Trying 127.0.0.1... Reverse DNS Lookup... (OK) localhost connected on port telnet ?Connection closed by peer. can't open host connection Closing localhost:23...OK I renamed /etc/telnetd-ssl/telnetd.pem to /etc/telnetd-ssl/oldtelnetd-ssl.pem and re-installed telnetd-ssl 0.17.41+0.2-3.3+b1telnetd-ssl still failed:$ telnet-ssl localhost xprop: unable to open display '127.0.0.1:0' Trying ::1.. Connected to localhost. Escape character is '^]'. telnetd: SSL required - connection rejected. Connection closed by foreign host. but ckermit run as a symbolic link from telnet now works:$ telnet localhost xprop: unable to open display '127.0.0.1:0' DNS Lookup... Trying 127.0.0.1... Reverse DNS Lookup... (OK) localhost connected on port telnet Authenticating with SSL Warning: Server has a self-signed certificate [0] Certificate Subject= O=Internet Widgits Pty Ltd OU=am64 telnetd CN=am64 emailAddress=root@am64 [0] Certificate Issuer= O=Internet Widgits Pty Ltd OU=am64 telnetd CN=am64 emailAddress=root@am64 Continue? (Y/N) y [TLS - TLS_AES_256_GCM_SHA384 TLSv1.3 Kx=any Au=any Enc=AESGCM(25 6) Mac=AEAD Compression: None Password: This solves the issue I was having and the /etc/telnetd-ssl/telnetd.pem "ee key too small" may be a clue to what was causing problems for me.Thanks for your time looking at this.Arthur Marsh.
Bug#1012564: openssl: ckermit can't connect to telnetd-ssl with openssl 3.0.3-7
Package: openssl Version: 3.0.3-8 Followup-For: Bug #1012564 Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? I also found that telnet-ssl and ckermit could not connect to telnetd-ssl if openssl 3.0.3-8 was installed. * What exactly did you do (or not do) that was effective (or ineffective)? If I kept openssl at version 3.0.3-6, both ckermit and telnet-ssl could connect to telnetd-ssl. * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these template lines *** -- System Information: Debian Release: bookworm/sid APT prefers experimental APT policy: (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 5.19.0-rc2+ (SMP w/4 CPU threads; PREEMPT) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages openssl depends on: ii libc62.33-7 ii libssl3 3.0.3-8 openssl recommends no packages. Versions of packages openssl suggests: ii ca-certificates 20211016 -- no debconf information
Bug#1012564: [Pkg-openssl-devel] Bug#1012564: openssl: ckermit can't connect to telnetd-ssl with openssl 3.0.3-7
On 10 June 2022 3:51:29 am ACST, Sebastian Andrzej Siewior wrote: >On 2022-06-09 23:18:07 [+0930], Arthur Marsh wrote: >… >> *** Reporter, please consider answering these questions, where appropriate >> *** >> >>* What led up to the situation? >> >> Upgrading openssl, libssl3 to 3.0.3-7 from 3.0.3-6 on host system prevented >> ckermit 305~alpha07-1+b1 on client system with libssl3 3.0.3-6 from >> connecting to telnetd-ssl 0.17.41+0.2-3.3 on host system. >> >> >>* What exactly did you do (or not do) that was effective (or >> ineffective)? >> >> I first downgraded libssl3 from 3.0.3-7 on host system to 3.0.3-6 but that >> didn't resolve the issue. After I downgraded openssl from 3.0.3-7 to 3.0.3-6 >> on the host system, I was able to connect from the client system which still >> runs openssl 3.0.3-6 and libssl3 3.0.3-6. > >How do I setup a telnet-ssl server to begin with? >I installed telnetd-ssl from testing just to be sure and > telnet -z ssl localhost > >does nothing. Any idea? > >Sebastian Hi, I was using ckermit as the telnet client, with a symbolic link from /usr/local/bin/telnet to /usr/bin/kermit Alternatively, simply run kermit and at the C-Kermit prompt enter: telnet localhost If using telnet from package telnet-ssl, one can connect using: telnet 127.0.0.1 (provided you are not doing so as root). Hope this helps, Arthur. -- Sent from my Android device with K-9 Mail. Please excuse my brevity.
Bug#1012564: openssl: ckermit can't connect to telnetd-ssl with openssl 3.0.3-7
Package: openssl Version: 3.0.3-7 Severity: important Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? Upgrading openssl, libssl3 to 3.0.3-7 from 3.0.3-6 on host system prevented ckermit 305~alpha07-1+b1 on client system with libssl3 3.0.3-6 from connecting to telnetd-ssl 0.17.41+0.2-3.3 on host system. * What exactly did you do (or not do) that was effective (or ineffective)? I first downgraded libssl3 from 3.0.3-7 on host system to 3.0.3-6 but that didn't resolve the issue. After I downgraded openssl from 3.0.3-7 to 3.0.3-6 on the host system, I was able to connect from the client system which still runs openssl 3.0.3-6 and libssl3 3.0.3-6. Note, I am NOT running telnetd-ssl 0.17.41+0.2-3.3+b1 due to bug #1010968 * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these template lines *** -- System Information: Debian Release: bookworm/sid APT prefers experimental APT policy: (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 5.19.0-rc1+ (SMP w/4 CPU threads; PREEMPT) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages openssl depends on: ii libc62.33-7 ii libssl3 3.0.3-6 openssl recommends no packages. Versions of packages openssl suggests: ii ca-certificates 20211016 -- no debconf information
Bug#1010968: Acknowledgement (telnetd-ssl: using ckermit's telnet gets ?connection closed by peer)
Still happening after upgrading libssl3 to 3.0.3-3 Arthur. On 14 May 2022 8:42:04 pm ACST, Debian Bug Tracking System wrote: >Thank you for filing a new Bug report with Debian. > >You can follow progress on this Bug here: 1010968: >https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1010968. > >This is an automatically generated reply to let you know your message >has been received. > >Your message is being forwarded to the package maintainers and other >interested parties for their attention; they will reply in due course. > >Your message has been sent to the package maintainer(s): > Mats Erik Andersson > >If you wish to submit further information on this problem, please >send it to 1010...@bugs.debian.org. > >Please do not send mail to ow...@bugs.debian.org unless you wish >to report a problem with the Bug-tracking system. > -- Sent from my Android device with K-9 Mail. Please excuse my brevity.
Bug#1010968: telnetd-ssl: using ckermit's telnet gets ?connection closed by peer
Package: telnetd-ssl Version: 0.17.41+0.2-3.3+b1 Severity: important Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? [UPGRADE] telnetd-ssl:amd64 0.17.41+0.2-3.3 -> 0.17.41+0.2-3.3+b1 Bug also observed on i386 architecture. using ckermit 305~alpha07-1+b1 to telnet to localhost failed after the above upgrade. * What exactly did you do (or not do) that was effective (or ineffective)? Downgrading telnetd-ssl to 0.17.41+0.2-3.3 enabled ckermit's telnet to connect again. * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these template lines *** -- System Information: Debian Release: bookworm/sid APT prefers experimental APT policy: (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 5.18.0-rc6+ (SMP w/4 CPU threads; PREEMPT) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages telnetd-ssl depends on: ii adduser 3.121 ii libc6 2.33-7 ii libssl3 3.0.3-2 ii openssl 3.0.3-2 ii passwd 1:4.11.1+dfsg1-2 ii rlinetd [inet-superserver] 0.9.3-1 telnetd-ssl recommends no packages. telnetd-ssl suggests no packages. -- no debconf information
Bug#1007149: texmaker 5.1.2+dfsg-1 has file that is also in texmaker-data
Package: texmaker Version: 5.0.3-1+b4 Severity: important Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? Preparing to unpack .../09-texmaker_5.1.2+dfsg-1_amd64.deb ... Unpacking texmaker (5.1.2+dfsg-1) over (5.0.3-1+b4) ... dpkg: error processing archive /tmp/apt-dpkg-install-2ZQBqC/09-texmaker_5.1.2+dfsg-1_amd64.deb (--unpack): trying to overwrite '/usr/share/pixmaps/texmaker.png', which is also in package texmaker-data 5.0.3-1 Preparing to unpack .../texmaker-data_5.1.2+dfsg-1_all.deb ... Unpacking texmaker-data (5.1.2+dfsg-1) ... Preparing to unpack .../texmaker_5.1.2+dfsg-1_amd64.deb ... Unpacking texmaker (5.1.2+dfsg-1) ... dpkg: error processing archive /var/cache/apt/archives/texmaker_5.1.2+dfsg-1_amd64.deb (--unpack): trying to overwrite '/usr/share/pixmaps/texmaker.png', which is also in package texmaker-data 5.1.2+dfsg-1 Errors were encountered while processing: /var/cache/apt/archives/texmaker_5.1.2+dfsg-1_amd64.deb E: Sub-process /usr/bin/dpkg returned an error code (1) * What exactly did you do (or not do) that was effective (or ineffective)? Downgrading texmaker and texmaker-data solved the issue temporarily * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these template lines *** -- System Information: Debian Release: bookworm/sid APT prefers experimental APT policy: (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 5.17.0-rc7+ (SMP w/4 CPU threads; PREEMPT) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages texmaker depends on: ii libc6 2.33-7 ii libqt5core5a [qtbase-abi-5-15-2] 5.15.2+dfsg-15 ii libqt5gui55.15.2+dfsg-15 ii libqt5network55.15.2+dfsg-15 ii libqt5printsupport5 5.15.2+dfsg-15 ii libqt5script5 5.15.2+dfsg-2 ii libqt5widgets55.15.2+dfsg-15 ii libqt5xml55.15.2+dfsg-15 ii libstdc++612-20220302-1 ii libsynctex2 2021.20210626.59705-1 ii texmaker-data 5.0.3-1 Versions of packages texmaker recommends: ii aspell0.60.8-4 ii asymptote 2.79+ds-1 ii ghostscript 9.55.0~dfsg-3 ii hunspell-en-au [hunspell-dictionary] 1:2020.12.07-2 ii hunspell-en-gb [hunspell-dictionary] 1:7.2.0-2 pn latex-beamer ii netpbm2:10.0-15.4 ii psutils 1.17.dfsg-4 ii texlive-lang-english 2021.20220204-1 ii texlive-latex-extra 2021.20220204-1 Versions of packages texmaker suggests: pn texlive-lang-all -- no debconf information
Bug#1006538: plasma-workspace-data: ChangePassword.qml is in both plasma-workspace-data 4:5.24.2-1 and plasma-desktop-data 4:5.23.5-2 preventing upgrade
Package: plasma-workspace-data Version: 4:5.24.2-1 Severity: important Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? Upgrade: Preparing to unpack .../plasma-workspace-data_4%3a5.24.2-1_all.deb ... Unpacking plasma-workspace-data (4:5.24.2-1) over (4:5.23.5-1) ... dpkg: error processing archive /var/cache/apt/archives/plasma-workspace-data_4%3 a5.24.2-1_all.deb (--unpack): trying to overwrite '/usr/share/kpackage/kcms/kcm_users/contents/ui/ChangePassw ord.qml', which is also in package plasma-desktop-data 4:5.23.5-2 dpkg-deb: error: paste subprocess was killed by signal (Broken pipe) * What exactly did you do (or not do) that was effective (or ineffective)? removed plasma-desktop and plasma-workspace, then reinstalled plasma-desktop and plasma-workspace, taking care to re-install packages automatically removed in the process and taking care to remove packages automatically added in the process. * What was the outcome of this action? Successful upgrade. * What outcome did you expect instead? *** End of the template - remove these template lines *** -- System Information: Debian Release: bookworm/sid APT prefers experimental APT policy: (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 5.17.0-rc5+ (SMP w/4 CPU threads; PREEMPT) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB Shell: /bin/sh linked to /bin/bash Init: sysvinit (via /sbin/init) -- no debconf information
Bug#900253: nslcd: disabling ppolicy breaks authentication
On Sat, 2022-01-08 at 20:19 +0100, Nicolas Peugnet wrote: > I just ran into this bug. If I understand correctly it should have > been fixed by this commit: > <https://arthurdejong.org/git/nss-pam-ldapd/commit/?id=37a00e988304dd8b3b04886b56ecc713347f596f> > which is in Debian since version 0.9.12-1. > > Just to be sure Arthur, would setting this option to "no" indeed make > the OpenLDAP server stop logging entries like the following? > > slap_global_control: unrecognized control: 1.3.6.1.4.1.42.2.27.8.5.1 Yes, the pam_authc_ppolicy option is used to disable requesting that control, see https://arthurdejong.org/nss-pam-ldapd/nslcd.conf.5#pam_authc_ppolicy While the option was added in 0.9.7 it was non-functional until it was fixed in 0.9.12. > And would it be a good idea to back-port this patch to stable ? The missing control logged by the LDAP server should not be harmful in any way because it is marked as not critical which means it is just a warning that can be ignored. I doubt this would be severe enough an issue to warrant an update for bullseye. -- -- arthur - art...@arthurdejong.org - https://arthurdejong.org/ -- signature.asc Description: This is a digitally signed message part
Bug#1002047: reportbug: nslcd silently modifies /etc/nslcd.conf on upgrade, breaking authentication
Control: tags -1 + pending On Mon, 2021-12-20 at 22:03 +0100, Thomas Fargeix wrote: > The postinst script of nslcd silently modifies the configuration file > /etc/nslcd.conf on package upgrades. It rewrites or adds settings > without notification to the administrator. Thanks for this report. > In my case, the script appended "base dc=olddomain,dc=example,dc=org" > during the dist-upgrade from Buster to Bullseye. After reboot, remote > and local login to the server was broken except for root due to this > change. The base option is used by nslcd for both the post-login check (pam_authc_search) as well as the authorisation check (pam_authz_check). If you don't specify one on start-up nslcd will contact the LDAP server and try to get one from the server. It turns out that the debconf scripts were not expecting the base option to be absent from nslcd.conf causing an old cached version of the value to be used. > It also failed to consider the more precise "bases" that were already > configured. The debconf configuration does not support changing these options but they should be retained on any changes that happen through debconf. > I would have expected the script to not modify the existing > configuration or at least to warn me it had been modified. I've had a quick look into adding logging (which would be nice) but that would require some restructuring in the postinst script because we now use sed to change nslcd.conf unconditionally. The postinst is already overly complex and I would like to avoid making it even longer. Kind regards, -- -- arthur - adej...@debian.org - https://people.debian.org/~adejong -- signature.asc Description: This is a digitally signed message part
Bug#819961: nslcd: package upgrade fails in postinst due to uncommon characters in bindpw config parameter
Control: tags -1 + pending On Mon, 2021-12-20 at 21:07 +0100, Thomas Fargeix wrote: > /var/lib/dpkg/info/nslcd.postinst chocked on a randomly generated > password during my dist-upgrade from Buster to Bullseye, interrupting > and blocking the dist-upgrade and leaving the system in an unstable > state (for that reason, I propose to raise the severity to a > release-critical one). Thanks for pointing this out, the detailed report and the testing you did. > I don't understand why the postinst script needs to rewrite the > existing configuration file with sed, so I let you decide what can > be the best fix, however I would suggest avoiding to try to escape a > random password string and put it in a regex. The reason nslcd.conf is modified during postinst is because most of the options are managed through debconf. The nslcd.conf is parsed and fed into the debconf database and the postinst loads the new values into the config. There was also an additional bug in that single-character passwords were accidentally removed. That shouldn't be that big of an issue but a fix for unstable is incoming anyway. Kind regards, -- -- arthur - adej...@debian.org - https://people.debian.org/~adejong -- signature.asc Description: This is a digitally signed message part
Bug#999752: libtsan2: libtsan_preinit.o is also in package libtsan0:amd64 11.2.0-10
Package: libtsan2 Version: 12-2023-1 Severity: important Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? Performing actions... Selecting previously unselected package cpp-12. (Reading database ... 631827 files and directories currently installed.) Preparing to unpack .../cpp-12_12-2023-1_amd64.deb ... Unpacking cpp-12 (12-2023-1) ... Selecting previously unselected package libasan8:amd64. Preparing to unpack .../libasan8_12-2023-1_amd64.deb ... Unpacking libasan8:amd64 (12-2023-1) ... Selecting previously unselected package libtsan2:amd64. Preparing to unpack .../libtsan2_12-2023-1_amd64.deb ... Unpacking libtsan2:amd64 (12-2023-1) ... dpkg: error processing archive /var/cache/apt/archives/libtsan2_12-2023-1_amd64.deb (--unpack): trying to overwrite '/usr/lib/x86_64-linux-gnu/libtsan_preinit.o', which is also in package libtsan0:amd64 11.2.0-10 Selecting previously unselected package libgcc-12-dev:amd64. Preparing to unpack .../libgcc-12-dev_12-2023-1_amd64.deb ... Unpacking libgcc-12-dev:amd64 (12-2023-1) ... Selecting previously unselected package gcc-12. Preparing to unpack .../gcc-12_12-2023-1_amd64.deb ... Unpacking gcc-12 (12-2023-1) ... Errors were encountered while processing: /var/cache/apt/archives/libtsan2_12-2023-1_amd64.deb E: Sub-process /usr/bin/dpkg returned an error code (1) Setting up cpp-12 (12-2023-1) ... dpkg: dependency problems prevent configuration of libgcc-12-dev:amd64: libgcc-12-dev:amd64 depends on libtsan2 (>= 12-2023-1); however: Package libtsan2:amd64 is not installed. dpkg: error processing package libgcc-12-dev:amd64 (--configure): dependency problems - leaving unconfigured Setting up libasan8:amd64 (12-2023-1) ... dpkg: dependency problems prevent configuration of gcc-12: gcc-12 depends on libgcc-12-dev (= 12-2023-1); however: Package libgcc-12-dev:amd64 is not configured yet. dpkg: error processing package gcc-12 (--configure): dependency problems - leaving unconfigured Processing triggers for man-db (2.9.4-2) ... Processing triggers for libc-bin (2.32-4) ... Errors were encountered while processing: libgcc-12-dev:amd64 gcc-12 Press Return to continue, 'q' followed by Return to quit. * What exactly did you do (or not do) that was effective (or ineffective)? Cancelling the installation of gcc-12 removed the conflict. * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these template lines *** -- System Information: Debian Release: bookworm/sid APT prefers experimental APT policy: (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 5.16.0-rc1+ (SMP w/4 CPU threads; PREEMPT) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB Shell: /bin/sh linked to /bin/bash Init: sysvinit (via /sbin/init) Versions of packages libtsan2 depends on: ii gcc-12-base 12-2023-1 ii libc62.32-4 ii libgcc-s112-2023-1 libtsan2 recommends no packages. libtsan2 suggests no packages.