Reproducible: always try the internal 1minutetip service. I suppose, it's caused by calling "--enablerepo=updates-testing-modular" on Rawhide, which does not have such repo (atleast I think so) ------------------------------------------------------------------- # dnf module info mariadb:10.3 --enablerepo=updates-testing-modular | Fedora - Modular Rawhide - Developmental packages for the next Fedora release | 36 kB/s | 16 kB 00:00 | Fedora - Rawhide - Developmental packages for the next Fedora release | 190 kB/s | 16 kB 00:00 | python3: /builddir/build/BUILD/librepo-1.9.5/librepo/downloader.c:2663: lr_download: Assertion `dd.running_transfers == NULL' failed. | ] --- B/s | 0 B --:-- ETA | Aborted (core dumped [obraz paměti uložen]) ------------------------------------------------------------------- # coredumpctl -1 TIME PID UID GID SIG COREFILE EXE Thu 2019-06-20 10:48:05 EDT 1054 0 0 6 present /usr/bin/python3.7 ------------------------------------------------------------------- # coredumpctl info -1 PID: 1054 (dnf) UID: 0 (root) GID: 0 (root) Signal: 6 (ABRT) Timestamp: Thu 2019-06-20 10:48:03 EDT (3min 32s ago) Command Line: /usr/bin/python3 /usr/bin/dnf module info mariadb:10.3 --enablerepo=updates-testing-modular Executable: /usr/bin/python3.7 Control Group: /user.slice/user-0.slice/session-4.scope Unit: session-4.scope Slice: user-0.slice Session: 4 Owner UID: 0 (root) Boot ID: f155e724f438419e8fa3de12d529f27c Machine ID: 78722d4a61d145e9af550b0781bbf998 Hostname: host-10-0-137-4 Storage: /var/lib/systemd/coredump/core.dnf.0.f155e724f438419e8fa3de12d529f27c.1054.1561042083000000.lz4 Message: Process 1054 (dnf) of user 0 dumped core. Stack trace of thread 1054: #0 0x00007f0203accef5 raise (libc.so.6) #1 0x00007f0203ab78d5 abort (libc.so.6) #2 0x00007f0203ab77a9 __assert_fail_base.cold (libc.so.6) #3 0x00007f0203ac55f6 __assert_fail (libc.so.6) #4 0x00007f01f58343a0 lr_download (librepo.so.0) #5 0x00007f01f5834540 lr_download_single_cb (librepo.so.0) #6 0x00007f01f5845273 lr_yum_download_repo (librepo.so.0) #7 0x00007f01f5845ad5 lr_yum_perform (librepo.so.0) #8 0x00007f01f58395dd lr_handle_perform (librepo.so.0) #9 0x00007f01f5991a90 _ZN6libdnf4Repo4Impl15lrHandlePerformEP9_LrHandleRKNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEEb (libdnf.so.2) #10 0x00007f01f5993dc4 _ZN6libdnf4Repo4Impl5fetchERKNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEEOSt10unique_ptrI9_LrHandleSt14default_deleteISB_EE (libdnf.so.2) #11 0x00007f01f5994944 _ZN6libdnf4Repo4Impl4loadEv (libdnf.so.2) #12 0x00007f01f429c8db n/a (_repo.so) #13 0x00007f0203857d21 _PyMethodDef_RawFastCallKeywords (libpython3.7m.so.1.0) #14 0x00007f0203857e53 _PyCFunction_FastCallKeywords (libpython3.7m.so.1.0) #15 0x00007f020389a2da n/a (libpython3.7m.so.1.0) #16 0x00007f02038e8271 _PyEval_EvalFrameDefault (libpython3.7m.so.1.0) #17 0x00007f0203882da2 _PyFunction_FastCallKeywords (libpython3.7m.so.1.0) #18 0x00007f020389a1bf n/a (libpython3.7m.so.1.0) #19 0x00007f02038e8271 _PyEval_EvalFrameDefault (libpython3.7m.so.1.0) #20 0x00007f0203882da2 _PyFunction_FastCallKeywords (libpython3.7m.so.1.0) #21 0x00007f020389a1bf n/a (libpython3.7m.so.1.0) #22 0x00007f02038e8271 _PyEval_EvalFrameDefault (libpython3.7m.so.1.0) #23 0x00007f0203882da2 _PyFunction_FastCallKeywords (libpython3.7m.so.1.0) #24 0x00007f020389a1bf n/a (libpython3.7m.so.1.0) #25 0x00007f02038e33f7 _PyEval_EvalFrameDefault (libpython3.7m.so.1.0) #26 0x00007f0203881f10 _PyEval_EvalCodeWithName (libpython3.7m.so.1.0) #27 0x00007f0203882f40 _PyFunction_FastCallKeywords (libpython3.7m.so.1.0) #28 0x00007f020389a1bf n/a (libpython3.7m.so.1.0) #29 0x00007f02038e41f0 _PyEval_EvalFrameDefault (libpython3.7m.so.1.0) #30 0x00007f0203882da2 _PyFunction_FastCallKeywords (libpython3.7m.so.1.0) #31 0x00007f020389a1bf n/a (libpython3.7m.so.1.0) #32 0x00007f02038e33f7 _PyEval_EvalFrameDefault (libpython3.7m.so.1.0) #33 0x00007f0203882da2 _PyFunction_FastCallKeywords (libpython3.7m.so.1.0) #34 0x00007f020389a1bf n/a (libpython3.7m.so.1.0) #35 0x00007f02038e33f7 _PyEval_EvalFrameDefault (libpython3.7m.so.1.0) #36 0x00007f0203882da2 _PyFunction_FastCallKeywords (libpython3.7m.so.1.0) #37 0x00007f020389a1bf n/a (libpython3.7m.so.1.0) #38 0x00007f02038e3350 _PyEval_EvalFrameDefault (libpython3.7m.so.1.0) #39 0x00007f0203882da2 _PyFunction_FastCallKeywords (libpython3.7m.so.1.0) #40 0x00007f020389a1bf n/a (libpython3.7m.so.1.0) #41 0x00007f02038e3350 _PyEval_EvalFrameDefault (libpython3.7m.so.1.0) #42 0x00007f0203881f10 _PyEval_EvalCodeWithName (libpython3.7m.so.1.0) #43 0x00007f0203882f40 _PyFunction_FastCallKeywords (libpython3.7m.so.1.0) #44 0x00007f020389a1bf n/a (libpython3.7m.so.1.0) #45 0x00007f02038e3350 _PyEval_EvalFrameDefault (libpython3.7m.so.1.0) #46 0x00007f0203881f10 _PyEval_EvalCodeWithName (libpython3.7m.so.1.0) #47 0x00007f0203882f40 _PyFunction_FastCallKeywords (libpython3.7m.so.1.0) #48 0x00007f020389a1bf n/a (libpython3.7m.so.1.0) #49 0x00007f02038e41f0 _PyEval_EvalFrameDefault (libpython3.7m.so.1.0) #50 0x00007f0203881f10 _PyEval_EvalCodeWithName (libpython3.7m.so.1.0) #51 0x00007f0203882c79 PyEval_EvalCodeEx (libpython3.7m.so.1.0) #52 0x00007f0203882c9b PyEval_EvalCode (libpython3.7m.so.1.0) #53 0x00007f02039471f3 n/a (libpython3.7m.so.1.0) #54 0x00007f02039472a7 PyRun_FileExFlags (libpython3.7m.so.1.0) #55 0x00007f020394c3dd PyRun_SimpleFileExFlags (libpython3.7m.so.1.0) #56 0x00007f020394e08c n/a (libpython3.7m.so.1.0) #57 0x00007f020394e23c _Py_UnixMain (libpython3.7m.so.1.0) #58 0x00007f0203ab8f73 __libc_start_main (libc.so.6) #59 0x000055d11e61408e _start (python3.7)
As a workaround you can disable zchunk in /etc/dnf/dnf.conf: [main] zchunk=0
This bug appears to have been reported against 'rawhide' during the Fedora 31 development cycle. Changing version to '31'.
This bug appears to have been reported against 'rawhide' during the Fedora 31 development cycle. Changing version to 31.
This looks like duplicate of bz1694411 I am only thrown off by the version librepo-1.9.5 which shouldn't have the bug yet. If the version used was indeed 1.9.5 then the code in question was reworked in https://github.com/rpm-software-management/librepo/commit/3549e61bd34213b421c49f942db2576d327ca1c5 (which incidentally caused the mentioned bz1694411) and it should be fixed in newer releases. I am closing this bug for now, but if I am mistaken or if you are still able to reproduce this please don't hesitate to reopen it.
It works fine in the current Rawhide and I can't test current branched F31 right now, so I'd take it as fixed. Thanks