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
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
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
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
.
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
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
Hello,
just tried to extract the backtrace from the attached core dump.
Kind regards,
Bernhard
Core was generated by `/usr/bin/evolution'.
Program terminated with signal SIGSEGV, Segmentation fault.
#0 0x in ?? ()
(gdb) bt
#0 0x in ??
terface without having an address assigned.
Kind regards,
Bernhard
148 int getifaddr(struct sockaddr_storage *addr, char * ifname, sa_family_t
af)
...
154
155 for (ifa = ifas; ifa; ifa = ifa->ifa_next) {
156 if( ifa->ifa_addr->sa_family != af ||
157
mprovement?
Increasing the allocation of the input buffer like in [3]
makes the valgrind errors go away.
Unfortunately I don't know what exact size this buffer is expected to have.
Kind regards,
Bernhard
[1]
...
fft const
==1105453== Invalid write of size 4
==1105453==at 0x60BFC25: ??? (in
Control: affects -1 src:freetype
Technically it probably should be the other way around, but I fear this
will be missed otherwise. Marking freetype as affected to at least it
shows up there.
Hi!
I'm seeing the same thing with chromium-116.0.5845.180-1
$ chromium --temp-profile -g
Using temporary profile: /tmp/tmp.ZOHJkTVKhC
# Env:
# LD_LIBRARY_PATH=
#
PATH=/home/x/bin:/usr/local/bin:/usr/bin:/bin:/usr/local/games:/usr/games
#GTK_PATH=
# CHROMIUM_FLAGS= --show-c
Control: severity -1 important
Control: tags -1 unreproducible
Same as Tuukka I cannot reproduce this.
Source: iperf3
Version: 3.13-2
Severity: serious
Tags: security upstream
X-Debbugs-Cc: Debian Security Team
A security advisory for iperf3 has been issued.
https://downloads.es.net/pub/iperf/esnet-secadv-2023-0001.txt.asc
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
ESnet Software Security
Am Mittwoch, dem 07.06.2023 um 15:28 +0200 schrieb Bernhard Schmidt:
Hi Utkarsh,
> > > Yep, I'm taking a look to prep something for 2.5.
> >
> > I've prepared a fix for the regression and uploaded the binaries
> > at:
> > https://people.debian.org/~u
tkarsh/lts/ruby2.5/. Many thanks!
I don't use ruby outside of puppet, but my puppet problem is fixed with
these binaries. So from my POV you can release it.
Many thanks!
Bernhard
est
Info: Using configured environment 'production'
Info: Retrieving pluginfacts
Info: Retrieving plugin
Info: Retrieving locales
Info: Loading facts
Info: Caching catalog for xxx.lrz.de
Info: Applying configuration version 'master-3a083818c9e2'
Notice: Applied catalog in 3.86 seconds
Bernhard
ld not retrieve file metadata for
puppet:///modules/puppetclient/waitrandom: Failed to open TCP connection to
:8140 (Connection refused - connect(2) for "" port 8140)
Notice: Applied catalog in 1.82 seconds
Note the empty servername in the "Failed to open TCP connection" messages.
Bernhard
?
It looks like the system wide packagekitd is contacted,
maybe that shows something in the journal.
Kind regards,
Bernhard
https://release.debian.org/testing/freeze_policy.html .
Bernhard
at <0x>
at (wrapper managed-to-native) GLib.SList.g_free (intptr) <0x0005f>
at GLib.ListBase.Empty () <0x0013c>
at GLib.ListBase.Dispose (bool) <0xf>
at GLib.ListBase.Finalize () <0x0001d>
at (wrapper runtime-invoke)
object.runtime_invoke_virtual_void__this__(object,in
VM.
The segfault did manifest in each case in libhunspell.
This seems to be caused by the static variable "utf_tbl"
possibly being shared between threads, and being freed and
initialized while maybe used in another thread.
Kind regards,
Bernhard
(gdb) bt
#0 0x7f56b5b3159b in unic
unresolvable symbols.
Hello Martin,
I could not reproduce an issue inside a minimal unstable VM.
The package builds with "fakeroot debian/rules binary" and
"dpkg-buildpackage" without showing an error.
Can you still reproduce it?
Kind regards,
Bernhard
oint to the binary from the package?
Kind regards,
Bernhard
[1]
benutzer@debian:~$ ldd /usr/bin/scrcpy | grep libavdevice
libavdevice.so.59 => /lib/x86_64-linux-gnu/libavdevice.so.59
(0x7fa06f9cd000)
benutzer@debian:~$ dpkg -l | grep scrcpy
ii scrcpy
But I guess something went wrong and perhaps **just** binary bind9-libs
was removed instead.
Eheehe, this explains
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1018016
Unless you beat me to it, I'll give it another RM stab.
Bernhard
src:bind9, building the bind9-libs binary package (yes, this
is totally confusing, even to Debian tooling)
Bernhard
st" needs a NMU for the removed build-dep.
Ondrej, what do you think?
Bernhard
Forwarding, as the email from TJ possibly did not reach Felix.
On Fri, 21 Oct 2022 11:43:07 +0100 TJ wrote:
On Sat, 12 Feb 2022 08:21:55 + Felix Leimbach wrote:
> I noticed that vgamem_mb was still low (32 MB).
> So I changed to this (slightly wasteful) command-line and am now running the
Hello Vagrant
I tested the following versions successfully at the BananaPi M3:
- bookworm/testing: 2022.04+dfsg-2+b1
- sid/unstable: 2022.10+dfsg-2
- experimental: 2023.01~rc4+dfsg-1
I also updated the Wiki page.
Best regards
Bernhard
signature.asc
Description: This is a digitally
lly agree about the severity of
other FTBFS bugs in stable.
Bernhard
procedure?
I have no problem fixing this up in unstable, but I think this does not
warrant a stable update.
BTW, it is reproducible using "sbuild --add-conflicts=tzdata"
Bernhard
any version, because in all
my attempts (1.6.22-2 in a bullseye sbuild, in an sid sbuild, as well as
in the build logs of the official buildds for all of 1.6.22-2, 1.6.25-1
and 1.7.1-1) tzdata is actually installed in the build environment, even
without additional build-dep.
Bernhard
help debugging the issue.
Kind regards,
Bernhard
ilures even with
the relax patch removed.
Kind regards,
Bernhard
lob/master/debian/patches/0003-relax-failing-unit-test.patch
But for some reason it does still not fail if I remove that
patch in the Bookworm version.
Kind regards,
Bernhard
make utest
while true; do ./test_nufft ; done
Bullseye/stable/bart-0.6.00:
- -1.067273+3.247031i - -1.067273+3.247030
ss to my BananaPi M3.
I'll test this next week CW01/2023 and report back.
Thank you for the great work and a happy new year.
Best regards
Bernhard
signature.asc
Description: This is a digitally signed message part
le release of bind9, but since the breaking code is
very fresh I doubt the same thing affects stable). So better file a new
one.
Bernhard
Control: forwarded -1 https://pagure.io/bind-dyndb-ldap/issue/216
On 27/12/22 06:16 PM, Bernhard Schmidt wrote:
Hi,
so this is really massively broken :-(
> ../../src/log.h:21:9: error: too few arguments to function ‘isc_error_fatal’
>21 | isc_error_fatal(__FILE__, __
Source: bind-dyndb-ldap
Version: 11.10-1
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
X-Debbugs-Cc: team+...@tracker.debian.org
bind-dyndb-ldap has a tight dependency on the upstream version of bind9-libs
(built by src:bind9) and need
ition that makes this timing-dependent?
Hello Simon,
I forgot to mention that I had to add to
my qemu test VM this graphics configuration:
-device virtio-vga-gl -display gtk,gl=on
Kind regards,
Bernhard
-16-46.log
Maybe you could compress this file and attach it to your answer to this mail?
(Please use the "reply all", to have the bug in CC in your answer.)
Kind regards,
Bernhard
,
Bernhard
...ebc in nouveau_pushbuf_destroy at
../src/gallium/drivers/nouveau/nouveau_screen.c:244
(nouveau_drm_screen_create+0x4406c)
...319 in nvc0_screen_destroy at
../src/gallium/drivers/nouveau/nvc0/nvc0_screen.c:740
(nouveau_drm_screen_create+0x1e4c9)
...0b6 in
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 --a
Just a short addition:
There is already an upstream bug reported:
https://github.com/csound/csound/issues/1651
Kind regards,
Bernhard
ns.
It got introduced in commit [1] and caused this ABI break.
Attached are relevant parts of the debugging.
Kind regards,
Bernhard
[1]
https://github.com/csound/csound/commit/11df83f60d6afa51e5e0d25dc5efe5b2beec621e
(rr) bt
#0 0xb7a1e4f6 in memcpy (__len=264, __src=0x10d3de0, __dest=0xbfb5aee8) at
/u
Hi,
I think this Bug can be downgraded and/or closed.
We've rebuilt both dependencies in Debian (liblime and linphone). Since
soci is not using shlibs the generated dependency is on the 4.0.3 anyway.
I don't see a way to fix this without breaking lime/linphone again.
Bernhard
patch in [7] which makes
the build and tests succeed without "implicit declarations".
Kind regards,
Bernhard
[1]
https://buildd.debian.org/status/fetch.php?pkg=staden-io-lib&arch=amd64&ver=1.14.14%2Bdfsg-1%2Bb1&stamp=1663567926&raw=0
[2] https://tracker.debian.or
After some thoughts on it I've decided to make the test-suite non-fatal
in the pending 8.2.7-2 upload.
The root cause of the test-suite error appears to be that conserver is
using AI_ADDRCONFIG, and fails to resolve localhost to 127.0.0.1 on
machines that do not have non-local IPv4 connectivity.
as already been rebuilt against the new version/ABI. I
doubt one can fix the soci ABI bump without breaking linphone again, so
we could just go forward and rebuild lime.
Bernhard
a3d/PrusaSlicer/issues/9024
Kind regards,
Bernhard
Program terminated with signal SIGSEGV, Segmentation fault.
#0 0x7f2589f565f3 in std::__cxx11::basic_string,
std::allocator >::_M_data (this=) at
/build/gcc-12-GwPmq4/gcc-12-12.2.0/build/x86_64-linux-gnu/libstdc++-v3/includ
Qt flags this crash did not happen,
so this might be related.
The second patch just removes a leftover CMakeLists.txt.rej from a previous
patch.
Kind regards,
Bernhard
Before:
-- CMAKE_CXX_FLAGS -O3 -DNDEBUG -Wall
After:
-- CMAKE_CXX_FLAGS -g -O2
-ffile-prefix-map=/home/benutzer/source
arrived just last year in Mesa.
Therefore it might be just reproducible with this hardware.
From [1] it might be possible to use another driver.
Maybe MESA_LOADER_DRIVER_OVERRIDE=i965 could work for this hardware?
Kind regards,
Bernhard
[1] https://wiki.archlinux.org/title/OpenGL#Installation
#877).
The fix looks easy enough
https://github.com/SOCI/soci/pull/886/commits/7719b5a8242a5ec016f73666a51e80b3bd7f8956
@William: Any opinion on targeted fix vs. new upstream version?
As one of the package I somewhat care about (linphone) is affected by
this removal from testing I would NMU a targeted fix end of September.
Bernhard
/bind9-libs_9.18.4-2_amd64.deb
http://snapshot.debian.org/package/bind9/1%3A9.18.4-2/#bind9-libs_1:3a:9.18.4-2
Bernhard
Dear maintainer
Only a careful question:
Is there a chance to bring this package back to testing?
I need this package to maintain my YubiKey.
Thank you for the support
Bernhard
Paul, Ondřej,
you mentioned bug 1004729 which is marked as done. That might be indeed
the case for unstable/testing.
Unfortunately, this is not the case for the version
bind-dyndb-ldap/11.6-3 in bullseye stable after several newer bind9
releases merged into stable with 9.16.27 being the lates
grasp anymore :-) ) this is definitely not
affecting the next release and it's definitely not stable-update
material. So downgrading.
Bernhard
Der maintainer
I wanted to ask for a re-introduction in bookworm oft course.
In bullseye, gnome-packagekit is available.
Best regards and thank you.
Bernhard
is already a 9.18.4-1 tagged in there but
not yet uploaded.
Bernhard
is already a 9.18.4-1 tagged in there but
not yet uploaded.
Bernhard
Dear maintainer
Is there a chance of re-introduction in bullseye?
The package "package-update-indicator" recommends "gnome-packagekit".
For this, i created the bug #1010802:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1010802
Best regards and thank you
Bernhard
to handle this repository?
Bernhard
utines::unsupported
> 2022-05-23 08:47:47 Decoding PKCS12 failed. Probably wrong password
or unsupported/legacy encryption
Bernhard
Am 23.05.22 um 09:31 schrieb Peter Keel:
Hi
Apparently since the fix for #1008015 openvpn now demands a password,
even though none was needed before.
2022-05-23
Hi Michael,
Am 19.05.22 um 16:03 schrieb Michael Biebl:
On Sun, 15 May 2022 16:02:48 +0300 Adrian Bunk wrote:
Version: 2.6.0~git20220510+dco-1
openvpn (2.6.0~git20220510+dco-1) experimental; urgency=medium
...
* Build against OpenSSL 3.0
-- Bernhard Schmidt Fri, 13 May 2022 00:01:35
Hi,
unfortunately this is still happening in 2.0.4-2
https://ci.debian.net/packages/o/openvpn-auth-ldap/unstable/amd64/
Right now this would be preventing the new version of openvpn to migrate
(I can retry of course).
Bernhard
Hi,
bctoolbox 5.0.37 builds perfectly with mbedtls 2.28.0-0.1 here, I will
test with 2.28.0-0.2 ASAP.
4.4.13-3 (just uploaded) builds fine against mbedtls 2.28.0-0.2 in
experimental, so go ahead and sorry for the delay.
Bernhard
Hello Francisco, hello Albert,
this might be the same as in bug #996726
and not directly related to the nvidia driver.
I hit a crash in kwin_x11 with an AMD graphics card
and could workaround by installing
libkdecorations2-5v5_5.21.5-2_amd64.deb like
mentioned in #996726.
Kind regards,
Bernhard
t;segfault" and "code" lines.
This would make it possible to locate the crashing instruction,
and therefore maybe point to a source code line.
Kind regards,
Bernhard
Package: src:asterisk
Severity: serious
Tags: security upstream patch
https://downloads.asterisk.org/pub/security/AST-2021-009.html
Summary:pjproject/pjsip: crash when SSL socket destroyed during
handshake
Nature of Advisory: Denial of service
Susceptibility: Remote u
nger than the actual error ;-) )
Kind regards,
Bernhard
[1]
https://buildd.debian.org/status/fetch.php?pkg=numptyphysics&arch=amd64&ver=0.2%2Bsvn157-0.4&stamp=1573519484&raw=0
Bug-Debian: https://bugs.debian.org/986692
Forwarded: no
Last-Update: 2021-04-22
--- numptyphysics-0.
Just for reference, why g++ does not error here,
this gcc bug might be interesting:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=43943
Kind regards,
Bernhard
; contains a null pointer, which gets unconditionally
called member function get_width on and therefore
crashes a few lines later.
A wild guess would be that the harddisk icon file
is missing or is not accessible.
Possibly there is some hint written to stdout before the crash.
Kind regards,
Ber
absolutely
> essential as well, afaic at least
soci 4.0.1-5 has migrated to testing yesterday. The bug should be fixed
now for a fully up-to-date Bullseye system.
Bernhard
Hi Tzafrir,
what are your plans regarding the three RC bugs filed against dahdi-*
(Bug#982332, Bug#982334, Bug#982389)? They would case Asterisk's removal
from Bullseye if they are not fixed. Since Asterisk would need to drop a
binary package they are not easily reintroduced either.
Bernhard
Am 03.03.21 um 18:55 schrieb Dennis Filder:
Hi Dennis,
> On Sun, Feb 28, 2021 at 11:07:31PM +0100, Bernhard Schmidt wrote:
>> an updated liblinphone has been uploaded to sid yesterday. Could you
>> please try liblinphone10 and liblinphone++10 from sid (4.4.21-2) and
>> re
because on 10th the
freeze starts for real.
The easiest way to just install one or two packages from sid would
probably be
- duplicate bullseye line in /etc/apt/sources.list and replace bullseye
with sid
- apt update
- apt install liblinphone10 liblinphone++10
- disable new line from /etc/apt/sources.list
- apt update
Bernhard
Hi,
an updated liblinphone has been uploaded to sid yesterday. Could you
please try liblinphone10 and liblinphone++10 from sid (4.4.21-2) and
report back? If it does not work you might need libsoci-core4.0 and
libsoci-sqlite3-4.0 from unstable as well (4.0.1-4).
Thanks,
Bernhard
e crash is just the Halftoner patch important.
The other two are currently just for valgrind, but that
might change in future with compiler changes or similar.
What do you think?
Kind regards,
Bernhard
Description: Workaround: Add 32 bytes to allocation ColorMatcher
Bug-Debian: https://bugs.de
Hello Ian,
Am 27.02.21 um 08:49 schrieb Ian Campbell:
On Fri, 2021-02-26 at 15:41 +0100, Bernhard Übelacker wrote:
The attached patch is an attempt to grow the buffer size
if the header changes on a new page.
This is just tested for the given crash, nothing more, therefore
there might be side
effects on replacing this buffer?
Kind regards,
Bernhard
[1]
500 m_pPrinterBuffer = new BYTE[cups_header->cupsWidth * 4 + 32];
(rr) bt
#0 HPCupsFilter::startPage (this=0x556369c551c0 ,
cups_header=0x7ffe94b8e030) at prnt/hpcups/HPCupsFilter.cpp:500
uation, and I don't see an issue making the change.
>
> I'll prepare the upload today. If someone would please file a bug
> against SOCI regarding this, I would appreciate it.
Thanks, I've opened Bug#983572 for this.
Bernhard
nphone dance really
fixes this issue?
Bernhard
Am 25.02.21 um 18:58 schrieb Dennis Filder:
> Control: tag -1 + confirmed sid bullseye
>
> I looked into this the past days, and I think this is actually a bug
> in d/rules in src:linphone. I'm beginning
Sorry missed your email.
Weitergeleitete Nachricht
Betreff: Re: Bug#974828: printer-driver-hpcups: SIGABRT with "free():
invalid next size (normal)" in HPCupsFilter::cleanup
Datum: Thu, 25 Feb 2021 17:03:02 +0100
Von: Bernhard Übelacker
An: 974...@bugs.debian.or
might be different here.
Do you still see this issue?
Maybe you could make your
/etc/cups/ppd/HP_Officejet_Pro_8610.ppd public?
Or maybe this issue might be reproducible just with
one of your print_step_2.raster file,
if size permits and its possible to make it public?
Kind regards,
Bernhard
e or is the sqlite database
upgraded from an older version? Could you (for a test) move it away to
have it recreated?
I fully understand choosing an RC severity, but I'm at a loss debugging
this and I lack the time to dig into it, so this bug might make
linphone-desktop miss the Bullseye release unless someone steps up to
debug this.
Bernhard
.
In the end linphone upstream does not seem to care much about other programs
using their library.
Bernhard
> Am 29.12.2020 um 11:00 schrieb Gianfranco Costamagna
> :
> Source: mediastreamer2
> Version: 1:4.4.21-2
> Severity: serious
>
> Hello, looks like with autotools,
dencies
at build time? The only way I could find so far is to run something
alike to
git grep -h "import QtQuick" | sort | uniq | sort
in the source directory and map all of them to package names. But that's
error prone.
Thanks,
Bernhard
e installed and then "apt --no-install-recommends install
linphone-desktop/unstable". qml-module-qtquick-controls is definitely
not installed.
I'll add that dependency with the next upload, but I need to find a way
to enumerate all possible dependencies at build time.
Bernhard
Control: tags -1 patch
This might fix it...
https://github.com/cisco/libsrtp/commit/716a73862b387a2107f37398c0fb7d9a754c0ccd
t should;
[...]
> I have a recursive diff of both config dirs, but haven't been
> able to see what has done what. I still have a test-server so
> I can help with providing more info is so needed.
Please attach the diff to this bug report.
Bernhard
to be updated at once. I have staged the
latest upstream releases in experimental. As soon as linphone and
linphone-desktop clear the NEW queue I think we are ready. The
transition is mostly self-contained and should be easy.
Bernhard
Am 04.12.20 um 23:45 schrieb Bernhard Schmidt:
> Hi,
>
>
> Am 04.12.20 um 19:23 schrieb Bernhard Schmidt:
>> Dear Mika,
>>
>>> belle-sip is currently missing in Debian/testing AKA bullseye
>>> because of this issue (which is only fixed in experimental
Hi,
Am 04.12.20 um 19:23 schrieb Bernhard Schmidt:
> Dear Mika,
>
>> belle-sip is currently missing in Debian/testing AKA bullseye
>> because of this issue (which is only fixed in experimental yet):
>>
>> | Migration status for belle-sip (- to 1.6.3-5): BLOCKED: R
convinced that a) the
whole linphone stack works and b) the migration path for upgrades has
been sufficiently well laid out to get it into unstable.
I'll try to find some time to work on this.
Bernhard
eze upcoming I fear we have to remove dahdi support at some
time. Note that this would involve dropping the asterisk-dahdi binary
package, so a reintroduction would need a trip through NEW.
Bernhard
Dear Maintainer,
a short addition.
The backtrace that I received building with CC=gcc-10 seems
to be the same as in #972665, therefore they might be related?
Kind regards,
Bernhard
1 - 100 of 566 matches
Mail list logo
