Package: src:linux
Version: 6.12.16-1
Followup-For: Bug #1098782
X-Debbugs-Cc: bruno...@gmail.com
Dear Maintainer,
While upgarding to the latest kernel 6.12.16 on Sid today, I ran into a
dkms error that prevented the Nvidia module to configure, and
consequently left the entire kernel
gt; gl_cv_host_cpu_c_abi_32bit=unknown ;;
This change is correct, but is missing a corresponding change for loongarch32.
I'm applying the patch below instead.
[1] LoongArch toolchain conventions,
https://loongson.github.io/LoongArch-Documentation/LoongArch-toolchain-
his commit to gnulib. Paul, does it
work for you (after installing package 'systemd-devel' and rebuilding
coreutils with --enable-systemd)?
2025-02-19 Bruno Haible
readutmp: Let callers distinguish LOGINs from USERs.
Reported by Paul Eggert in
<https://list
ut was misleading. Paul,
do you still have a problem with this?
$ ./who-with-systemd
gdm seat02025-02-13 18:04
gdm tty1 2025-02-13 18:04
eggert sshd pts/3 2025-02-16 22:56 (47.147.225.25)
Bruno
eli has an account on this computer, who's output
is ambiguous: you cannot tell whether the real user 'gdm' or the GNOME
display manager is occupying the "seat". I would suggest that, at least,
the GNOME display manager identifies itself as "(gdm)" instead of "gdm".
Bruno
" is logged in in person.
'who' merely reports the info it got from systemd-logind, and systemd-logind
most probably got a notification from gdm.
I agree with you that this _looks_like_ as if a user named 'gdm' was logged
in, and thus is misleading. But I don't think this should be fixed in
coreutils. Rather, this is something to work out between systemd-logind
and gdm.
Bruno
Package: apt
Version: 2.6.1
Severity: wishlist
X-Debbugs-Cc: bgravato+debianb...@gmail.com
Dear Maintainer,
"apt-cache search foo" will return results that include "Provides: foo",
whereas "apt search foo" does not.
Also as far as I can tell, there is no search pattern to search
specifically for
be helpful to have it in
/usr/share/doc/refind/README.Debian
Best regards,
Bruno
-- System Information:
Debian Release: 12.8
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'stable')
Architecture: amd64 (x86_64)
: same problem
if I try with printer OFF I have the normal message " no scanner found ".
Regards
Bruno Volpi
Chaillac
2524 route de Treignac
19450 Chamboulive
m: 06 78 07 40 27
f: 05 55 21 27 57
On Sun, 13 Oct 2024 11:40:29 +0200 Bill Allombert wrote:
> This file is the log of the information sent. This serves to protect your
> privacy : you can check exactly what was sent.
>
> There are software that rely on /var/log/popularity-contest, so they would
> need to be adapted but more importa
Control: tags -1 + moreinfo
thanks
Hello Michelle,
Could you provide a way to reproduce the bug?
Best regards,
Bruno Naibert
Hello Chris.
Thank you for your prompt response. The outputs you've asked are following
bellow.
Regards,
Bruno
*dpkg -l libpam-cracklib cracklib2-runtime:*
dpkg-query: no packages found matching libpam-cracklib
dpkg-query: no packages found matching cracklib2-runtime
*cat /etc/pam.d/p
Package: passwd
Version: 1:4.16.0-4
Severity: important
X-Debbugs-Cc: b.dossan...@scalefusion.com
Dear Maintainer,
*** Reporter, please consider answering these questions, where appropriate ***
* What led up to the situation?
I just tried to change the root password. The final idea is
Oops, I misspoke regarding zh_SG. Chinese in Singapore uses Simplified Chinese
characters. Therefore please *don't* install the translation for zh_SG.
Bruno
Package: gajim
Version: 1.3.3-1
Severity: minor
Tags: l10n
X-Debbugs-Cc: br...@clisp.org
Dear Maintainer,
The message catalog for Norwegian Bokmål is installed in
/usr/share/locale/nb_NO/LC_MESSAGES/gajim.mo
(or /usr/lib/python3/dist-packages/gajim/data/locale/nb_NO/LC_MESSAGES/gajim.mo
in newer
Package: iso-codes
Version: 4.9.0-1
Severity: minor
Tags: l10n
X-Debbugs-Cc: br...@clisp.org
Dear Maintainer,
2 message catalogs installed in wrong location
The message catalogs iso_639-5.mo for Chinese are installed in
/usr/share/locale/zh_Hans/LC_MESSAGES/iso_639-5.mo
/usr/share/locale/zh_Hant
Package: filezilla-common
Version: 3.58.0-1ubuntu0.1
Severity: minor
Tags: l10n
X-Debbugs-Cc: br...@clisp.org
Dear Maintainer,
The message catalog for Thai is installed in
/usr/share/locale/th_TH/LC_MESSAGES/filezilla.mo .
This has the effect that for users who set LANGUAGE=th
(per the documenta
Package: libfilezilla-common
Version: 0.36.0-2
Severity: minor
Tags: l10n
X-Debbugs-Cc: br...@clisp.org
Dear Maintainer,
The message catalog for Thai is installed in
/usr/share/locale/th_TH/LC_MESSAGES/libfilezilla.mo .
This has the effect that for users who set LANGUAGE=th
(per the documentatio
Package: sphinx-common
Version: 4.3.2-1
Severity: minor
Tags: l10n
X-Debbugs-Cc: br...@clisp.org
Dear Maintainer,
The message catalog for Norwegian Bokmål is installed in
/usr/share/locale/nb_NO/LC_MESSAGES/sphinx.mo .
This has the effect that for users who set LANGUAGE=nb
(per the documentation
Package: libmypaint-common
Version: 1.6.0-2
Severity: minor
Tags: l10n
X-Debbugs-Cc: br...@clisp.org
Dear Maintainer,
The message catalog for Norwegian Nynorsk is installed in
/usr/share/locale/nn_NO/LC_MESSAGES/libmypaint.mo .
This has the effect that for users who set LANGUAGE=nn
(per the docu
Package: vlc-l10n
Version: 3.0.16-1build7
Severity: minor
Tags: l10n
X-Debbugs-Cc: br...@clisp.org
Dear Maintainer,
The message catalog for Assamese is installed in
/usr/share/locale/as_IN/LC_MESSAGES/vlc.mo .
This has the effect that for users who set LANGUAGE=as
(per the documentation at
https
Package: fontforge-common
Version: 1:20201107~dfsg-4+deb11u1build0.22.04.1
Severity: minor
Tags: l10n
X-Debbugs-Cc: br...@clisp.org
Dear Maintainer,
The message catalog for Turkish is installed in
/usr/share/locale/tr_TR/LC_MESSAGES/FontForge.mo .
This has the effect that for users who set LANGU
Package: xdg-user-dirs
Version: 0.17-2ubuntu4
Severity: minor
Tags: l10n
X-Debbugs-Cc: br...@clisp.org
Dear Maintainer,
The message catalog for Serbian with Latin script is installed in
/usr/share/locale/sr@Latn/LC_MESSAGES/xdg-user-dirs.mo .
But the lookup (done by glibc) uses the locale name,
Package: gajim
Version: 1.3.3-1
Severity: minor
Tags: l10n
X-Debbugs-Cc: br...@clisp.org
Dear Maintainer,
The message catalog for Serbian with Latin script is installed in
/usr/share/locale/sr@Latn/LC_MESSAGES/gajim.mo
(or
/usr/lib/python3/dist-packages/gajim/data/locale/sr@Latn/LC_MESSAGES/gaji
Control: tags -1 + moreinfo
thanks
Hello,
The URL http://www.france-info.com/rss/accueil.xml is no longer
accessible. Is there another way I can reproduce the problem?
Best regards,
Bruno Naibert
signature.asc
Description: This is a digitally signed message part
Minor correction: Programming Language is C++
The package is located here: https://salsa.debian.org/fuddl/railcontrol
signature.asc
Description: This is a digitally signed message part
alternative.
As long as it's not broken, I won't change it.
> In end of data:
> po-mode.el:2110:4: Warning: the function ‘ediff-quit’ is not known to be
> defined.
False alarm. 'ediff-quit' is only used once ediff mode is entered.
Bruno
Hello Santiago,
Thanks for the forward.
It's fixed through
https://git.savannah.gnu.org/gitweb/?p=gettext.git;a=commitdiff;h=d64216aecaf15883c944539657562127b10d0e1a
As this was a regression in version 0.22, I encourage you to apply the fix
(attached) in Debian.
Bruno
I'm using BIND_DLZ for Samba AD.
Samba version: 4.20.2 (compiled from source)
Tried set LDB_MODULES_DISABLE_DEEPBIND=true, but, named wont start.
Package: bind9
Version: 9.18.28-1~deb12u1-Debian
After update system with apt update && apt upgrade, some bind9 packages are
updated and service won't start anymore.
Packages updated (from apt history log):
Start-Date: 2024-07-26 15:31:49
Commandline: apt upgrade
Upgrade: bind9-host:amd64 (1:
Package: wnpp
Severity: wishlist
Owner: Bruno Kleinert
X-Debbugs-Cc: debian-de...@lists.debian.org, fu...@debian.org
* Package name: railcontrol
Version : 23
Upstream Contact: Dominik (Teddy) Mahrer
* URL : https://www.railcontrol.org/
* License : GPL
Hi Samuel and Simon,
> I believe you are right, and I
> suggest the patch below. Bruno, what do you think?
Yes, you are right. I have a package with a .gitattributes at the
top-level and a src/ChangeLog, and the .gitattributes file has the
desired effect. (Things may well have been differ
Hi Daniel,
upstream had released 5.3.0, please package that. The changelog lists
numerous bug fix and crash fixes.
Kind regards,
Bruno
signature.asc
Description: This is a digitally signed message part
Package: wnpp
Severity: wishlist
Owner: Bruno Gabriel da Fonseca
X-Debbugs-Cc: debian-de...@lists.debian.org
* Package name: libterm-ansicolor-concise-perl
Version : 2.06
Upstream Contact: Kazumasa Utashiro
* URL : https://metacpan.org/pod/Term::ANSIColor::Concise
Am Donnerstag, dem 09.05.2024 um 13:59 +0200 schrieb Stephen Kitt:
> Hi Bruno,
>
> On Thu, 09 May 2024 11:02:11 +0200, Bruno Kleinert wrote:
> > when the computer wakes up from suspend the DPI setting of the mouse is not
> > restored. This had worked in earlier versions
es, I didn't figure out how to read the actual DPI value
from the mouse at this step.
To work around after wakeup, I open the solaar configuration, click into the
DPI field, which displays still shows 2000 DPI, and just hit enter.
Kind regards,
Bruno
-- System Information:
Debian Release:
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
> 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 tool
> 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 tool
ince 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 copyrigh
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 pro
ot; 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=d
d, 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:
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
bservers 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/soft
| 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
e this simple fix in the next version, thanks.
Regards
Bruno Zanetti
Zebediah Beck,
You haven't read my bug report.
Bruno
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
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 sta
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!
excuses, i somehow managed to send this twice as i thought the first report
failed.
see #1051276 .
thanks, cheers!
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
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 o
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*.
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
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
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
nt 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
the 'I' flag in format
strings, that musl libc does not support.
Bruno
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:
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 qu
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
bgettextlib 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
t no C# compiler.
Bruno
X. _If_ you
want to rebuild it, you should use a very old mcs version for doing that.
Bruno
e 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)
uff 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
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 p
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 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
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:
[
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, i
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
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 severit
#x27;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 bas
rated_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
- 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
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
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 pan
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.
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
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
thi
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 le
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
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 a
As this bug has been fixed upstream a long time ago I believe it can be
closed now.
Regards
BZ
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
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
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
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
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
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
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.
@Sh
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
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)
Ke
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
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
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 workaro
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
1 - 100 of 1644 matches
Mail list logo
