Package: qbittorrent Version: 3.3.7-3 Severity: critical Justification: breaks unrelated software
qbittorrent seems to be writing some torrent data to /tmp, which ended up filling the filesystem, and causing severe system stability and data loss. The data loss and stability issues stem both from other programs being unable to write to /tmp, as well as causing anything else that lives on the same filesystem to be unable to operate properly. On my system, /tmp lives on the root filesystem, but if /tmp had been using shmfs (as some people do), the whole system could have become unusable from filling memory. I found some links that suggests that it is actually an issue in libtorrent, but I'm filing the bug against qbittorrent since I'm unsure of the relationship of libtorrent-rasterbar9 (which is what qbittorrent is using) vs the standard libtorrent 0.16.13 which they claim fixes the issue. https://github.com/qbittorrent/qBittorrent/issues/994 https://qbforums.shiki.hu/index.php?topic=2221.0 -- System Information: Debian Release: 9.1 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968), LANGUAGE= (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages qbittorrent depends on: ii geoip-database 20170512-1 ii libboost-system1.62.0 1.62.0+dfsg-4 ii libc6 2.24-11+deb9u1 ii libgcc1 1:6.3.0-18 ii libqt5core5a 5.7.1+dfsg-3+b1 ii libqt5dbus5 5.7.1+dfsg-3+b1 ii libqt5gui5 5.7.1+dfsg-3+b1 ii libqt5network5 5.7.1+dfsg-3+b1 ii libqt5widgets5 5.7.1+dfsg-3+b1 ii libqt5xml5 5.7.1+dfsg-3+b1 ii libstdc++6 6.3.0-18 ii libtorrent-rasterbar9 1.1.1-1+b1 ii python 2.7.13-2 ii zlib1g 1:1.2.8.dfsg-5 qbittorrent recommends no packages. Versions of packages qbittorrent suggests: pn qbittorrent-dbg <none> -- no debconf information
