Bug 2192665 - cargo downloads fail randomly in f38
Summary: cargo downloads fail randomly in f38
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Fedora
Classification: Fedora
Component: curl
Version: 38
Hardware: Unspecified
OS: Linux
unspecified
high
Target Milestone: ---
Assignee: Kamil Dudka
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2023-05-02 16:58 UTC by Enrico Scholz
Modified: 2023-05-05 01:28 UTC (History)
11 users (show)

Fixed In Version: curl-8.0.1-1.fc38
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2023-05-05 01:28:52 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)

Description Enrico Scholz 2023-05-02 16:58:01 UTC
Running `cargo vendor` fails randomly in F38 while working fine in F37 and before.


| $ cargo vendor
| error: failed to sync
|
| Caused by:
|   failed to download packages
|
| Caused by:
|   failed to download from `https://crates.io/api/v1/crates/url/2.3.1/download`
|
| Caused by:
|   [1] Unsupported protocol (Received HTTP/0.9 when not allowed)



'strace' shows

| getpeername(11, {sa_family=AF_INET, sin_port=htons(3128), sin_addr=inet_addr("192.168.12.182")}, [128 => 16]) = 0
| getsockname(11, {sa_family=AF_INET, sin_port=htons(46534), sin_addr=inet_addr("10.0.2.100")}, [128 => 16]) = 0
| sendto(11, "CONNECT static.crates.io:443 HTT"..., 125, MSG_NOSIGNAL, NULL, 0) = 125
| poll([{fd=11, events=POLLIN|POLLPRI|POLLRDNORM|POLLRDBAND}], 1, 0) = 0 (Timeout)
| writev(2, [{iov_base="munmap_chunk(): invalid pointer", iov_len=31}, {iov_base="\n", iov_len=1}], 2munmap_chunk(): invalid pointer
| ) = 32
| mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f2dcb8eb000
| rt_sigprocmask(SIG_UNBLOCK, [ABRT], NULL, 8) = 0
| gettid()                                = 621
| getpid()                                = 621
| tgkill(621, 621, SIGABRT)               = 0
| --- SIGABRT {si_signo=SIGABRT, si_code=SI_TKILL, si_pid=621, si_uid=505} ---
| +++ killed by SIGABRT (core dumped) +++


Reproducible: Always

Steps to Reproduce:
$ podman run -it --rm registry.fedoraproject.org/fedora:38

# dnf install cargo m4 git-core
# cd /tmp
# git clone https://github.com/ensc/r-tftpd.git
# cd r-tftpd/
# make
# cargo vendor
Actual Results:  
| Caused by:
|   [1] Unsupported protocol (Received HTTP/0.9 when not allowed)

on random crates.


Tests are done with systems behind an http proxy.

Used repository (r-tftpd) is arbitrary; seen at least with 'grcov' too.

Comment 1 Enrico Scholz 2023-05-02 17:11:55 UTC
Other errors

| Caused by:
|    failed to verify the checksum of `windows-sys v0.45.0`


| Caused by:
|   failed to verify the checksum of `windows_x86_64_msvc v0.48.0`


|   Downloaded security-framework v2.8.2
| free(): invalid pointer
| Aborted (core dumped)

Comment 2 Fabio Valentini 2023-05-02 17:29:20 UTC
Which version of cargo / rust is installed on your system?
(i.e. please paste the output of this command: "rpm -q rust cargo")

We discovered some code generation problems with rust 1.69 when built against LLVM 16, so a follow-up update reverted it to using LLVM 15, but the follow-up update hasn't been pushed to the stable ("fedora") repositories yet: https://bodhi.fedoraproject.org/updates/FEDORA-2023-7fbc906f3c

If Rust 1.69/LLVM 16 is indeed the source of your problem, the pending update might fix this problem (or might not).

Comment 3 Enrico Scholz 2023-05-02 17:41:21 UTC
I updated to

# rpm -qa cargo\* rust\*
rust-srpm-macros-24-1.fc38.noarch
cargo-1.69.0-2.fc38.x86_64
rust-std-static-1.69.0-2.fc38.x86_64
rust-1.69.0-2.fc38.x86_64

from https://koji.fedoraproject.org/koji/buildinfo?buildID=2194853 and problem still persists.


