On Wed, 26 Jun 2024 21:55:35 +0200 =?UTF-8?Q?Bernhard_=C3=9Cbelacker?=
wrote:
I asked here at debian-...@lists.debian.org, if someone knows something [1].
Which led to the assumption this is just a "regular" valgrind bug.
I opened following upstream bug.
Attached also a patch to valgrind.
On Sun, 19 Feb 2023 21:38:22 +0100 =?utf-8?q?Linus_L=C3=BCssing?=
wrote:
... They sound like build options to me ...
Hello Linus,
I tried to have a look how Lutris detects fsync support.
It looks like Lutris extracts the version
from the path the wine executable was found.
(see the is_versi
Stack trace of thread 67345:
#0 0x7f8daa6a9ccc n/a (libc.so.6 + 0x8accc)
#1 0x7f8daa65aef2 raise (libc.so.6 + 0x3bef2)
#2 0x7f8dabf4c83d _ZN6KCrash19defaultCrashHandlerEi
(libKF5Crash.so.5 + 0x583d)
#3
Dear Maintainer,
with the help of the core saved in the artifacts I found that
the crash happens when fontforge tries to print some logging.
It just started to crash if I run the command with LANG=C.
It seems to be caused by the call to function iconv returns
with errno==EILSEQ (Illegal byte seq
Am 26.02.23 um 16:47 schrieb Tim McConnell:
Hi Bernhard,
The delay is fine, I'm sure it takes a minute to figure it out ;-) and
no I didn't have anything other than defaults for GDB set. I'm not a
programmer so I don't know all the tricks to GDB or when is best to
use them. With that said, how
Dear Maintainer,
I tried to add source line information to the Xorg backtrace:
fdd in inl at /usr/include/x86_64-linux-gnu/sys/io.h:83
(pci_device_linux_sysfs_read32+93)
f1a in x86emuOp_in_word_AX_DX at
../../../../../../hw/xfree86/int10/../x86emu/ops.c:10364
024 in X86EMU_exec at ../../../../
Dear Maintainer,
I tried to reproduce this issue and found a difference between
a minimal Bookworm VM with just running jwm window manager and my
regular Plasma desktop.
In the minimal VM a `kstart5 kcalc` returns immediately,
while at my regular Plasma desktop it blocks until the started
applica
control: tags -1 +patch
Hello Tim,
nice to hear it helps. Therefore adding the patch tag.
Kind regards,
Bernhard
Am 21.03.23 um 17:53 schrieb Tim McConnell:
Hi Bernhard,
I believe the patch has fixed the issue. I haven't seen any messages
about psad since installing the patch.
Thanks so muc
On Wed, 08 Mar 2023 10:47:25 +0100 Laurent Bigonville wrote:
$ pkcon what-provides application/x-keepass2
Getting provides[=]
Loading cache [=]
Querying[=
On Mon, 06 Mar 2023 14:40:12 + Reuben Thomas wrote:
If I select Help→About XSane, the application pauses for a couple of seconds
then crashes. (The changes in Ubuntu’s version are just to depend on a
different JPEG library, so I think it’s reasonable to file a bug here.)
Dear Maintaine
Am 23.03.23 um 17:38 schrieb Tim McConnell:
Bernhard,
Just cause I said it was fixed this happens to show up in journalctl:
systemd-coredump[3614]: Process 1704 (pads) of user 0 dumped core.
Mod
Dear Maintainer,
I tried to find out where exactly the stack smashing takes place.
And found the ioctl SIOCCHGTUNNEL did write more than the 52 bytes
allocated in variable old_p, by that overwriting the stack canary.
Kind regards,
Bernhard
(gdb)
0x5557589f 62 {
1: x/i $pc
=> 0
Dear Maintainer,
it looks like the searched file ends up here in the current package:
/usr/lib/llvm-15/lib/python3.11/dist-packages/lldb/embedded_interpreter.py
But by inspecting the strace output it should probably be in this directory:
/usr/lib/llvm-15/lib/python3/dist-packages/lldb
For a
Dear Maintainer,
I tried to collect some more information about this issue.
With the help of rr-debugger I reached this function,
which "returns" a pointer to a static variable buf:
(rr) bt
#0 0x563a2b2373b6 in menuSize (options=, mode=, width=0x7ffdd199be38, height=0x7ffdd199be3c)
Control: reassign -1 src:linux
On Fri, 21 Oct 2022 21:40:23 +1000 Rod Webster wrote:
Package: PREEMPT_RT
Version: 5.10 to 6.0
I hope it is right to reassign to src:linux because it looks
like there is no package PREEMPT_RT.
Kind regards,
Bernhard
Dear Maintainer,
the original staden-io-lib seems to be built with
libhtscodecs2 in version 1.2.2-1 [1].
The rebuild seems to be using libhtscodecs2 in version 1.3.0-4.
Unfortunately htscodecs upstream integrated this commit [3],
which renamed e.g. function encode_names to tok3_encode_names.
It
Hello Shengjing Zhu,
I tried to collect some more information for the maintainer,
by running peek in a minimal VM.
There I got the same error message "default: No such process".
After a search I received this information [1] where it is proposed
to install pulseaudio.
And indeed the parameter "
Hello,
just tried to get some more information where this stack smashing happens.
The stack canary gets at least overwritten here:
165 memmove(detect + n + 1, detect + n,
166 (j - n) * sizeof(int));
The variable detect has a size o
Dear Maintainer,
this can be reproduced in current Bookworm/testing too.
The backtrace below shows PyBytes_FromString received for
parameter str a NULL, which documentation states must not be NULL [1].
Unfortunately could not find an issue or update in upstream page [2].
Kind regards,
Bernhard
On Wed, 11 Jan 2023 15:20:22 -0500 =?UTF-8?Q?Louis-Philippe_V=c3=a9ronneau?=
wrote:
On 2023-01-11 01 h 26, Birger Schacht wrote:
> The crash message ("Failed to show notification") sounds to me as if
> there is maybe no notification daemon running?
Here are the packages reportbug lists.
#5 export_troff (bytes=0xd438, cv=0x56564ae0) at codec/export.c:1056
Dear Maintainer,
this crash happens because the array ansi2troff has
just 16 values, but gets accessed at value 32.
This value 32 originates from the constant CACA_TRANSPARENT.
With the below patch the crash could be avo
On Tue, 31 Jan 2023 12:17:14 -0500 =?UTF-8?Q?Louis-Philippe_V=c3=a9ronneau?=
wrote:
On 2023-01-31 05 h 02, Bernhard Übelacker wrote:
> could that be a dependency to "notification-daemon"?
No, this package is also installed on my system:
So I assume this daemon is not ru
On Wed, 18 Jan 2023 11:26:42 +0100 xevilstar wrote:
I am getting the following message in dmesg at boot
[Wed Jan 18 07:40:37 2023] gnome-control-c[14186]: segfault at 55a65c093a45 ip
7f206782b8f3 sp 7ffe36eef7d0 error 4 in
libgobject-2.0.so.0.7500.0[7f2067801000+32000] likely on CPU 9
On Wed, 11 Jan 2023 22:48:42 +0100 waxhead wrote:
Tried to print a jpg picture
Restarted the machine, restarted printer, tried updating, looked at print queue
(nothing), tried preview print (nothing)
Tried to print from GIMP (success)
Hello,
I tried to reach the print preview window a
Source: vflib3
Version: 3.7.2+dfsg-0.1
Severity: wishlist
X-Debbugs-Cc: t...@test.de
Dear Maintainer,
I was looking at the crash in #1028311 when I found
the dbgsym packages did just help to get function names.
But getting also source line numbers would be desirable.
As far as I see these are mi
$ vflbanner -f /usr/share/fonts/truetype/liberation/LiberationSans-Regular.ttf
free(): invalid pointer
Aborted
Hello,
this seems to be call to hbf_release done twice [1].
If I see it right, if hbf_load_hbf_file is left via
the "Unexpected_Error" label, the hbf_release is still
called in f
Am 04.02.23 um 16:26 schrieb Andreas Rönnquist:
Thanks - it does indeed sound reasonable to recommend on evince - If
you have evince installed, does printing work as you expect it then?
-- Andreas Rönnquist
gus...@debian.org
Sorry, I am not using geeqie regularly, I was just looking through
Dear Maintainer,
if one creates this wine64-stable just as a link to wine64,
then `wine64-stable wineboot` would start to work.
# ln -s wine64 /usr/lib/wine/wine64-stable
Kind regards,
Bernhard
(rr)
692 execv( argv[1], argv + 1 );
(rr) print argv[1]
$2 = 0x7e848400 "/usr/lib/wine/wine6
Dear Maintainer,
might this be caused by a process left running?
USER PID %CPU %MEMVSZ RSS TTY STAT START TIME COMMAND
benutzer 743 0.0 0.4 217032 30284 pts/0S14:55 0:00 php -S
127.0.0.1:10002 tests/Integration/server.php
If that is really the case, would i
Out of curiosity I investigated a little more.
With the below steps I could reproduce it in a minimal
Bookworm/testing amd64 qemu VM.
There the build stopped at this line:
dpkg-buildpackage: info: binary-only upload ...
And killing from outside this php process made the build continue/finish
Hello Tim,
thanks, that is good helpful information, but as long the core file
might be in the system, could you execute following commands:
export DEBUGINFOD_URLS="https://debuginfod.debian.net";
coredumpctl gdb 1546
(gdb) bt full
This will enable gdb to download needed debug symbol files
Am 08.02.23 um 18:42 schrieb Tim McConnell:
Hi Bernhard,
Okay I did that. Let me know if that was of any use.
Hello Tim,
could you send the actual output below the `bt full`?
Kind regards,
Bernhard
Hello Jan,
Am 20.09.22 um 10:24 schrieb Jan Korbel:
1.
(gdb) bt
#0 __kernel_vsyscall ()
at
/build/linux-q1ABpl/linux-5.10.136/arch/x86/entry/vdso/vdso32/system_call.S:72
#1 0xf7695333 in fstab_init (opt_rewind=0) at fstab.c:121
2.
(gdb) bt
#0 __kernel_vsyscall ()
at
/build/l
Hello Christoph, hello tony,
#12 0x5586f25c0438 tucnak_crash (tucnak + 0xb0438)
#13 0x7febdc3589d4 z_sig_segv (libzia-4.36.so + 0x169d4)
#14 0x7febdaa3daf0 __restore_rt (libc.so.6 + 0x3daf0)
#15 0x7febd5ead5ee n/a (c
On Fri, 23 Sep 2022 14:45:07 +0530 Vasudev Kamath wrote:
Package: libc6
Version: 2.34-8
I upgraded libc6 to latest released 2.35-1
Module ld-linux-x86-64.so.2 with build-id
a03c3b14d371da908a3f22007b3f0c73d1f9f634
Module libc.so.6 with build-id
ef3afb43092
On Fri, 09 Sep 2022 11:25:50 + Christian Buhtz wrote:
installed "kde-config-cron" without having a full KDE desktop environment
enabled. I am using XFCE here but would like to have cron gui front-end.
After installation I can not find a binary for "kde-config-cron".
It seems to me that
my pho e
Sent from my iPhone
On 24-Sep-2022, at 03:21, Aurelien Jarno wrote:
Hi,
On 2022-09-23 21:28, Bernhard Übelacker wrote:
On Fri, 23 Sep 2022 14:45:07 +0530 Vasudev Kamath wrote:
Package: libc6
Version: 2.34-8
I upgraded libc6 to latest released 2.35-1
Module ld
Sep 09 08:31:01 seraph kernel: ssh-pkcs11-help[377564]: segfault at
7ffd01d23d90 ip 7f254d06b037 sp 7ffd01d23d90 error 6 in
libc.so.6[7f254d028000+16e000]
Hello Julien,
probably you could install systemd-coredump.
Then the journal should contain a backtrace where the process would s
#6
#7 0x7fc0a0c3c103 in ?? () from /lib/x86_64-linux-gnu/libgobject-2.0.so.0
#8 0x7fc0a0c326d8 in ?? () from /lib/x86_64-linux-gnu/libgobject-2.0.so.0
#9 0x7fc0a0c32f5a in ?? () from /lib/x86_64-linux-gnu/libgobject-2.0.so.0
#10 0x7fc0a0c343f4 in g_object_new_with_propertie
#6 0x7fdea6e3daf0 in () at
/lib/x86_64-linux-gnu/libc.so.6
#7 0x7fdea736d103 in () at /lib/x86_64-linux-gnu/libgobject-2.0.so.0
#8 0x7fdea73636d8 in () at /lib/x86_64-linux-gnu/libgobject-2.0.so.0
#9 0x7fdea7363f5a in () at /lib/x86_64-linux-gnu/libgobject-2.0.so.0
#10
/lib/x86_64-linux-gnu/libc.so.6(+0x3daf0)[0x7f9963443af0]
/lib/x86_64-linux-gnu/libgobject-2.0.so.0(+0x25103)[0x7f996383d103]
/lib/x86_64-linux-gnu/libgobject-2.0.so.0(+0x1b6d8)[0x7f99638336d8]
/lib/x86_64-linux-gnu/libgobject-2.0.so.0(+0x1bf5a)[0x7f9963833f5a]
/lib/x86_64-linux-gnu/libgobject-
/lib/x86_64-linux-gnu/libc.so.6(+0x3daf0)[0x7f650123daf0]
/lib/x86_64-linux-gnu/libgobject-2.0.so.0(+0x25103)[0x7f650178c103]
/lib/x86_64-linux-gnu/libgobject-2.0.so.0(+0x1b6d8)[0x7f65017826d8]
/lib/x86_64-linux-gnu/libgobject-2.0.so.0(+0x1bf5a)[0x7f6501782f5a]
/lib/x86_64-linux-gnu/libgobject-
#6 0x7faef481caa0 in () at
/lib/x86_64-linux-gnu/libc.so.6
#7 0x7faef4c1c103 in () at /lib/x86_64-linux-gnu/libgobject-2.0.so.0
#8 0x7faef4c126d8 in () at /lib/x86_64-linux-gnu/libgobject-2.0.so.0
#9 0x7faef4c12f5a in () at /lib/x86_64-linux-gnu/libgobject-2.0.so.0
#10
/lib/x86_64-linux-gnu/libc.so.6(+0x3daf0)[0x7ff46383daf0]
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0(+0x25103)[0x7ff463d09103]
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0(+0x1b6d8)[0x7ff463cff6d8]
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0(+0x1bf5a)[0x7ff463cfff5a]
/usr/lib/x86_64-linux
#6 0x7f289e850af0 in () at
/lib/x86_64-linux-gnu/libc.so.6
#7 0x7f289ec56103 in () at /lib/x86_64-linux-gnu/libgobject-2.0.so.0
#8 0x7f289ec4c6d8 in () at /lib/x86_64-linux-gnu/libgobject-2.0.so.0
#9 0x7f289ec4cf5a in () at /lib/x86_64-linux-gnu/libgobject-2.0.so.0
#10
Gimp crashes, when a text element is modified:
- open gimp, create new image
- create text element
- select some characters inside this text element
- change the font size
--> gimp crashes
Console errors:
gimp: fatal error: Speicherzugriffsfehler
(script-fu:16693): LibGimpBase-WARNING **
/lib/x86_64-linux-gnu/libc.so.6(+0x3daf0)[0x7f73b843daf0]
/lib/x86_64-linux-gnu/libgobject-2.0.so.0(+0x25103)[0x7f73b8995103]
/lib/x86_64-linux-gnu/libgobject-2.0.so.0(+0x1b6d8)[0x7f73b898b6d8]
/lib/x86_64-linux-gnu/libgobject-2.0.so.0(+0x1bf5a)[0x7f73b898bf5a]
/lib/x86_64-linux-gnu/libgobject-
Hello Tim,
I tried to have a look at those two dmesg lines and it seems
they point to the function print_arp_asset_screen, line 115 [1],
where parameter rec is dereferenced unconditionally.
However, if it would be possible to install systemd-coredump then
a backtrace of those crashes should be pr
Hello,
this issue seems already be handled in bug #1019158,
and be caused by an unexpected ABI change in graphicsmagick.
This should already be fixed by graphicsmagick 1.4+really1.3.38+hg16739-1
in unstable. Unfortunately it did not yet migrate to testing
because of a test failure on mips64el.
h
On Fri, 5 Aug 2022 05:50:34 +0100 Sam James wrote:
It looks like this might be
https://gitlab.freedesktop.org/mesa/demos/-/issues/27 /
https://gitlab.freedesktop.org/mesa/demos/-/merge_requests/84.
Hello Antonio,
above Mesa issue 27 referenced another debian bug #1016363,
in which a new pac
linux-vdso.so.1(__kernel_rt_sigreturn+0x0)[0x7f8d79e790]
/lib/aarch64-linux-gnu/libgobject-2.0.so.0(+0x27a18)[0x7f8c605a18]
/lib/aarch64-linux-gnu/libgobject-2.0.so.0(+0x1cd64)[0x7f8c5fad64]
/lib/aarch64-linux-gnu/libgobject-2.0.so.0(+0x1d594)[0x7f8c5fb594]
/lib/aarch64-linux-gnu/libgobject-2.0.so
Hello piorunz,
I tried to get some more information from your dmesg line and think
the crash takes place in function udisks_drive_ata_get_smart_enabled.
I could not find any crashes related to this function in udisks2
upstream bug tracker, but gnome-disks upstream tracker
contains [56], that migh
Dear Maintainer,
tried to have a look at another bug report, but found X not starting up.
I could reproduce this inside a qemu VM started with:
qemu-system-i386 -enable-kvm -cpu pentium-v1 ...
So due to the current documentation [1] it looks like plain Pentium will
not be supported in bookworm
Hello,
I tried to install just lightdm and openbox inside a minimal testing VM.
It was started by even "older" "qemu-system-i386 -enable-kvm -cpu pentium-v1".
Unfortunately I just hit bug #1020802.
When having those X drivers not being tried to load,
then login works to the openbox DE.
Can you s
> ... But what is this 2.0.8-2+b1 version?
> I can't find anything about what is this +b1, what are the changes?
Hello,
just a short addition to your question.
The +b1 version is just a rebuild against the current packages in
unstable, e.g. by some library transition.
The source package getting
Dear Maintainer,
Sep 23 09:58:10 leopard gnome-software[3304]: FIXME: Unknown progress handling
is not yet implemented for GsProgressButton
Sep 23 09:58:11 leopard fwupd[3397]: 06:58:11:0428 FuCommon
fu_common_read_uint16_safe: assertion 'buf != NULL' failed
Sep 23 09:58:11 leopard kernel: fwup
Package: libhttrack-dev
Version: 3.49.2-1.1+b1
Severity: wishlist
X-Debbugs-Cc: bernha...@mailbox.org
Dear Maintainer,
currently the header htsglobal.h generates many warnings in
build of depending package httraqt.
/usr/include/httrack/htsglobal.h:211:28: warning: invalid suffix on literal;
C+
Dear Maintainer,
I tried to have a look and found unfortunately the dbgsym package
not containing useful files.
This seems related to CMAKE_CXX_FLAGS getting reset,
therefore loosing Qt related flags.
Before the application crashed already when trying to open
one leaf in the tree view, with the
Hello,
it looks like following line should expect the Get() call returning a nullptr,
which wxWidget documentation explicitly notes.
2079
wxTranslations::Get()->SetLanguage(wxLANGUAGE_DEFAULT);
I have raised this question to upstream here:
https://github.com/prusa3d/P
Hello,
this might be solved by [1].
As far as I see the dependency chain goes through
education-desktop-other to chromium, which depended to
sse3-support.
It might have started with 7df9e46cc a few month ago and ended with 98718255f,
unfortunately it does not mention a specific bug.
Kind regard
If I move out those 3 .dri files from /usr/lib/i386-linux-gnu/dri -
what you have mentioned in the other bug report - would that make it
work? Did that fix the issue for you? GPU acceleration is not
available for me as the firmware cannot be loaded for the GPU and the
whole system relies on swr
Am 10.10.22 um 17:21 schrieb karogyoker999:
Hello,
MR has been opened to "fix" this issue:
https://salsa.debian.org/pkg-llvm-team/z3/-/merge_requests/6
Eliminating SSE2 from z3 upstream is not feasible:
https://github.com/Z3Prover/z3/issues/6369#issuecomment-1259419466
The dependency chain I h
Hello Karo, dear Maintainer,
I undusted my own "AMD Athlon(tm)" machine and got a current bookworm/testing
on it.
And could reproduce the assert shown in seat0-greeter.log.
It took some time, but I guess I found now the chain of events
that lead to lightdm-gtk-greeter not starting up.
At [1]
Wow, what a splendid debugging! I hope you enjoyed it.
Thanks, yes, it was some interesting debugging,
and I was quite surprised when I saw the issue caused
by the very same instruction as the other bug ...
By the way with following sequence it should be possible
to see the impact on the FPU r
Package: clang-14
Version: 1:14.0.6-2
Severity: normal
X-Debbugs-Cc: bernha...@mailbox.org
Dear Maintainer,
clang-14 is currently not able to run at a pre-SSE2 cpu.
This is because clang-14 links to libLLVM-14.so.1 which links to libz3.so.4.
Unfortunately libz3-4 is currently compiled with sse2
Hello Karo, hello Dill,
I tried to carry this issue to the llvm people, if it
might be possible to drop libz3 linking of libllvm at i386.
This should mitigate most visible issues,
but I am not sure what the downsides would be.
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1021926
Kind regard
On Wed, 5 Oct 2022 18:24:54 + Md Adil wrote:
Package: GIMP
Version: 2.10.32
I am Using Windows 10
Build: org.gimp.GIMP_official rev 1 for windows
# C compiler #
Using built-in specs.
COLLECT_GCC=W:\msys64-gtk2\mingw32\bin\gcc.exe
COLLECT_LTO_WRAPPER=W:/msys64-g
Dear Maintainer,
in the meantime there got a merge request [1] accepted to libz3-4,
which might solve this issue by avoiding sse2 instructions,
and is still awaiting an upload to unstable.
[1] https://salsa.debian.org/pkg-llvm-team/z3/-/merge_requests/9
Kind regards,
Bernhard
Hello,
I opened the initial Debian bug report, but did took the time to
ask at systemd-devel and found this thread was already asked,
so I am trying to provide further information.
> Do you have any MACs in effect?
No SELinux or Apparmor active
As far as I see in my test VM with minimal Debi
(Resent after subscription, as non-subscribers get rejected.)
Hello,
I opened the initial Debian bug report, but did took the time to
ask at systemd-devel and found this thread was already asked,
so I am trying to provide further information.
> Do you have any MACs in effect?
No SELinux or
Am 03.12.22 um 23:38 schrieb Bernhard Übelacker:
I thought if strace can observe the process in question, would gdb also
be able. And found starting nspawn with gdbserver, 'set follow-fork-mode
child'
and gdb from inside the container via plain chroot seems working well.
So it
Hello,
I tried to collect some informations.
The segfault happens because "workspace" contains a null pointer.
This null originates from "window->workspace".
Kind regards,
Bernhard
Core was generated by
`/usr/libexec/installed-tests/mutter-11/mutter-test-runner --all'.
Program terminated wit
After updating mesa from 22.2.0-1 to 22.3.0-2 (according to dpkg.log)
earlier today U.S. time as part of a routine upgrade to up-to-date sid,
the greeter stopped appearing, and over the course of the last two hours
we chased it down to that upgrade, which made X.org die with
iris_dri.so (nouv
Dear Gunnar,
I tried to collect some more information for the Maintainer.
First I need to create a .irbrc with the USE_SINGLELINE
set to true, to reach any function in libedit/readline.
Next I tried to reach the address given in _IO_new_file_overflow,
but was not able to. This might be related t
Hello Nicolas,
the given backtrace points to below source locations.
Does starting gkrellm from a terminal maybe give some more output?
Module /home/nicolas/.gkrellm2/plugins/gkrellflynn.so without build-id.
Module /home/nicolas/.gkrellm2/plugins/gkrellflynn.so
Maybe you could also tempora
Dear Maintainer,
this SIGSEGV and also the valgrind "invalid read"
below ledger::journal_t::clear_xdata can also be
seen in a Debian 11 Bullseye VM.
Because valgrind points already to a use-after-free,
and the output "Done." is printed,
might the issue here be, that python does destruct the
"sess
Dear Maintainer, hello Nicolas,
tried to collect some more information from the two
given kernel lines [1].
I could find given the byte sequence in a similar two-GPU-equipped
laptop attaching to a runnig "optirun glxgears".
The "libGL.so.1" is the one from package primus-libs.
There it leads to
Hello Graeme Vetterlein,
I have reassigned the bug to package libwnck-3-0.
Just later I saw that there was already a release:
Changes:
libwnck3 (43.0-3) unstable; urgency=medium
.
* Backport four upstream commits to fix Xfce X2Go sessions.
(Closes: #1021685, #1025174)
Is your issue fi
Hello Hilmar,
I have seen other packages that added a dependency
to package sse2-support in such cases.
That would not solve the issue, but would make it
visible at installation time for the user,
if I understand it right.
Kind regards,
Bernhard
Am 10.12.22 um 22:58 schrieb Hilmar Preuße:
Am 10.12.2022 um 18:16 teilte Bernhard Übelacker mit:
Hi,
I have seen other packages that added a dependency
to package sse2-support in such cases.
That would not solve the issue, but would make it
visible at installation time for the user,
if I
The software outputs: "No access to printer device file".
Normal user should be added to lp group to make `mtink` work
and it has been added to it indeed, so it is in the /etc/group file
beside the `lp` and `lpadmin` groups, yet the software seems
to be unable to access device file from the US
On Mon, 24 Oct 2022 12:22:13 -0500 Dirk Eddelbuettel wrote:
|diehard_birthdays| 0| 100| 100|0.99449351| PASSED
| ###CUT OUT BY ME###
| sts_runs| 2|10| 100|0.93620636| PASSED
| ###AND THEN MANY EMPTY LINES APPEARING EVERY ~30 SEC###
Darn. Would you hav
Dear Maintainer, hello Kenneth,
Kenneth, if you still experience this issue, please check if
dmesg contains messages about missing firmwares.
E.g. by this command: dmesg | grep -i firmware
At least in this bug a similar backtrace was shown and
the user reported it got solved by
installing "firmwa
just for convenience:
https://github.com/eddelbuettel/rdieharder/issues/3
Am 12.12.22 um 00:39 schrieb Dirk Eddelbuettel:
On 11 December 2022 at 17:05, Bernhard Übelacker wrote:
| On Mon, 24 Oct 2022 12:22:13 -0500 Dirk Eddelbuettel wrote:
| > |diehard_birthdays| 0| 100| 100|0.99449351| PASSED
| > | ###CUT OUT BY ME###
| > |
Hello Patrik,
I just tried to collect some information and reconstruct
the given backtrace with some line information [1].
This gimp_text_tool_move_cursor leads to this upstream
bug reports [2]. Unfortunately all closed without result.
There are a few more upstream reports with g_utf8_get_char [
Package: libqt5core5a
Version: 5.15.6+dfsg-2
Severity: wishlist
X-Debbugs-Cc: bernha...@mailbox.org
Dear Maintainer,
I experienced since about a month ago sometimes crashes in applications
running in fullscreen, when doing display configuration changes
or lately when waking up the screen from po
Hello,
that will still not be enough for further investigation,
but the given byte sequence in conjunction the package from
snapshot.d.o including the dbgsym package points to this location:
0x...cfb in QThreadStorageData::get() const at thread/qthreadstorage.cpp:122
@piorunz: a first step migh
Am 12.12.22 um 15:01 schrieb Dirk Eddelbuettel:
Ok, so including sys/types and not defining off_t locally looks very
promising -- this is likely something I bungled in that change to accomodate
gcc 10. It possibly was present before already, maybe 'team dieharder' never
knew about off_t being in
Control: forwarded -1 https://bugs.kde.org/show_bug.cgi?id=463052
Dear Maintainer,
I tried to have a look if I can find some more information,
and opened an issue upstream here:
https://bugs.kde.org/show_bug.cgi?id=463052
It looks like a double free because a pointer is hold in two lists.
An
On Sat, 03 Dec 2022 11:48:55 -0800 Jeremiah Mahler wrote:
[14.027] (EE) Backtrace:
[14.028] (EE) 0: /usr/lib/xorg/Xorg (OsLookupColor+0x139) [0x562070f40c59]
[14.028] (EE) 1: /lib/x86_64-linux-gnu/libc.so.6 (__sigaction+0x40)
[0x7f12c3a5af90]
[14.029] (EE) unw_get_proc_name fai
On Sat, 03 Dec 2022 20:40:57 +0200 Boris Shtrasman
wrote:
Package: nheko
Version: 0.8.0+really0.7.2-4
[2022-12-03 20:22:56.203] [net] [info] Autodiscovery: No .well-known.
terminate called after throwing an instance of 'std::invalid_argument'
what(): v1.1: invalid version
Aborted
Hello,
Am 18.12.22 um 16:58 schrieb Simon McVittie:
I was unable to reproduce this in a test VM, ...
..., but it is reproducible
on my laptop. Perhaps it's only reproducible if mutter has access to
some resource that my ssh login session to my test VM lacks, or perhaps
there's a race condition that mak
Package: plasma-workspace
Version: 4:5.26.4.1-1
Severity: normal
X-Debbugs-Cc: bernha...@mailbox.org
Dear Maintainer,
I noticed since a week or so a change in behaviour of a plasma desktop.
If i install in a minimal VM the package task-kde-desktop after logging
into the desktop no wallpaper is s
Dear Maintainer,
I could reproduce this failure in a bullseye VM.
There the "test_nufft_adjoint" fails in about 1.2 % of the runs.
Attached diff helps to make it more visible.
It looks like the float comparison fails because the
limit of "1.E-6f" is slightly not enough.
If interpret following f
Hello,
thanks for your immediate responses.
Am 01.01.23 um 15:55 schrieb Uecker, Martin:
One could just relax (or simply remove) the test from bullseye
or packport the version bookworm.
I guess that would be applying 0003-relax-failing-unit-test.patch
to the Bullseye version.
The wine cod
Am 01.01.23 um 16:55 schrieb Uecker, Martin:
This is likely a numerical error caused by reordering a
floating point sum by parallelization. It is not worth
spending time on it.
I can apply the patch, but I do not have much time now.
Is there some urgency?
Not from my side, I just tried to hel
Dear Maintainer,
I retested this inside a minimal Bookworm/testing VM now because
the last plasma package updates seem to have settled a bit.
Unfortunately the black background
and the 30 seconds splash are still visible.
At least in this bug report at least the black
default wallpaper gets desc
Dear Maintainer,
I was able to reproduce this issue inside a minimal
amd64 qemu VM running Bookworm/testing.
By editing the kded service unit [1] I could get valgrind have a look
at this issue and it produced a matching use-after-free [2].
By further editing the service unit I was also able to r
Short addition:
I tried to bring this to the attention of packagekit-qt
developers in this bug report:
https://github.com/PackageKit/PackageKit-Qt/issues/42
Kind regards,
Bernhard
201 - 300 of 1328 matches
Mail list logo
