Bug#1018950: Fwd: Bug#1018950: gettext-el: warnings when po-mode.el is compiled with GNU Emacs 28
Hello Santiago, Vincent, > Here are the details of the warnings (note that the compilation of > the other .el files does not yield any warning; this is specific > to po-mode.el): > > In toplevel form: > po-mode.el:180:2: Warning: custom-declare-variable `po-highlight-face' > docstring has wrong usage of unescaped single quotes (use \= or different > quoting) This type of warning will not be fixed. It's explained in <https://lists.gnu.org/archive/html/emacs-devel/2022-07/msg00663.html> <https://emacs.stackexchange.com/questions/73047/> that to fix this, every ' needs to be replaced with a quadrigraph \\=' . The point of this warning is to make the doc string ugly in the source file so that it becomes pretty when displayed in a certain way in Emacs. However, for po-mode.el, *no one* views these doc strings in Emacs. The maintainer — that's me — views them in the source code, outside Emacs. Therefore it would be a disgrace to make the doc strings more ugly in the source code. > In po-mode: > po-mode.el:1068:14: Warning: ‘write-contents-hooks’ is an obsolete variable > (as of 22.1); use ‘write-contents-functions’ instead. Fixed through https://git.savannah.gnu.org/gitweb/?p=gettext.git;a=commitdiff;h=7793b37d96e1e343585fd37c19612fcffa3aa035 > In po-set-msgstr-form: > po-mode.el:2114:13: Warning: (lambda nil \...) quoted with ' rather than with > #' Referring to <https://emacs.stackexchange.com/questions/74318/>, the point of this warning is to allow the Emacs compiler to compile this lambda. But this is not necessary here, since it's a hook function (rarely invoked) and may invoke functions that are not present at compile-time. > In po-show-source-context: > po-mode.el:2570:4: Warning: ‘goto-line’ is for interactive use only; use > ‘forward-line’ instead. According to <https://stackoverflow.com/questions/11805572/> "the reason why goto-line should not be a frequently used command is that normally there's no reason to want to get to line number N unless you have a program that told you there's something interesting on that line." But that's precisely the case here: The PO file contains a reference to source line number N. Therefore goto-line is the right thing here. > In po-tags-search: > po-mode.el:2639:10: Warning: ‘tags-loop-continue’ is an obsolete function (as > of 27.1); use ‘fileloop-continue’ instead. > po-mode.el:2643:8: Warning: ‘tags-loop-continue’ is an obsolete function (as > of 27.1); use ‘fileloop-continue’ instead. fileloop-continue does not exist in Emacs 26 or older. However, po-mode supports Emacs 22 or newer. Therefore nothing to be done here. > In po-tags-loop-operate: > po-mode.el:2703:12: Warning: Use ‘with-current-buffer’ rather than > save-excursion+set-buffer > > In po-mark-found-string: > po-mode.el:2724:6: Warning: Use ‘with-current-buffer’ rather than > save-excursion+set-buffer The Emacs documentation at https://www.gnu.org/software/emacs/manual/html_node/elisp/Current-Buffer.html does not state that there would any problem with 'set-buffer'. It just presents 'with-current-buffer' as an alternative. As long as it's not broken, I won't change it. > In end of data: > po-mode.el:2110:4: Warning: the function ‘ediff-quit’ is not known to be > defined. False alarm. 'ediff-quit' is only used once ediff mode is entered. Bruno
Bug#1077059: Fwd: Bug#1077059: gettext: xgettext complains about missing charset header when using the exclude option
Hello Santiago,
Thanks for the forward.
It's fixed through
https://git.savannah.gnu.org/gitweb/?p=gettext.git;a=commitdiff;h=d64216aecaf15883c944539657562127b10d0e1a
As this was a regression in version 0.22, I encourage you to apply the fix
(attached) in Debian.
Bruno
>From d64216aecaf15883c944539657562127b10d0e1a Mon Sep 17 00:00:00 2001
From: Bruno Haible
Date: Sat, 27 Jul 2024 21:05:27 +0200
Subject: [PATCH] xgettext: PO: Fix error when a --exclude-file option is
present (regression 2023-03-10).
Reported by Nicolas Peugnet via Santiago Vila
at <https://lists.gnu.org/archive/html/bug-gettext/2024-07/msg00030.html>.
* gettext-tools/src/x-po.c (extract_add_message): If the message is the header
entry and is among the messages to exclude, save the header charset from it
before discarding it.
---
diff --git a/gettext-tools/src/x-po.c b/gettext-tools/src/x-po.c
index 740aa3d89..a91564535 100644
--- a/gettext-tools/src/x-po.c
+++ b/gettext-tools/src/x-po.c
@@ -1,5 +1,5 @@
/* xgettext PO, JavaProperties, and NXStringTable backends.
- Copyright (C) 1995-1998, 2000-2003, 2005-2006, 2008-2009, 2014, 2018, 2020, 2023 Free Software Foundation, Inc.
+ Copyright (C) 1995-2024 Free Software Foundation, Inc.
This file was written by Peter Miller
@@ -65,10 +65,6 @@ extract_add_message (default_catalog_reader_ty *this,
char *prev_msgid_plural,
bool force_fuzzy, bool obsolete)
{
- /* See whether we shall exclude this message. */
- if (exclude != NULL && message_list_search (exclude, msgctxt, msgid) != NULL)
-goto discard;
-
/* If the msgid is the empty string, it is the old header. Throw it
away, we have constructed a new one. Only remember its charset.
But if no new one was constructed, keep the old header. This is useful
@@ -111,6 +107,10 @@ extract_add_message (default_catalog_reader_ty *this,
return;
}
+ /* See whether we shall exclude this message. */
+ if (exclude != NULL && message_list_search (exclude, msgctxt, msgid) != NULL)
+goto discard;
+
/* Invoke superclass method. */
default_add_message (this, msgctxt, msgid, msgid_pos, msgid_plural,
msgstr, msgstr_len, msgstr_pos,
Bug#1077206: Named service doesn't start after latest update 9.18.28
I'm using BIND_DLZ for Samba AD. Samba version: 4.20.2 (compiled from source) Tried set LDB_MODULES_DISABLE_DEEPBIND=true, but, named wont start.
Bug#1077206: Named service doesn't start after latest update 9.18.28
Package: bind9 Version: 9.18.28-1~deb12u1-Debian After update system with apt update && apt upgrade, some bind9 packages are updated and service won't start anymore. Packages updated (from apt history log): Start-Date: 2024-07-26 15:31:49 Commandline: apt upgrade Upgrade: bind9-host:amd64 (1:9.18.24-1, 1:9.18.28-1~deb12u1), bind9:amd64 (1:9.18.24-1, 1:9.18.28-1~deb12u1), bind9utils:amd64 (1:9.18.24-1, 1:9.18.28-1~deb12u1), bind9-dnsutils:amd64 (1:9.18.24-1, 1:9.18.28-1~deb12u1), bind9-libs:amd64 (1:9.18.24-1, 1:9.18.28-1~deb12u1), bind9-utils:amd64 (1:9.18.24-1, 1:9.18.28-1~deb12u1), dnsutils:amd64 (1:9.18.24-1, 1:9.18.28-1~deb12u1) End-Date: 2024-07-26 15:31:52 journalctl -xeu named: jul 26 15:34:16 dc01.psc.local named[18576]: generating session key for dynamic DNS jul 26 15:34:16 dc01.psc.local named[18576]: sizing zone task pool based on 5 zones jul 26 15:34:16 dc01.psc.local named[18576]: Loading 'AD DNS Zone' using driver dlopen jul 26 15:34:17 dc01.psc.local named[18576]: free(): invalid pointer jul 26 15:34:17 dc01.psc.local systemd[1]: named.service: Main process exited, code=dumped, status=6/ABRT I'm using GNU/Linux Debian 12.6 with kernel 6.1.0-23-amd64
Bug#1076247: ITP: railcontrol -- A software for model railway control
Package: wnpp Severity: wishlist Owner: Bruno Kleinert X-Debbugs-Cc: debian-de...@lists.debian.org, fu...@debian.org * Package name: railcontrol Version : 23 Upstream Contact: Dominik (Teddy) Mahrer * URL : https://www.railcontrol.org/ * License : GPL Programming Lang: C Description : A software for model railway control With this software users automate the control of a model railway layout with the help of paths, feedback sensors and sending control commands to locomotives and switches. As an alternative, user can still control their layout manually. The handling is done with a webbrowser on the device of your choice. . The following controls are supported: Manufacturer Control Arduino DCC-EX (formerly DCC++EX formerly DCC++) CAN-Digital-Bahn CC-Schnitte 2.1 Digikejis DR5000 ESU Central Station Reloaded (beta) ESU ECoS (beta) Fleischmann Twin-Center Gerhard Bertelsmann SRSE II (configured as Märklin CS2) KM-1 System Control 7 LDT HSI-88 (RS-232-version only) Märklin Central Station 1 Märklin Central Station 2 Märklin Central Station 3 Märklin Onterface 6050/6051 OpenDCC Z1 Roco Z21/z21 Tams Master Control Tams Master Control 2 Tams Red Box Uhlenbrock Adapter 63120 Uhlenbrock Adapter 63820 Uhlenbrock Intellibox Uhlenbrock Intellibox II
Bug#752135: git-merge-changelog: Overstates the need for .gitattributes
Hi Samuel and Simon, > I believe you are right, and I > suggest the patch below. Bruno, what do you think? Yes, you are right. I have a package with a .gitattributes at the top-level and a src/ChangeLog, and the .gitattributes file has the desired effect. (Things may well have been different 16 years ago. But what matters are the 'git' versions in use today.) > Maybe today it is > more fashionable to use top-level .gitattributes and not bother with > per-directory files that feels like a CVS idiom. Absolutely. I'm committing this: 2024-07-02 Bruno Haible git-merge-changelog: Simplify installation instructions. Reported by Samuel Bronson via Simon Josefsson in <https://lists.gnu.org/archive/html/bug-gnulib/2024-07/msg00014.html>. * lib/git-merge-changelog.c: Suggest creating a .gitattributes file only at the top-level. diff --git a/lib/git-merge-changelog.c b/lib/git-merge-changelog.c index 3cffe1fd2f..60754c8367 100644 --- a/lib/git-merge-changelog.c +++ b/lib/git-merge-changelog.c @@ -1,5 +1,5 @@ /* git-merge-changelog - git "merge" driver for GNU style ChangeLog files. - Copyright (C) 2008-2021 Bruno Haible + Copyright (C) 2008-2024 Bruno Haible This file is free software: you can redistribute it and/or modify it under the terms of the GNU General Public License as published @@ -55,8 +55,8 @@ name = GNU-style ChangeLog merge driver driver = /usr/local/bin/git-merge-changelog %O %A %B - - In every directory that contains a ChangeLog file, add a file - '.gitattributes' with this line: + - Add to the top-level directory of the checkout a file '.gitattributes' + with this line: ChangeLogmerge=merge-changelog @@ -77,12 +77,12 @@ Additionally, for hg users: - Add to your $HOME/.hgrc the lines -[merge-patterns] -ChangeLog = git-merge-changelog + [merge-patterns] + ChangeLog = git-merge-changelog -[merge-tools] -git-merge-changelog.executable = /usr/local/bin/git-merge-changelog -git-merge-changelog.args = $base $local $other + [merge-tools] + git-merge-changelog.executable = /usr/local/bin/git-merge-changelog + git-merge-changelog.args = $base $local $other See <https://www.selenic.com/mercurial/hgrc.5.html> section merge-tools for reference.
Bug#1057286: xtrkcad: Please package current stable version 5.2.2aGA
Hi Daniel, upstream had released 5.3.0, please package that. The changelog lists numerous bug fix and crash fixes. Kind regards, Bruno signature.asc Description: This is a digitally signed message part
Bug#1071612: ITP: libterm-ansicolor-concise-perl -- Term::ANSIColor - Color screen output using ANSI escape sequences
Package: wnpp Severity: wishlist Owner: Bruno Gabriel da Fonseca X-Debbugs-Cc: debian-de...@lists.debian.org * Package name: libterm-ansicolor-concise-perl Version : 2.06 Upstream Contact: Kazumasa Utashiro * URL : https://metacpan.org/pod/Term::ANSIColor::Concise * License : Artistic or GPL-1+ Programming Lang: Perl Description : Term::ANSIColor - Color screen output using ANSI escape sequences This module provides a simple concise format to describe complicated colors and effects for ANSI terminals. These notations are supposed to be used in command line option parameters. This module used to be a part of Getopt::EX::Colormap module, which provide easy handling interface for command line options. The package will be maintained under the umbrella of the Debian Perl Group.
Bug#1070791: solaar: Does not restore DPI after suspend
Am Donnerstag, dem 09.05.2024 um 13:59 +0200 schrieb Stephen Kitt: > Hi Bruno, > > On Thu, 09 May 2024 11:02:11 +0200, Bruno Kleinert wrote: > > when the computer wakes up from suspend the DPI setting of the mouse is not > > restored. This had worked in earlier versions of solaar. > > > > I reproduce this with an MX Master 3S mouse, set to 2000 DPI via the solaar > > configuration window, and the GNOME desktop environment: > > > > 1. Open solaar from the tray and set mouse to 2000 DPI > > 2. Put the computer into standby via GNOME's power menu > > 3. Wake up the computer > > 4. Moving the mouse cursor appears way slower than the previously configured > > 2000 DPI. My apologies, I didn't figure out how to read the actual DPI value > > from the mouse at this step. > > > > To work around after wakeup, I open the solaar configuration, click into the > > DPI field, which displays still shows 2000 DPI, and just hit enter. > > I think this is fixed upstream — would you mind applying > https://github.com/pwr-Solaar/Solaar/commit/6c11f4e4808063a9a454d4c034a7e40b8e56da5c > to /usr/share/solaar/lib/solaar/dbus.py to see if suspend is handled > correctly? > > Regards, > > Stephen Hi Stephen, perfect, I can confirm that fixes the bug! ️ Kind regards, Bruno signature.asc Description: This is a digitally signed message part
Bug#1070791: solaar: Does not restore DPI after suspend
Package: solaar Version: 1.1.12+dfsg-1 Severity: normal X-Debbugs-Cc: fu...@debian.org Hi, when the computer wakes up from suspend the DPI setting of the mouse is not restored. This had worked in earlier versions of solaar. I reproduce this with an MX Master 3S mouse, set to 2000 DPI via the solaar configuration window, and the GNOME desktop environment: 1. Open solaar from the tray and set mouse to 2000 DPI 2. Put the computer into standby via GNOME's power menu 3. Wake up the computer 4. Moving the mouse cursor appears way slower than the previously configured 2000 DPI. My apologies, I didn't figure out how to read the actual DPI value from the mouse at this step. To work around after wakeup, I open the solaar configuration, click into the DPI field, which displays still shows 2000 DPI, and just hit enter. Kind regards, Bruno -- System Information: Debian Release: trixie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 6.7.12-amd64 (SMP w/8 CPU threads; PREEMPT) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) (ignored: LC_ALL set to de_DE.utf-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages solaar depends on: ii adduser 3.137 ii debconf [debconf-2.0]1.5.86 ii gir1.2-ayatanaappindicator3-0.1 0.5.93+really-1 ii gir1.2-gtk-3.0 3.24.41-4 ii gir1.2-notify-0.70.8.3-1+b1 ii passwd 1:4.13+dfsg1-4 ii python3 3.11.8-1 ii python3-dbus 1.3.2-5+b2 ii python3-evdev1.7.0+dfsg-1 ii python3-gi 3.48.2-1 ii python3-psutil 5.9.8-2 ii python3-pyudev 0.24.0-1 ii python3-xlib 0.33-2 ii python3-yaml 6.0.1-2 ii udev 255.5-1 Versions of packages solaar recommends: ii upower 1.90.3-1 solaar suggests no packages. -- debconf information: solaar/use_plugdev_group: false
Bug#1068738: Patch
Hi, here's a patch that adds the newly required dependency on python3-lxml- html-clean. Kind regards, Bruno diff --git a/debian/control b/debian/control index 11e717a..4c24515 100644 --- a/debian/control +++ b/debian/control @@ -26,6 +26,7 @@ Build-Depends-Indep: appstream-util , python3-html5lib, python3-listparser, python3-lxml, + python3-lxml-html-clean, python3-pil, python3-pygments, python3-readability, @@ -50,6 +51,7 @@ Depends: gir1.2-adw-1, python3-humanize, python3-listparser, python3-lxml, + python3-lxml-html-clean, python3-magic, python3-pil, python3-pygments, diff --git a/debian/control.in b/debian/control.in index 34fc4bd..5658308 100644 --- a/debian/control.in +++ b/debian/control.in @@ -22,6 +22,7 @@ Build-Depends-Indep: appstream-util , python3-html5lib, python3-listparser, python3-lxml, + python3-lxml-html-clean, python3-pil, python3-pygments, python3-readability, @@ -46,6 +47,7 @@ Depends: gir1.2-adw-1, python3-humanize, python3-listparser, python3-lxml, + python3-lxml-html-clean, python3-magic, python3-pil, python3-pygments, signature.asc Description: This is a digitally signed message part
Bug#1036350: O: gcc-msp430 -- GNU C compiler (cross compiler for MSP430)
> The gcc-msp430 package is obviously not maintained anymore. > I hereby orphan it. Please only consider adopting it if you can > afford the time and have the skills to maintain it. Apologies for not seeing/reacting to this bug earlier. This package is effectively an early experimental/forked toolchain, which used to live at https://sourceforge.net/projects/mspgcc/. It has become obsolete in the meanwhile (in favor of plain upstream project) and is not developed anymore. Instead of new adoption, it would be better to drop it from Debian at this point. I'll proceed with a removal request. Cheers, Luca pgpwtteQN68zp.pgp Description: OpenPGP digital signature
Bug#1036349: O: gdb-msp430 -- The GNU debugger for MSP430
> The gdb-msp430 package is obviously not maintained anymore. > I hereby orphan it. Please only consider adopting it if you can > afford the time and have the skills to maintain it. Apologies for not seeing/reacting to this bug earlier. This package is effectively an early experimental/forked toolchain, which used to live at https://sourceforge.net/projects/mspgcc/. It has become obsolete in the meanwhile (in favor of plain upstream project) and is not developed anymore. Instead of new adoption, it would be better to drop it from Debian at this point. I'll proceed with a removal request. Cheers, Luca pgpFu4yqu2hUy.pgp Description: OpenPGP digital signature
Bug#1067727: RFS: tcpslice/1.7-1 -- extract pieces of and/or glue together tcpdump files
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "tcpslice": * Package name : tcpslice Version : 1.7-1 Upstream contact : https://github.com/the-tcpdump-group/tcpslice/issues * URL : https://www.tcpdump.org * License : BSD-3-Clause, BSD-2-Clause, BSD-4-Clause * Vcs : https://salsa.debian.org/debian/tcpslice Section : net The source builds the following binary packages: tcpslice - extract pieces of and/or glue together tcpdump files To access further information about this package, please visit the following URL: https://mentors.debian.net/package/tcpslice/ Alternatively, you can download the package with 'dget' using this command: dget -x https://mentors.debian.net/debian/pool/main/t/tcpslice/tcpslice_1.7-1.dsc Changes since the last upload: tcpslice (1.7-1) unstable; urgency=medium . [ Debian Janitor ] * Use secure URI in Homepage field. . [ Bruno Naibert de Campos ] * New upstream version 1.7. * Update standards version to 4.6.2. * debian/copyright: updated the packaging and upstream copyright years. * debian/upstream/signing-key.asc: updated with key from The Tcpdump Group. Regards, -- Bruno Naibert de Campos
Bug#1066804: extrepo: Suites path for r-project repo is wrong.
Package: extrepo Version: 0.11 Severity: minor X-Debbugs-Cc: bgravato+debianb...@gmail.com Dear Maintainer, "Suites" path for r-project repo is wrong. Editing /etc/apt/sources.list.d/extrepo_r-project.sources and changing "Suites: ../bookworm-cran40/" to "Suites: bookworm-cran40/" solves de problem. -- System Information: Debian Release: 12.5 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 6.1.0-18-amd64 (SMP w/2 CPU threads; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) Versions of packages extrepo depends on: ii gpgv 2.2.40-1.1 ii libcryptx-perl0.077-1+b1 ii libdpkg-perl 1.21.22 ii libwww-perl 6.68-1 ii libyaml-libyaml-perl 0.86+ds-1 ii perl 5.36.0-7+deb12u1 Versions of packages extrepo recommends: ii apt [apt-transport-https] 2.6.1 pn extrepo-offline-data extrepo suggests no packages. -- no debconf information
Bug#1063634: minitube: Does not store preview image for subscriptions
Package: minitube Version: 3.9.3-2 Severity: normal X-Debbugs-Cc: fu...@debian.org Hi, when subscribing to a channel, minitube does not store a preview image with the subscription. That renders the channel invisible in the 'Subscriptions' tab. It's possible to "blindly" click on them, though. Kind regards, Bruno -- System Information: Debian Release: trixie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 6.6.13-amd64 (SMP w/8 CPU threads; PREEMPT) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) (ignored: LC_ALL set to de_DE.utf-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages minitube depends on: ii dbus-user-session [default-dbus-session-bus] 1.14.10-4 ii dbus-x11 [dbus-session-bus] 1.14.10-4 ii libc6 2.37-15 ii libmpv2 0.37.0-1 ii libqt5core5a 5.15.10+dfsg-6 ii libqt5dbus5 5.15.10+dfsg-6 ii libqt5gui55.15.10+dfsg-6 ii libqt5network55.15.10+dfsg-6 ii libqt5qml55.15.10+dfsg-2 ii libqt5sql55.15.10+dfsg-6 ii libqt5sql5-sqlite 5.15.10+dfsg-6 ii libqt5widgets55.15.10+dfsg-6 ii libqt5x11extras5 5.15.10-2 ii libstdc++614-20240201-3 minitube recommends no packages. minitube suggests no packages. -- no debconf information
Bug#1061187: RFS: html2text/2.2.3-2 -- advanced HTML to text converter
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "html2text": * Package name : html2text Version : 2.2.3-2 Upstream contact : https://github.com/grobian/html2text/issues * URL : https://github.com/grobian/html2text * License : GPL-2+, GPL-3+ with Bison exception * Vcs : https://salsa.debian.org/debian/html2text Section : web The source builds the following binary packages: html2text - advanced HTML to text converter To access further information about this package, please visit the following URL: https://mentors.debian.net/package/html2text/ Alternatively, you can download the package with 'dget' using this command: dget -x https://mentors.debian.net/debian/pool/main/h/html2text/html2text_2.2.3-2.dsc Changes since the last upload: html2text (2.2.3-2) unstable; urgency=medium . [ Boyuan Yang ] * New upstream version 2.2.3. (Closes: #963701) * debian/watch: Fix monitoring script. * debian/control: Bump Standards-Version to 4.6.2.. * debian/README.source: Dropped, completely useless. * debian/rules: Use dpkg buildtools.mk to provide CC. * debian/docs: Refresh and rename to html2text.docs. * debian/patches/: - 100-fix-makefile.patch: Dropped, upstream migrated to autotools. - 110-triplet-cc.patch: Dropped, ditto. - 200-close-files-inside-main-loop.patch: Dropped. Program rewritten in cpp, patch no longer applicable. Besides, this patch is almost meaningless given html2text does not execute long. - 400-remove-builtin-http-support.patch: Dropped. We do not add extra patches to diverge from upstream development. - 500-utf8-support.patch: Dropped, upstream has utf8 support by default. . [ Bruno Naibert de Campos ] * Removed Debian customizations. Consequently: - debian/control: Removed information about in the long description. - debian/NEWS: Added information about this change. - debian/patches/: Removed: ~ 510-disable-backspaces.patch. ~ 611-recognize-input-encoding.patch. ~ 630-recode-output-to-locale-charset.patch. - debian/README.Debian: No longer needed. * Removed specific script for testing. Consequently: - debian/tests/runtests: Removed. - debian/rules: Removed override_dh_auto_test. * debian/copyright: - Removed a comment from the first copyright block. - Updated the packaging and upstream copyright years. * debian/examples: Updated file path. * debian/html2text.1: Removed. Manpage added by upstream. * debian/html2text.docs: added the upstream HISTORY file. * debian/manpages: Updated manpages location. * debian/NEWS: Added information about removing Debian customizations. * debian/patches/: - The upstream fixed some points in source code. Consequently, removed: ~ 550-skip-numbers-in-html-tag-attributes.patch. ~ 600-multiple-meta-tags.patch. ~ 800-replace-zeroes-with-null.patch. ~ 810-fix-deprecated-conversion-warnings.patch. ~ 900-complete-utf8-entities-table.patch. ~ 950-validate-width-parameter.patch. ~ 960-fix-utf8-mode-quadratic-runtime.patch. ~ 970-fix-arg-parsing.patch. ~ 980-catch-alloc-err.patch. * debian/rules: - Removed override_dh_installman. The upstream fixed the source code. - Removed no more needed override_dh_auto_clean and override_dh_auto_install. * debian/source/lintian-overrides: - Added override a false positive. - Updated renamed tag. * debian/tests/control: Updated tests to be compliant with the new upstream version. Regards, -- Bruno Naibert de Campos
Bug#963701: html2text: Please package the new upstream version (2.0.0
Hi Boyuan Yang, I will try to package the new version in the next few days. Regards, Bruno Naibert. Em qui., 28 de dez. de 2023 às 16:45, Boyuan Yang escreveu: > X-Debbugs-CC: bruno.naib...@gmail.com > > On Thu, 16 Feb 2023 15:31:47 -0500 Boyuan Yang wrote: > > X-Debbugs-CC: bruno.naib...@gmail.com > > > > On Thu, 25 Jun 2020 11:26:18 -0400 Boyuan Yang wrote: > > > Source: html2text > > > Severity: important > > > Version: 1.3.2a-28 > > > X-Debbugs-CC: bruno.naib...@gmail.com > > > > > > Hi, > > > > > > It seems that the new html2text upstream has finally prepared the new > > > upstream version: > > > https://github.com/grobian/html2text/releases/tag/v2.0.0 . Please > > > consider packaging it. > > > > Ping; is there any update to the new version's packaging? > > It has been another 10 months, and I am still wondering if you would like > to upgrade the packaged software. > > Please feel free to let me know if you have any thoughts; if there's no > response in the next 2 weeks, I will consider launching the ITS process > ( https://wiki.debian.org/PackageSalvaging ) for QA purposes. > > Thanks, > Boyuan Yang >
Bug#1057120: Fwd: Bug#1057120: gettext: FTBFS on amd64 in sid chroot due to failing autopoint-3 test
Santiago Vila wrote: > The message about jobserver disappeared when I disabled parallel build. > I guess it is some kind of Makefile bug. The message was: warning: jobserver unavailable: using -j1. To me, this sounds like 'make' could not create a jobserver, because the jobservers rely on named pipes [1] and the reporter says he's in a chroot. Some file names may not be allowed in a chroot, or some directory may be missing. I don't see this as a Makefile bug, but rather as a limitation of the specific chroot environment. Bruno [1] https://www.gnu.org/software/make/manual/html_node/POSIX-Jobserver.html
Bug#1057120: Fwd: Bug#1057120: gettext: FTBFS on amd64 in sid chroot due to failing autopoint-3 test
Santiago Vila wrote:
> FAIL: autopoint-3
> =
>
> make[7]: warning: jobserver unavailable: using -j1. Add '+' to parent make
> rule.
> : error: macro names must be identifiers
To analyze this error, I would add a 'set -x' command in line 2
of gettext-tools/tests/autopoint-3, and retry the build.
> hello.c: In function 'main':
> hello.c:31:63: warning: implicit declaration of function 'getpid'
> [-Wimplicit-function-declaration]
> 31 | printf (_("This program is running as process number %d."), getpid
> ());
>| ^~
This warning was fixed by the gettext-tools/examples/hello-c/hello.c change in
https://git.savannah.gnu.org/gitweb/?p=gettext.git;a=commitdiff;h=eb0ded32dbcd7bf6ccffc038509983ccca52631b
Bruno
Bug#1056568: qbittorrent: Incorrect versioned dependency on libtorrent-rasterbar-dev in debian/control
Source: qbittorrent Version: 4.6.1-1 Severity: minor X-Debbugs-Cc: bzanett...@gmail.com Dear Maintainer, according to upstream the correct libtorrent-rasterbar-dev version required to build the current qbittorrent should be either >=1.2.19 (for the 1.2.x series) or >=2.0.9 (for the 2.0.x series) while the version listed in debian/control is still 2.0.4. This is not an issue in unstable/testing which already has 2.0.9, but it prevents the build of a possible no-changes backport package for stable-backports, provided that libtorrent-rasterbar is backported too. It would be nice to see this simple fix in the next version, thanks. Regards Bruno Zanetti
Bug#1056357: general: Command line of any program invocation is limited to less than 3544 bytes
Zebediah Beck, You haven't read my bug report. Bruno
Bug#1056357: general: Command line of any program invocation is limited to less than 3544 bytes
Package: general Severity: important X-Debbugs-Cc: br...@clisp.org I'm using Debian GNU/Linux on hppa, in a virtual machine emulated by QEMU 8.0.2. $ uname -srm Linux 6.3.0-2-parisc parisc In this machine, for the invocation of any program, the length of the command line (= all arguments together) is limited to less than 3544 bytes. How to reproduce: In bash: $ /bin/echo `seq 913` -bash: /bin/echo: Argument list too long In dash: $ /bin/echo `seq 913` dash: 1: /bin/echo: Argument list too long I also see this while doing "make check" of packages that have more than 1000 tests. So, it appears to be a general problem. The values returned by getconf don't match the reality: $ getconf ARG_MAX 2097152 $ getconf _POSIX_ARG_MAX 2097152 I have looked at the values of several files in /sys/kernel and /proc/sys/kernel, without finding the cause. For comparison, in a different VM, running "Linux 6.3.7-t2 parisc" (from the T2-SDE distribution), I don't observe this bug. Both machines have the same amount of "physical" RAM: 256 MiB. The ulimit values don't appear to be the cause, because they are similar in the two machines: In the Debian VM (with the bug): $ ulimit -a real-time non-blocking time (microseconds, -R) unlimited core file size (blocks, -c) 0 data seg size (kbytes, -d) unlimited scheduling priority (-e) 0 file size (blocks, -f) unlimited pending signals (-i) 849 max locked memory (kbytes, -l) 65536 max memory size (kbytes, -m) unlimited open files (-n) 1024 pipe size(512 bytes, -p) 8 POSIX message queues (bytes, -q) 819200 real-time priority (-r) 0 stack size (kbytes, -s) 8192 cpu time (seconds, -t) unlimited max user processes (-u) 849 virtual memory (kbytes, -v) unlimited file locks (-x) unlimited In the T2-SDE machine, with no bug: $ ulimit -a real-time non-blocking time (microseconds, -R) unlimited core file size (blocks, -c) 1048575 data seg size (kbytes, -d) unlimited scheduling priority (-e) 0 file size (blocks, -f) unlimited pending signals (-i) 909 max locked memory (kbytes, -l) 8192 max memory size (kbytes, -m) unlimited open files (-n) 1024 pipe size(512 bytes, -p) 8 POSIX message queues (bytes, -q) 819200 real-time priority (-r) 0 stack size (kbytes, -s) 8192 cpu time (seconds, -t) unlimited max user processes (-u) 909 virtual memory (kbytes, -v) unlimited file locks (-x) unlimited
Bug#1053414: fail2ban: Creates the chain in iptables but does not add the banned IPs.
Package: fail2ban X-Debbugs-Cc: bmeirel...@gmail.com Version: 1.0.2-2 Severity: important Dear Maintainer, He creates the chain in iptables, but doesn't add the banned IPs. I switched to using nftables, and it's working correctly." -- System Information: Debian Release: 12.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 6.1.0-12-amd64 (SMP w/1 CPU thread; PREEMPT) Locale: LANG=pt_BR.UTF-8, LC_CTYPE=pt_BR.UTF-8 (charmap=UTF-8), LANGUAGE=pt_BR:pt:en Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages fail2ban depends on: ii python3 3.11.2-1+b1 Versions of packages fail2ban recommends: ii iptables 1.8.9-2 ii nftables 1.0.6-2+deb12u1 ii python3-pyinotify 0.9.6-2 ii python3-systemd 235-1+b2 ii whois 5.5.17 Versions of packages fail2ban suggests: ii bsd-mailx [mailx] 8.1.2-0.20220412cvs-1 pn monit ii rsyslog [system-log-daemon] 8.2302.0-1 pn sqlite3 -- Configuration Files: /etc/fail2ban/action.d/iptables.conf changed [not included] /etc/fail2ban/action.d/nftables.conf changed [not included] /etc/fail2ban/jail.conf changed [not included] -- no debconf information
Bug#891294: adding a note
i was able to also reproduce this bug with an (at the time of writing) up to date system. i also wanted to add that, at least for me, after pressing the software sources button and then closing discover, it will not relaunch again. ps, kde partition manager works just fine on my end? cheers!
Bug#1051277: ignore this report!
excuses, i somehow managed to send this twice as i thought the first report failed. see #1051276 . thanks, cheers!
Bug#1051277: xdg-desktop-portal-kde: include pipewire as at least a rec or maybe even dep and enable it after installing
Package: xdg-desktop-portal-kde Version: 5.27.5-2 Severity: normal X-Debbugs-Cc: bruno10293847...@gmail.com hi, please consider adding pipewire as a dep or rec to this package as screen sharing functionality on wayland will completely break without it. most people use this package for cases such as these (webrtc screen casting, etc...) thanks, cheers! -- System Information: Debian Release: 12.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 6.1.0-11-amd64 (SMP w/24 CPU threads; PREEMPT) Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US:en Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages xdg-desktop-portal-kde depends on: ii kio 5.103.0-1 ii libc6 2.36-9+deb12u1 ii libkf5configcore5 5.103.0-2 ii libkf5configgui5 5.103.0-2 ii libkf5coreaddons5 5.103.0-1 ii libkf5globalaccel-bin 5.103.0-1 ii libkf5globalaccel55.103.0-1 ii libkf5i18n5 5.103.0-1 ii libkf5iconthemes5 5.103.0-1 ii libkf5itemviews5 5.103.0-1 ii libkf5kiocore55.103.0-1 ii libkf5kiofilewidgets5 5.103.0-1 ii libkf5kiogui5 5.103.0-1 ii libkf5kiowidgets5 5.103.0-1 ii libkf5notifications5 5.103.0-1 ii libkf5service-bin 5.103.0-1 ii libkf5service55.103.0-1 ii libkf5waylandclient5 4:5.103.0-1 ii libkf5windowsystem5 5.103.0-1 ii libqt5core5a [qtbase-abi-5-15-8] 5.15.8+dfsg-11 ii libqt5dbus5 5.15.8+dfsg-11 ii libqt5gui55.15.8+dfsg-11 ii libqt5printsupport5 5.15.8+dfsg-11 ii libqt5qml55.15.8+dfsg-3 ii libqt5quick5 5.15.8+dfsg-3 ii libqt5widgets55.15.8+dfsg-11 ii libstdc++612.2.0-14 ii libwayland-client01.21.0-1 ii libxkbcommon0 1.5.0-1 ii xdg-desktop-portal1.16.0-2 xdg-desktop-portal-kde recommends no packages. xdg-desktop-portal-kde suggests no packages. -- no debconf information
Bug#1051276: xdg-desktop-portal-kde should include pipewire as a dep and enable it
Package: xdg-desktop-portal-kde Version: 5.27.5-2 Severity: normal X-Debbugs-Cc: bruno10293847...@gmail.com hi, this package should have pipewire as a dependency or at least a recommend. without pipewire, the screen sharing functionality completely breaks without it on wayland. most people will only use this package for such cases (webrtc screen sharing and etc.) so please consider adding pipewire as a dep or rec and enabling it --user after install. cheers. -- System Information: Debian Release: 12.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 6.1.0-11-amd64 (SMP w/24 CPU threads; PREEMPT) Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US:en Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages xdg-desktop-portal-kde depends on: ii kio 5.103.0-1 ii libc6 2.36-9+deb12u1 ii libkf5configcore5 5.103.0-2 ii libkf5configgui5 5.103.0-2 ii libkf5coreaddons5 5.103.0-1 ii libkf5globalaccel-bin 5.103.0-1 ii libkf5globalaccel55.103.0-1 ii libkf5i18n5 5.103.0-1 ii libkf5iconthemes5 5.103.0-1 ii libkf5itemviews5 5.103.0-1 ii libkf5kiocore55.103.0-1 ii libkf5kiofilewidgets5 5.103.0-1 ii libkf5kiogui5 5.103.0-1 ii libkf5kiowidgets5 5.103.0-1 ii libkf5notifications5 5.103.0-1 ii libkf5service-bin 5.103.0-1 ii libkf5service55.103.0-1 ii libkf5waylandclient5 4:5.103.0-1 ii libkf5windowsystem5 5.103.0-1 ii libqt5core5a [qtbase-abi-5-15-8] 5.15.8+dfsg-11 ii libqt5dbus5 5.15.8+dfsg-11 ii libqt5gui55.15.8+dfsg-11 ii libqt5printsupport5 5.15.8+dfsg-11 ii libqt5qml55.15.8+dfsg-3 ii libqt5quick5 5.15.8+dfsg-3 ii libqt5widgets55.15.8+dfsg-11 ii libstdc++612.2.0-14 ii libwayland-client01.21.0-1 ii libxkbcommon0 1.5.0-1 ii xdg-desktop-portal1.16.0-2 xdg-desktop-portal-kde recommends no packages. xdg-desktop-portal-kde suggests no packages. -- no debconf information
Bug#1050514: Missing dependencies for the libreoffice packages (libreoffice-core?)
Package: libreoffice-core (I think) Version: 4:7.4.7-1 I think the packages *default-jre* and *libreoffice-java-common* should be dependencies of the libreoffice packages. I cannot run libreoffice without *default-jre* and *libreoffice-java-common*.
Bug#1037297: /usr/sbin/kea-dhcp6: socket error when starting or restarting the server
Hi Paride, I asked on systemd github, see if that might help: https://github.com/systemd/systemd/issues/28122# Em 20/06/2023 07:59, Paride Legovini escreveu: Bruno Meirelles wrote on 20/06/2023: Hi Paride, thanks for the reply. I checked the systemd file and it says After=network-online.target, it still doesn't work, I need to restart the service. Is the problem in systemd? Who should I report to? Hi, https://www.freedesktop.org/wiki/Software/systemd/NetworkTarget/ says: --- network-online.target is a target that actively waits until the nework is "up", where the definition of "up" is defined by the network management software. Usually it indicates a configured, routable IP address of some kind. Its primary purpose is to actively delay activation of services until the network is set up. --- so I'd say it's either systemd or ifupdown (assuming that's what you are using). Paride
Bug#1038416: (no subject)
I guess that the systemd unit protfpd.socket should be disabled $ systemctl is-enabled proftpd.socket disabled May be the Debian package postinst script wrongly enabled it
Bug#1037297: /usr/sbin/kea-dhcp6: socket error when starting or restarting the server
Hi Paride, thanks for the reply. I checked the systemd file and it says After=network-online.target, it still doesn't work, I need to restart the service. Is the problem in systemd? Who should I report to? Thanks. Em 19/06/2023 09:51, Paride Legovini escreveu: Bruno wrote on 10/06/2023: Dear Maintainer, when starting or restarting the server, kea-dhcp6-server does not work with the following error: [...] Hello Bruno and thanks for this bug report. I think this issue falls under the "network-online ordering" category, which is due to the fact that the "networking is ready" or "system is online" status is not well defined. It may me tempting to use an After=network-online.target rule in the systemd service file, but the point defining what that target means. For example: if a secondary network interface of a server is down, should this prevent systemd from starting kea? Unfortunately I don't have a solution at hand at the moment which is guaranteed to do more good than harm. Paride
Bug#1032010: gettext: binary in /usr/lib should move to libexec
Hi, Bastien Roucariès wrote in <https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1032010>: > /usr/lib/x86_64-linux-gnu/gettext/cldr-plurals > /usr/lib/x86_64-linux-gnu/gettext/hostname > /usr/lib/x86_64-linux-gnu/gettext/project-id > /usr/lib/x86_64-linux-gnu/gettext/urlget > /usr/lib/x86_64-linux-gnu/gettext/user-email > should go to: > /usr/libexec/x86_64-linux-gnu/gettext/cldr-plurals > /usr/libexec/x86_64-linux-gnu/gettext/hostname > /usr/libexec/x86_64-linux-gnu/gettext/project-id > /usr/libexec/x86_64-linux-gnu/gettext/urlget > /usr/libexec/x86_64-linux-gnu/gettext/user-email Upstream, this will be fixed in the next release, through https://git.savannah.gnu.org/gitweb/?p=gettext.git;a=commitdiff;h=43a4b5eeecaf9805064ec718755d0a033e8f2f9b But upstream, the file names before and after are these: before: /usr/lib/gettext/cldr-plurals /usr/lib/gettext/hostname /usr/lib/gettext/project-id /usr/lib/gettext/urlget /usr/lib/gettext/user-email after: /usr/libexec/gettext/cldr-plurals /usr/libexec/gettext/hostname /usr/libexec/gettext/project-id /usr/libexec/gettext/urlget /usr/libexec/gettext/user-email IMO, there's no point in having a per-architecture subdir under /usr/libexec. You don't have one under /bin either. This means, a user can't install the 32-bit binaries and the 64-binaries or the x32 binaries of the gettext-tools package together; they conflict with each other. Bruno
Bug#786885: Broken gettext check in the build system of bison
The issue was fixed through https://git.savannah.gnu.org/gitweb/?p=gettext.git;a=commitdiff;h=b67399b40bc5bf3165b09e6a095ec941d4b30a97 and is thus contained in gettext-0.19.8 and newer. The *gettext functions in musl libc work seamlessly with .mo files produced by msgfmt 0.22 or newer, except for the 'I' flag in format strings, that musl libc does not support. Bruno
Bug#1037297: /usr/sbin/kea-dhcp6: socket error when starting or restarting the server
Package: kea-dhcp6-server Version: 2.2.0-6 Severity: normal File: /usr/sbin/kea-dhcp6 X-Debbugs-Cc: bmeirel...@gmail.com Dear Maintainer, when starting or restarting the server, kea-dhcp6-server does not work with the following error: kea-dhcp6-server.service - Kea IPv6 DHCP daemon Loaded: loaded (/lib/systemd/system/kea-dhcp6-server.service; enabled; preset: enabled) Active: active (running) since Sat 2023-06-10 10:39:38 -03; 10min ago Docs: man:kea-dhcp6(8) Main PID: 770 (kea-dhcp6) Tasks: 5 (limit: 4915) Memory: 6.1M CPU: 306ms CGroup: /system.slice/kea-dhcp6-server.service └─770 /usr/sbin/kea-dhcp6 -c /etc/kea/kea-dhcp6.conf jun 10 10:39:38 router kea-dhcp6[770]: INFO DHCPSRV_MEMFILE_DB opening memory file lease database: lfc-interval=3600 type=memfile universe=6 jun 10 10:39:38 router kea-dhcp6[770]: INFO DHCPSRV_MEMFILE_LEASE_FILE_LOAD loading leases from file /var/lib/kea/kea-leases6.csv.2 jun 10 10:39:38 router kea-dhcp6[770]: INFO DHCPSRV_MEMFILE_LEASE_FILE_LOAD loading leases from file /var/lib/kea/kea-leases6.csv jun 10 10:39:38 router kea-dhcp6[770]: INFO DHCPSRV_MEMFILE_LFC_SETUP setting up the Lease File Cleanup interval to 3600 sec jun 10 10:39:38 router kea-dhcp6[770]: INFO DHCP6_USING_SERVERID server is using server-id 00:01:00:01:2c:10:a8:b5:70:71:bc:94:33:af and stores in the file /var/lib/kea/kea-dhcp6-serverid jun 10 10:39:38 router kea-dhcp6[770]: WARN DHCPSRV_OPEN_SOCKET_FAIL failed to open socket: Failed to open multicast socket on interface enp1s0, reason: Failed to open link-local socket on interf> jun 10 10:39:38 router kea-dhcp6[770]: INFO DHCP6_OPEN_SOCKETS_FAILED maximum number of open service sockets attempts: 0, has been exhausted without success jun 10 10:39:38 router kea-dhcp6[770]: WARN DHCPSRV_NO_SOCKETS_OPEN no interface configured to listen to DHCP traffic jun 10 10:39:38 router kea-dhcp6[770]: WARN DHCP6_MULTI_THREADING_INFO enabled: no, number of threads: 0, queue size: 0 jun 10 10:39:38 router kea-dhcp6[770]: INFO DHCP6_STARTED Kea DHCPv6 server version 2.2.0 started If restart the service with "systemctl restart kea-dhcp6-server with "systemctl restart kea-dhcp6-server.service" it goes back to normal. This only happens on system boot or restarting the server. Seems to start before ready interface root@router:~# systemctl restart kea-dhcp6-server.service root@router:~# systemctl status kea-dhcp6-server.service ● kea-dhcp6-server.service - Kea IPv6 DHCP daemon Loaded: loaded (/lib/systemd/system/kea-dhcp6-server.service; enabled; preset: enabled) Active: active (running) since Sat 2023-06-10 11:28:36 -03; 1s ago Docs: man:kea-dhcp6(8) Main PID: 1614 (kea-dhcp6) Tasks: 5 (limit: 4915) Memory: 1.8M CPU: 147ms CGroup: /system.slice/kea-dhcp6-server.service └─1614 /usr/sbin/kea-dhcp6 -c /etc/kea/kea-dhcp6.conf jun 10 11:28:37 router kea-dhcp6[1614]: INFO RUN_SCRIPT_LOAD Run Script hooks library has been loaded jun 10 11:28:37 router kea-dhcp6[1614]: INFO HOOKS_LIBRARY_LOADED hooks library /usr/lib/i386-linux-gnu/kea/hooks/libdhcp_run_script.so successfully loaded jun 10 11:28:37 router kea-dhcp6[1614]: INFO DHCP6_CONFIG_COMPLETE DHCPv6 server has completed configuration: added IPv6 subnets: 1; DDNS: disabled jun 10 11:28:37 router kea-dhcp6[1614]: INFO DHCPSRV_MEMFILE_DB opening memory file lease database: lfc-interval=3600 type=memfile universe=6 jun 10 11:28:37 router kea-dhcp6[1614]: INFO DHCPSRV_MEMFILE_LEASE_FILE_LOAD loading leases from file /var/lib/kea/kea-leases6.csv.2 jun 10 11:28:37 router kea-dhcp6[1614]: INFO DHCPSRV_MEMFILE_LEASE_FILE_LOAD loading leases from file /var/lib/kea/kea-leases6.csv jun 10 11:28:37 router kea-dhcp6[1614]: INFO DHCPSRV_MEMFILE_LFC_SETUP setting up the Lease File Cleanup interval to 3600 sec jun 10 11:28:37 router kea-dhcp6[1614]: INFO DHCP6_USING_SERVERID server is using server-id 00:01:00:01:2c:10:a8:b5:70:71:bc:94:33:af and stores in the file /var/lib/kea/kea-dhcp6-serverid jun 10 11:28:37 router kea-dhcp6[1614]: WARN DHCP6_MULTI_THREADING_INFO enabled: no, number of threads: 0, queue size: 0 jun 10 11:28:37 router kea-dhcp6[1614]: INFO DHCP6_STARTED Kea DHCPv6 server version 2.2.0 started -- System Information: Debian Release: 12.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 6.1.0-9-686-pae (SMP w/4 CPU threads; PREEMPT) Locale: LANG=pt_BR.UTF-8, LC_CTYPE=pt_BR.UTF-8 (charmap=UTF-8), LANGUAGE=pt_BR:pt:en Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages kea-dhcp6-server depends on: ii init-system-helpers 1.65.2 ii kea-common 2.2.0-6 ii libc62.36-9 ii libgcc-s112.2.0-14 ii libstdc++6 12.2.0-14 kea-dhcp6-server recommends no packages. Versions of packages kea-dhcp6-server
Bug#1032461: ITS: gtk-gnutella
On Tue, 7 Mar 2023 12:05:39 +0100 Bastian Germann wrote: > Source: gtk-gnutella > Version: 1.1.15-1 > > I am filing this ITS in order to remove the package after three weeks. > The last maintainer upload was in 2015, two NMUs since then. Ack. I think nowadays the userbase for this package is quite limited, and I'm personally not closely following its development anymore. That said, upstream is still active on GitHub in case people want to follow along: https://github.com/gtk-gnutella/gtk-gnutella/ Ciao, Luca
Bug#1032462: ITS: argon2
On Tue, 7 Mar 2023 12:11:14 +0100 Bastian Germann wrote: > Source: argon2 > Version: 0~20190702-0.1 > > There have been 4 NMUs since the last maintainer upload. > I am filing this ITS in order to orphan the package after three weeks. Ack, I'm still around but I haven't had much time for Debian packaging lately. If somebody wants to take over argon2, feel free to directly take it through salsa.d.o; I can be happily moved as a last-ditch Uploader there. Ciao, Luca
Bug#1032011: Fwd: Bug#1032011: gettext: Private library should go to private subdir under lib
Santiago Vila wrote:
> Mensaje reenviado
> Asunto: Bug#1032011: gettext: Private library should go to private subdir
> under lib
> Fecha: Sun, 26 Feb 2023 14:57:45 +
> De: Bastien Roucariès
> Responder a: Bastien Roucariès , 1032...@bugs.debian.org
> Para: Debian Bug Tracking System
>
> Package: gettext
> Version: 0.21-11
> Severity: minor
> Tags: upstream
>
> Dear Maintainer,
>
> Private library /libgettextsrc-0.21.so and libgettextlib-0.21.so should go to
> private sudbir aka:
> usr/lib/x86_64-linux-gnu/gettext/libgettextsrc-0.21.so
> and
> usr/lib/x86_64-linux-gnu/gettext/libgettextlib-0.21.so
>
> This is an upstream bug that should be reported
Summary:
- Doing so upstream would violate both the GNU Coding Standards and the
File system Hierarchy Standard.
- You can do such things at the distro level, if you make sure that the
dynamic linker will find the libraries there.
Details:
Upstream, I have to respect two standards:
* The GNU Coding Standards [1] say that ${libdir) is "The directory for
object files and libraries of object code." Very simple and unambiguous.
* The File system Hierarchy Standard [2] gives me the choice between
installing in /usr/lib or /usr/lib/gettext.
But what you proposed is not /usr/lib/gettext, it is a subdirectory of
/usr/lib/x86_64-linux-gnu !
At the distro level, the distro decides where to put things. But if you
put shared libraries in /usr/lib/x86_64-linux-gnu/gettext/ you will
either have to make sure that this directory is known to ld.so (via
ld.so.conf, I guess), or use RPATH headers in the binaries (which many
distributions don't like to do).
Note that in future gettext versions, libgettextlib may be integrated
into libgettextsrc. So, we would be talking about a subdirectory for just
a single library.
Bruno
[1] https://www.gnu.org/prep/standards/html_node/Directory-Variables.html
[2] https://refspecs.linuxfoundation.org/FHS_3.0/fhs/ch04s06.html
Bug#1031952: Fwd: Bug#1031952: gettext: Missing source for an installed windows binary
Santiago Vila wrote: > And yes, I assume it already works in maintainer mode, but only if mcs is in > PATH. The point of distributing the csharpexec-test.exe as a binary is to be able to have C# support in 'msgunfmt' even when the environment contains a C# execution engine but no C# compiler. Bruno
Bug#1031952: Fwd: Bug#1031952: gettext: Missing source for an installed windows binary
Santiago Vila wrote: > For completeness: Would it make sense to add an indication, somewhere, about > the way > to create the .exe from the .cs? This is something that surely everybody using > mono knows, but I had to search for it. I guess this would be correct: > > mcs -out:csharpexec-test.exe csharpexec-test.cs That's how one would do it today, yes, if one were to modify csharpexec-test.cs. But the way I did it in 2005, IIRC, was to use the Pnet C# compiler: cscc -o csharpexec-test.exe csharpexec-test.cs since, at that time, this was the only way to create a .exe that worked with both ilrun (pnet) and mono. The Pnet C# tools, by now, are long gone from Debian... > I don't think a Makefile is required for that, but if it's done in a Makefile, > it would help if it's not triggered by automake maintainer's mode (not sure if > that's possible), as I'm currently running autoreconf and this would force me > to add an extra build-dependency just for a single file. No, you shouldn't rebuild that file, because when you use mcs version X to build it, it will not be able run with mono versions Y, for Y < X. _If_ you want to rebuild it, you should use a very old mcs version for doing that. Bruno
Bug#1031952: Fwd: Bug#1031952: gettext: Missing source for an installed windows binary
Adrian Bunk wrote: > In practice the main usecase for Mono on Linux is porting of > proprietary Windows programs to Linux. > > > and also isn't it useful for building mobile apps [2]? > > "Build cross-platform Android & iOS apps using C# and .NET in Visual > Studio on Windows and macOS."[3] > ... > [3] https://learn.microsoft.com/en-us/xamarin/?WT.mc_id=dotnet-35129-website Oh, that's a pity. I thought that there were free-software uses of C# on Linux, but it appears that MonoDevelop is dead [4][5] and thus most of it is gone or pointless. Also, Tomboy [6] has left the C# world. Thanks for having put the record straight, Adrian! Bruno [4] https://en.wikipedia.org/wiki/MonoDevelop [5] https://github.com/mono/monodevelop [6] https://en.wikipedia.org/wiki/Tomboy_(software)
Bug#1031952: Fwd: Bug#1031952: gettext: Missing source for an installed windows binary
Santiago Vila wrote: > Summary: There is no source for gettext-tools/m4/csharpexec-test.exe. Fixed through https://git.savannah.gnu.org/gitweb/?p=gettext.git;a=commitdiff;h=1bda6586b87f7e258c16bd0dca5c43048b9920a9 Thanks for the report. > Note: The Debian package disabled the mono stuff in version 0.17-7 (dated > 2009-08-17) That's a pity. Isn't GNOME using C# [1], and also isn't it useful for building mobile apps [2]? Bruno [1] https://www.mono-project.com/docs/gui/gtksharp/ [2] https://dotnet.microsoft.com/en-us/apps/xamarin
Bug#1013876: Please close this bug report for keepassxc-browser to migrate to testing
Am Montag, dem 06.02.2023 um 23:40 +0100 schrieb Guillem Jover: > Hi! > > On Mon, 2023-02-06 at 19:57:02 +0100, Bruno Kleinert wrote: > > neither revision gets properly loaded by Chromium as of today. > > > > As the freeze approaches, I will remove the Chromium package relation > > and the symbolic link to the Web Extension > > /usr/share/chromium/extensions/keepassxc-browser in order "solve" this > > RC bug. > > That means that users that had this package installed will stop having > the extension at all, so I'm not sure that's much of a practical > difference compared to having the extension but it failing to load. :/ > > > Unless someone understands what is wrong for Chromium to load the > > extension and provides a patch. > > Ok, I looked into this, and the problem seems to be the browser > variable polyfill, which is not required on Firefox, as that uses > browser, but crhomium-based ones use chrome for the namespace. > > Copying the keepassxc-browser/common/browser-polyfill.min.js from > the upstream's release/1.8.x branch into > /usr/share/webext/keepassxc-browser/common/browser-polyfill.js, makes > the extension work again. > > It appears as if the Build-Depends used is unrelated to that code, > where a comment at the bottom of the minimized version points at > version 0.8.0 from https://github.com/mozilla/webextension-polyfill, > but the package is trying to use node-cross-fetch, which seems > unrelated? > > Thanks, > Guillem Hi Guillem, many, many thanks for that pointer! I built a fixed package locally and Chromium loads the extension. I will upload to sid in a few minutes. Kind regards, Bruno signature.asc Description: This is a digitally signed message part
Bug#1013876: Please close this bug report for keepassxc-browser to migrate to testing
Am Montag, dem 06.02.2023 um 14:34 +0200 schrieb Adrian Bunk: > On Fri, Nov 18, 2022 at 07:43:48PM +0100, Bruno Kleinert wrote: > > Am Donnerstag, dem 17.11.2022 um 13:52 + schrieb Amr Ibrahim: > > > On Sat, 24 Sep 2022 21:37:45 +0200 Guillem Jover > > > wrote: > > > > > > > I've kept the package on hold since, but try to upgrade from time to > > > > time to see whether its fixed. Last time I did with the latest version > > > > currently in sid, it seemed to be still broken. > > > > > > Is this still broken in Chromium? > > > > Yes it is, I just confirmed. > > > > > There is no problem in Firefox, and this bug report is preventing the > > > package to migrate to testing > > > > I do not have time to investigate and fix the issue in the mid-term. > > I'd appreciate if someone could jump in and provide a patch against the > > package, I'd be glad to merge and upload! > > > > From a past attempt to track it down, I *think* to remember there was > > an issue with a variable 'browser' expected by Chromium not being > > defined. > > The first error in the original bug report is: > > > (E) Uncaught TypeError: Bootstrap's JavaScript requires jQuery. jQuery > > must be included before$ > > Context: popups/popup.html > > Stack Trace: bootstrap/bootstrap.js:221 (anonymous function) > > This sounds very close to what 1.8.4+repack1-2 you just uploaded to > experimental touches. > > Could anyone confirm whether either the version in unstable or the > version in experimental fixes the issue? > Having a non-RC-buggy version in unstable now is the last chance for > having the package in bookworm. > > cu > Adrian Hi, neither revision gets properly loaded by Chromium as of today. As the freeze approaches, I will remove the Chromium package relation and the symbolic link to the Web Extension /usr/share/chromium/extensions/keepassxc-browser in order "solve" this RC bug. Unless someone understands what is wrong for Chromium to load the extension and provides a patch. Cheers, Bruno signature.asc Description: This is a digitally signed message part
Bug#1028141: (no subject)
I tested it in an English language virtual machine browser and it works. the error appears on a Brazilian Portuguese computer. computer with other languages should give error too
Bug#1028141: cacti: new install shows error 500 on browser
Subject: cacti: new install shows error 500 on browser
Package: cacti
Version: 1.2.23+ds1-1
Severity: normal
Dear Maintainer,
I'm trying to install on debian bookworm
I'm installing using APT
the browser shows error 500
my apache is 2.4.54 and my php is 8.1.12
this appears in the apache log:
[Sat Jan 07 14:07:12.322217 2023] [php:error] [pid 55502] [client
192.168.254.100:57408] PHP Fatal error: Uncaught Error: Class
"PhpMyAdmin\MoTranslator\Cache\InMemoryCache" not found in
/usr/share/php/PhpMyAdmin/MoTranslator/Translator.php:115\nStack
trace:\n#0 /usr/share/cacti/site/include/global_languages.php(312):
PhpMyAdmin\MoTranslator\Translator->__construct()\n#1
/usr/share/cacti/site/include/global_languages.php(254):
load_gettext_motranslator()\n#2
/usr/share/cacti/site/include/global.php(527): include_once('...')\n#3
/usr/share/cacti/site/include/auth.php(27): require_once('...')\n#4
/usr/share/cacti/site/index.php(25): include('...')\n#5 {main}\n thrown
in /usr/share/php/PhpMyAdmin/MoTranslator/Translator.php on line 115
[Sat Jan 07 14:07:12.322446 2023] [php:warn] [pid 55502] [client
192.168.254.100:57408] PHP Warning: Trying to access array offset on
value of type null in /usr/share/cacti/site/lib/functions.php on line 5866
[Sat Jan 07 14:07:12.326601 2023] [php:warn] [pid 55502] [client
192.168.254.100:57408] PHP Warning: Trying to access array offset on
value of type null in /usr/share/cacti/site/lib/functions.php on line
5931I'm trying to install on debian bookworm
-- System Information:
Debian Release: bookworm/sid
APT prefers testing
APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Kernel: Linux 6.0.0-6-amd64 (SMP w/4 CPU threads; PREEMPT)
Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
Locale: LANG=pt_BR.UTF-8, LC_CTYPE=pt_BR.UTF-8 (charmap=UTF-8),
LANGUAGE=pt_BR:pt:en
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled
Versions of packages cacti depends on:
ii dbconfig-common 2.0.22
ii dbconfig-mysql 2.0.22
ii debconf [debconf-2.0] 1.5.81
ii fonts-dejavu-core 2.37-2
ii fonts-dejavu-extra 2.37-2
ii fonts-fork-awesome 1.2.0+ds1-1
ii javascript-common 11+nmu1
ii libapache2-mod-php 2:8.1+92+nmu1
ii libapache2-mod-php8.1 [php-json] 8.1.12-1+b1
ii libjs-chart.js 3.9.1+~0.2.1-2
ii libjs-jquery 3.6.1+dfsg+~3.5.14-1
ii libjs-jquery-colorpicker 1.2.20-4
ii libjs-jquery-cookie 12-4
ii libjs-jquery-hotkeys 0~20130707+git2d51e3a9+dfsg-2.1
ii libjs-jquery-jstree 3.3.12+dfsg1-2
ii libjs-jquery-metadata 12-4
ii libjs-jquery-tablesorter 1:2.31.3+dfsg1-3
ii libjs-jquery-timepicker 1.6.3-3
ii libjs-jquery-ui 1.13.2+dfsg-1
ii libjs-jquery-ui-theme-smoothness 1.12.1+dfsg-1.1
ii libjs-jquery-ui-theme-south-street 1.12.1+dfsg-1.1
ii libjs-jquery-ui-theme-ui-darkness 1.12.1+dfsg-1.1
ii libjs-jquery-ui-touch-punch 0.0~git20141218.2.4bc0091+dfsg1-4.1
ii libphp-phpmailer 6.6.3-1
ii node-d3 5.16.0-10
ii node-ua-parser-js 0.8.1+ds+~0.7.36-2
ii perl 5.36.0-6
pn php-cli
ii php-gd 2:8.1+92+nmu1
ii php-gmp 2:8.1+92+nmu1
ii php-json 2:8.1+92+nmu1
ii php-ldap 2:8.1+92+nmu1
ii php-mbstring 2:8.1+92+nmu1
ii php-mysql 2:8.1+92+nmu1
ii php-phpmyadmin-motranslator 5.3.0-1
ii php-phpseclib 2.0.41-1
ii php-snmp 2:8.1+92+nmu1
ii php-twig 3.5.0-1
ii php-xml 2:8.1+92+nmu1
ii php8.1-cli [php-json] 8.1.12-1+b1
ii php8.1-gd [php-gd] 8.1.12-1+b1
ii php8.1-gmp [php-gmp] 8.1.12-1+b1
ii php8.1-ldap [php-ldap] 8.1.12-1+b1
ii php8.1-mbstring [php-mbstring] 8.1.12-1+b1
ii php8.1-snmp [php-snmp] 8.1.12-1+b1
ii php8.1-xml [php-xml] 8.1.12-1+b1
ii rrdtool 1.7.2-4+b7
ii snmp 5.9.3+dfsg-1+b2
ii ucf 3.0043
Versions of packages cacti recommends:
ii apache2 [httpd] 2.4.54-5
ii default-mysql-server 1.0.8
ii iputils-ping 3:20221126-1
ii logrotate 3.21.0-1
ii mariadb-server-10.6 [virtual-mysql-server] 1:10.6.11-1
Versions of packages cacti suggests:
pn cacti-spine
pn moreutils
ii snmpd 5.9.3+dfsg-1+b2
--
Bug#1013876: Please close this bug report for keepassxc-browser to migrate to testing
Am Donnerstag, dem 17.11.2022 um 13:52 + schrieb Amr Ibrahim: > On Sat, 24 Sep 2022 21:37:45 +0200 Guillem Jover wrote: > > > I've kept the package on hold since, but try to upgrade from time to > > time to see whether its fixed. Last time I did with the latest version > > currently in sid, it seemed to be still broken. > > Is this still broken in Chromium? Yes it is, I just confirmed. > There is no problem in Firefox, and this bug report is preventing the package > to migrate to testing I do not have time to investigate and fix the issue in the mid-term. I'd appreciate if someone could jump in and provide a patch against the package, I'd be glad to merge and upload! From a past attempt to track it down, I *think* to remember there was an issue with a variable 'browser' expected by Chromium not being defined. signature.asc Description: This is a digitally signed message part
Bug#314832: Fwd: Bug#314832: unzip: does not respect umask
Santiago Vila wrote: > If you want to follow Bruno's suggestion that unzip is secure by default > (which I would support), I guess it would not be a lot of work, because, > once that there is already a new command line option for that, it would > be just a matter of reversing its logic (i.e. instead of > -k/--keep-permissions we could have another option which does the opposite). The -k/--keep-permissions already implements the "secure by default" principle. It is documented like this in the unzip610c.ann file: - New -k/--keep-permissions option controls how permissions are restored on Unix and VMS systems. The default behavior has changed to apply Unix umask or VMS default protection to the archive permissions. With -k, the archive permissions are restored, ignoring the Unix umask or VMS default protection (the old default behavior). With -k-, the archive permissions are ignored, and the Unix umask or VMS default protection determines the permissions. and like this in the History.610 file: - Added option -k/--keep-permissions on AtheOS, BeOS, Unix, and VMS, to control how archived permissions or protections are determined on extracted files and directories. The default behavior has changed from previous UnZip versions. Now, by default, on AtheOS, BeOS, and Unix, the current umask value is applied (to the normal user/group/other permissions). Bruno
Bug#314832: unzip: does not respect umask
Package: unzip Version: 6.0 Severity: normal I still see this bug in version 6.0 (6.0-26ubuntu3, to be precise). It's a security issue (because it allows other users on the same machine to overwrite the extracted files, if they know the file names). As such: * It should be treated with severity at least 'normal', per [1]. * Secure behaviour should be the default, not just enabled by an option. Even if it breaks backward compatibility! [1] https://www.debian.org/Bugs/Developer.en.html#severities
Bug#1014300: nheko: Menus appear at unexpected places or not at all
Package: nheko Version: 0.9.3+ds-1 Severity: normal X-Debbugs-Cc: fu...@debian.org Hi, menus appear at unexpected places on the screen, i.e., not at the place where the user clicks a button or when trying to open a context menu on an item. Steps to reproduce: 1. Start nheko 2. Click on the '+' button on bottom left 3. The menu appears in upper left corner of the screen Sometimes the expected menu does not show up anywhere on the screen at all. Steps to reproduce: 1. Begin with the steps above 2. Move the mouse cursor into the menu which appeared in the upper left area (don't click) 3. Press ESC 4. Now, click again the '+' button at the bottom left of nheko 5. The menu does not appear anywhere on the screen at all I use GNOME 3 on Wayland to reproduce and don't know if the same issue occurs with any other desktop environment or with an X11 based environment. Cheers, Bruno -- System Information: Debian Release: bookworm/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 5.18.0-2-amd64 (SMP w/8 CPU threads; PREEMPT) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) (ignored: LC_ALL set to de_DE.utf-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages nheko depends on: ii gstreamer1.0-nice 0.1.18-2 ii gstreamer1.0-qt51.20.3-1 ii gstreamer1.0-vaapi 1.20.3-1 ii libc6 2.33-7 ii libcmark0.30.2 0.30.2-5 ii libcurl47.84.0-1 ii libevent-core-2.1-7 2.1.12-stable-5+b1 ii libevent-pthreads-2.1-7 2.1.12-stable-5+b1 ii libfmt8 8.1.1+ds1-2 ii libgcc-s1 12.1.0-5 ii libglib2.0-02.72.3-1 ii libgstreamer-plugins-bad1.0-0 1.20.3-1 ii libgstreamer-plugins-base1.0-0 1.20.3-2 ii libgstreamer1.0-0 1.20.3-1 ii liblmdb00.9.24-1 ii libolm3 3.2.11~dfsg-1 ii libqt5core5a5.15.4+dfsg-3 ii libqt5dbus5 5.15.4+dfsg-3 ii libqt5gui5 5.15.4+dfsg-3 ii libqt5keychain1 0.13.2-5 ii libqt5multimedia5 5.15.4-2 ii libqt5multimedia5-plugins 5.15.4-2 ii libqt5network5 5.15.4+dfsg-3 ii libqt5qml5 5.15.4+dfsg-3 ii libqt5quick55.15.4+dfsg-3 ii libqt5svg5 5.15.4-2 ii libqt5widgets5 5.15.4+dfsg-3 ii libspdlog1 [libspdlog1-fmt8]1:1.9.2+ds-0.2 ii libssl3 3.0.4-2 ii libstdc++6 12.1.0-5 ii libxcb-ewmh20.4.1-1.1 ii libxcb1 1.14-3 ii qml-module-qt-labs-animation5.15.4+dfsg-3 ii qml-module-qt-labs-platform 5.15.4+dfsg-2 ii qml-module-qt-labs-settings 5.15.4+dfsg-3 ii qml-module-qtgraphicaleffects 5.15.4-2 ii qml-module-qtmultimedia 5.15.4-2 ii qml-module-qtquick-controls25.15.4+dfsg-2 ii qml-module-qtquick-layouts 5.15.4+dfsg-3 ii qml-module-qtquick-window2 5.15.4+dfsg-3 ii qml-module-qtquick2 5.15.4+dfsg-3 Versions of packages nheko recommends: ii ca-certificates 20211016 ii fonts-noto-color-emoji 2.034-1 nheko suggests no packages. -- no debconf information
Bug#1013876: webext-keepassxc-browser: Version 1.8.0+repack1-2 fail to load in chromium
Am Sonntag, dem 26.06.2022 um 14:11 +0200 schrieb Guillem Jover: > Package: webext-keepassxc-browser > Version: 1.8.0+repack1-2 > Severity: serious > > Hi! > > This version seems to fail load on chromium 103.0.5060.53-1, with the > following warnings and errors shown on the extensions settings page: > > (W) Unrecognized manifest key 'applications'. > (W) Manifest version 2 is deprecated, and support will be removed > in 2023. > See https://developer.chrome.com/blog/mv2-transition/ for more > details. > (E) Uncaught TypeError: Bootstrap's JavaScript requires jQuery. > jQuery must be included before Bootstrap's JavaScript. > Context: popups/popup.html > Stack Trace: bootstrap/bootstrap.js:221 (anonymous function) > (E) Uncaught (in promise) ReferenceError: browser is not defined > Context: popups/popup.html > Stack Trace: popups/popup_functions.js:74 (anonymous function) > (E) Uncaught ReferenceError: browser is not defined > Context: popups/popup.html > Stack Trace: common/translate.js:11 (anonymous function) > (E) Uncaught (in promise) ReferenceError: browser is not defined > Context: popups/popup.html > Stack Trace: popups/popup_functions.js:40 (anonymous function) > (E) Uncaught ReferenceError: browser is not defined > Context: _generated_background_page.html > Stack Trace: common/global.js:161 (anonymous function) > (E) Uncaught ReferenceError: browser is not defined > Context: _generated_background_page.html > Stack Trace: background/keepass.js:39 (anonymous function) > (E) Uncaught ReferenceError: browser is not defined > Context: _generated_background_page.html > Stack Trace: background/init.js:23 (anonymous function) > > Thanks, > Guillem Hi Guillem, thanks for the report. Something else in 1.8.0 is bugging me that may be related to upstream's jQuery removal. I'm expecting upstream may release 1.8.1 soonish. Kind regards, Bruno signature.asc Description: This is a digitally signed message part
Bug#1012027: RFS: tcpslice/1.5-1 [RC] -- extract pieces of and/or glue together tcpdump files
Package: sponsorship-requests Severity: important X-Debbugs-Cc: bruno.naib...@gmail.com Dear mentors, I am looking for a sponsor for my package "tcpslice": * Package name: tcpslice Version : 1.5-1 Upstream Author : https://github.com/the-tcpdump-group/tcpslice/issues * URL : http://www.tcpdump.org * License : BSD-3-Clause, BSD-2-Clause, BSD-4-Clause * Vcs : https://salsa.debian.org/debian/tcpslice Section : net The source builds the following binary packages: tcpslice - extract pieces of and/or glue together tcpdump files To access further information about this package, please visit the following URL: https://mentors.debian.net/package/tcpslice/ Alternatively, you can download the package with 'dget' using this command: dget -x https://mentors.debian.net/debian/pool/main/t/tcpslice/tcpslice_1.5-1.dsc Changes since the last upload: tcpslice (1.5-1) unstable; urgency=medium . * New upstream version 1.5. (includes a fix for CVE-2021-41043) (Closes: #1003190) * Enable GPG-checking of orig tarball. - debian/upstream/signing-key.asc: upstream public key. - debian/watch: ~ Add "pgpmode=auto" as an option. ~ Changed the URL. * debian/control: - Added libnids-dev and libosip2-dev to Build-Depends field. - Bumped Standards-Version to 4.6.0. * debian/copyright: - Added licensing for diag-control.h file. - Updated the packaging and upstream copyright years. * debian/docs: changed from README to README.md. * debian/patches: removed. The upstream fixed the source code. Thanks. * debian/upstream/metadata: fixed spelling error. Regards, -- Bruno Naibert de Campos
Bug#1008781: nemiver: Intent to remove from Debian
eremy Bicha wrote: > I intend to file a removal bug for nemiver soon. It has failed to > build for more than a year. It wasn't autoremoved sooner because it > was included in one of the metapackages in meta-gnome3. I agree, it's time to let it go. If you are already in the process of asking for its removal, please feel free to proceed. Ciao, Luca
Bug#959488: qbittorrent logo on the systemtray looks odd
I was able to reproduce the issue with a bullseye debian-live with mate iso image and qbittorrent 4.2.5, but only with the icon style monochrome (both light and dark theme) selected in Preferences->Behavior->Tray Icon Style. The icon is stretched vertically and it gets worse when enlarging the panel. The normal (blue) icon is ok and scales correctly when enlarging the panel. Other desktops (I tried plasma, xfce, lxde, cinnamon) are ok. Searching the web I found a report (and a workaround) [1] for a few other qt5-based applications that show the same defect in mate systray. I'd say it's likely an issue of either mate or qt5 but qbittorrent should be not guilty for it. Regards BZ [1] https://forums.linuxmint.com/viewtopic.php?p=2093352
Bug#877931: qbittorrent hangs sometimes while parsing metadata of a magnet file
I found some upstream issues (#6422, #6555) about a similar crash on different 3.3.x versions and they all point to an immature support of libtorrent-rasterbar 1.1.x series. The current qbittorrent version (4.4.1) is built with libtorrent-rasterbar 1.2.x so it seems safe to close this bug report. Regards BZ
Bug#774272: qbittorent: app exits immediately using rt-mouse button
I believe it's the upstream issue 2211 ( https://github.com/qbittorrent/qBittorrent/issues/2211) If so, it's been fixed in 3.1.11, so this bug report can be closed now. Regards BZ
Bug#868171: qbittorrent: Many a time qbittorrent crashes esp. when using magnet links
There's an upstream issue filed (and closed) for this bug: https://github.com/qbittorrent/qBittorrent/issues/6064. It seems related to the libtorrent-rasterbar branch 1.1.x not officially supported by qbittorrent 3.3.7. The current versions of both pkgs should work fine together, so I believe this report can be closed now. Regards BZ
Bug#730226: qbittorrent: file creation on startup creates huge loadavg spike
AFAIK there are two possible reasons for this behaviour: 1) In Preferences->Download the option 'Pre-allocate disk space for all files' is checked (but that's not the default). 2) The option above is not checked but the download folder is within a filesystem that doesn't support sparse files (at least on Linux) like FAT32 and exFAT. Assuming that sequential download is not checked, when a torrent piece located GB away from the file beginning is received, the file has to be extended by physically writing zeros to seek to that position and write the piece. When downloading to filesystems with sparse file support (like ext4 for example) I could not observe such I/O overload, even with file preallocation (at least with recent versions of libtorrent-rasterbar). OTOH the issue is still present for downloads to certain filesystems (i.e. FAT32, etc) and can cause severe performance issues especially with slow storage. Regards BZ
Bug#841988: qbittorrent: Crashing at random intervals
There are several reports in upstream bug tracker ( [1], [2] ) that show the same stacktrace. They both point to a bug in libtorrent-rasterbar 1.1.0 in ip-filtering code, fixed in 1.1.1. so chances are this bug is solved now. Regards BZ [1] https://github.com/qbittorrent/qBittorrent/issues/5730 [2] https://github.com/qbittorrent/qBittorrent/issues/5428
Bug#916016: qbittorrent: No search plugins available
Might be caused by a search plugin which doesn't play well with the installed Python version. There's an open upstream issue about it ( https://github.com/qbittorrent/qBittorrent/issues/13122). A workaround is also reported there. The qbittorrent version currently in sid (4.4.1) seems not broken as the search plugin list shows ten items. Regards BZ
Bug#843524: qbittorrent: Doesn't save download list after exit
As this bug has been fixed upstream a long time ago I believe it can be closed now. Regards BZ
Bug#708415: qbittorrent: Qt has caught an exception thrown from an event handler.
This bug has probably been addressed upstream in the issue https://github.com/qbittorrent/qBittorrent/issues/47. If so, it should be fixed since V 3.0.1 and thus it can be closed. Regards BZ
Bug#803330: qbittorrent: Unable to download .torrents for several days now Package: qbittorrent
The qbittorrent package version (3.2.3-2) depends on Qt4 libs so I doubt it has to do with Qt5. As I see, the installed libc6 package is taken from experimental so I'd not be surprised by temporary failures between upgrades. The bug's reporter did not report back whether the problem went away or not after some subsequent upgrades, nevertheless I didn't observe such a dramatic loss of functionality neither in any stable release nor in the current testing/unstable. I believe this bug can be closed as invalid. Regards BZ
Bug#815221: qbittorrent: moves downloaded files to dir for incomplete torrents
A similar issue has been reported to the upstream bug tracker ( https://github.com/qbittorrent/qBittorrent/issues/4379) for the same qbittorrent version (3.3.1), though for another OS. It appears to be fixed upstream ( https://github.com/qbittorrent/qBittorrent/pull/4438) in 3.3.2. I believe the bug can be closed now. Regards BZ
Bug#921213: stacktrace when running qbittorrent for sometime.
It looks to me as strictly related to #926062 and #933870. See https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=926062#39 Regards BZ
Bug#855073: qbittorrent: Data Loss after reboot
I was able to systematically reproduce the bug in stretch (qbittorrent_3.3.7-3+deb9u1 / libtorrent-rasterbar9_1.1.1-1+b1). I upgraded the latter to 1.1.4-1 (from snapshot.debian.org) and the bug disappeared. So likely the bug affected the package libtorrent-rasterbar and it is fixed now. Regards BZ
Bug#933870: qbittorrent: Qbittorrent 4.1.6 Debian Testing updated 8/4/19 Fails upon start and immediately exits
The stack trace above is very similar to the one in https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=926062. The Qt version (which is under suspicion in #926062) is the same (5.11.3) Even the symptom (segmentation fault upon start) is similar. This bug might be a duplicate of #926062. Regards BZ
Bug#926062: qbitorrent crashes, blames QNetworkAccessM
I tried to reproduce the segmentation fault on Buster / qbittorrent 4.1.5 with a few torrents and a hundred trackers added but to no avail. It makes me think that it is triggered by a singular combination of cpu speed and/or network speed and/or number of torrent/trackers and/or whatever else. @Shirish: have you tried qbittorrent in bullseye or sid? Did you get the same crash? As I see in https://github.com/qbittorrent/qBittorrent/issues/9667, the problem might be related to Qt 5.11, so maybe it's gone in the current stable or newer version. Regards BZ
Bug#918198: qbittorrent-nox: Please add the relevant systemd .service file for us that want to run it as a daemon
An easy way to include a systemd service template in the qbittorrent-nox package would be adding the option --enable-systemd to the configure command. This can be accomplished by changing debian/rules as per the attached diff. IMO the package qbittorrent-nox should indeed provide such a launcher because its main use is running in background controlled through the WebUI. This service template is moreover harmless for users who don't need it since it wouldn't be enabled by default. BZ --- orig/qbittorrent-4.4.1/debian/rules 2022-02-18 11:25:39.071956171 +0100 +++ new/qbittorrent-4.4.1/debian/rules 2022-02-18 11:02:06.895993681 +0100 @@ -8,7 +8,7 @@ override_dh_auto_configure: dh_auto_configure --builddirectory build-nox -- --disable-gui \ - --with-boost-libdir=/usr/lib/$(DEB_HOST_MULTIARCH) + --with-boost-libdir=/usr/lib/$(DEB_HOST_MULTIARCH) --enable-systemd dh_auto_configure --builddirectory build-gui -- \ --with-boost-libdir=/usr/lib/$(DEB_HOST_MULTIARCH)
Bug#1006420: qbittorrent: Incorrect versioned dependency on libtorrent-rasterbar-dev in debian/control
Source: qbittorrent Version: 4.4.1-1 Severity: minor X-Debbugs-Cc: bzanett...@gmail.com Dear Maintainer, according to upstream the correct libtorrent-rasterbar-dev version required to build the current qbittorrent should be either >=1.2.14 (for the 1.2.x series) or >=2.0.4 (for the 2.0.x series) while the version listed in debian/control is still 1.1.2. This is not an issue in unstable/testing which already has 2.0.5 but it prevents the build of a possible no-changes backport package for stable-backports, provided that libtorrent-rasterbar is backported too. It would be nice to see this simple fix in the next version, thanks. Regards Bruno Zanetti -- System Information: Debian Release: bookworm/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 5.16.0-1-amd64 (SMP w/8 CPU threads; PREEMPT) Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8), LANGUAGE=it Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled
Bug#1002868: firefox-esr: Extensions thread/process consuming 100% CPU (single thread) indefinitely
On Thu, 6 Jan 2022 at 15:55, Amr Ibrahim wrote: > I'm also affected by this bug. I reported a bug against ublock-origin > because I suspect it's the culprit. > It's not. Please read bug #986027 <https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=986027>. It's the same thing (but for the package Firefox in sid). Here's the sequence of events, tests and results I got so far. 1. When I first experienced this bug I had only *webext-privacy-badger* and *webext-ublock-origin-firefox* installed on this computer 2. Later I installed *webext-keepassxc-browser* (still having the issue after that) 3. I found out about bug #986027 <https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=986027> 4. I removed *webext-privacy-badger* and *webext-ublock-origin-firefox* and installed those extensions directly from Mozilla. I kept *webext-keepassxc-browser* installed 5. Still experiencing the same issue 6. I removed *webext-keepassxc-browser* and installed it directly from Mozilla too (no more webext-* packages installed on my system) 7. The issue never happened again since then (it was a few days ago) I was experiencing the same exact behaviour on a different computer, also running Bullseye with the same extensions, plus a couple more (webext-treestyletab and some other). I removed all webext-* packages and installed all those extensions directly from Mozilla. The issue is gone too on that PC. All this is consistent with what has been reported on bug #986027 <https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=986027>. The problem seems to be related to webext packages and doesn't seem to matter which extension it is... seems to happen with all of them. According to the aforementioned bug this seems to have been fixed upstream on version 95 or later. I wasn't sure if/when that was going to be ported to ESR and included in debian updates, so basically I went for the workaround (removing all webext-* packages and install the extensions directly from Mozilla). So far so good. Best regards, Bruno
Bug#1002868: firefox-esr: Extensions thread/process consuming 100% CPU (single thread) indefinitely
Package: firefox-esr Version: 91.4.1esr-1~deb11u1 Severity: important Tags: upstream X-Debbugs-Cc: bgrav...@gmail.com Dear Maintainer, I justed wanted to report that I can confirm that bug #986027 reported for firefox in unstable also applies to firefox-esr 91.4.1 (which is currently available on bullseye security updates). This started happening since I upgraded from firefox-esr 78 to 91 on bullseye. I'm using the following extensions, installed from the debian packages: - webext-privacy-badger - webext-ublock-origin-firefox - webext-keepassxc-browser This happens (apparently) randomly and I couldn't spot any specific action that triggers it, but it happens quite often (several times a day). about:processes in firefox-esr reports that Extensions process is using 100%, confirmed in htop (single thread using 100% CPU/core). It stays like that indefinitely. The solution so far has been restarting Firefox every time it happens. According to bug #986027 this was fixed in firefox 95. Can it be backported to firefox-esr 91? -- Package-specific info: -- Addons package information -- System Information: Debian Release: 11.2 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.15.12-xanmod1 (SMP w/8 CPU threads) Locale: LANG=pt_PT.UTF-8, LC_CTYPE=pt_PT.UTF-8 (charmap=UTF-8), LANGUAGE=pt:en Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages firefox-esr depends on: ii debianutils 4.11.2 ii fontconfig 2.13.1-4.2 ii libatk1.0-0 2.36.0-2 ii libc62.31-13+deb11u2 ii libcairo-gobject21.16.0-5 ii libcairo21.16.0-5 ii libdbus-1-3 1.12.20-2 ii libdbus-glib-1-2 0.110-6 ii libevent-2.1-7 2.1.12-stable-1 ii libffi7 3.3-6 ii libfontconfig1 2.13.1-4.2 ii libfreetype6 2.10.4+dfsg-1 ii libgcc-s110.2.1-6 ii libgdk-pixbuf-2.0-0 2.42.2+dfsg-1 ii libglib2.0-0 2.66.8-1 ii libgtk-3-0 3.24.24-4 ii libpango-1.0-0 1.46.2-3 ii libstdc++6 10.2.1-6 ii libvpx6 1.9.0-1 ii libx11-6 2:1.7.2-1 ii libx11-xcb1 2:1.7.2-1 ii libxcb-shm0 1.14-3 ii libxcb1 1.14-3 ii libxcomposite1 1:0.4.5-1 ii libxdamage1 1:1.1.5-2 ii libxext6 2:1.3.3-1.1 ii libxfixes3 1:5.0.3-2 ii libxrender1 1:0.9.10-1 ii procps 2:3.3.17-5 ii zlib1g 1:1.2.11.dfsg-2 Versions of packages firefox-esr recommends: ii libavcodec58 7:4.3.3-0+deb11u1 Versions of packages firefox-esr suggests: ii fonts-lmodern 2.004.5-6.1 pn fonts-stix | otf-stix ii libcanberra0 0.30-7 ii libgssapi-krb5-2 1.18.3-6+deb11u1 ii pulseaudio 14.2-2 -- no debconf information
Bug#998235: Can confirm with pipewire-pulse
On Sun, 07 Nov 2021 06:49:58 +0100 Bruno Kleinert wrote: > Hi, > > I can confirm the same issue using pipewire-pulse 0.3.39-3 as audio > deamon on unstable/sid with both packages: > > 1. firefox-esr 91.3.0esr-1 > 2. firefox 94.0-1 > > As an intermediate workaround, chromium works (tested with chromium > 93.0.4577.82-1). > > Cheers, > Bruno It's fixed for me in: 1. firefox-esr 91.4.0esr-1 2. firefox 95.0-1 Cheers, Bruno signature.asc Description: This is a digitally signed message part
Bug#1000253: ring: Fails to build twice in a row and in target clean
Source: ring Version: 20201217.1.80217fa~ds1-1 Severity: normal Tags: patch X-Debbugs-Cc: fu...@debian.org Hi, while trying to address another issue, I noticed that the package fails to build twice in a row and in the target clean after a failed build. Please find attached a patch that fixes both issues. Cheers, Bruno -- System Information: Debian Release: bookworm/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 5.14.0-4-amd64 (SMP w/8 CPU threads) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) (ignored: LC_ALL set to de_DE.utf-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled diff --git a/debian/rules b/debian/rules index 74b39bd5..216ebba0 100755 --- a/debian/rules +++ b/debian/rules @@ -80,7 +80,7 @@ override_dh_auto_configure: ## libringclient configure ## # cd lrc && \ - mkdir build && \ + mkdir -p build && \ cd build && \ cmake \ -DRING_BUILD_DIR=$(CURDIR)/daemon/src \ @@ -92,7 +92,7 @@ override_dh_auto_configure: ## gnome client configure ## cd client-gnome && \ - mkdir build && \ + mkdir -p build && \ cd build && \ cmake \ -DCMAKE_INSTALL_PREFIX=/usr \ @@ -143,6 +143,7 @@ override_dh_auto_clean: if [ -f client-gnome/build/Makefile ]; then make -C client-gnome/build clean; fi rm -rfv client-gnome/build + mkdir -p daemon/contrib/native/pjproject override_dh_auto_install: #
Bug#998809: Acknowledgement (jami: No echo cancellation on pipewire-pulse)
I found a workaround:
1. Copy /usr/share/pipewire/pipewire-pulse.conf to
~/.config/pipewire/
2. Edit and add { name = libpipewire-module-echo-cancel } into
section context.modules = [ … ]
3. systemctl --user restart pipewire-pulse.service
4. Check with pavucontrol if the virtual device 'Echo Cancel
Capture' records from the desired physical device
5. In Jami's media settings, select 'Echo Cancel sink' and 'Echo
Cancel source' as recording and output devices
In jami-daemon src/media/audio/pulseaudio/pulselayer.cpp I found some
"magic" related to PulseAudio's echo-cancel module, but I don't
understand how that does the trick for PulseAudio and if that is
supposed to also work with PipeWire.
signature.asc
Description: This is a digitally signed message part
Bug#999356: battery-stats: missing dependency on bc
Package: battery-stats Version: 0.5.6-1.1 Severity: important X-Debbugs-Cc: bgrav...@gmail.com Dear Maintainer, battery-stats-collector needs bc and won't start if bc isn't installed, but bc isn't a dependency. Error message from executing battery-stats-collector without bc installed: /usr/sbin/battery-stats-collector: 49: bc: not found If bc is installed, it works fine as expected. So bc should be added to the required package dependencies. Best regards, Bruno Gravato -- System Information: Debian Release: 11.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 5.10.0-9-amd64 (SMP w/8 CPU threads) Locale: LANG=pt_PT.UTF-8, LC_CTYPE=pt_PT.UTF-8 (charmap=UTF-8), LANGUAGE=pt:pt_BR:en Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages battery-stats depends on: ii gzip 1.10-4 ii logrotate 3.18.0-2 Versions of packages battery-stats recommends: ii gnuplot 5.4.1+dfsg1-1 ii gnuplot-qt [gnuplot] 5.4.1+dfsg1-1 ii libtext-csv-perl 2.00-1 ii python3 3.9.2-3 ii python3-matplotlib3.3.4-1 battery-stats suggests no packages.
Bug#998809: jami: No echo cancellation on pipewire-pulse
Package: jami Version: 20210112.2.b757bac~ds1-1 Severity: normal X-Debbugs-Cc: fu...@debian.org Hi, I'm using Jami with speakers and webcam microphone. When I use pipewire-pulse instead of pulseaudio, there is no echo cancellation applied in Jami (People I call tell me they hear an echo of themselves). When I use Jami on pulseaudio, /usr/lib/pulse-15.0+dfsg1/modules/module-echo- cancel.so is used to cancel the echo. Instead, on pipewire-pulse /usr/lib/x86_64-linux-gnu/pipewire-0.3/libpipewire-module-echo-cancel.so seems to be available, but is not used to cancel the echo. I would expect echo cancellation to work on both audio daemons. I report the bug against jami because I observe and reproduce it with this package. If it is an issue in one of the pipewire packages, please forward accordingly. Cheers, Bruno -- System Information: Debian Release: bookworm/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 5.14.0-4-amd64 (SMP w/8 CPU threads) Kernel taint flags: TAINT_WARN Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) (ignored: LC_ALL set to de_DE.utf-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages jami depends on: ii dconf-gsettings-backend [gsettings-backend] 0.40.0-2 ii jami-daemon 20210112.2.b757bac~ds1-1 ii libayatana-appindicator3-1 0.5.5-3 ii libc62.32-4 ii libcairo21.16.0-5 ii libcanberra-gtk3-0 0.30-8 ii libcanberra0 0.30-8 ii libclutter-1.0-0 1.26.4+dfsg-3 ii libclutter-gtk-1.0-0 1.8.4-4+b1 ii libgcc-s111.2.0-10 ii libgdk-pixbuf-2.0-0 2.42.6+dfsg-2 ii libglib2.0-0 2.70.1-1 ii libgtk-3-0 3.24.30-3 ii libnm0 1.32.12-1 ii libnotify4 0.7.9-3 ii libpango-1.0-0 1.48.10+ds1-1 ii libqrencode4 4.1.1-1 ii libqt5core5a 5.15.2+dfsg-12 ii libqt5dbus5 5.15.2+dfsg-12 ii libqt5gui5 5.15.2+dfsg-12 ii libqt5sql5 5.15.2+dfsg-12 ii libqt5sql5-sqlite5.15.2+dfsg-12 ii libstdc++6 11.2.0-10 ii libwebkit2gtk-4.0-37 2.34.1-1 ii libx11-6 2:1.7.2-2+b1 jami recommends no packages. jami suggests no packages. -- no debconf information
Bug#998235: Can confirm with pipewire-pulse
Hi, I can confirm the same issue using pipewire-pulse 0.3.39-3 as audio deamon on unstable/sid with both packages: 1. firefox-esr 91.3.0esr-1 2. firefox 94.0-1 As an intermediate workaround, chromium works (tested with chromium 93.0.4577.82-1). Cheers, Bruno signature.asc Description: This is a digitally signed message part
Bug#995940: shim_init() failed : Unable to install Debian 11 Bullseye on a Fujitsu Lifebook U7511 laptop with debian-11.1.0-amd64-netinst.iso
Hello, I encountered the same issue : I am unable to install Debian 11 Bullseye on a Fujitsu Lifebook U7511 laptop with the debian-11.1.0-amd64-netinst.iso. When I try to boot, I have the exactly same error : set_second_stage() failed: Invalid Parameter Something has gone seriously wrong: shim_init() failed: Invalid Parameter I can't do anything, and the laptop shutdown a few seconds after. I've tried to disable SecureBoot without any result (same error). Is there any workaround to be able to install Debian Bullseye on that laptop ? Thanks in advance for any tips ! Best regards,
Bug#994704: timeshift: Unable to init server: connection refused. possible pkexec misconfiguration for timeshift-laucher command
Package: timeshift Version: 20.11.1-1 Severity: normal X-Debbugs-Cc: bruno08ne...@gmail.com Dear Maintainer, When I tried to open the GUI version of timeshift through the application icon, nothing happened. After trying the timeshift-launcher command I got the following error: Unable to init server: Could not connect: Connection refused It seems to be somthing with pkexec. I can run other admin GUI applications like synaptics. I can still open timeshift with `sudo timeshift-gtk`. -- System Information: Debian Release: 11.0 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 5.10.0-8-amd64 (SMP w/8 CPU threads) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_FIRMWARE_WORKAROUND, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=pt_BR.UTF-8, LC_CTYPE=pt_BR.UTF-8 (charmap=UTF-8), LANGUAGE=pt_BR:pt:en Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages timeshift depends on: ii libc62.31-13 ii libcairo21.16.0-5 ii libgdk-pixbuf-2.0-0 2.42.2+dfsg-1 ii libgee-0.8-2 0.20.4-1 ii libglib2.0-0 2.66.8-1 ii libgtk-3-0 3.24.24-4 ii libjson-glib-1.0-0 1.6.2-1 ii libvte-2.91-00.62.3-1 ii psmisc 23.4-2 ii rsync3.2.3-4 timeshift recommends no packages. timeshift suggests no packages. -- no debconf information
Bug#993213: lightdm-settings does not start if slick-greeter package is not installed
Package: lightdm-settings Version: 1.5.1-1 Severity: important X-Debbugs-Cc: brunoramos...@gmail.com Dear Maintainer, when installing lightdm-settings package, with apt-get for example, the application does not start. We get the following error: (lightdm-settings:6559): GLib-GIO-ERROR **: 18:12:47.757: Settings schema 'x.dm.slick-greeter' is not installed Apparently the is a dependency on slick-greeter that is not installed. Installing slick-greeter manually solves the issue and allows the application to start properly. It would be best to set a dependency on slick-greeter so that everything works out of box after installing lightdm-settings. Best Regards, Bruno Ramos -- System Information: Debian Release: bookworm/sid APT prefers stable-security APT policy: (500, 'stable-security'), (500, 'unstable'), (500, 'stable'), (500, 'oldstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.10.0-8-amd64 (SMP w/8 CPU threads) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages lightdm-settings depends on: ii python3 3.9.2-3 ii python3-setproctitle 1.2.2-1 ii python3-xapp 2.0.2-2 lightdm-settings recommends no packages. lightdm-settings suggests no packages.
Bug#993131: webext-keepassxc-browser: Chromium error: "Failed to load extension from: . Manifest file is missing or unreadable"
Am Freitag, dem 27.08.2021 um 19:13 +0200 schrieb Nicola Davide Mannarelli: > Package: webext-keepassxc-browser > Version: 1.7.9.1+repack1-2 > Severity: normal > Tags: upstream > X-Debbugs-Cc: li...@ndmnet.eu > > 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? > > *** End of the template - remove these template lines *** > > > -- System Information: > Debian Release: 11.0 > APT prefers stable-security > APT policy: (500, 'stable-security'), (500, 'stable') > Architecture: amd64 (x86_64) > > Kernel: Linux 5.10.0-8-amd64 (SMP w/8 CPU threads) > Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.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 webext-keepassxc-browser depends on: > ii keepassxc 2.6.2+dfsg.1-1 > > Versions of packages webext-keepassxc-browser recommends: > ii chromium 90.0.4430.212-1 > ii firefox-esr 78.13.0esr-1~deb11u1 > > webext-keepassxc-browser suggests no packages. Hello Nicola, I cannot reproduce the bug, that's my test system: fuddl@debian:~$ LC_ALL=C apt list --installed webext-keepassxc-browser chromium keepassxc Listing... Done chromium/unstable,unstable,now 90.0.4430.212-1 amd64 [installed] keepassxc/unstable,unstable,now 2.6.2+dfsg.1-1 amd64 [installed,automatic] webext-keepassxc-browser/unstable,unstable,now 1.7.9.1+repack1-2 all [installed] Chromium loads KeePassXC-Browser from the Debian package (In the extension's settings it states "Loaded from: /usr/share/webext/keepassxc-browser") and it works as expected. Can you please share more information? Cheers, Bruno signature.asc Description: This is a digitally signed message part
Bug#990683: Audio from USB Headset not working
Package: Pulseaudio Version: 12.2 When I connect my USB Headset I don't hear audio. When I remove the USB cable from the Headset the audio is routed to the Laptop speaker. My headset is recognized as: ID 1b3f:2008 Generalplus Technology Inc. The headset microphone works as people can hear me. The problem is with the audio routing to the Headset when I connect it. The system does not emit the volume sound when using the fn+F3 and fn+F4 hotkeys. But it does when I use the volume icon. I checked the settings in alsamixer and there is nothing muted. Informations: bruno@debian:~$ lsusb Bus 002 Device 005: ID 1b3f:2008 Generalplus Technology Inc. Bus 002 Device 003: ID 0458:0186 KYE Systems Corp. (Mouse Systems) Bus 002 Device 002: ID 8087:0020 Intel Corp. Integrated Rate Matching Hub Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 001 Device 003: ID 064e:a213 Suyin Corp. Bus 001 Device 002: ID 8087:0020 Intel Corp. Integrated Rate Matching Hub Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub bruno@debian:~$ pactl list short sinks 0 alsa_output.pci-_00_1b.0.analog-stereo module-alsa-card.c s16le 2ch 44100Hz SUSPENDED 2 alsa_output.usb-GeneralPlus_USB_Audio_Device-00.analog-stereo module-alsa-card.c s16le 2ch 44100Hz SUSPENDED bruno@debian:~$ cat /proc/asound/cards 0 [MID]: HDA-Intel - HDA Intel MID HDA Intel MID at 0xf600 irq 28 1 [Device ]: USB-Audio - USB Audio Device GeneralPlus USB Audio Device at usb-:00:1d.0-1.5, full speed bruno@debian:~$ sudo dmesg | grep General [ 584.514861] usb 2-1.5: Manufacturer: GeneralPlus [ 584.516507] input: GeneralPlus USB Audio Device as /devices/pci:00/:00:1d.0/usb2/2-1/2-1.5/2-1.5:1.3/0003:1B3F:2008.0002/input/input15 [ 584.575814] hid-generic 0003:1B3F:2008.0002: input,hidraw1: USB HID v2.01 Device [GeneralPlus USB Audio Device] on usb-:00:1d.0-1.5/input3 [ 974.656859] usb 2-1.5: Manufacturer: GeneralPlus [ 974.680652] input: GeneralPlus USB Audio Device as /devices/pci:00/:00:1d.0/usb2/2-1/2-1.5/2-1.5:1.3/0003:1B3F:2008.0003/input/input16 [ 974.738008] hid-generic 0003:1B3F:2008.0003: input,hidraw1: USB HID v2.01 Device [GeneralPlus USB Audio Device] on usb-:00:1d.0-1.5/input3 bruno@debian:~$ aplay -l List of PLAYBACK Hardware Devices card 0: MID [HDA Intel MID], device 0: ALC269 Analog [ALC269 Analog] Subdevices: 1/1 Subdevice #0: subdevice #0 card 0: MID [HDA Intel MID], device 3: HDMI 0 [HDMI 0] Subdevices: 1/1 Subdevice #0: subdevice #0 card 1: Device [USB Audio Device], device 0: USB Audio [USB Audio] Subdevices: 1/1 Subdevice #0: subdevice #0 bruno@debian:~$ arecord -l List of CAPTURE Hardware Devices card 0: MID [HDA Intel MID], device 0: ALC269 Analog [ALC269 Analog] Subdevices: 1/1 Subdevice #0: subdevice #0 card 1: Device [USB Audio Device], device 0: USB Audio [USB Audio] Subdevices: 1/1 Subdevice #0: subdevice #0 bruno@debian:~$ pacmd list-cards 2 card(s) available. index: 0 name: driver: owner module: 6 properties: alsa.card = "0" alsa.card_name = "HDA Intel MID" alsa.long_card_name = "HDA Intel MID at 0xf600 irq 28" alsa.driver_name = "snd_hda_intel" device.bus_path = "pci-:00:1b.0" sysfs.path = "/devices/pci:00/:00:1b.0/sound/card0" device.bus = "pci" device.vendor.id = "8086" device.vendor.name = "Intel Corporation" device.product.id = "3b56" device.product.name = "5 Series/3400 Series Chipset High Definition Audio" device.form_factor = "internal" device.string = "0" device.description = "Áudio interno" module-udev-detect.discovered = "1" device.icon_name = "audio-card-pci" profiles: input:analog-stereo: Entrada de Estéreo analógico (priority 65, available: unknown) output:analog-stereo: Saída de Estéreo analógico (priority 6500, available: unknown) output:analog-stereo+input:analog-stereo: Duplex estéreo analógico (priority 6565, available: unknown) output:hdmi-stereo: Saída de Digital Stereo (HDMI) (priority 5900, available: no) output:hdmi-stereo+input:analog-stereo: Saída de Digital Stereo (HDMI) + Entrada de Estéreo analógico (priority 5965, available: unknown) output:hdmi-surround: Saída de Digital Surround 5.1 (HDMI) (priority 800, available: no) output:hdmi-surround+input:analog-stereo: Saída de Digital Surround 5.1 (HDMI) + Entrada de Estéreo analógico (priority 865, available: unknown) output:hdmi-surround71: Saída de Digital Surround 7.1 (HDMI) (priority 800, available: no) output:hdmi-surround71+input:analog-stereo: Saída de Digital Surround 7.1 (HDMI) + Entrada de Estéreo analógico (priority 865, available: unknown) off: Desligado (priority 0, available: unknown) active profile: sinks: alsa_output.pci-_00_1b.0.analog-stereo/#0: Áudio interno Estéreo an
Bug#989404: wtf: Very outdated; missing entries such as LGTM
> Today I wanted to know what LGTM means. I didn't find it with wtf(1),
> so I went looking for the upstream source code to try to patch it.
Hi Alex,
I cannot reproduce your report, maybe you had a typo in the command?
The wtf query on a sid/unstable works:
fuddl@flutschi:~$ dpkg-query -W -f '${Version}\n' bsdgames
2.17-28
fuddl@flutschi:~$ wtf lgtm
LGTM: looks good to me
Cheers,
Bruno
signature.asc
Description: This is a digitally signed message part
Bug#989186: geeqie recommends ufraw-batch and suggests ufraw, but those packages were removed from bullseye
Package: geeqie Version: 1:1.6-8 Severity: minor X-Debbugs-Cc: bgrav...@gmail.com Dear Maintainer, Current package on bullseye recommends ufraw-batch and suggests ufraw, but those packages no longer exist on bullseye (and it doesn't look like they will be included), so they probably should be removed from recommends/suggests on the bullseye package. -- System Information: Debian Release: 11.0 APT prefers testing-security APT policy: (500, 'testing-security'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 5.10.0-6-amd64 (SMP w/8 CPU threads) Locale: LANG=pt_PT.UTF-8, LC_CTYPE=pt_PT.UTF-8 (charmap=UTF-8), LANGUAGE=pt:en Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages geeqie depends on: ii geeqie-common1:1.6-8 ii libc62.31-12 ii libcairo21.16.0-5 ii libchamplain-0.12-0 0.12.20-1 ii libchamplain-gtk-0.12-0 0.12.20-1 ii libclutter-1.0-0 1.26.4+dfsg-2 ii libclutter-gtk-1.0-0 1.8.4-4 ii libcogl201.22.8-2 ii libdjvulibre21 3.5.28-2 ii libexiv2-27 0.27.3-3 ii libffmpegthumbnailer4v5 2.1.1-0.2+b1 ii libgcc-s110.2.1-6 ii libgdk-pixbuf-2.0-0 2.42.2+dfsg-1 ii libglib2.0-0 2.66.8-1 ii libgtk-3-0 3.24.24-4 ii libheif1 1.11.0-1 ii libjpeg62-turbo 1:2.0.6-4 ii liblcms2-2 2.12~rc1-2 ii liblirc-client0 0.10.1-6.3 ii liblua5.1-0 5.1.5-8.1+b3 ii libopenjp2-7 2.4.0-3 ii libpango-1.0-0 1.46.2-3 ii libpangocairo-1.0-0 1.46.2-3 ii libpoppler-glib8 20.09.0-3.1 ii libstdc++6 10.2.1-6 ii libtiff5 4.2.0-1 ii libwebp6 0.6.1-2+b1 ii sensible-utils 0.0.14 Versions of packages geeqie recommends: ii cups-bsd [lpr] 2.3.3op2-3 ii exiftran 2.10-4 ii exiv20.27.3-3 ii imagemagick 8:6.9.11.60+dfsg-1 ii imagemagick-6.q16 [imagemagick] 8:6.9.11.60+dfsg-1 ii librsvg2-common 2.50.3+dfsg-1 pn ufraw-batch ii zenity 3.32.0-6 Versions of packages geeqie suggests: pn geeqie-dbg ii gimp 2.10.22-4 ii libjpeg-turbo-progs [libjpeg-progs] 1:2.0.6-4 pn ufraw pn xpaint
Bug#989050: syncplay: Please consider splitting the package into a client and server package
Am Mittwoch, dem 26.05.2021 um 22:49 +0200 schrieb Johannes Schauer Marin Rodrigues: > Quoting Bruno Kleinert (2021-05-26 04:42:59) > > thank you for the report and feedback. I uploaded a revision to experimental > > that builds syncplay, syncplay-server and syncplay-common. > > Awesome, thanks a lot! > > The server and client worked out of the box for me and my friends, so thanks > for maintaining this awesome tool. :) > > My next wishlist bug would be to provide a init script and/or systemd service > for the syncplay-server package. Is that something you consider implementing? > > Thanks! > > cheers, josch I'm glad to read the effort is valued! :) Integrating the server with systemd is something I haven't considered, yet. Please feel free to create a separate wishlist bug to track that. Cheers, Bruno signature.asc Description: This is a digitally signed message part
Bug#989050: syncplay: Please consider splitting the package into a client and server package
Am Montag, dem 24.05.2021 um 20:07 +0200 schrieb Johannes Schauer Marin Rodrigues: > Package: syncplay > Version: 1.6.7+repack1-5 > Severity: normal > > Hi, > > currently, the syncplay package includes the client as well as the > server. This means that a server installation also includes the heavy > dependencies that are only needed for the client. Installing syncplay on > a bare-bones Debian system requires 867 MB of additional disk space. If > the Python qt and the mpv|vlc Dependencies are omitted, only 68 MB > additional disk space is required. That's more than an order of > magnitude less. Besides the disk space, additional packages also > increase the attack surface of a server, especially the multimedia > packages required for mpv, vlc and qt. > > Please consider creating a syncplay-server package with reduced > dependencies. > > Thanks! > > cheers, josch Hi Johannes, thank you for the report and feedback. I uploaded a revision to experimental that builds syncplay, syncplay-server and syncplay-common. Cheers, Bruno signature.asc Description: This is a digitally signed message part
Bug#987798: general: TG3 fails without repair when applying high load to NIC
Package: general Severity: critical Justification: breaks the whole system Dear Maintainer, When I'm applying high load to NIC (eg. transfering large files over Samba), NIC goes down and can't be brought up. Tried all solutions that I've found on the internet and the problem still persists. Not even rmmod tg3 and modprobe tg3 works, can't bring the NIC to life. Sytem reboot helps. Tried installing "firmware-linux-nonfree" since it contains some tg3 drivers but didn't help. NIC is Broadcom limited NetXtreme BCM5715, in HP Proliant g5p, known as HP NC326i Integrated Dual Port gigabit. Both ports acting the same. Havin iLo2 turned on or off doesn't affect it. syslog when it happens looks like this: Apr 29 09:39:19 zagi-server kernel: [133757.591042] [ cut here ] Apr 29 09:39:19 zagi-server kernel: [133757.591053] NETDEV WATCHDOG: enp3s4f0 (tg3): transmit queue 0 timed out Apr 29 09:39:19 zagi-server kernel: [133757.591080] WARNING: CPU: 1 PID: 0 at net/sched/sch_generic.c:466 dev_watchdog+0x20d/0x220 Apr 29 09:39:19 zagi-server kernel: [133757.591082] Modules linked in: fuse appletalk psnap llc ax25 ipmi_ssif kvm hpilo irqbypass sg iTCO_wdt serio_raw ipmi_si iTCO_vendor_support hpwdt pcspkr i3200_edac ipmi_devintf evdev ipmi_msghandler squashfs zstd_decompress xxhash loop coretemp ip_tables x_tables autofs4 ext4 crc16 mbcache jbd2 crc32c_generic fscrypto ecb crypto_simd cryptd glue_helper aes_x86_64 dm_mod sr_mod cdrom sd_mod hid_generic usbhid hid radeon i2c_algo_bit ttm ata_generic drm_kms_helper psmouse tg3 libphy drm ata_piix ehci_pci uhci_hcd libata ehci_hcd usbcore lpc_ich mfd_core hpsa scsi_transport_sas scsi_mod usb_common thermal button Apr 29 09:39:19 zagi-server kernel: [133757.591125] CPU: 1 PID: 0 Comm: swapper/1 Not tainted 4.19.0-16-amd64 #1 Debian 4.19.181-1 Apr 29 09:39:19 zagi-server kernel: [133757.591127] Hardware name: HP ProLiant ML310 G5p , BIOS W08 07/12/2009 Apr 29 09:39:19 zagi-server kernel: [133757.591130] RIP: 0010:dev_watchdog+0x20d/0x220 Apr 29 09:39:19 zagi-server kernel: [133757.591132] Code: 00 49 63 4e e0 eb 92 4c 89 e7 c6 05 8f 09 b0 00 01 e8 97 bd fc ff 89 d9 4c 89 e6 48 c7 c7 a0 01 ae ad 48 89 c2 e8 5c 89 10 00 <0f> 0b eb c0 66 66 2e 0f 1f 84 00 00 00 00 00 0f 1f 40 00 66 66 66 Apr 29 09:39:19 zagi-server kernel: [133757.591134] RSP: 0018:8d90e1843e90 EFLAGS: 00010286 Apr 29 09:39:19 zagi-server kernel: [133757.591136] RAX: RBX: RCX: Apr 29 09:39:19 zagi-server kernel: [133757.591138] RDX: 00040400 RSI: 00f6 RDI: 0300 Apr 29 09:39:19 zagi-server kernel: [133757.591139] RBP: 8d90d607045c R08: 0315 R09: 0004 Apr 29 09:39:19 zagi-server kernel: [133757.591141] R10: R11: 0001 R12: 8d90d607 Apr 29 09:39:19 zagi-server kernel: [133757.591142] R13: 0001 R14: 8d90d6070480 R15: 0005 Apr 29 09:39:19 zagi-server kernel: [133757.591145] FS: () GS:8d90e184() knlGS: Apr 29 09:39:19 zagi-server kernel: [133757.591146] CS: 0010 DS: ES: CR0: 80050033 Apr 29 09:39:19 zagi-server kernel: [133757.591148] CR2: 7ffb29c70170 CR3: 000197c2c000 CR4: 06e0 Apr 29 09:39:19 zagi-server kernel: [133757.591150] Call Trace: Apr 29 09:39:19 zagi-server kernel: [133757.591153] Apr 29 09:39:19 zagi-server kernel: [133757.591158] ? pfifo_fast_enqueue+0x110/0x110 Apr 29 09:39:19 zagi-server kernel: [133757.591162] call_timer_fn+0x2b/0x130 Apr 29 09:39:19 zagi-server kernel: [133757.591165] run_timer_softirq+0x1c7/0x3e0 Apr 29 09:39:19 zagi-server kernel: [133757.591168] ? tick_sched_timer+0x37/0x70 Apr 29 09:39:19 zagi-server kernel: [133757.591173] ? recalibrate_cpu_khz+0x10/0x10 Apr 29 09:39:19 zagi-server kernel: [133757.591175] ? ktime_get+0x3a/0xa0 Apr 29 09:39:19 zagi-server kernel: [133757.591179] __do_softirq+0xde/0x2d8 Apr 29 09:39:19 zagi-server kernel: [133757.591183] irq_exit+0xba/0xc0 Apr 29 09:39:19 zagi-server kernel: [133757.591185] smp_apic_timer_interrupt+0x74/0x140 Apr 29 09:39:19 zagi-server kernel: [133757.591189] apic_timer_interrupt+0xf/0x20 Apr 29 09:39:19 zagi-server kernel: [133757.591191] Apr 29 09:39:19 zagi-server kernel: [133757.591193] RIP: 0010:mwait_idle+0x82/0x1d0 Apr 29 09:39:19 zagi-server kernel: [133757.591196] Code: 40 5c 01 00 48 89 d1 0f 01 c8 48 8b 00 a8 08 0f 85 44 01 00 00 e9 07 00 00 00 0f 00 2d e9 e8 4c 00 31 c0 48 89 c1 fb 0f 01 c9 <65> 8b 2d 67 a5 cd 52 66 66 66 66 90 65 48 8b 04 25 40 5c 01 00 f0 Apr 29 09:39:19 zagi-server kernel: [133757.591197] RSP: 0018:abab00cc3eb0 EFLAGS: 0246 ORIG_RAX: ff13 Apr 29 09:39:19 zagi-server kernel: [133757.591199] RAX: RBX: 0001 RCX: Apr 29 09:39:19 zagi-server kernel: [133757.591201] RDX: RSI:
Bug#983339: linux-image-5.10.0-0.bpo.3-amd64: system freezes when idle for a couple of hours
Package: src:linux Version: 5.10.13-1~bpo10+1 Severity: important Dear Maintainer, I'm running Debian stable with kernels 5.9 and 5.10 from backports on an Intel NUC8i5BEH. This issue does not happen with kernel 5.9.15-1~bpo10+1. It only started happening after upgrading to kernel 5.10.13-1~bpo10+1 (backports). I still have both kernels installed and if I boot in 5.9 this problem doesn't happen. When I boot in 5.10 the system completely freezes after a couple of hours being idle (ie when I'm AFK and the screen is locked). Upon return from being AFK the sreen is off/blank (as expected), but it doesn't wake nor responds to the keyboard or mouse. If I send a ping from another computer on the network it doesn't reply either, suggesting the system is frozen. The power LED on the NUC is on. I have to press and hold the power button to force it to power off and restart the system. Upon reboot inspecting the system logs (with journalctl -b -1) does not reveal anything suspicious. Last log entries are normal (dhcp renewal, cron jobs successfully finished, etc), but logs stopped being recorded about 2h after being idle. I'm running lightdm and light-locker, screensaver disabled. I have lxqt, xfce and i3 installed, but I think that's irrelevant. I was able to reproduce this consistently in all these different scenarios: - booting and leaving it in the lightdm login screen without logging in into any DE since boot. - actively locking the screen from within lxqt - leaving the DE open (it's configured to lock the screen after 10 min of idle time) In all these scenarios every time I left the system unattended for at least 2h it was "frozen" upon return (no video signal reaching the screen, no reaction to keyboard or mouse, no replies to pings from another machine in the same LAN). Monitor is connected with HDMI cable. Connection to the network is with ethernet cable, on the built-in ethernet port. After this happening 3-4 times in a row I booted into kernel 5.9 and the system was idle for at least 8h and it was still up and running fine after that period. So the problems seems to be only with kernel 5.10. Since the system logs have nothing unusual prior to the freeze, what else can I do to better debug what is causing this? Best regards, Bruno Gravato -- Package-specific info: ** Version: Linux version 5.10.0-0.bpo.3-amd64 (debian-ker...@lists.debian.org) (gcc-8 (Debian 8.3.0-6) 8.3.0, GNU ld (GNU Binutils for Debian) 2.31.1) #1 SMP Debian 5.10.13-1~bpo10+1 (2021-02-11) ** Command line: \\boot\vmlinuz-5.10.0-0.bpo.3-amd64 root=UUID=e6beabc5-5583-4436-a54f-166284352b58 ro quiet initrd=boot\initrd.img-5.10.0-0.bpo.3-amd64 ** Not tainted ** Kernel log: [3.340521] cryptd: max_cpu_qlen set to 1000 [3.353094] rc rc0: ITE8708 CIR transceiver as /devices/virtual/rc/rc0 [3.353269] rc rc0: lirc_dev: driver ite-cir registered at minor = 0, raw IR receiver, raw IR transmitter [3.353322] input: ITE8708 CIR transceiver as /devices/virtual/rc/rc0/input21 [3.359008] ite_cir: driver has been successfully loaded [3.362345] pstore: Using crash dump compression: deflate [3.362352] pstore: Registered efi as persistent store backend [3.410346] RAPL PMU: API unit is 2^-32 Joules, 5 fixed counters, 655360 ms ovfl timer [3.410347] RAPL PMU: hw unit of domain pp0-core 2^-14 Joules [3.410348] RAPL PMU: hw unit of domain package 2^-14 Joules [3.410351] RAPL PMU: hw unit of domain dram 2^-14 Joules [3.410352] RAPL PMU: hw unit of domain pp1-gpu 2^-14 Joules [3.410352] RAPL PMU: hw unit of domain psys 2^-14 Joules [3.421618] Adding 16601084k swap on /dev/nvme0n1p3. Priority:-2 extents:1 across:16601084k SSFS [3.459241] AVX2 version of gcm_enc/dec engaged. [3.459243] AES CTR mode by8 optimization enabled [3.463141] cfg80211: Loading compiled-in X.509 certificates for regulatory database [3.463363] cfg80211: Loaded X.509 cert 'b...@debian.org: 577e021cb980e0e820821ba7b54b4961b8b4fadf' [3.463574] cfg80211: Loaded X.509 cert 'romain.per...@gmail.com: 3abbc6ec146e09d1b6016ab9d6cf71dd233f0328' [3.463789] cfg80211: Loaded X.509 cert 'sforshee: 00b28ddf47aef9cea7' [3.467339] platform regulatory.0: firmware: direct-loading firmware regulatory.db [3.467608] platform regulatory.0: firmware: direct-loading firmware regulatory.db.p7s [3.478700] Intel(R) Wireless WiFi driver for Linux [3.478747] iwlwifi :00:14.3: enabling device ( -> 0002) [3.479691] iwlwifi :00:14.3: firmware: failed to load iwlwifi-9000-pu-b0-jf-b0-46.ucode (-2) [3.479734] iwlwifi :00:14.3: Direct firmware load for iwlwifi-9000-pu-b0-jf-b0-46.ucode failed with error -2 [3.479748] iwlwifi :00:14.3: firmware: failed to load iwlwifi-9000-pu-b0-jf-b0-45.ucode (-2) [3.479785] iwlwifi :00:14.3: Direct firmware load for iwlwifi-9000-pu-b0-jf-b0-45.ucode failed with error -2 [3.479795] iwlwifi :00:14.3: fir
Bug#981005: linux-image-5.10.0-2-amd64: Bluetooth stopped working
On Thu, 28 Jan 2021 00:44:29 +0100 Pelle wrote: > [20170.264703] Bluetooth: hci0: don't support firmware rome 0x3101 I've had this same error on 5.10. No adapters found, It's a problem with the drivers/bluetooth/btusb.c file. Easiest solution for me was to add a single line of code to the file. This was reported at the kernel's bugzilla but seems to be officially unsolved yet. https://bugzilla.kernel.org/show_bug.cgi?id=210681 https://bugzilla.kernel.org/attachment.cgi?id=294393 The second link leads to the patch file I've used to make it work again.
Bug#980320: Acknowledgement (ITP: syncplay -- Synchronize playback of various video players via internet)
It's now in the NEW queue. The upload targets experimental because it does unexpected forward/backward seeks when used with VLC. signature.asc Description: This is a digitally signed message part
Bug#979427: src:libnet-ipaddress-perl: invalid maintainer address
On Wed, 06 Jan 2021 16:58:00 +0100 Ansgar wrote: > Source: libnet-ipaddress-perl > Version: 1.10-3 > Severity: serious > Tags: bullseye sid > X-Debbugs-Cc: Cyril Bouthors , Cyril Bouthors > , Holger Levsen > > The maintainer address is invalid, see below. > > Ansgar > > Start of forwarded message > From: Mail Delivery System > Subject: Mail delivery failed: returning message to sender > Date: Wed, 06 Jan 2021 15:53:01 + > Hi, I wonder if the package is still relevant, because it has only one reverse dependency, which in turn has no reverse dependencies: $ apt rdepends libnet-ipaddress-perl libnet-ipaddress-perl Reverse Depends: Depends: libnet-google-safebrowsing2-perl $ apt rdepends libnet-google-safebrowsing2-perl libnet-google-safebrowsing2-perl Reverse Depends: The same for reverse build-dependencies: $ grep-dctrl -FBuild-Depends libnet-ipaddress-perl -w -sPackage /var/lib/apt/lists/*Sources Package: libnet-google-safebrowsing2-perl $ grep-dctrl -FBuild-Depends libnet-google-safebrowsing2-perl -w -sPackage /var/lib/apt/lists/*Sources Disregarding Holger's NMUs of both packages, their relevant changelog entries date back to April 2013. Maybe they are both candidates for removal? Cheers, Bruno signature.asc Description: This is a digitally signed message part
Bug#974996: Raising severity and offering to NMU package
On Mon, 23 Nov 2020 20:15:52 +0100 Simon Josefsson wrote: > severity 975030 serious > severity 974997 serious > severity 974996 serious > severity 974995 serious > severity 974994 serious > severity 974993 serious > thanks > > It was suggested to me on IRC that the severity of this could be > serious because the build-dependency libidn2-0-dev is going to be > removed from Debian. I'm volunteering to do NMU these packages to fix > the bug, and could look into that in a couple of weeks -- if you give > me permission to do it before, I'd start directly. If I'm mistaken > that this is not a valid justification for a serious bug, downgrade the > bug and let me know, as I'm not sure what the best way to get an > obsolete deprecated transition package removed from Debian when build- > deps remain. > > /Simon > Hi, looking at the RC bugs list I stumbled across this one and added a merge request on salsa: https://salsa.debian.org/debian/curl/-/merge_requests/9 Cheers, Bruno signature.asc Description: This is a digitally signed message part
Bug#979221: src:gwhois: invalid maintainer address
On Mon, 04 Jan 2021 12:29:56 +0100 Ansgar wrote: > Source: gwhois > Version: 20120626-1.2 > Severity: serious > X-Debbugs-Cc: Holger Levsen > > The maintainer address is invalid, see below. > > Ansgar > > Start of forwarded message > From: Mail Delivery System > Subject: Mail delivery failed: returning message to sender > Date: Sun, 03 Jan 2021 13:49:33 + > Hi, searching the web lead to the CC'ed address, backed by the website on that domain mentioning IT, Linux and especially Debian development. Cheers, Bruno signature.asc Description: This is a digitally signed message part
Bug#980984: roger-router: Please update Homepage field
Package: roger-router Version: 2.1.6-4 Severity: minor X-Debbugs-Cc: fu...@debian.org Hi, the URL in the Homepage field in debian/control leads to a 404 page. The new URL seems to be https://www.tabos.org/project/rogerrouter/. Cheers, Bruno -- System Information: Debian Release: bullseye/sid APT prefers unstable-debug APT policy: (500, 'unstable-debug'), (500, 'unstable'), (1, 'experimental-debug'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 5.10.0-2-amd64 (SMP w/8 CPU threads) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) (ignored: LC_ALL set to de_DE.utf-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages roger-router depends on: ii dconf-gsettings-backend [gsettings-backend] 0.38.0-1 ii libayatana-appindicator3-1 0.5.5-2 ii libc62.31-9 ii libcairo21.16.0-5 ii libebook-1.2-20 3.38.2-2+b1 ii libebook-contacts-1.2-3 3.38.2-2+b1 ii libedataserver-1.2-253.38.2-2+b1 ii libgdata22 0.17.13-3 ii libgdk-pixbuf2.0-0 2.40.2-2 ii libglib2.0-0 2.66.4-1 ii libgs9 9.53.3~dfsg-6 ii libgtk-3-0 3.24.24-1 ii libpango-1.0-0 1.46.2-3 ii libpangocairo-1.0-0 1.46.2-3 ii libpoppler-glib8 20.09.0-3.1 pn librm0 ii libsoup2.4-1 2.72.0-2 ii libtiff5 4.2.0-1 roger-router recommends no packages. roger-router suggests no packages.
Bug#970124: software-properties-common: add-apt-repository: missing dependency gpg (gnupg) (Was: Re: Bug#970124: Patch prepared for NMU)
Am Sonntag, dem 24.01.2021 um 10:38 +0100 schrieb Julian Andres Klode: > Control: severity -1 normal > > On Sun, Jan 24, 2021 at 08:28:22AM +0100, Bruno Kleinert wrote: > > Hi, > > > > please find attached a patch. If Julian or nobody else objects or jumps > > in, I can NMU in about one week. > > Did you test it? I don't think this works, this is probably still the > old version that actually needs key server functionality (dirmngr and > gnupg), and I absolutely do not want to depend on those. > > I also don't think this is a release critical bug - the script is not > the main attraction, it does not produce immediate useful results on > Debian anyway if you add a PPA, given that the PPAs do not exist for > Debian in the first place, and other uses do not involve that codepath > AFAIUI. > > Anyhow, this email was the first time I heard about this bug, and it did > not provide any context (and I can't open attachments on my phone), so I > was a bit unhappy, and I did not have a lot of time to dig into it yet. > > My advise for future NMU emails: Please keep the original bug subject in > the subject, and quote the bug report so readers can make sense out of > it without having to search for the bug in the BTS. > > We really ought to update software-properties to the Ubuntu 20.04 > version rather than try to ship the 16.04 one - it's 5 years old by now. > I have no idea what happened here that we're still on the old version, I > did upload the 18.04 one to experimental 2 years ago. > > This also fixes this bug because it now talks to the keyserver directly, > and drops the file into trusted.gpg.d. > > Generally, please: If I have not answered you for a month, your email > was lost, if it's still a problem, please ping me. > Hi Julian, my apologies for the inconveniences. I must admit, I'm not a user of the script and didn't test it with and without the dependency. I only convinced myself that gpg is called and assumed the missing dependency is valid. I realize I don't understand enough of the package to fix anything by simply adding gpg to the dependency list and won't NMU. Cheers, Bruno signature.asc Description: This is a digitally signed message part
Bug#972747: Where is /usr/share/sbuild/create-chroot actually used?
Am Sonntag, dem 24.01.2021 um 11:48 +0100 schrieb Johannes Schauer Marin Rodrigues: > Hi Bruno, > > Quoting Bruno Kleinert (2021-01-24 06:46:39) > > I looked into /usr/share/sbuild/create-chroot to create a patch, but began > > to > > wonder where and if that script is actually used. I use sbuild to locally > > build packages on my desktop computer, so it's installed, and > > > > grep -r create-chroot /usr/sbin/sbuild* /usr/bin/sbuild* > > > > does not show any matches. > > > > Reverse dependencies and reverse recommends of sbuild are: > >1. mini-buildd > >2. arriero > >3. xbuilder > >4. ubuntu-dev-tools > >5. schroot > >6. sbuild-debian-developer-setup > >7. ratt > >8. qemu-sbuild-utils > >9. pk4 > > 10. packaging-dev > > 11. debomatic > > 12. lava-dev > > 13. git-buildpackage > > > > I downloaded and extracted them and grepped for 'create-chroot' in > > their contents: No matches. > > > > Looking into create-chroot revealed: > > > > […] > > OLDSTABLE="squeeze" > > STABLE="wheezy" > > TESTING="jessie" > > […] > > > > That leaves the impression the script was last used a couple of releases ago > > and could simply be removed to close this bug. > > I have no objections. Aurelien Jarno also confirmed in IRC that it is not used > in buildd purposes. > > Feel free to create a MR against the sbuild packaging repository. > > Thanks! > > cheers, josch Hi josch, alright, I submitted a merge requests here https://salsa.debian.org/debian/sbuild/-/merge_requests/12 Cheers, Bruno signature.asc Description: This is a digitally signed message part
Bug#970124: Patch prepared for NMU
Hi, please find attached a patch. If Julian or nobody else objects or jumps in, I can NMU in about one week. Cheers, Bruno From 0fa6610179dfccadc82f135e8860c03378aa5b90 Mon Sep 17 00:00:00 2001 From: Bruno Kleinert Date: Sun, 24 Jan 2021 07:52:35 +0100 Subject: [PATCH] Add depedency on gpg --- debian/changelog | 9 + debian/control | 1 + 2 files changed, 10 insertions(+) diff --git a/debian/changelog b/debian/changelog index 22af59f..f1656de 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,12 @@ +software-properties (0.96.20.2-2.2) unstable; urgency=medium + + * Non-maintainer upload. + * Added dependency on gpg in binary package software-properties common. This +fixes "software-properties-common: add-apt-repository: missing dependency +gpg (gnupg)". Thanks to Felix Stupp for the report. (Closes: #970124) + + -- Bruno Kleinert Sun, 24 Jan 2021 07:47:27 +0100 + software-properties (0.96.20.2-2.1) unstable; urgency=medium * Non-maintainer upload. diff --git a/debian/control b/debian/control index fe3fb0d..829d8d0 100644 --- a/debian/control +++ b/debian/control @@ -36,6 +36,7 @@ Architecture: all Depends: ca-certificates, gir1.2-glib-2.0, gir1.2-packagekitglib-1.0 (>= 1.1.0-2), + gpg, python-apt-common (>= 0.9), python3, python3-dbus, -- libgit2 1.1.0 signature.asc Description: This is a digitally signed message part
Bug#972747: Where is /usr/share/sbuild/create-chroot actually used?
Hi, I looked into /usr/share/sbuild/create-chroot to create a patch, but began to wonder where and if that script is actually used. I use sbuild to locally build packages on my desktop computer, so it's installed, and grep -r create-chroot /usr/sbin/sbuild* /usr/bin/sbuild* does not show any matches. Reverse dependencies and reverse recommends of sbuild are: 1. mini-buildd 2. arriero 3. xbuilder 4. ubuntu-dev-tools 5. schroot 6. sbuild-debian-developer-setup 7. ratt 8. qemu-sbuild-utils 9. pk4 10. packaging-dev 11. debomatic 12. lava-dev 13. git-buildpackage I downloaded and extracted them and grepped for 'create-chroot' in their contents: No matches. Looking into create-chroot revealed: […] OLDSTABLE="squeeze" STABLE="wheezy" TESTING="jessie" […] That leaves the impression the script was last used a couple of releases ago and could simply be removed to close this bug. Cheers, Bruno signature.asc Description: This is a digitally signed message part
Bug#980378: gnome-feeds: Should not store saved articles in $HOME/.cache/
Package: gnome-feeds Version: 0.16.1+dfsg1-1 Severity: normal X-Debbugs-Cc: fu...@debian.org Hi, when users save certain articles for later (right click on an article in the left panel → Save article), GNOME Feeds saves a reference to a file Error opening file $HOME/.cache/org.gabmus.gfeeds/saved_articles/*. Since $HOME/.cache/ is a directory prone to be deleted by users or to be excluded from backups to save disk space, saved articles are lost with that directory. When the contents of $HOME/.cache/org.gabmus.gfeeds/saved_articles/ are gone, GNOME Feeds still lists the saved articles in the saved articles view, but when the user selects one of them, Feeds displays an error message. E.g., "Error opening file /home/fuddl/.cache/org.gabmus.gfeeds/saved_articles/40b2cb9d990303a53a579051f55b22c843ae10d0: No such file or directory". I suggest to make GNOME Feeds store saved articles not under $HOME/.cache/ but in a different directory that is considered to store users' data. Cheers, Bruno -- System Information: Debian Release: bullseye/sid APT prefers unstable-debug APT policy: (500, 'unstable-debug'), (500, 'unstable'), (1, 'experimental-debug'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 5.10.0-1-amd64 (SMP w/8 CPU threads) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) (ignored: LC_ALL set to de_DE.utf-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages gnome-feeds depends on: ii dconf-gsettings-backend [gsettings-backend] 0.38.0-1 ii gir1.2-handy-1 1.0.3-1 ii gir1.2-webkit2-4.0 2.30.4-1 ii python3 3.9.1-1 ii python3-arrow0.17.0-1 ii python3-bs4 4.9.3-1 ii python3-feedparser 5.2.1-3 ii python3-gi 3.38.0-1+b2 ii python3-html5lib 1.1-2 ii python3-listparser 0.18-2 ii python3-lxml 4.6.2-1 ii python3-pil 8.1.0-1 ii python3-pygments 2.7.1+dfsg-1 ii python3-readability 0.8.1+dfsg1-2 ii python3-requests 2.25.1+dfsg-2 ii python3-tz 2020.5-1 ii xdg-utils1.1.3-2 gnome-feeds recommends no packages. gnome-feeds suggests no packages. -- no debconf information
