This issue has been reported in Github. I think recent versions of
Transmission all have memory leak.
For version 3.0, I think the first mention is here:
https://github.com/transmission/transmission/issues/3077
The latest bug fix in 4.0.0 branch is here:
I got home, and followed Ian's suggestion, and removed "*.jfif" from
the top of the list. The problem is now resolved.
Hi Adrian,
I have pushed a commit to Github which removes the usage of UBSAN. I am
happy to go with this method.
Do let me know if you prefer ASAN to be added alongside UBSAN, rather
than simply removing UBSAN.
Best wishes,
Fufu
Hi Adrian,
I am the author of httpdirfs. Do you reckon I should just remove ubsan,
or should I add asan into the Makefile? I reckon I should just remove
ubsan.
Best wishes,
Fufu
On Tue, 2023-02-21 at 21:41 +0200, Adrian Bunk wrote:
> Package: httpdirfs
> Version: 1.2.4-1
> Severity: serious
>
If I installed the libjpeg62-turbo from Debian Buster, the
"automatically select filename
extension (.jfif)" would change into "automatically select filename
(.jpeg)".
I suspect it is the problem with libjpeg62-turbo.
On Sun, 2021-08-29 at 13:17 +0100, Ian Goddard wrote:
> On Sun, 29 Aug 2021
Package: gwenview
Version: 4:20.12.3-2
Severity: normal
Dear Maintainer,
I opened an image in Gwenview (it can be any format), then I go to the "File"
menu, and click on the "Save As..." menu option. If I select "JPEG image" as
the file type, then press the "Save" button, two modal dialogs pop
I am experiencing the same problem as well. I tried installing
libpam-cfgs from unstable and Ubuntu, none of them solve my problem.
These is my log:
lxc-start 20180919144245.625 ERROR lxc_cgfs -
cgroups/cgfs.c:lxc_cgroupfs_create:1022 - Permission denied - Could not
create cgroup
I am experiencing the same problem. Switching to the old kdm does help.
-- System Information: Debian Release:
stretch/sid APT prefers
testing APT policy: (500, 'testing'), (500, 'stable'), (1,
'unstable') Architecture: amd64
(x86_64) Foreign Architectures:
i386
Kernel: Linux 4.0.0-2-amd64 (SMP
I had the same problem. I am fairly certain the upgrade to
systemsettings caused it. The problem can be temporarily resolved by
downgrading to systemsettings/stable. I am holding the old version for
now.
On Sat, 25 Jul 2015 10:12:16 +0100 Tony Green
dddeb...@web-brewer.co.uk wrote:
Package:
Could everyone check what's in their KDE System Settings please?
I only have 6 buttons left. Virtually everything had gone missing. I
can't eve set my display's resolution.
-- System Information:
Debian Release: stretch/sid
APT prefers testing
APT policy: (500, 'testing'), (500, 'stable'),
This is what happened when I ran the command:
fangfufu@illustrious:~$ pidgin -d pidgin.log
Pidgin 2.10.11 has segfaulted and attempted to dump a core file.
This is a bug in the software and has happened through
no fault of your own.
There you go, the new backtrace:
Program received signal SIGSEGV, Segmentation fault.
__GI___libc_free (mem=0x8006f) at malloc.c:2929
2929malloc.c: No such file or directory.
(gdb) bt
#0 __GI___libc_free (mem=0x8006f) at malloc.c:2929
#1 0x7558c86b in g_string_free ()
from
Package: pidgin
Version: 2.10.11-1
Severity: important
Dear Maintainer,
I use Pidgin's IRC feature. Occasionally when the network disconnects, Pidgin
crashes. This bug can be easily reproduced by running Pidgin, signing in an IRC
account, and send the computer to sleep. Pidgin is guaranteed to
Package: libwebcam0-dev
Version: 0.2.4-1
Severity: grave
Justification: renders package unusable
Dear Maintainer,
I needed to include webcam.h, however during the compilation, the following
error occured:
---
/usr/include/webcam.h:32:30: fatal error: dynctrl-logitech.h: No
Hi,
A temporary fix is indeed copying the header file from the source to
/usr/local/include.
However I haven't got much clue on Debian's package process. Are there
any pointers to help me get started? I suppose I can submit a patch or
something.
Best wishes,
Fufu
On 25/11/14 20:19, Juhani
Hi,
I experienced the same issue. I temporarily fixed it by replacing
/etc/acpi/power.sh with the following content:
#!/bin/sh
test -f /usr/share/acpi-support/key-constants || exit 0
. /usr/share/acpi-support/power-funcs
. /usr/share/acpi-support/policy-funcs
#if [ -z $* ] { CheckPolicy ||
Hi Wei,
I am affected by this bug too.
I patched the kernel source, recompiled the modules in drivers/mfd, and
it gives the following message when I run dmesg:
[ 3940.436153] rtsx_pci :03:00.0: irq 50 for MSI/MSI-X
[ 3940.436185] rtsx_pci :03:00.0: rtsx_pci_acquire_irq: pcr-msi_en
= 1,
Dear Maintainer,
The problem is still there. I have upgraded to 5.0.1-1, I still can't
run mplayer. The error message is still the same. I checked the file
list (https://packages.debian.org/sid/amd64/libdvdnav4/filelist),
libdvdnavmini.so.4 is not in the file list.
Cheers,
Fufu
On Sat, 30 Aug
I installed the unstable version of mplayer, now the problem has
resolved. It was my bad. Sorry.
Fufu
On Sun 31 Aug 2014 14:40:09 BST, Reinhard Tartler wrote:
On Sun, Aug 31, 2014 at 6:38 AM, Fufu Fang fangfufu2...@gmail.com wrote:
Dear Maintainer,
The problem is still there. I have upgraded
the bug report CC'ed so that others get a chance to help too)
On 03.04.2014 16:15, Fufu Fang wrote:
Hi,
It appears that I don't have systemd installed. That particular machine
is also on Debian testing. Somehow systemd wasn't installed along side
the updates.
# systemctl status transmission
Package: transmission-daemon
Version: 2.82-1.1
Severity: grave
Dear Maintainer,
My transmission-daemon keeps crashing after recent system upgrade. It
started crashing since a couple days ago. I suspect it is related to the
recent GnuTLS update.
Here is the procedure that result in the crash:
$
21 matches
Mail list logo