once more trying to understand what goes wrong with package wine-binfmt,
I realized that on this system update-binfmts is missing in /usr/sbin
It should be there, if binfmt-support is installed (which was the case
on my other 32bit system).
With the transition from bullseye to bookworm the depe
e
::
but it does not get started when using ssh to connect to the machine.
I've reported this, because even if it is fixed with Trixie, it would
stay a problem with Bookworm installations.
And the symptoms will be seen with kate, even if the cause of the
problem is elsewhere or affe
sorrily this does it it only until the next reboot. I have to
re-register again.
after realizing (see man binfmt.de) that files /usr/lib/binfmt.d/*.conf
should contain a configuration string, I added a file
/usr/lib/binfmt.d/wine.conf containing :Wine:M::MZ::/usr/bin/wine:
and rebootet the pc. Now it works as expected. I can start an
application with ./file.exe
Surprisingly t
after reading a bit background information about binfmt_misc I rtied to
re-register wine with
cd /proc/sys/fs/binfmt_misc
echo ':DOSWin:M::MZ::/usr/bin/wine:' > register
and now I can start my application with ./file.exe
There no info found in /proc/sys/fs/binfmt_misc that wine is registered as
interpreter.
Sorry, the subject line of my last mail was wrongly autocorrected: it should read additional instead of traditional.
Package: wine-binfmt
Version: 8.0~repack-4
Severity: normal
X-Debbugs-Cc: b...@wildwein.de
Dear Maintainer,
when I try on a amd64 installation to start a win32 application by
./file.exe an
error ("bash: ./file.exe: cannot execute binary file: Exec format error") is
reported, but when I
sdl-common-res2bin and generate_argument_docbook were dropped upstream
with 3.9.0. manpages and resources are now generated with cmake.
Related upstream commits for reference:
c3a5387187501d4b55b4d410b88622157cedbf11 - generate_argument_docbook
fe590801a1b89f951eefae5184a610ce27349423 - sdl-commo
akes sense (should be %i because that's what we
use in ExecStart=). However, openvpn-client@.service and
openvpn-server@.service come directly from upstream and I don't want to
diverge from upstream here.
Please file a bug at https://github.com/OpenVPN/openvpn
Bernhard
Package: kotlin
Version: 1.3.31+ds1-1
Severity: minor
Dear Maintainer,
running
kotlin -version
result into
error: no build.txt was found at home=/usr/share/kotlin/kotlinc
Expected behaviour: the version info is printed.
-- System Information:
Debian Release: 12.10
APT prefers stable-updates
Source: openvpn
Version: CVE-2025-2704 fix possible ASSERT() on OpenVPN servers using
--tls-crypt-v2
Severity: important
Tags: security upstream patch
X-Debbugs-Cc: Debian Security Team
CVE-2025-2704 fix possible ASSERT() on OpenVPN servers using --tls-crypt-v2
Security scope: OpenVPN servers b
Package: wnpp
Severity: wishlist
* Package name: python-odfdo
Version : 3.13.9
Upstream Author : Jérôme Dumonteil
* URL : https://github.com/jdum/odfdo
* License : Apache-2.0
Programming Lang: Python
Description : library and scripts for manipulating Op
host that
KiCAD 9.0.0 form bookworm-backports fails, I assume a run-time or
build-time dependency is missing?
Thank you for looking at this,
Bernhard
-- System Information:
Debian Release: 12.10
APT prefers stable-updates
APT policy: (990, 'stable-updates'), (990, 'stable-security
es this behaviour:
>
> https://gitlab.com/amavis/amavis/-/issues/61
>
> I have verified this patch to work properly with debian-provided postfix,
> amavisd-new and amavisd-milter.
According to the gitlab issue the fix has been released in 2.13.0
Bernhard
Control: fixed -1 1:2.13.0-1
On 06/11/20 10:23 AM, Sven Bartscher wrote:
Hi,
> Control: forwarded -1 https://gitlab.com/amavis/amavis/-/issues/72
According to the metadata in Gitlab the fix has been released in 2.13.0
Bernhard
pstream
https://gitlab.com/amavis/amavis/-/commit/9bcb6fecedbe606a9cf988fa93a11e9754106a9c
Bernhard
Dear Maintainer,
this bug still exists in Debian Stable.
The patch proposed by Thomas Schmitt ten years ago still works.
It would be great if you could include that patch into packaging.
All the best
Bernhard
, this should be updated with best mentioning the
> capabilities
> needed for freeradius doing dhcp.
I dropped README.Debian in 3.2.6+dfsg-3 and will happily accept patches
for a small new one, possibly also mentioning other settings for
non-every-day settings like in #1003286
Bernhard
signature.asc
Description: PGP signature
appears to be fixed upstream.
If anyone can come up with a specific testcase / commit to be backported
I will happily take a look, otherwise please stay with the backport
until Trixie has been released.
Bernhard
signature.asc
Description: PGP signature
ication here:
https://gitlab.gnome.org/GNOME/totem/-/merge_requests/393
Hello everyone,
upstream accepted the proposed patch,
so either next packaged upstream release should contain the fix,
or Debian could cherry-pick below commit.
Kind regards,
Bernhard
https://gitlab.gnome.org/GNOME/to
Control: affects -1 src:mariadb
Control: tags -1 + confirmed
Control: severity -1 critical
Seeing this too. We have two standalone systems running the stock
bookworm MariaDB and the opensource network management system LibreNMS,
which is quite write-heavy. After some time (sometimes a couple of
ho
fine.
https://tests.reproducible-builds.org/debian/rb-pkg/unstable/armhf/nfdump.html
> > ../../test-driver: line 112: 4077517 Bus error "$@" >>
> > "$log_file" 2>&1
Could this be a one-off? Can you still reproduce it?
Bernhard
h-ldap-over-tls-connections
is about building LDAP with Mozilla NSS, not with GnuTLS.
I guess switching openldap to openssl is too late before Trixie,
especially since it may as well affect other openldap reverse
dependencies that use GnuTLS.
I guess you will have to try it.
Bernhard
ens there as well
we might have a change of upstream taking care of it.
Bernhard
Package: wnpp
Severity: wishlist
Owner: Bernhard Schmidt
X-Debbugs-Cc: debian-de...@lists.debian.org
* Package name: python-ezsnmp
Version : 1.1.0
Upstream Contact: Carlos Santos
* URL : https://github.com/carlkidcrypto/ezsnmp
* License : BSD
Programming
Package: plasma-desktop
Version: 4:6.2.3-1
Severity: normal
After upgrading Plasma 5 to Plasma 6 no installed application is found either
in the launcher menu nor in Alt+F2.
https://www.reddit.com/r/kde/comments/1c1kq3x/kde_menu_has_no_applications_in_plasma_6/
had the hint to run
kbuildsycoc
://github.com/phaag/nfdump/pulls . If you don't want to but can
provide an updated patch I can do this for you.
Bernhard
27;s worth doing a stable update on its own, but we
should include it in the next upload.
Bernhard
Source: python-easysnmp
Severity: important
Tags: upstream
python-easysnmp has been abandoned upstream, there have been no recent commits
in https://github.com/easysnmp/easysnmp/
An actively maintained fork is available on
https://github.com/carlkidcrypto/ezsnmp . However, it's using a new name,
his further,
with some pointers to which parts are of interest...
Kind regard,
Bernhard
[1]
Breakpoint 22, dir_contents_file_exists_p (dir=0x55c8aa58a3c0,
filename=filename@entry=0x55c8aba3cc66 "cif_list_tags") at ../../src/dir.c:713
713 if (!REAL_DIR_ENTRY (d))
7: x/i $pc
args=-screen 0 640x480x24).
Or another imagemagick call can automatically remove the border (the "mogrify"
call below).
With following modifications I think the autopkgtest should be able pass.
Kind regards,
Bernhard
diff --git a/debian/tests/compare b/debian/tests/compare
index 9db
, please mark it with
"Restrictions: flaky" so that it doesn't stop other packages from
migrating.
Thanks,
smcv
Hello,
might this be already fixed by the quite similar report below?
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1077928
Kind regards,
Bernhard
check for 15 seconds like below [2].
Kind regards,
Bernhard
[1]
https://sources.debian.org/src/mediaconch/24.06-1/debian/tests/check-mediaconch-gui/#L25-L29
[2]
debian/tests/check-mediaconch-gui:
-wmctrl -l | grep -q MediaConch && echo Found || exit 10
+for i in $(seq 15 -1 0)
Kind regards,
Bernhard
[1] https://github.com/ofiwg/libfabric/issues/7860
[2] https://github.com/ofiwg/libfabric/issues/9763
[3]
https://github.com/ofiwg/libfabric/commit/cd607326318534eca4763f29882ada90c5935799
Am 12.09.24 um 11:49 schrieb Bernhard Übelacker:
Dear Maintainer,
I found the autopkgtest of heaptrack fails, so I tried to collect some more
information,
and as the backtrace ends in libunwind8 I think this is the same issue as in
this bug.
Following is a lighter reproducer, just needing gdb
o collect some more
information,
and as the backtrace ends in libunwind8 I think this is the same issue as in
this bug.
Following is a lighter reproducer, just needing gdb and heaptrack installed.
This is from a Debian Trixie/testing armel systemd-nspawn chroot
within a Debian Trixie/testing arm64 system
ware graphics acceleration.
As the live media have no swap, I wonder if integrating a zram swap
via zram-tools would be an improvement (at least a small one)?
Kind regards,
Bernhard
[1]
https://get.debian.org/images/weekly-live-builds/amd64/iso-hybrid/debian-live-testing-amd64-gnome.iso
[
your support.
Bernhard
watch
which commands get executed [2].
At the end it looks like the output of the earlier update-initramfs
gets into stdin of the db_purge call later.
At least when redirecting stdout to stderr [1] of the update-initramfs call
the removal completes without error.
Kind regards,
Bernhard
on the upstream mailing list [3].
Kind regards,
Bernhard
[1]
https://git.savannah.gnu.org/cgit/bash.git/commit/?h=devel&id=8418224f32f4dda85019cae063370c18bbd2d036
[2]
https://git.savannah.gnu.org/cgit/bash.git/commit/?h=devel&id=dbd27e54cc741b116d5ce0e731b778c4f014a74e
[3] https://l
fish.so is part of the package kio-extras.
Please check if the problem still exists if you use this one also from
experimental?
The old package kio-extras 4:23.08.4-2 contains a file nfs.so,
but this file seems to be missing in the new kio-extras (4:24.08.0-1).
This seems to be caused by upstream
so.
And indeed following also prints 0 in Trixie:
LD_PRELOAD=/usr/lib/x86_64-linux-gnu/libc_malloc_debug.so.0 ./mcheck-test
Kind regards,
Bernhard
[1]
glibc-2.28: prints 0(10 Buster/oldoldstable)
glibc-2.31: prints -1 (11 Bullseye/oldstable)
glibc-2.36: prints -1 (12 Bookworm/stab
his might have to do with this paramter LLDB_PYTHON_RELATIVE_LIBDIR
given to the compiler for lldb, which may indicate it got fixed with
in lldb-15 with version 15.0.7-2. [1]
This is also discussed upstream in [2], and contains a workaround by
manually setting the PYTHONPATH environment.
Kind re
gi?bug=1016436
Kind regards,
Bernhard
On 22/08/24 08:36 PM, Bernhard Schmidt wrote:
> FTR, I've tested the binaries on our radius setup today and they worked as
> expected.
Unfortunately I'm still lacking time, but today I had two unexpected
consequences.
A clients.conf entry spanning large subnets was upgraded au
On 22/08/24 01:45 PM, Santiago Ruano Rincón wrote:
> Bernhard, Bastien (in CC) is willing to handle the PUs. Please, let us
> know if it is still OK for you. In any case, we would like to avoid
> duplicated work.
Sure, go ahead. @Bastien feel free to push to the normal branches in
Sals
Am 18.08.24 um 14:55 schrieb Stephen Kitt:
Hi Bernhard,
On Sat, 17 Aug 2024 17:49:20 +0200, Bernhard Übelacker
wrote:
I tried to run rr within a Debian arm64 trixie/unstable,
running at a Raspberry Pi 3 with a ARM Cortex-A53.
I know this CPU does not support rr,
but crashing may still not
rt it.
If pointer authentication is not part of the arm64 baseline,
maybe the package isa-support should provide a package
which rr can depend on, like it does to sse2-support at i386?
Kind regards,
Bernhard
root@rpi3-20240331:~# gdb -q --args rr true
Reading symbols from rr...
Reading symbols
s:
- You have connected multiple monitors?
- The dolphin window was full-screen when it crashed?
- Did it happen when you left the computer and tried to wake it up?
Kind regards,
Bernhard
[1] (the addresses in the backtrace without symbols could match these locations)
0x701dd14a in copy_unswap
branch for gtk4.)
Kind regards,
Bernhard
(gdb) bt
#0 0x7f634578e393 in gtk_clipboard_request_rich_text (clipboard=0x54b67c0,
buffer=, callback=0x7f6355b9a010, user_data=0x54796a0) at
../../../gtk/gtkclipboard.c:1177
#1 0x7f63559a93fe in ffi_call_unix64 () at ../src/x86/unix64.S:104
..
Control: tag + upstream fixed-upstream
Another short addition:
A patch got discussed and commited upstream:
https://sourceware.org/pipermail/binutils/2024-August/136268.html
https://sourceware.org/git/?p=binutils-gdb.git;a=commit;h=8c1cd8603443ffeee6e9cc97b738527ea1e2b3e5
regards,
Bernhard
benutzer@chroot-13-trixie-arm64:~/source/numba/try1/numba-0.59.1+dfsg$ gdb -q
--args python3.12
Reading symbols from python3.12...
Reading symbols from
/usr/lib/debug/.build-id/d9/3d40f59d70863566375339beb0f380251a6436.debug...
(gdb) directory /home/benutzer/source/numba
no other notation to create wide strings,
attached patch might be to considered for win32-loader,
which avoids the irpc by embedding the null bytes manually
in the ascii strings to mimic a wide string.
Kind regards,
Bernhard--- helpers/instdlg/instdlg.s.orig 2024-08-12 00:07:12.0 +0200
and expected, and nsis needs to be able to handle it.
Or GNU assembler should really generate object files in the old layout?
I hope it is ok to CC Jan as author of the commit in GNU assembler.
Kind regards,
Bernhard
[1]
69cab370cf666f2e7692158ac7dffc6a65207f4a is the first broken commit
com
r the next point release already?
Last day of august
okay, so uploading on 23rd at the latest. I'll get to it early CW 34,
but you are totally free to give it a go before, no objections.
Bernhard
p.mount is masked.
Bernhard, are you able to test them? I do not have any experience with
FreeRADIUS, so I could test them, but I would take me some time. Just
let me know if help is needed here.
Cool, unfortunately I'm off to vacation tomorrow and I'm not sure how
much I can do bef
Package: python3-django-allauth
Version: 0.51.0-1
Severity: normal
Dear Maintainer,
* What led up to the situation?
Registering a user with postorius using an email address with capital
letters in the local part. Logout. Login with the same email address,
but now typed in lower case.
Am 27.07.24 um 16:14 schrieb Francesco Poli:
P.S.: If anyone is curious about what I do not fully understand, here's
my naive reasoning: the strtoull(3) man page states that strtoull
returns an 'unsigned long long' (which is guaranteed to be at least 64
bit wide, but could be wider than 64 bit o
got fixed a few hours ago using strtoull by this commit (and new release
v0.13.0):
https://github.com/thkukuk/wtmpdb/commit/f3ca146227ecca42ec1562d60fa4856fbc0ca4af
Kind regards,
Bernhard
gine_unlocked_finish seems
in trixie/testing no longer getting reached.
Kind regards,
Bernhard
[1]
(gdb) bt
#0 0x7fe53b52ad4e in HandleManager::getSession (this=0x0,
hSession=hSession@entry=1) at ./src/lib/handle_mgr/HandleManager.cpp:75
#1 0x7fe53b4def69 in SoftHSM::C_CloseSe
Control: found -1 9.18.28-1~deb12u1
Control: severity -1 serious
Control: affects -1 samba-libs
Control: forwarded -1 https://bugzilla.samba.org/show_bug.cgi?id=15643
Control: summary -1 Workaround: Set environment
LDB_MODULES_DISABLE_DEEPBIND=true
I don't know anything about that code so I can
't heard of any reports.
Bernhard
attached patch does not show
> the crash inside the test VM.
>
> Kind regards,
> Bernhard
Could you submit a MR upstream for your 32 bits arch patch for totem
(critical to armhf use)?
https://gitlab.gnome.org/GNOME/totem/-/issues
<https://gitlab.gnome.org/GNOME/totem/-/issues&g
[4] in salsa.
Kind regards,
Bernhard
[1]
https://salsa.debian.org/qt-kde-team/kde/kio/-/commit/4c4f9f3605d53b48588a79c1883475cc33f6e486
[2] https://invent.kde.org/frameworks/kinit/-/merge_requests/15/diffs
[3] https://invent.kde.org/frameworks/kdesu/-/merge_requests/17/diffs
[4] https
Hi,
I also just proposed[2] this to upstream.
Thanks, looks like there is some discussion ongoing. As soon as this is
settled I will pick it up.
Bernhard
ge as soon as it has been merged
upstream. Since it is somewhat security sensitive I would rather not
deviate from upstream here (the great Debian OpenSSL debacle comes to mind).
Bernhard
:
Kind regards,
Bernhard
malloc:
(rr) finish
Run till exit from #0 malloc (size=size@entry=1) at src/jemalloc.c:2751
0x7efd259d1be4 in tdb_alloc_read (tdb=tdb@entry=0x7efd27478aa0,
offset=8142, len=1) at ../../common/io.c:696
696 if (!(buf = (unsigned char *)malloc(len
roduction
environment, but in the end we would have to jump into very cold waters.
Bernhard
ven with fuzz 80% of the hunks do not apply.
Given that the freeradius codebase is really complicated I'm not
entirely sure whether we can do this (_I_ can't), or ask the security
team for a newer upstream version in stable.
But I'll give 3.2.5 a go in unstable ASAP.
Bernhard
e build succeeds.
The log then shows `-DCONFIG_arm` instead of `-DCONFIG_aarch64`,
and the previously missing `-Wl,--no-wchar-size-warning`.
So I don't if the architecture should be detected some different way,
or if it is up to the builder to set the right personality for the build.
Kind regards,
Be
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.
,
which unfortunately uses not a fcvtas instruction.
(It is sensitive to the optimization level.)
The intended minimal reproducer is below.
Kind regards,
Bernhard
benutzer@chroot-13-trixie-unstable:~$ cat fp-valgrind-test.c
/*
cat fp-valgrind-test.c
gcc -g -O2 fp-valgrind-test.c -o fp-valgrind
Am 26.06.24 um 13:33 schrieb Jeroen Ploemen:
On Mon, 24 Jun 2024 15:28:58 +0200
Bernhard Übelacker wrote:
There was a patch pushed to git [3] which explicitly lists valgrind
archs. I stepped over a package valgrind-if-available [4].
Maybe depending on this might be of some help here?
Thanks
.5+dfsg-2),
a Trixie/testing VM (krita 1:5.2.2+dfsg-3+b2) did no longer show this assertion.
Kind regards,
Bernhard
(gdb) bt
#0 __pthread_kill_implementation (threadid=,
signo=signo@entry=6, no_tid=no_tid@entry=0) at ./nptl/pthread_kill.c:44
#1 0x7f5c0c2a9e8f in __pthread_kill_internal (si
d,
at least has a few equal last frames.
That one needs not replacing the pdf,
just rotating in "Present as slideshow" mode e.g. by Ctrl+cursor left/right.
https://gitlab.gnome.org/GNOME/evince/-/issues/2004
Kind regards,
Bernhard
# Trixie/testing amd64 qemu VM 2024-06-25
apt inst
ottom is also a minimal reproducer which showed the difference
with and without valgrind to me.
Kind regards,
Bernhard
[1]
./Makefile:13:CHECK_OPTIONS=
./Makefile-60-check: gpscorrelate$(EXEEXT)
./Makefile:61: (cd tests && ./testsuite $(CHECK_OPTIONS))
[2]
./debian/tests/upst
similar except the previously crashing error message,
so this is maybe expected by upstream?
Kind regards,
Bernhard
1.13-1.2 || 2.2+10~g7ed88a0-5
+ const char* cli_program = "nullmailer-
Am 22.06.24 um 00:42 schrieb Bernhard Übelacker:
I did some archaeology and found the issue got visible
at 2017-12-30 in the Buster development cycle with the
migration of nullmailer 1:2.1-5 into testing.
debian-9-stretch:
Connection
Am 21.06.24 um 20:47 schrieb David Bremner:
Hi Bernhard;
Thanks for the patch. This does seem to be progress, but I don't think
it completely fixes Axel's bug. At least for me I still see
-> .
nullmailer-smtpd: Error catching the return value from nullmailer-queue: No
ch
requests.
Trying to reassign to sponsorship-requests.
Kind regards,
Bernhard
requests.
Trying to reassign to sponsor-requests.
Kind regards,
Bernhard
nd install
the dbgsym packages as needed, in this case cyanrip-dbgsym.
The DEBUGINFOD_URLS method is easier, but may take longer because it downloads
everything for the debugged process and creates a cache directory in HOME.
Kind regards,
Bernhard
Am 21.06.24 um 01:57 schrieb Bernhard Übelacker:
Especially the third point is puzzling, I could not yet see why this
pointer-content-mixup happens.
Hello David, hello Axel,
I did some further tests and found following location where cli_program
is delared here:
./lib/cli++/cli++.h:35
is
pointer-content-mixup happens.
Kind regards,
Bernhard
root@debian:~# rr replay --debugger-option=-q -p 3025 -g 2000 bash-1
root@debian:~# swaks -t a...@debian.org --pipe 'sendmail -bs'
=== Trying pipe to sendmail -bs...
=== Connected to sendmail -bs.
Reading symbols from
/root/.lo
l.c
@@ -170,6 +170,7 @@ esxUtil_FreeParsedUri(esxUtil_ParsedUri
g_free((*parsedUri)->path);
g_free(*parsedUri);
+*parsedUri = NULL;
}
Kind regards,
Bernhard
# Trixie/testing amd64 qemu VM 2024-06-18
apt install systemd-coredump libunwind8 ccache gdb libvirt-clients
rieve from
e.g. `journalctl -b0 --no-pager` of a crash with a few lines before and
afterwards. [2]
[1] https://gitlab.gnome.org/GNOME/gtk/-/issues/5472
[2] https://wiki.debian.org/HowToGetABacktrace
Kind regards,
Bernhard
[ 1659.826530] nautilus[19533]: segfault at 41 ip 7f782
.
Therefore this reports might be just false positives
due to pcre2's JIT using SIMD instructions.
[2] https://www.mail-archive.com/pcre-dev@exim.org/msg06407.html
Kind regards,
Bernhard
# Trixie/testing amd64 qemu VM 2024-06-17
apt update
apt dist-upgrade
apt install xserver-xorg slim
e.
(Or none at all if versions of Kali and Debian packages match exactly?)
Reinstalling the Debian version of such packages might get the system
back to a consistent state, but be prepared for breaking the system even more.
apt install --reinstall package-name
Kind regards,
Bernhard
[1] https://wiki.debian.org/DontBreakDebian#Don.27t_make_a_FrankenDebian
d from future Debian versions.
Best regards
Bernhard Ehlers
-- System Information:
Debian Release: trixie/sid
APT prefers testing
APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Kernel: Linux 6.1.0-21-amd64 (SMP w/4 CPU threads; PREEMPT)
Locale: LANG=C, LC_CTYPE=C.UTF-
ht, because of kio-extras-data being "Architecture: all",
this package got build at amd64 but used at all archs?
Would moving the file "org.kde.kmtpd5.service" from
package kio-extras-data to kio-extras already be sufficient?
Kind regards,
Bernhard
-- System Informatio
ase let me know if you want to build
part of that tree.
Problems with the approach in the referenced buildspecs are now already
answered by the maintainer within the issue you mentioned.
Best Regards,
Bernhard
his be an ABI break?
And could be solved by a binNMU of libkaccounts2?
Kind regards,
Bernhard
[1]
#4
#5 0x7f1fb43a2765 in Accounts::Provider::~Provider() () from
/lib/x86_64-linux-gnu/libaccounts-qt5.so.1
#6 0x7f1fb43bf198 in ProvidersModel::data(QModelIndex const&, int) const
()
g the below export [1].
Another way would be to move the LD_LIBRARY_PATH assignment
to the same line of help2man [2].
Kind regards,
Bernhard
[1]
--- orig/jbig2enc-0.29/debian/rules 2024-02-28 14:02:09.0 +0100
+++ try5/jbig2enc-0.29/debian/rules 2024-05-18 11:13:29.796407931
.
Attached file shows my actions inside a minimal bookworm VM.
Kind regards,
Bernhard
# 2024-05-07 Bookworm/stable amd64 qemu VM
apt update
apt dist-upgrade
apt install systemd-coredump mc gdb rr mesa-utils git simplescreenrecorder-lib
simplescreenrecorder-lib-dbgsym libglvnd0-dbgsym libstdc++6-dbgs
Debian, therefore it
might be better to report this issue upstream in [2].
Kind regards,
Bernhard
[1]
https://github.com/AllwineDesigns/stl_cmd/blob/7c2582864df1c10d11f5acb4901fb04c55ea7492/src/csgjs/Trees.cpp#L44-L55
[2] https://github.com/AllwineDesigns/stl_cmd/issues
Core was generated by
This NULL is given unconditionally into tern_foreach in blasem_nuklear.c line
1873,
and gets dereferenced.
Following change would add systems.cfg to the Debian package,
and did avoid the crash in a short test.
Kind regards,
Bernhard
diff -Nurp orig/blastem-0.6.3.4/debian/blastem.install
try2/bla
Kind regards,
Bernhard
rt.cgi?bug=1062969
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1065714
It looks like upstream removed the relevant code and relies just
on SDL functions, but unfortunately did not release a new version yet.
https://github.com/skyjake/Doomsday-Engine/commit/5cc4995861
Kind regards,
Bernhard
Hello,
I am not a samba maintainer, just trying to collect some more information.
As far as I see the crash happens
because "cli_credentials_get_password(creds)" in line 62
returns a null pointer, which gets forwarded to
the call to strlcpy without further check.
Kind regards,
Bernh
1 - 100 of 1514 matches
Mail list logo
