e this simple fix in the next version, thanks.
Regards
Bruno Zanetti
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
The issue seems to be fixed in sid with the release of version 3.3.7-2
built with libtorrent-rasterbar-dev 1.1.1-1. See #842538.
qbittorrent works again now (3.3.7-2) that has been rebuilt against
libtorrent-rasterbar-dev 1.1.1-1.
The binary package qbittorrent 3.3.7-1 in the archive has been built
against libtorrent-rasterbar-dev 1.1.0. Rebuilding qbittorrent against
1.1.1 seems to fix the issue.
OTOH, qbittorrent built against 1.1.1 but run with libtorrent-rasterbar9
1.1.0-3 will crash upon adding a torrent with the foll
Source: qbittorrent
Version: 3.3.7-1
Severity: serious
Justification: fails to build from source
Dear Maintainer,
qbittorrent fails to build from source in unstable/amd64:
[..]
make[1]: Entering directory '/tmp/buildd/qbittorrent-3.3.7'
mkdir -p build-nox && cd build-nox && ../configure --prefi
Package: libtorrent-rasterbar9
Version: 1.1.1-1
Severity: important
Dear Maintainer,
since upgrading libtorrent-rasterbar to version 1.1.1-1, qbittorrent saves
incomplete .torrent files.
They appear much shorter and in fact unusable.
This leads to the loss of every up/download in progress when c
This bug is very likely upstream bug #5237 [1] which has been solved since
version 3.3.5. So packaging the current version (3.3.6) should be enough to
get rid of it. I did it myself and it built fine in a current sid chroot,
whereas 3.3.4 failed with the compiler error above.
Regards
BZ
[1] http
Package: kdesudo
Version: 3.4.2.4-2
Severity: normal
Dear Maintainer,
if you try to restore the default kdesu behaviour (that is ask for root
password not the sudoer password) by running the command dpkg-reconfigure
kdesudo and aswering "No", then nothing happens unless your current locale is
engl
25 matches
Mail list logo
