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
Bug#980320: ITP: syncplay -- Synchronize playback of various video players via internet
Package: wnpp Severity: wishlist Owner: Bruno Kleinert X-Debbugs-Cc: debian-de...@lists.debian.org, fu...@debian.org * Package name: syncplay Version : 1.6.7 Upstream Author : Syncplay team * URL : https://syncplay.pl/ * License : Apache-2.0, ISC, MIT, BSD-3-clause Programming Lang: Python Description : Synchronize playback of various video players via internet Allows you to watch movies with friends or family at different places synchronized via the internet. . When a viewer pauses/unpauses playback or seeks within their media player this will be replicated across all media players connected to the same server in the same viewing session. A chat function is included so viewers can discuss the movie while watching it. . Technically, it synchronises the position and play states of multiple mpv, VLC, MPC-HC and MPC-BEmedia player instances so viewers' players present the same movie at the same time. . It is interoperable and available on the upstream web page for other operating systems, too. I stumbled across this tool and consider it useful, especially during the pandemic situation, to support social distancing while friends and family can still have movie nights via internet. I've only done a rudimentary test, i.e., more testing and feedback can't hurt. Feedback on python packaging mistakes is highly appreciated! At the moment I've packaged it here https://salsa.debian.org/fuddl/syncplay and consider to collaboratively maintain it in the Debian Multimedia Maintainers team. Cheers, Bruno
Bug#979492: jami: Package description should be improved
Hi Jonas, Am Donnerstag, dem 07.01.2021 um 14:14 +0100 schrieb Jonas Smedegaard: > Hi again, Bruno, > > Quoting Bruno Kleinert (2021-01-07 13:32:34) > > Am Donnerstag, dem 07.01.2021 um 12:34 +0100 schrieb Jonas Smedegaard: > > > Quoting Bruno Kleinert (2021-01-07 11:46:08) > > > > the package description is too "shy" and should include buzzwords > > > > and search terms. > > > > > > > > Since other video conference tools like BigBlueButton and Jitsi > > > > Meet are not included in Debian, Jami can partly substitute those. > > > > An improved description can help users to find Jami as a solution > > > > for their needs in the package archive. > > > > > > No, goal of package description is not to sell but to inform: Avoid > > > buzzwords but include actual facts. > > > > Maybe the paragraph "To some degree Jami provides similar […]" is too > > much. > > From where are you quoting the above? > > It would probably help if you propose a concrete text to replace or be > appended to existing package description. My apologies if that is > exactly what you did already and I simply missed it somehow. > > [ after re-reading original post, and then again a third time...] > > HHH, now I see your patch. I am very sorry, I totally missed that > in my first reply. Ah, that explains your first reply! :) When I read it I was wondering "Phhh, did he even just ignore the patch?!" :D > > Your proposed patch looks fine to me. Only part I dislike is the > paragraph linking to upstream and enumerating other platforms: Package > has a Homepage field to reference upstream, and I find it better to > mention more broadly that "Jami is available on non-Linux paltforms as > well." > > Also, concretely, the paragraph "To some degree..." looks fine to me. > > > > However, everything else is facts. My use of the word buzzwords was > > probably wrong, I meant search terms that users likely apt search for > > to find a substitution of a proprietary (Skype, WhatsApp, …) program > > or something that is not yet available in Debian (BBB, Jitsi Meet). > > It was the word buzzwords that made me react strongly - I do agree with > you that current package description is vague. Sorry that I did not > make that clear. > > > > Please reconsider your decision, the patch is intended to support our > > users. > > To clarify, I am providing input on this bugreport but not "deciding". > Sorry if my opinions come across as definitive. > > > - Jonas > Never mind, I'm glad we sorted out the misunderstanding early before any pillow fight started :) From the Uploaders field I assume Alexandre may be the one who decides how to proceed. Cheers, Bruno signature.asc Description: This is a digitally signed message part
Bug#979492: jami: Package description should be improved
Hi Jonas, Am Donnerstag, dem 07.01.2021 um 12:34 +0100 schrieb Jonas Smedegaard: > Quoting Bruno Kleinert (2021-01-07 11:46:08) > > the package description is too "shy" and should include buzzwords and > > search terms. > > > > Since other video conference tools like BigBlueButton and Jitsi Meet > > are not included in Debian, Jami can partly substitute those. An > > improved description can help users to find Jami as a solution for > > their needs in the package archive. > > No, goal of package description is not to sell but to inform: Avoid > buzzwords but include actual facts. Maybe the paragraph "To some degree Jami provides similar […]" is too much. However, everything else is facts. My use of the word buzzwords was probably wrong, I meant search terms that users likely apt search for to find a substitution of a proprietary (Skype, WhatsApp, …) program or something that is not yet available in Debian (BBB, Jitsi Meet). > > My common approach is to pick a few essential sentences from upstream > README, remove any buzz and irrelevant parts (like "it is fully free > software"), and then compare with and borrow from first paragraph of > Wikipedia article if such exist. > > I would propose to add this text, based solely on Wikipedia article > (because a quick look at source README and upstream Homepage didn't > provide any usable text at all): > > > Jami (formerly GNU Ring, SFLphone) is a SIP-compatible distributed > > peer-to-peer softphone and SIP-based instant messenger client, similar > > in functionality to the proprietary Skype. I have the pandemic situation in my mind: People who apt search for a solution to place video calls. I ran the following commands in Debian unstable to search for packages to place video calls: LC_ALL=C apt-cache search video call LC_ALL=C apt-cache search video conference Only the first one lists at least gajim as the only sort-of straight- forward package in the results. Gajim requires a proper server set up to allow video calls with compatible clients and only works under X11 at the moment, however. Due to the poor package description, jami is not among the search results and it wouldn't be with the description from Wikipedia. It provides a solution for the search terms, however. Please reconsider your decision, the patch is intended to support our users. Cheers, Bruno signature.asc Description: This is a digitally signed message part
Bug#979492: jami: Package description should be improved
Package: jami Version: 20210104.4.dda80df~ds1-1 Severity: minor Tags: patch X-Debbugs-Cc: fu...@debian.org Hi, the package description is too "shy" and should include buzzwords and search terms. Since other video conference tools like BigBlueButton and Jitsi Meet are not included in Debian, Jami can partly substitute those. An improved description can help users to find Jami as a solution for their needs in the package archive. 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 jami depends on: ii dconf-gsettings-backend [gsettings-backend] 0.38.0-1 ii jami-daemon 20210104.4.dda80df~ds1-1 ii libayatana-appindicator3-1 0.5.5-2 ii libc62.31-7 ii libcairo21.16.0-5 ii libcanberra-gtk3-0 0.30-7 ii libcanberra0 0.30-7 ii libclutter-1.0-0 1.26.4+dfsg-2 ii libclutter-gtk-1.0-0 1.8.4-4 ii libgcc-s110.2.1-3 ii libgdk-pixbuf-2.0-0 2.42.2+dfsg-1 ii libglib2.0-0 2.66.4-1 ii libgtk-3-0 3.24.24-1 ii libnm0 1.28.0-2 ii libnotify4 0.7.9-2 ii libpango-1.0-0 1.46.2-3 ii libqrencode4 4.1.1-1 ii libqt5core5a 5.15.2+dfsg-2 ii libqt5dbus5 5.15.2+dfsg-2 ii libqt5gui5 5.15.2+dfsg-2 ii libqt5sql5 5.15.2+dfsg-2 ii libqt5sql5-sqlite5.15.2+dfsg-2 ii libstdc++6 10.2.1-3 ii libwebkit2gtk-4.0-37 2.30.4-1 ii libx11-6 2:1.6.12-1 jami recommends no packages. jami suggests no packages. -- no debconf information >From 433915507e5311ca5e43a52034e0df840b1de9cf Mon Sep 17 00:00:00 2001 From: Bruno Kleinert Date: Thu, 7 Jan 2021 11:28:55 +0100 Subject: [PATCH] Add buzzwords to package description --- debian/control | 52 +--- 1 file changed, 45 insertions(+), 7 deletions(-) diff --git a/debian/control b/debian/control index d51bf65..e279d86 100644 --- a/debian/control +++ b/debian/control @@ -79,21 +79,59 @@ Depends: ${shlibs:Depends}, Replaces: ring (<< 20190101.3.5315d84~) Breaks: ring (<< 20190101.3.5315d84~) Description: Secure and distributed voice, video and chat platform - desktop client - Jami (jami.net) is a secure and distributed voice, video and chat communication - platform that requires no centralized server and leaves the power of privacy - in the hands of the user. + Jami is a secure and distributed voice, video and chat communication platform + that requires no centralized server and leaves the power of privacy in the + hands of users. . - This package contains the desktop client: gnome-ring. + To some degree Jami provides similar functionality like Skype, WhatsApp, + Telegram, BigBlueButton, Jitsi Meet, etc. do. + . + Jami supports the following key features: + * Text chats and group chats + * Share files + * Audio calls + * Audio conferences + * Video calls + * Video conferences + * Leave audio messages + * Leave video messages + * End-to-end encryption + . + Jami can also serve as a SIP software phone. + . + On https://jami.net/ clients for Windows, Mac, iPhone and Android are available + which makes Jami interoperable. + . + This package contains the desktop client: jami-gnome. Package: jami-daemon Architecture: any Depends: ${shlibs:Depends}, ${misc:Depends} Replaces: ring-daemon (<< 20190101.3.5315d84~) Breaks: ring-daemon (<< 20190101.3.5315d84~) Description: Secure and distributed voice, video and chat platform - daemon - Jami (jami.net) is a secure and distributed voice, video and chat communication - platform that requires no centralized server and leaves the power of privacy - in the hands of the user. + Jami is a secure and distributed voice, video and chat communication platform + that requires no centralized server and leaves the power of privacy in the + hands of users. + . + To some degree Jami provides similar functionality like Skype, Whats
Bug#943676: Re: Sponsor request for 'Open Surge'
Am Dienstag, dem 05.01.2021 um 14:14 -0300 schrieb Alexandre Martins: > Hi, > > The source code will be compatible with the libraries that are > currently packaged in Debian. > > We are including in the new version a file that specifies, in a clear > and organized manner, the copyright information of the artwork > (authors, licenses): > > https://github.com/alemart/opensurge/blob/master/src/misc/copyright-artwork.csv > > A few files have been changed since the latest release (mostly music), > and a few more are expected to change in the coming days (mostly > music). However, most files remain the same. This csv file may thus > help you save some time. > > Hopefully with these contributions Open Surge 0.5.2.0 can make it for > bullseye. > > Alexandre Hi Alexandre, hi Carlos, I need to correct myself and unfortunately lower expectations: opensurge will be a package newly introduced to Debian, so it has to successfully go through the NEW queue [1] procedure which takes additional time. I.e., chances are low Open Surge may make it into bullseye, we need to see how slow or fast things will work out. My bad, I'm not used to upload to the NEW queue. @Carlos: I further cleaned up packaging and documented lintian infos/warnings + according overrides. To save disk space in the archive, I split opensurge into a small architecture dependent package opensurge and an architecture independent package opensurge-data. This should make ftpmasters' lives easier for a smooth NEW queue transition. Please check the changes for any mistakes. Cheers, Bruno [1] https://ftp-master.debian.org/new.html signature.asc Description: This is a digitally signed message part
Bug#978107: [Pkg-xmpp-devel] Bug#978107: Bug#978107: gajim: Crashes when video preview is turned off in settings dialog window
Am Dienstag, dem 05.01.2021 um 23:47 +0300 schrieb Boris Pek: > Hi, > > > > Too bad. Still no problem for me. > > I cannot reproduce this problem in my system in KDE and Fluxbox too. > > But I have much more packages installed into the system than basic system + > gajim* packages + recommendations. And unfortunately I do not have enough free > space for one more guest environment in VirtualBox for tests... > > Martin, could you try to reproduce this bug in a clean environment? > > > I can reproduce in a virtual machine without any camera running sid also on > > amd64. I used GNOME Boxes with QEMU on KVM, emulating a QXL video card. > > Do you use GNOME Shell launched above Wayland or X11 in your main system? > > If you use Wayland than could you test the X11 session please? It should not > take too much time... > > Best wishes, > Boris > Hi Boris, I used the same virtual machine, i.e., GNOME Boxes on QEMU/KVM with QXL video emulation, etc., to log into a GNOME 3 session on X11. Indeed, there it doesn't crash. Cheers, Bruno signature.asc Description: This is a digitally signed message part
Bug#979337: pinball-table-gnu-data: Crashes when 'PLAY' is selected
Am Dienstag, dem 05.01.2021 um 15:36 +0100 schrieb Philippe Coval: > hi > > > yes this is known issue > > I have fixed it in: > > https://github.com/rzr/pinball-table-gnu/commit/8ee41d30dd8a76b3b0cb93220cc2dd08a90a7656 > > > please confirm this patch fixes it > > I may release a new version soon that will use sdl2 > > thanks for reporting anyway > > > -- > https://purl.org/rzr/ Hi Pilippe, I rebuilt the package with the patch applied that you provided the link to. It still craches, though. Here's the backtrace of the locally built package that includes the patch: (gdb) bt full #0 0x7fe3bc3d678e in GnuBehavior::onTick() (this=0x5623fb1997e0) at ModuleGnu.cpp:289 i = 3472746 ballgroup = table = 0x5623faf71c30 score = loader = 0x5623faf658b0 launch = "" #1 0x5623f8ea202d in Group::accept(Visitor*) (v=0x5623fb610960, this=0x5623fb1995b0) at Group.cpp:85 Python Exception value has been optimized out: iter = iter = 0x5623fb1995b0 Python Exception value has been optimized out: end = #2 Group::accept(Visitor*) (this=this@entry=0x5623fab088e0, v=0x5623fb610960) at Group.cpp:89 iter = 0x5623fb1995b0 Python Exception value has been optimized out: end = #3 0x5623f8ea18ba in Engine::tick() (this=0x5623fab088e0) at Engine.cpp:308 #4 0x5623f8e82105 in Pinball::loop() (this=this@entry=0x7ffeb5fe2e80) at Pinball.cpp:868 #5 0x5623f8e83b10 in Pinball::loop() (this=0x7ffeb5fe2e80) at Pinball.cpp:834 Cheers, Bruno signature.asc Description: This is a digitally signed message part
Bug#979337: pinball-table-gnu-data: Crashes when 'PLAY' is selected
Package: pinball-table-gnu-data Version: 0.0.20200601-2 Severity: normal X-Debbugs-Cc: fu...@debian.org Hi, sometimes Emilia Pinball dies with a segfault when I want to play the "GNU" table. It does not always crash, but from time to time. Steps to reproduce: 1. Start Emilia Pinball 2. Select "LOAD TABLE" 3. Select "GNU" 4. Select "PLAY" -> Sometimes leads to crash 5. If it didn't crash, repeat steps 2.-4. with a different table and repeat again with GNU table. Here is the backtrace of a crash: gdb) bt full #0 0x7fe4b7657757 in GnuBehavior::onTick() (this=0x55d61fe8c270) at ModuleGnu.cpp:285 i = 2667219 ballgroup = table = 0x55d61fb83430 score = loader = 0x55d61fb7ca70 launch = "\r\000\000\000\214\375\357\017\375\177\000\000\r\314\032\037\326U\000\000\260\375\357\017\375\177\000\000\177\263!?IwF?\000\000\000\000\000\000\200?\000\067\256\n\243B\334\311launch\000i\240\236\300\037\326U\000\000\340\br\037\326U\000\000h\000\360\017\375\177\000\000\000\371\032\037\326U\000\000\240<# \326U\000\000\240<# \326U\000\000-\360\032\037\326U", '\000' , "\210\236\300\037\326U\000\000\340õ\037\326U\000\000\000\000\000\000\000\000\000\000ix\364\017\375\177\000\000\020ĵ\037"... #1 0x55d61f1af02d in Group::accept(Visitor*) (v=0x55d620233ca0, this=0x55d61fc09ea0) at Group.cpp:85 Python Exception value has been optimized out: iter = iter = 0x55d61fc09ea0 Python Exception value has been optimized out: end = #2 Group::accept(Visitor*) (this=this@entry=0x55d61f7208e0, v=0x55d620233ca0) at Group.cpp:89 iter = 0x55d61fc09ea0 Python Exception value has been optimized out: end = #3 0x55d61f1ae8ba in Engine::tick() (this=0x55d61f7208e0) at Engine.cpp:308 #4 0x55d61f18f105 in Pinball::loop() (this=this@entry=0x7ffd0fefff40) at Pinball.cpp:868 #5 0x55d61f190b10 in Pinball::loop() (this=0x7ffd0fefff40) at Pinball.cpp:834 status = 0 #6 Pinball::run(int, char**) (this=0x7ffd0fefff40, argc=, argv=) at Pinball.cpp:748 status = 0 #7 0x55d61f18eaf6 in Pinball::main(int, char**) (argc=1, argv=0x7ffd0ff00068) at Pinball.cpp:901 instance = {mpMenu = 0x55d61fae3870, mpEngine = 0x55d61f7208e0, miCount = 1350, miMaxCount = 0} status = #8 0x7fe4c3bd7d0a in __libc_start_main (main= 0x55d61f18ebb0 , argc=1, argv=0x7ffd0ff00068, init=, fini=, rtld_fini=, stack_end=0x7ffd0ff00058) at ../csu/libc-start.c:308 result = unwind_buf = {cancel_jmp_buf = {{jmp_buf = {0, 2921486488914963720, 94378133089920, 0, 0, 0, 8997371355756309768, 9002287972298992904}, mask_was_saved = 0}}, priv = {pad = {0x0, 0x0, 0x1, 0x7ffd0ff00068}, data = {prev = 0x0, cleanup = 0x0, canceltype = 1}}} not_first_call = #9 0x55d61f18eeaa in _start () (gdb) kill 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 -- no debconf information
Bug#978107: [Pkg-xmpp-devel] Bug#978107: gajim: Crashes when video preview is turned off in settings dialog window
Am Samstag, dem 02.01.2021 um 09:50 +0100 schrieb Martin: > On 2021-01-02 05:19, Bruno Kleinert wrote: > > I verified it persists in 1.3.0~beta1-1. > > Too bad. Still no problem for me. > Do you have any other machine to narrow down the problem? > You might also like to ask for help in xmpp:ga...@conference.gajim.org?join I can reproduce in a virtual machine without any camera running sid also on amd64. I used GNOME Boxes with QEMU on KVM, emulating a QXL video card. I.e., the crash is reproducible independently of the video input system (Automatic, V4L, PipeWire, X11 and Videotest) selected in Gajim or the graphics card in the (virtual) machine. Unsetting WAYLAND_DISPLAY also doesn't make a difference. I couldn't spend much time on it but tried to get a backtrace with python -X faulthandler but didn't figure out which *-dbgsym packages are necessary to get symbols resolved in order to track the crash further down. Cheers, Bruno signature.asc Description: This is a digitally signed message part
Bug#943676: Re: Sponsor request for 'Open Surge'
Hi Alexandre, excellent! Providing estimations is difficult, because everything in the Debian Games Team happens in our spare time. For updating the currentl opensurge package, the effort depends on checking and documenting copyright holders and licenses of added or changed game data. With respect to the source code, dependencies are critical: If opensurge requires later releases of its dependenceis than those currently packaged it will be too late to update them after 12.1., because that's the date of transition freeze. To sum things up: The smaller the difference between the releases, the less effort it takes to get it integrated. Cheers, Bruno Am Montag, dem 04.01.2021 um 23:48 -0300 schrieb Alexandre Martins: > Thank you. Our upcoming release is expected to be available by the > first week of February. > > We're putting extra effort so that the game can be available in > bullseye. How long does it take to review and upload the package once > we release the new version? > > Alexandre > > Em dom., 3 de jan. de 2021 às 04:37, Bruno Kleinert > escreveu: > > > > > Am Freitag, dem 01.01.2021 um 23:52 -0300 schrieb Carlos Donizete Froes: > > > > Hi, > > > > > > Finally, I would like to ask you all, and in particular Carlos > > > > Donizete, to wait until the upcoming 0.5.2.0 release before uploading > > > > the package. > > > > > > Perfect, I will wait for the next release. I want to thank the upstream > > > > Alexandre Martins for contacting us and clarifying our doubts. > > > > > > Thanks! > > > > > > > > Just for your information, 12th February is freeze of bullseye, see > > https://wiki.debian.org/DebianBullseye > > > > Cheers, > > Bruno signature.asc Description: This is a digitally signed message part