Version-Release number of selected component: createrepo_c-0.15.5-1.fc32 Additional info: reporter: libreport-2.11.3 backtrace_rating: 4 cgroup: 0::/user.slice/user-1000.slice/user/gnome-terminal-server.service cmdline: createrepo . crash_function: g_mutex_unlock executable: /usr/bin/createrepo_c journald_cursor: s=17ba207e22a642628421ea87326b40b6;i=2046a;b=b17f56fd6b2b4d3a86e06605e6bcef78;m=24813146;t=59d0ebf8d6a94;x=7dcf82fdb6de0f36 kernel: 5.5.0-0.rc7.git0.2.fc32.x86_64 rootdir: / runlevel: N 5 type: CCpp uid: 1000 Truncated backtrace: Thread no. 1 (4 frames) #0 g_mutex_unlock at ../glib/gthread-posix.c:1477 #1 g_cond_wait at ../glib/gthread-posix.c:1526 #2 g_thread_pool_start_thread at ../glib/gthreadpool.c:488 #3 g_thread_pool_push at ../glib/gthreadpool.c:688
Created attachment 1655463 [details] File: backtrace
Created attachment 1655464 [details] File: core_backtrace
Created attachment 1655465 [details] File: cpuinfo
Created attachment 1655466 [details] File: dso_list
Created attachment 1655467 [details] File: environ
Created attachment 1655468 [details] File: exploitable
Created attachment 1655469 [details] File: limits
Created attachment 1655470 [details] File: maps
Created attachment 1655471 [details] File: mountinfo
Created attachment 1655472 [details] File: open_fds
Created attachment 1655473 [details] File: proc_pid_status
This bug began to happens after upgrade glib2 to 2.63.4-1 version. Last working version glib2 is 2.63.3-1.fc32.x86_64
Similar problem has been detected: Occurs every time when I launch createrepo reporter: libreport-2.11.3 backtrace_rating: 4 cgroup: 0::/user.slice/user-1000.slice/user/gnome-terminal-server.service cmdline: createrepo . crash_function: g_mutex_unlock executable: /usr/bin/createrepo_c journald_cursor: s=243825a6ca7d4488bd1eac2067c84e8d;i=1b1bb;b=deb08d5601de4c0898427e22d6380c44;m=145f0665d8;t=59d0fb390927a;x=932b091e546d00b3 kernel: 5.5.0-0.rc7.git0.2.fc32.x86_64 package: createrepo_c-0.15.5-1.fc32 reason: createrepo_c killed by SIGSEGV rootdir: / runlevel: N 5 type: CCpp uid: 1000
I believe this is not a problem in createrepo_c but in glib. Here is the associated report: https://gitlab.gnome.org/GNOME/glib/issues/2012. You can either wait for a release of glib2 which has the fix or downgrade to older version that 2.63.4.
*** Bug 1795166 has been marked as a duplicate of this bug. ***
NOTABUG does not sound like an appropriate resolution given the segfault is still there. Has this been already reported against glib2 for Fedora, so that the maintainer knows they might need to respin glib2? If not, should this bugzilla's component be changed to track it against glib2?
+1
You cannot downgrade a package in Rawhide. Rawhide repository keeps only the latest build. You should apply the fix to Fedora.
(In reply to Petr Pisar from comment #18) > You cannot downgrade a package in Rawhide. Rawhide repository keeps only the > latest build. You should apply the fix to Fedora. For downgrading, I download packages directly from koji and place them in the local repo. This is an ugly hack and, again and again, I insist that the previous packages are stored in Rawhide too.
*** Bug 1796072 has been marked as a duplicate of this bug. ***
This has also broken the CI infrastructure for libmodulemd (and presumably DNF).
There's a patch upstream at https://gitlab.gnome.org/GNOME/glib/merge_requests/1340 that I'm going to apply to the Rawhide package and build right now.
Built now for Rawhide. Should be in the next successful nightly compose.
*** Bug 1796177 has been marked as a duplicate of this bug. ***
*** Bug 1796353 has been marked as a duplicate of this bug. ***