valgrind shows lot of "invalid read" errors (which occur too deep in free'd blocks to be the usual optimized strlen()/memcpy())

==1036== Invalid read of size 2
==1036==    at 0x484B660: memmove (vg_replace_strmem.c:1398)
==1036==    by 0x4A4038E: UnknownInlinedFun (vtls.c:517)
==1036==    by 0x4A4038E: ossl_new_session_cb (openssl.c:3009)
==1036==    by 0x4AB5E94: ssl_update_cache (ssl_lib.c:3768)
==1036==    by 0x4AE32C0: UnknownInlinedFun (statem_clnt.c:2618)
==1036==    by 0x4AE32C0: ossl_statem_client_process_message (statem_clnt.c:1054)
==1036==    by 0x4ADD61E: UnknownInlinedFun (statem.c:647)
==1036==    by 0x4ADD61E: state_machine (statem.c:442)
==1036==    by 0x4ACD35D: ssl3_read_bytes (rec_layer_s3.c:1716)
==1036==    by 0x4AA76A4: ssl3_read_internal (s3_lib.c:4463)
==1036==    by 0x4AADF4A: SSL_read (ssl_lib.c:1885)
==1036==    by 0x4A4BE19: ossl_recv.lto_priv.0 (openssl.c:4624)
==1036==    by 0x4A4A043: ssl_cf_recv.lto_priv.0 (vtls.c:1575)
==1036==    by 0x4A06231: http2_recv (http2.c:1785)
==1036==    by 0x4A2876D: Curl_read (sendf.c:743)
==1036==  Address 0x116f5fb8 is 8 bytes inside a block of size 10 free'd
==1036==    at 0x48440E4: free (vg_replace_malloc.c:884)
==1036==    by 0x4A40CDB: reuse_conn.lto_priv.0 (url.c:3411)
==1036==    by 0x4A2169D: UnknownInlinedFun (url.c:3771)
==1036==    by 0x4A2169D: UnknownInlinedFun (url.c:3970)
==1036==    by 0x4A2169D: multi_runsingle (multi.c:1934)
==1036==    by 0x4A21E1D: curl_multi_perform (multi.c:2690)
==1036==    by 0x9C02DA: ??? (in /usr/bin/cargo)
==1036==    by 0x4B31B9: ??? (in /usr/bin/cargo)
==1036==    by 0x4AE2B1: ??? (in /usr/bin/cargo)
==1036==    by 0x3EC1AF: ??? (in /usr/bin/cargo)
==1036==    by 0x3EB68C: ??? (in /usr/bin/cargo)
==1036==    by 0x23A609: ??? (in /usr/bin/cargo)
==1036==    by 0x24FFD2: ??? (in /usr/bin/cargo)
==1036==    by 0x29216C: ??? (in /usr/bin/cargo)
==1036==  Block was alloc'd at
==1036==    at 0x484186F: malloc (vg_replace_malloc.c:393)
==1036==    by 0x50EEFEE: strdup (strdup.c:42)
==1036==    by 0x4A1F295: UnknownInlinedFun (url.c:1892)
==1036==    by 0x4A1F295: UnknownInlinedFun (url.c:3496)
==1036==    by 0x4A1F295: UnknownInlinedFun (url.c:3970)
==1036==    by 0x4A1F295: multi_runsingle (multi.c:1934)
==1036==    by 0x4A21E1D: curl_multi_perform (multi.c:2690)
==1036==    by 0x9C02DA: ??? (in /usr/bin/cargo)
==1036==    by 0x4B31B9: ??? (in /usr/bin/cargo)
==1036==    by 0x4AE2B1: ??? (in /usr/bin/cargo)
==1036==    by 0x3EC1AF: ??? (in /usr/bin/cargo)
==1036==    by 0x3EB68C: ??? (in /usr/bin/cargo)
==1036==    by 0x23A609: ??? (in /usr/bin/cargo)
==1036==    by 0x24FFD2: ??? (in /usr/bin/cargo)
==1036==    by 0x29216C: ??? (in /usr/bin/cargo)

and then sometimes

==1036== Invalid free() / delete / delete[] / realloc()
==1036==    at 0x48440E4: free (vg_replace_malloc.c:884)
==1036==    by 0x4A363AC: Curl_free_request_state (url.c:2103)
==1036==    by 0x4A571AE: Curl_close.isra.0 (url.c:411)
==1036==    by 0x49F12AB: curl_easy_cleanup (easy.c:798)
==1036==    by 0x8092C4: ??? (in /usr/bin/cargo)
==1036==    by 0x4425C7: ??? (in /usr/bin/cargo)
==1036==    by 0x4AE37F: ??? (in /usr/bin/cargo)
==1036==    by 0x3EC1AF: ??? (in /usr/bin/cargo)
==1036==    by 0x3EB68C: ??? (in /usr/bin/cargo)
==1036==    by 0x23A609: ??? (in /usr/bin/cargo)
==1036==    by 0x24FFD2: ??? (in /usr/bin/cargo)
==1036==    by 0x29216C: ??? (in /usr/bin/cargo)
==1036==  Address 0x6a92118 is 24 bytes inside a block of size 872 free'd
==1036==    at 0x48440E4: free (vg_replace_malloc.c:884)
==1036==    by 0x4A049C3: UnknownInlinedFun (http_proxy.c:236)
==1036==    by 0x4A049C3: http_proxy_cf_detach_data.lto_priv.0 (http_proxy.c:1147)
==1036==    by 0x4A14E6B: UnknownInlinedFun (cfilters.c:477)
==1036==    by 0x4A14E6B: Curl_detach_connection (multi.c:957)
==1036==    by 0x4A1505F: multi_done.lto_priv.0 (multi.c:661)
==1036==    by 0x4A15787: UnknownInlinedFun (multi.c:819)
==1036==    by 0x4A15787: curl_multi_remove_handle (multi.c:768)
==1036==    by 0x9C0379: ??? (in /usr/bin/cargo)
==1036==    by 0x80929C: ??? (in /usr/bin/cargo)
==1036==    by 0x4425C7: ??? (in /usr/bin/cargo)
==1036==    by 0x4AE37F: ??? (in /usr/bin/cargo)
==1036==    by 0x3EC1AF: ??? (in /usr/bin/cargo)
==1036==    by 0x3EB68C: ??? (in /usr/bin/cargo)
==1036==    by 0x23A609: ??? (in /usr/bin/cargo)
==1036==  Block was alloc'd at
==1036==    at 0x4846464: calloc (vg_replace_malloc.c:1340)
==1036==    by 0x4A09145: UnknownInlinedFun (http_proxy.c:142)
==1036==    by 0x4A09145: http_proxy_cf_connect.lto_priv.0 (http_proxy.c:1078)
==1036==    by 0x4A4AA0B: UnknownInlinedFun (vtls.c:1512)
==1036==    by 0x4A4AA0B: ssl_cf_connect.lto_priv.0 (vtls.c:1493)
==1036==    by 0x4A1EF0C: UnknownInlinedFun (cfilters.c:367)
==1036==    by 0x4A1EF0C: multi_runsingle (multi.c:2070)
==1036==    by 0x4A21E1D: curl_multi_perform (multi.c:2690)
==1036==    by 0x9C02DA: ??? (in /usr/bin/cargo)
==1036==    by 0x4B31B9: ??? (in /usr/bin/cargo)
==1036==    by 0x4AE2B1: ??? (in /usr/bin/cargo)
==1036==    by 0x3EC1AF: ??? (in /usr/bin/cargo)
==1036==    by 0x3EB68C: ??? (in /usr/bin/cargo)
==1036==    by 0x23A609: ??? (in /usr/bin/cargo)
==1036==    by 0x24FFD2: ??? (in /usr/bin/cargo)
==1036==


Might be problem with curl or openssl

Comment 4 Enrico Scholz 2023-05-02 17:52:36 UTC
libcurl-7.87.0-8.fc38.x86_64
openssl-libs-3.0.8-2.fc38.x86_64


affects also usual download during 'cargo build'; not only 'cargo vendor'

Comment 5 Enrico Scholz 2023-05-02 18:00:40 UTC
downgrade to curl-7.85.0-8.fc37.x86_64 seems to fix the problem; reassigning to curl

Comment 6 Josh Stone 2023-05-02 19:00:01 UTC
I also tried libcurl-7.86.0-4.fc38.x86_64 and had no valgrind errors, while libcurl-7.87.0-1.fc38.x86_64 does show errors.

Comment 7 Josh Stone 2023-05-02 19:15:16 UTC
There are also no valgrind errors with rawhide's initial upgrade to libcurl-8.0.0-1.fc39, nor the current libcurl-8.0.1-3.fc39.
(all other packages remaining on f38)

Comment 8 Enrico Scholz 2023-05-03 10:48:27 UTC
very likely http proxy related; I can not reproduce the 'cargo' download problems on a system without proxy.

I have tested

libcurl-7.86.0-4.fc38.x86_64             OK
libcurl-7.87.0-1.fc38.x86_64             broken
libcurl-7.87.0-8.fc38.x86_64             broken
libcurl-7.88.0-2.fc39.x86_64             broken
libcurl-7.88.1-1.fc39.x86_64             broken
libcurl-8.0.0-1.fc39.x86_64              OK


Although 'valgrind' is silent with 7.88.0 + .1, 'cargo' fails there (just for reference) with

| Caused by:
|   [2] Failed initialization ([CONN-3-0] send: no filter connected)

Comment 9 Kamil Dudka 2023-05-03 11:46:21 UTC
I am not able to reproduce the bug in my testing environment.  Using a local squid and/or valgrind did not help.  Based on the stack trace in comment #3, I believe it could have been fixed with this upstream commit: https://github.com/curl/curl/commit/f8da4f2f2d0451dc0a126ae3e5077b4527ccdc86

I will shortly prepare a build with the above fix backported for testing.

Comment 11 Fedora Update System 2023-05-03 13:08:28 UTC
FEDORA-2023-46c1b96671 has been submitted as an update to Fedora 38. https://bodhi.fedoraproject.org/updates/FEDORA-2023-46c1b96671

Comment 12 Enrico Scholz 2023-05-03 13:17:09 UTC
libcurl-7.87.0-9.fc38.x86_64 does **not** fix the download problem;  valgrind is still noisy with it

==5363== Invalid write of size 8
==5363==    at 0x4A187BA: UnknownInlinedFun (mime.c:1308)
==5363==    by 0x4A187BA: Curl_mime_cleanpart (mime.c:1178)
==5363==    by 0x49FD47D: Curl_http_done (http.c:1615)
==5363==    by 0x4A15006: multi_done.lto_priv.0 (multi.c:646)
==5363==    by 0x4A1F521: multi_runsingle (multi.c:2125)
==5363==    by 0x4A21E1D: curl_multi_perform (multi.c:2690)
==5363==    by 0x9C241A: ??? (in /usr/bin/cargo)
==5363==    by 0x4B9613: ??? (in /usr/bin/cargo)
==5363==    by 0x4B4B91: ??? (in /usr/bin/cargo)
==5363==    by 0x2E3D68: ??? (in /usr/bin/cargo)
==5363==    by 0x792A7B: ??? (in /usr/bin/cargo)
==5363==    by 0x79198C: ??? (in /usr/bin/cargo)
==5363==    by 0x791884: ??? (in /usr/bin/cargo)
==5363==  Address 0x58dbd98 is 488 bytes inside a block of size 872 free'd
==5363==    at 0x48440E4: free (vg_replace_malloc.c:884)
==5363==    by 0x4A049C3: UnknownInlinedFun (http_proxy.c:236)
==5363==    by 0x4A049C3: http_proxy_cf_detach_data.lto_priv.0 (http_proxy.c:1147)
==5363==    by 0x4A14E6B: UnknownInlinedFun (cfilters.c:477)
==5363==    by 0x4A14E6B: Curl_detach_connection (multi.c:957)
==5363==    by 0x4A1505F: multi_done.lto_priv.0 (multi.c:661)
==5363==    by 0x4A1F56A: multi_runsingle (multi.c:2544)
==5363==    by 0x4A21E1D: curl_multi_perform (multi.c:2690)
==5363==    by 0x9C241A: ??? (in /usr/bin/cargo)
==5363==    by 0x4B9613: ??? (in /usr/bin/cargo)
==5363==    by 0x4B4B91: ??? (in /usr/bin/cargo)
==5363==    by 0x2E3D68: ??? (in /usr/bin/cargo)
==5363==    by 0x792A7B: ??? (in /usr/bin/cargo)
==5363==    by 0x79198C: ??? (in /usr/bin/cargo)
==5363==  Block was alloc'd at
==5363==    at 0x4846464: calloc (vg_replace_malloc.c:1340)
==5363==    by 0x4A09145: UnknownInlinedFun (http_proxy.c:142)
==5363==    by 0x4A09145: http_proxy_cf_connect.lto_priv.0 (http_proxy.c:1078)
==5363==    by 0x4A4AA6B: UnknownInlinedFun (vtls.c:1536)
==5363==    by 0x4A4AA6B: ssl_cf_connect.lto_priv.0 (vtls.c:1517)
==5363==    by 0x4A1EF0C: UnknownInlinedFun (cfilters.c:367)
==5363==    by 0x4A1EF0C: multi_runsingle (multi.c:2070)
==5363==    by 0x4A21E1D: curl_multi_perform (multi.c:2690)
==5363==    by 0x9C241A: ??? (in /usr/bin/cargo)
==5363==    by 0x4B9613: ??? (in /usr/bin/cargo)
==5363==    by 0x4B4B91: ??? (in /usr/bin/cargo)
==5363==    by 0x2E3D68: ??? (in /usr/bin/cargo)
==5363==    by 0x792A7B: ??? (in /usr/bin/cargo)
==5363==    by 0x79198C: ??? (in /usr/bin/cargo)
==5363==    by 0x791884: ??? (in /usr/bin/cargo)
==5363==

warning: spurious network error (2 tries remaining): [56] Failure when receiving data from the peer (Proxy CONNECT aborted)
==5363== Invalid free() / delete / delete[] / realloc()
==5363==    at 0x48440E4: free (vg_replace_malloc.c:884)
==5363==    by 0x4A363AC: Curl_free_request_state (url.c:2103)
==5363==    by 0x4A1F0DC: UnknownInlinedFun (url.c:3978)
==5363==    by 0x4A1F0DC: multi_runsingle (multi.c:1934)
==5363==    by 0x4A21E1D: curl_multi_perform (multi.c:2690)
==5363==    by 0x9C241A: ??? (in /usr/bin/cargo)
==5363==    by 0x4B9613: ??? (in /usr/bin/cargo)
==5363==    by 0x4B4B91: ??? (in /usr/bin/cargo)
==5363==    by 0x2E3D68: ??? (in /usr/bin/cargo)
==5363==    by 0x792A7B: ??? (in /usr/bin/cargo)
==5363==    by 0x79198C: ??? (in /usr/bin/cargo)
==5363==    by 0x791884: ??? (in /usr/bin/cargo)
==5363==    by 0x215563: ??? (in /usr/bin/cargo)
==5363==  Address 0x58dbbc8 is 24 bytes inside a block of size 872 free'd
==5363==    at 0x48440E4: free (vg_replace_malloc.c:884)
==5363==    by 0x4A049C3: UnknownInlinedFun (http_proxy.c:236)
==5363==    by 0x4A049C3: http_proxy_cf_detach_data.lto_priv.0 (http_proxy.c:1147)
==5363==    by 0x4A14E6B: UnknownInlinedFun (cfilters.c:477)
==5363==    by 0x4A14E6B: Curl_detach_connection (multi.c:957)
==5363==    by 0x4A1505F: multi_done.lto_priv.0 (multi.c:661)
==5363==    by 0x4A1F56A: multi_runsingle (multi.c:2544)
==5363==    by 0x4A21E1D: curl_multi_perform (multi.c:2690)
==5363==    by 0x9C241A: ??? (in /usr/bin/cargo)
==5363==    by 0x4B9613: ??? (in /usr/bin/cargo)
==5363==    by 0x4B4B91: ??? (in /usr/bin/cargo)
==5363==    by 0x2E3D68: ??? (in /usr/bin/cargo)
==5363==    by 0x792A7B: ??? (in /usr/bin/cargo)
==5363==    by 0x79198C: ??? (in /usr/bin/cargo)
==5363==  Block was alloc'd at
==5363==    at 0x4846464: calloc (vg_replace_malloc.c:1340)
==5363==    by 0x4A09145: UnknownInlinedFun (http_proxy.c:142)
==5363==    by 0x4A09145: http_proxy_cf_connect.lto_priv.0 (http_proxy.c:1078)
==5363==    by 0x4A4AA6B: UnknownInlinedFun (vtls.c:1536)
==5363==    by 0x4A4AA6B: ssl_cf_connect.lto_priv.0 (vtls.c:1517)
==5363==    by 0x4A1EF0C: UnknownInlinedFun (cfilters.c:367)
==5363==    by 0x4A1EF0C: multi_runsingle (multi.c:2070)
==5363==    by 0x4A21E1D: curl_multi_perform (multi.c:2690)
==5363==    by 0x9C241A: ??? (in /usr/bin/cargo)
==5363==    by 0x4B9613: ??? (in /usr/bin/cargo)
==5363==    by 0x4B4B91: ??? (in /usr/bin/cargo)
==5363==    by 0x2E3D68: ??? (in /usr/bin/cargo)
==5363==    by 0x792A7B: ??? (in /usr/bin/cargo)
==5363==    by 0x79198C: ??? (in /usr/bin/cargo)
==5363==    by 0x791884: ??? (in /usr/bin/cargo)
==5363==



Upstream https://github.com/curl/curl/commit/3f3ddee0665176040b3eaf89a912a922726ecb18   (7.88.0) sounds like a good candidate for these errors.  But does not explain why cargo download is still broken until 8.0

Comment 13 Kamil Dudka 2023-05-03 13:35:59 UTC
Thanks for feedback!  The stack trace is now different though.  I will try to backport the other upstream commit.  This would be much easier to debug if I had a local reproducer...

Comment 15 Enrico Scholz 2023-05-03 13:47:11 UTC
git bisect shows that

commit af22c2a546ab862ab577c8d9d3609af0de178974 (HEAD)
Author: Stefan Eissing <stefan>
Date:   Tue Nov 22 09:55:41 2022 +0100

    vtls: localization of state data in filters


is the first commit which broke 'cargo'.


It went ok by

commit 821f6e2a89de8aec1c7da3c0f381b92b2b801efc
Author: Stefan Eissing <stefan>
Date:   Thu Feb 9 16:07:34 2023 +0100

    CURLOPT_PIPEWAIT: allow waited reuse also for subsequent connections

Comment 16 Kamil Dudka 2023-05-03 13:47:32 UTC
Oops, forgot to commit the patch: https://src.fedoraproject.org/rpms/curl/c/ac9ca2137b4a7ce3b44ce16dedabe950e183e933?branch=f38

Comment 17 Kamil Dudka 2023-05-03 13:50:43 UTC
Thanks!  Could you please check whether commit 821f6e2a89de8aec1c7da3c0f381b92b2b801efc alone fixes it?  The changes in /lib seem to apply fine.

Comment 18 Kamil Dudka 2023-05-03 14:07:12 UTC
(In reply to Kamil Dudka from comment #16)
> Oops, forgot to commit the patch:
> https://src.fedoraproject.org/rpms/curl/c/
> ac9ca2137b4a7ce3b44ce16dedabe950e183e933?branch=f38

... and it does not build anyway because the change depends on the following massive rewrite, which introduced bunch of other bugs:

    https://github.com/curl/curl/commit/71b7e0161032927cdfb4e75ea40f65b8898b3956

At this point I think it would be safer to rebase curl in f38 to curl-8.0.1.  Any objections?

Comment 19 Kamil Dudka 2023-05-03 14:21:55 UTC
I have prepared the rebase here: https://src.fedoraproject.org/rpms/curl/pull-request/17

Comment 20 Enrico Scholz 2023-05-03 14:26:35 UTC
rebase to 8.0.1 is ok with me.

821f6e2a89de8aec1c7da3c0f381b92b2b801efc on 7.87.0 makes 'cargo' work again, but valgrind is still noisy with this combination.

After f8da4f2f2d0451dc0a126ae3e5077b4527ccdc86 (applied by you in libcurl-7.87.0-9), valgrind becomes silent.

Comment 21 Kamil Dudka 2023-05-03 16:39:30 UTC
Thank you for testing it!  I will proceed with the rebase.  Although it looks like a new major release, there is no SONAME bump or any known ABI breaking changes.

Comment 23 Fedora Update System 2023-05-04 07:45:40 UTC
FEDORA-2023-46c1b96671 has been submitted as an update to Fedora 38. https://bodhi.fedoraproject.org/updates/FEDORA-2023-46c1b96671

Comment 24 Fedora Update System 2023-05-05 01:28:52 UTC
FEDORA-2023-46c1b96671 has been pushed to the Fedora 38 stable repository.
If problem still persists, please make note of it in this bug report.


Note You need to log in before you can comment on or make changes to this bug.