dnf crash

classic Classic list List threaded Threaded
19 messages Options
Reply | Threaded
Open this post in threaded view
|

dnf crash

Eyal Lebedinsky
While it mostly works, this specific command fails:

$ dnf provides '*/Droid Sans*'

This is consistent, and also happens on a second machine. Both run f27 fully updated.

The following does work:

$ dnf provides '*/Droid*'

But this one crashes:

$ dnf provides '*/x y*'


I suspect a python problem. Anyone else sees these crashes?

HTH

Last metadata expiration check: 22 days, 3:48:13 ago on Sun Feb 11 08:43:10 2018.
*** Error in `/usr/libexec/system-python': double free or corruption (!prev): 0x000055ad2de292a0 ***
======= Backtrace: =========
/lib64/libc.so.6(+0x7cbac)[0x7f5c61fddbac]
/lib64/libc.so.6(+0x87a59)[0x7f5c61fe8a59]
/lib64/libc.so.6(cfree+0x16e)[0x7f5c61fee3be]
/lib64/libglib-2.0.so.0(g_free+0xe)[0x7f5c5e723b4e]
/lib64/libdnf.so.1(reldeplist_from_str+0xcc)[0x7f5c58a75e2c]
/usr/lib64/python3.6/site-packages/hawkey/_hawkey.so(pyseq_to_reldeplist+0x157)[0x7f5c58cfdab7]
/usr/lib64/python3.6/site-packages/hawkey/_hawkey.so(+0xf79a)[0x7f5c58cff79a]
/lib64/libpython3.6m.so.1.0(PyCFunction_Call+0x5f)[0x7f5c62df307f]
/lib64/libpython3.6m.so.1.0(_PyEval_EvalFrameDefault+0x5ff8)[0x7f5c62e343b8]
/lib64/libpython3.6m.so.1.0(+0x11a8e5)[0x7f5c62d8c8e5]
/lib64/libpython3.6m.so.1.0(_PyFunction_FastCallDict+0x40d)[0x7f5c62d8d6bd]
/lib64/libpython3.6m.so.1.0(_PyObject_FastCallDict+0x26e)[0x7f5c62d8da0e]
/lib64/libpython3.6m.so.1.0(_PyObject_Call_Prepend+0x61)[0x7f5c62d97bc1]
/lib64/libpython3.6m.so.1.0(PyObject_Call+0x4b)[0x7f5c62d8de4b]
/lib64/libpython3.6m.so.1.0(_PyEval_EvalFrameDefault+0x1e17)[0x7f5c62e301d7]
/lib64/libpython3.6m.so.1.0(+0x11a713)[0x7f5c62d8c713]
/lib64/libpython3.6m.so.1.0(+0x14ea2f)[0x7f5c62dc0a2f]
/lib64/libpython3.6m.so.1.0(+0x18e47e)[0x7f5c62e0047e]
/lib64/libpython3.6m.so.1.0(_PyEval_EvalFrameDefault+0x34a)[0x7f5c62e2e70a]
/lib64/libpython3.6m.so.1.0(+0x11aa6d)[0x7f5c62d8ca6d]
/lib64/libpython3.6m.so.1.0(+0x14ea2f)[0x7f5c62dc0a2f]
/lib64/libpython3.6m.so.1.0(+0x18e47e)[0x7f5c62e0047e]
/lib64/libpython3.6m.so.1.0(_PyEval_EvalFrameDefault+0x34a)[0x7f5c62e2e70a]
/lib64/libpython3.6m.so.1.0(+0x11a8e5)[0x7f5c62d8c8e5]
/lib64/libpython3.6m.so.1.0(+0x14ea2f)[0x7f5c62dc0a2f]
/lib64/libpython3.6m.so.1.0(+0x18e47e)[0x7f5c62e0047e]
/lib64/libpython3.6m.so.1.0(_PyEval_EvalFrameDefault+0x34a)[0x7f5c62e2e70a]
/lib64/libpython3.6m.so.1.0(+0x14e7fa)[0x7f5c62dc07fa]
/lib64/libpython3.6m.so.1.0(+0x18e47e)[0x7f5c62e0047e]
/lib64/libpython3.6m.so.1.0(_PyEval_EvalFrameDefault+0x34a)[0x7f5c62e2e70a]
/lib64/libpython3.6m.so.1.0(+0x14e7fa)[0x7f5c62dc07fa]
/lib64/libpython3.6m.so.1.0(+0x18e47e)[0x7f5c62e0047e]
/lib64/libpython3.6m.so.1.0(_PyEval_EvalFrameDefault+0x34a)[0x7f5c62e2e70a]
/lib64/libpython3.6m.so.1.0(+0x14e7fa)[0x7f5c62dc07fa]
/lib64/libpython3.6m.so.1.0(+0x18e47e)[0x7f5c62e0047e]
/lib64/libpython3.6m.so.1.0(_PyEval_EvalFrameDefault+0x34a)[0x7f5c62e2e70a]
/lib64/libpython3.6m.so.1.0(+0x14e7fa)[0x7f5c62dc07fa]
/lib64/libpython3.6m.so.1.0(+0x18e47e)[0x7f5c62e0047e]
/lib64/libpython3.6m.so.1.0(_PyEval_EvalFrameDefault+0x34a)[0x7f5c62e2e70a]
/lib64/libpython3.6m.so.1.0(+0x11a713)[0x7f5c62d8c713]
/lib64/libpython3.6m.so.1.0(+0x14ea2f)[0x7f5c62dc0a2f]
/lib64/libpython3.6m.so.1.0(+0x18e47e)[0x7f5c62e0047e]
/lib64/libpython3.6m.so.1.0(_PyEval_EvalFrameDefault+0x34a)[0x7f5c62e2e70a]
/lib64/libpython3.6m.so.1.0(+0x11a713)[0x7f5c62d8c713]
/lib64/libpython3.6m.so.1.0(+0x14ea2f)[0x7f5c62dc0a2f]
/lib64/libpython3.6m.so.1.0(+0x18e47e)[0x7f5c62e0047e]
/lib64/libpython3.6m.so.1.0(_PyEval_EvalFrameDefault+0x1249)[0x7f5c62e2f609]
/lib64/libpython3.6m.so.1.0(PyEval_EvalCodeEx+0x328)[0x7f5c62e0d588]
/lib64/libpython3.6m.so.1.0(PyEval_EvalCode+0x1b)[0x7f5c62e0e2fb]
/lib64/libpython3.6m.so.1.0(+0x221e02)[0x7f5c62e93e02]
/lib64/libpython3.6m.so.1.0(PyRun_FileExFlags+0x9d)[0x7f5c62e94acd]
/lib64/libpython3.6m.so.1.0(PyRun_SimpleFileExFlags+0x1b7)[0x7f5c62e96637]
/lib64/libpython3.6m.so.1.0(Py_Main+0x6a3)[0x7f5c62e97633]
/usr/libexec/system-python(main+0x1f5)[0x55ad2b9afcf5]
/lib64/libc.so.6(__libc_start_main+0xea)[0x7f5c61f8188a]
/usr/libexec/system-python(_start+0x2a)[0x55ad2b9afe6a]
======= Memory map: ========
55ad2b9af000-55ad2b9b1000 r-xp 00000000 08:01 1207819                    /usr/libexec/system-python
55ad2bbb0000-55ad2bbb1000 r--p 00001000 08:01 1207819                    /usr/libexec/system-python
55ad2bbb1000-55ad2bbb2000 rw-p 00002000 08:01 1207819                    /usr/libexec/system-python
55ad2cb18000-55ad3101b000 rw-p 00000000 00:00 0                          [heap]
7f5c48000000-7f5c48021000 rw-p 00000000 00:00 0
7f5c48021000-7f5c4c000000 ---p 00000000 00:00 0
7f5c4e71f000-7f5c4f4a0000 rw-p 00000000 00:00 0
7f5c50067000-7f5c50de8000 rw-p 00000000 00:00 0
7f5c51c39000-7f5c51cea000 rw-p 00000000 00:00 0
7f5c52153000-7f5c52253000 rw-p 00000000 00:00 0
7f5c52253000-7f5c52256000 r-xp 00000000 08:01 20311317                   /usr/lib64/python3.6/site-packages/systemd/id128.cpython-36m-x86_64-linux-gnu.so
7f5c52256000-7f5c52455000 ---p 00003000 08:01 20311317                   /usr/lib64/python3.6/site-packages/systemd/id128.cpython-36m-x86_64-linux-gnu.so
7f5c52455000-7f5c52456000 r--p 00002000 08:01 20311317                   /usr/lib64/python3.6/site-packages/systemd/id128.cpython-36m-x86_64-linux-gnu.so
7f5c52456000-7f5c52457000 rw-p 00003000 08:01 20311317                   /usr/lib64/python3.6/site-packages/systemd/id128.cpython-36m-x86_64-linux-gnu.so
7f5c52457000-7f5c5245e000 r-xp 00000000 08:01 20311315                   /usr/lib64/python3.6/site-packages/systemd/_reader.cpython-36m-x86_64-linux-gnu.so
7f5c5245e000-7f5c5265d000 ---p 00007000 08:01 20311315                   /usr/lib64/python3.6/site-packages/systemd/_reader.cpython-36m-x86_64-linux-gnu.so
7f5c5265d000-7f5c5265e000 r--p 00006000 08:01 20311315                   /usr/lib64/python3.6/site-packages/systemd/_reader.cpython-36m-x86_64-linux-gnu.so
7f5c5265e000-7f5c52661000 rw-p 00007000 08:01 20311315                   /usr/lib64/python3.6/site-packages/systemd/_reader.cpython-36m-x86_64-linux-gnu.so
7f5c52661000-7f5c52775000 r-xp 00000000 08:01 1587030                    /usr/lib64/libgcrypt.so.20.2.2
7f5c52775000-7f5c52974000 ---p 00114000 08:01 1587030                    /usr/lib64/libgcrypt.so.20.2.2
7f5c52974000-7f5c52976000 r--p 00113000 08:01 1587030                    /usr/lib64/libgcrypt.so.20.2.2
7f5c52976000-7f5c5297b000 rw-p 00115000 08:01 1587030                    /usr/lib64/libgcrypt.so.20.2.2
7f5c5297b000-7f5c5298e000 r-xp 00000000 08:01 1589053                    /usr/lib64/liblz4.so.1.8.0
7f5c5298e000-7f5c52b8e000 ---p 00013000 08:01 1589053                    /usr/lib64/liblz4.so.1.8.0
7f5c52b8e000-7f5c52b8f000 r--p 00013000 08:01 1589053                    /usr/lib64/liblz4.so.1.8.0
7f5c52b8f000-7f5c52b90000 rw-p 00000000 00:00 0
7f5c52b90000-7f5c52c15000 r-xp 00000000 08:01 1583892                    /usr/lib64/libsystemd.so.0.18.0
7f5c52c15000-7f5c52c16000 ---p 00085000 08:01 1583892                    /usr/lib64/libsystemd.so.0.18.0
7f5c52c16000-7f5c52c19000 r--p 00085000 08:01 1583892                    /usr/lib64/libsystemd.so.0.18.0
7f5c52c19000-7f5c52c1a000 rw-p 00088000 08:01 1583892                    /usr/lib64/libsystemd.so.0.18.0
7f5c52c1a000-7f5c52c1b000 rw-p 00000000 00:00 0
7f5c52c28000-7f5c52c68000 rw-p 00000000 00:00 0
7f5c52c68000-7f5c52c6a000 r-xp 00000000 08:01 20311314                   /usr/lib64/python3.6/site-packages/systemd/_journal.cpython-36m-x86_64-linux-gnu.so
7f5c52c6a000-7f5c52e69000 ---p 00002000 08:01 20311314                   /usr/lib64/python3.6/site-packages/systemd/_journal.cpython-36m-x86_64-linux-gnu.so
7f5c52e69000-7f5c52e6a000 r--p 00001000 08:01 20311314                   /usr/lib64/python3.6/site-packages/systemd/_journal.cpython-36m-x86_64-linux-gnu.so
7f5c52e6a000-7f5c52e6b000 rw-p 00002000 08:01 20311314                   /usr/lib64/python3.6/site-packages/systemd/_journal.cpython-36m-x86_64-linux-gnu.so
7f5c52e6b000-7f5c52e6d000 r-xp 00000000 08:01 20304157                   /usr/lib64/python3.6/lib-dynload/syslog.cpython-36m-x86_64-linux-gnu.so
7f5c52e6d000-7f5c5306c000 ---p 00002000 08:01 20304157                   /usr/lib64/python3.6/lib-dynload/syslog.cpython-36m-x86_64-linux-gnu.so
7f5c5306c000-7f5c5306d000 r--p 00001000 08:01 20304157                   /usr/lib64/python3.6/lib-dynload/syslog.cpython-36m-x86_64-linux-gnu.so
7f5c5306d000-7f5c5306e000 rw-p 00002000 08:01 20304157                   /usr/lib64/python3.6/lib-dynload/syslog.cpython-36m-x86_64-linux-gnu.so
7f5c5306e000-7f5c530ae000 rw-p 00000000 00:00 0
7f5c530ae000-7f5c530cc000 r-xp 00000000 08:01 20303688                   /usr/lib64/python3.6/lib-dynload/_ctypes.cpython-36m-x86_64-linux-gnu.so
7f5c530cc000-7f5c532cc000 ---p 0001e000 08:01 20303688                   /usr/lib64/python3.6/lib-dynload/_ctypes.cpython-36m-x86_64-linux-gnu.so
7f5c532cc000-7f5c532cd000 r--p 0001e000 08:01 20303688                   /usr/lib64/python3.6/lib-dynload/_ctypes.cpython-36m-x86_64-linux-gnu.so
7f5c532cd000-7f5c532d1000 rw-p 0001f000 08:01 20303688                   /usr/lib64/python3.6/lib-dynload/_ctypes.cpython-36m-x86_64-linux-gnu.so
7f5c532d1000-7f5c53391000 rw-p 00000000 00:00 0
7f5c53391000-7f5c53394000 r-xp 00000000 08:01 20304139                   /usr/lib64/python3.6/lib-dynload/fcntl.cpython-36m-x86_64-linux-gnu.so
7f5c53394000-7f5c53593000 ---p 00003000 08:01 20304139                   /usr/lib64/python3.6/lib-dynload/fcntl.cpython-36m-x86_64-linux-gnu.so
7f5c53593000-7f5c53594000 r--p 00002000 08:01 20304139                   /usr/lib64/python3.6/lib-dynload/fcntl.cpython-36m-x86_64-linux-gnu.so
7f5c53594000-7f5c53595000 rw-p 00003000 08:01 20304139                   /usr/lib64/python3.6/lib-dynload/fcntl.cpython-36m-x86_64-linux-gnu.so
7f5c53595000-7f5c535bc000 r-xp 00000000 08:01 1590121                    /usr/lib64/libtinfo.so.6.0
7f5c535bc000-7f5c537bc000 ---p 00027000 08:01 1590121                    /usr/lib64/libtinfo.so.6.0
7f5c537bc000-7f5c537c0000 r--p 00027000 08:01 1590121                    /usr/lib64/libtinfo.so.6.0
7f5c537c0000-7f5c537c1000 rw-p 0002b000 08:01 1590121                    /usr/lib64/libtinfo.so.6.0
7f5c537c1000-7f5c537f8000 r-xp 00000000 08:01 1589775                    /usr/lib64/libncursesw.so.6.0
7f5c537f8000-7f5c539f7000 ---p 00037000 08:01 1589775                    /usr/lib64/libncursesw.so.6.0
7f5c539f7000-7f5c539f8000 r--p 00036000 08:01 1589775                    /usr/lib64/libncursesw.so.6.0
7f5c539f8000-7f5c539f9000 rw-p 00037000 08:01 1589775                    /usr/lib64/libncursesw.so.6.0
7f5c53a06000-7f5c53a46000 rw-p 00000000 00:00 0
7f5c53a46000-7f5c53a58000 r-xp 00000000 08:01 20303721                   /usr/lib64/python3.6/lib-dynload/_curses.cpython-36m-x86_64-linux-gnu.so
7f5c53a58000-7f5c53c57000 ---p 00012000 08:01 20303721                   /usr/lib64/python3.6/lib-dynload/_curses.cpython-36m-x86_64-linux-gnu.so
7f5c53c57000-7f5c53c58000 r--p 00011000 08:01 20303721                   /usr/lib64/python3.6/lib-dynload/_curses.cpython-36m-x86_64-linux-gnu.so
7f5c53c58000-7f5c53c5a000 rw-p 00012000 08:01 20303721                   /usr/lib64/python3.6/lib-dynload/_curses.cpython-36m-x86_64-linux-gnu.so
7f5c53c5a000-7f5c53cda000 rw-p 00000000 00:00 0
7f5c53cda000-7f5c53cdb000 r-xp 00000000 08:01 20304081                   /usr/lib64/python3.6/lib-dynload/_opcode.cpython-36m-x86_64-linux-gnu.so
7f5c53cdb000-7f5c53eda000 ---p 00001000 08:01 20304081                   /usr/lib64/python3.6/lib-dynload/_opcode.cpython-36m-x86_64-linux-gnu.so
7f5c53eda000-7f5c53edb000 r--p 00000000 08:01 20304081                   /usr/lib64/python3.6/lib-dynload/_opcode.cpython-36m-x86_64-linux-gnu.so
7f5c53edb000-7f5c53edc000 rw-p 00001000 08:01 20304081                   /usr/lib64/python3.6/lib-dynload/_opcode.cpython-36m-x86_64-linux-gnu.so
7f5c53edc000-7f5c53f5c000 rw-p 00000000 00:00 0
7f5c53f5c000-7f5c53f6d000 r-xp 00000000 08:01 20303739                   /usr/lib64/python3.6/lib-dynload/_json.cpython-36m-x86_64-linux-gnu.so
7f5c53f6d000-7f5c5416c000 ---p 00011000 08:01 20303739                   /usr/lib64/python3.6/lib-dynload/_json.cpython-36m-x86_64-linux-gnu.so
7f5c5416c000-7f5c5416d000 r--p 00010000 08:01 20303739                   /usr/lib64/python3.6/lib-dynload/_json.cpython-36m-x86_64-linux-gnu.so
7f5c5416d000-7f5c5416e000 rw-p 00011000 08:01 20303739                   /usr/lib64/python3.6/lib-dynload/_json.cpython-36m-x86_64-linux-gnu.so
7f5c5416e000-7f5c541ee000 rw-p 00000000 00:00 0
7f5c541ee000-7f5c541f2000 r-xp 00000000 08:01 1586663                    /usr/lib64/librpmsign.so.7.0.1
7f5c541f2000-7f5c543f1000 ---p 00004000 08:01 1586663                    /usr/lib64/librpmsign.so.7.0.1
7f5c543f1000-7f5c543f2000 r--p 00003000 08:01 1586663                    /usr/lib64/librpmsign.so.7.0.1
7f5c543f2000-7f5c543f3000 rw-p 00000000 00:00 0
7f5c543f3000-7f5c543f4000 r-xp 00000000 08:01 20318790                   /usr/lib64/python3.6/site-packages/rpm/_rpms.cpython-36m-x86_64-linux-gnu.so
7f5c543f4000-7f5c545f3000 ---p 00001000 08:01 20318790                   /usr/lib64/python3.6/site-packages/rpm/_rpms.cpython-36m-x86_64-linux-gnu.so
7f5c545f3000-7f5c545f4000 r--p 00000000 08:01 20318790                   /usr/lib64/python3.6/site-packages/rpm/_rpms.cpython-36m-x86_64-linux-gnu.so
7f5c545f4000-7f5c545f5000 rw-p 00001000 08:01 20318790                   /usr/lib64/python3.6/site-packages/rpm/_rpms.cpython-36m-x86_64-linux-gnu.so
7f5c545f5000-7f5c54616000 r-xp 00000000 08:01 1584622                    /usr/lib64/libmagic.so.1.0.0
7f5c54616000-7f5c54816000 ---p 00021000 08:01 1584622                    /usr/lib64/libmagic.so.1.0.0
7f5c54816000-7f5c54818000 r--p 00021000 08:01 1584622                    /usr/lib64/libmagic.so.1.0.0
7f5c54818000-7f5c54819000 rw-p 00023000 08:01 1584622                    /usr/lib64/libmagic.so.1.0.0
7f5c54819000-7f5c5483b000 r-xp 00000000 08:01 1586491                    /usr/lib64/librpmbuild.so.7.0.1
7f5c5483b000-7f5c54a3b000 ---p 00022000 08:01 1586491                    /usr/lib64/librpmbuild.so.7.0.1
7f5c54a3b000-7f5c54a3d000 r--p 00022000 08:01 1586491                    /usr/lib64/librpmbuild.so.7.0.1
7f5c54a3d000-7f5c54a3e000 rw-p 00024000 08:01 1586491                    /usr/lib64/librpmbuild.so.7.0.1
7f5c54a4b000-7f5c54a8b000 rw-p 00000000 00:00 0
7f5c54a8b000-7f5c54a8e000 r-xp 00000000 08:01 20318789                   /usr/lib64/python3.6/site-packages/rpm/_rpmb.cpython-36m-x86_64-linux-gnu.so
7f5c54a8e000-7f5c54c8d000 ---p 00003000 08:01 20318789                   /usr/lib64/python3.6/site-packages/rpm/_rpmb.cpython-36m-x86_64-linux-gnu.so
7f5c54c8d000-7f5c54c8e000 r--p 00002000 08:01 20318789                   /usr/lib64/python3.6/site-packages/rpm/_rpmb.cpython-36m-x86_64-linux-gnu.so
7f5c54c8e000-7f5c54c8f000 rw-p 00003000 08:01 20318789                   /usr/lib64/python3.6/site-packages/rpm/_rpmb.cpython-36m-x86_64-linux-gnu.so
7f5c54c8f000-7f5c54d0e000 r-xp 00000000 08:01 1583632                    /usr/lib64/libfreeblpriv3.so
7f5c54d0e000-7f5c54f0e000 ---p 0007f000 08:01 1583632                    /usr/lib64/libfreeblpriv3.so
7f5c54f0e000-7f5c54f10000 r--p 0007f000 08:01 1583632                    /usr/lib64/libfreeblpriv3.so
7f5c54f10000-7f5c54f11000 rw-p 00081000 08:01 1583632                    /usr/lib64/libfreeblpriv3.so
7f5c54f11000-7f5c54f15000 rw-p 00000000 00:00 0
7f5c54f15000-7f5c54f52000 r-xp 00000000 08:01 1584117                    /usr/lib64/libsoftokn3.so
7f5c54f52000-7f5c55151000 ---p 0003d000 08:01 1584117                    /usr/lib64/libsoftokn3.so
7f5c55151000-7f5c55152000 r--p 0003c000 08:01 1584117                    /usr/lib64/libsoftokn3.so
7f5c55152000-7f5c55153000 rw-p 0003d000 08:01 1584117                    /usr/lib64/libsoftokn3.so
7f5c55153000-7f5c5515e000 r-xp 00000000 08:01 1586739                    /usr/lib64/libnss_files-2.25.so
7f5c5515e000-7f5c5535d000 ---p 0000b000 08:01 1586739                    /usr/lib64/libnss_files-2.25.so
7f5c5535d000-7f5c5535e000 r--p 0000a000 08:01 1586739                    /usr/lib64/libnss_files-2.25.so
7f5c5535e000-7f5c5535f000 rw-p 0000b000 08:01 1586739                    /usr/lib64/libnss_files-2.25.so
7f5c5535f000-7f5c55365000 rw-p 00000000 00:00 0
7f5c55372000-7f5c553b2000 rw-p 00000000 00:00 0
7f5c553b2000-7f5c553ce000 r-xp 00000000 08:01 20318516                   /usr/lib64/python3.6/site-packages/rpm/_rpm.cpython-36m-x86_64-linux-gnu.so
7f5c553ce000-7f5c555ce000 ---p 0001c000 08:01 20318516                   /usr/lib64/python3.6/site-packages/rpm/_rpm.cpython-36m-x86_64-linux-gnu.so
7f5c555ce000-7f5c555cf000 r--p 0001c000 08:01 20318516                   /usr/lib64/python3.6/site-packages/rpm/_rpm.cpython-36m-x86_64-linux-gnu.so
7f5c555cf000-7f5c555d4000 rw-p 0001d000 08:01 20318516                   /usr/lib64/python3.6/site-packages/rpm/_rpm.cpython-36m-x86_64-linux-gnu.so
7f5c555d4000-7f5c555d8000 r-xp 00000000 08:01 20304160                   /usr/lib64/python3.6/lib-dynload/termios.cpython-36m-x86_64-linux-gnu.so
7f5c555d8000-7f5c557d7000 ---p 00004000 08:01 20304160                   /usr/lib64/python3.6/lib-dynload/termios.cpython-36m-x86_64-linux-gnu.so
7f5c557d7000-7f5c557d8000 r--p 00003000 08:01 20304160                   /usr/lib64/python3.6/lib-dynload/termios.cpython-36m-x86_64-linux-gnu.so
7f5c557d8000-7f5c557da000 rw-p 00004000 08:01 20304160                   /usr/lib64/python3.6/lib-dynload/termios.cpython-36m-x86_64-linux-gnu.so
7f5c557da000-7f5c55878000 r-xp 00000000 08:01 20318559                   /usr/lib64/python3.6/site-packages/gpg/_gpgme.cpython-36m-x86_64-linux-gnu.so
7f5c55878000-7f5c55a78000 ---p 0009e000 08:01 20318559                   /usr/lib64/python3.6/site-packages/gpg/_gpgme.cpython-36m-x86_64-linux-gnu.so
7f5c55a78000-7f5c55a79000 r--p 0009e000 08:01 20318559                   /usr/lib64/python3.6/site-packages/gpg/_gpgme.cpython-36m-x86_64-linux-gnu.so
7f5c55a79000-7f5c55a89000 rw-p 0009f000 08:01 20318559                   /usr/lib64/python3.6/site-packages/gpg/_gpgme.cpython-36m-x86_64-linux-gnu.so
7f5c55a89000-7f5c55b1b000 rw-p 00000000 00:00 0
7f5c55b1b000-7f5c55c13000 r-xp 00000000 08:01 1584616                    /usr/lib64/libsqlite3.so.0.8.6
7f5c55c13000-7f5c55e13000 ---p 000f8000 08:01 1584616                    /usr/lib64/libsqlite3.so.0.8.6
7f5c55e13000-7f5c55e16000 r--p 000f8000 08:01 1584616                    /usr/lib64/libsqlite3.so.0.8.6
7f5c55e16000-7f5c55e18000 rw-p 000fb000 08:01 1584616                    /usr/lib64/libsqlite3.so.0.8.6
7f5c55e18000-7f5c55e19000 rw-p 00000000 00:00 0
7f5c55e19000-7f5c55e2d000 r-xp 00000000 08:01 20304127                   /usr/lib64/python3.6/lib-dynload/_sqlite3.cpython-36m-x86_64-linux-gnu.so
7f5c55e2d000-7f5c5602d000 ---p 00014000 08:01 20304127                   /usr/lib64/python3.6/lib-dynload/_sqlite3.cpython-36m-x86_64-linux-gnu.so
7f5c5602d000-7f5c5602e000 r--p 00014000 08:01 20304127                   /usr/lib64/python3.6/lib-dynload/_sqlite3.cpython-36m-x86_64-linux-gnu.so
7f5c5602e000-7f5c56030000 rw-p 00015000 08:01 20304127                   /usr/lib64/python3.6/lib-dynload/_sqlite3.cpython-36m-x86_64-linux-gnu.so
7f5c56030000-7f5c56034000 r-xp 00000000 08:01 20246617                   /usr/lib64/libattr.so.1.1.0
7f5c56034000-7f5c56233000 ---p 00004000 08:01 20246617                   /usr/lib64/libattr.so.1.1.0
7f5c56233000-7f5c56234000 r--p 00003000 08:01 20246617                   /usr/lib64/libattr.so.1.1.0
7f5c56234000-7f5c56235000 rw-p 00000000 00:00 0
7f5c56235000-7f5c56239000 r-xp 00000000 08:01 1583588                    /usr/lib64/libuuid.so.1.3.0
7f5c56239000-7f5c56438000 ---p 00004000 08:01 1583588                    /usr/lib64/libuuid.so.1.3.0
7f5c56438000-7f5c56439000 r--p 00003000 08:01 1583588                    /usr/lib64/libuuid.so.1.3.0
7f5c56439000-7f5c5643a000 rw-p 00000000 00:00 0
7f5c5643a000-7f5c5647e000 r-xp 00000000 08:01 1587560                    /usr/lib64/libblkid.so.1.1.0
7f5c5647e000-7f5c5667e000 ---p 00044000 08:01 1587560                    /usr/lib64/libblkid.so.1.1.0
7f5c5667e000-7f5c56683000 r--p 00044000 08:01 1587560                    /usr/lib64/libblkid.so.1.1.0
7f5c56683000-7f5c56684000 rw-p 00049000 08:01 1587560                    /usr/lib64/libblkid.so.1.1.0
7f5c56684000-7f5c56685000 rw-p 00000000 00:00 0
7f5c56685000-7f5c5668c000 r-xp 00000000 08:01 20246618                   /usr/lib64/libacl.so.1.1.0
7f5c5668c000-7f5c5688c000 ---p 00007000 08:01 20246618                   /usr/lib64/libacl.so.1.1.0
7f5c5688c000-7f5c5688d000 r--p 00007000 08:01 20246618                   /usr/lib64/libacl.so.1.1.0
7f5c5688d000-7f5c5688e000 rw-p 00008000 08:01 20246618                   /usr/lib64/libacl.so.1.1.0
7f5c5688e000-7f5c56892000 r-xp 00000000 08:01 20245178                   /usr/lib64/libcap.so.2.25
7f5c56892000-7f5c56a91000 ---p 00004000 08:01 20245178                   /usr/lib64/libcap.so.2.25
7f5c56a91000-7f5c56a92000 r--p 00003000 08:01 20245178                   /usr/lib64/libcap.so.2.25
7f5c56a92000-7f5c56a93000 rw-p 00004000 08:01 20245178                   /usr/lib64/libcap.so.2.25
7f5c56a93000-7f5c56aca000 r-xp 00000000 08:01 20246368                   /usr/lib64/liblua-5.3.so
7f5c56aca000-7f5c56cca000 ---p 00037000 08:01 20246368                   /usr/lib64/liblua-5.3.so
7f5c56cca000-7f5c56ccc000 r--p 00037000 08:01 20246368                   /usr/lib64/liblua-5.3.so
7f5c56ccc000-7f5c56ccd000 rw-p 00000000 00:00 0
7f5c56ccd000-7f5c56cd8000 r-xp 00000000 08:01 1585185                    /usr/lib64/libpopt.so.0.0.0Aborted (core dumped)

--
Eyal Lebedinsky ([hidden email])
_______________________________________________
users mailing list -- [hidden email]
To unsubscribe send an email to [hidden email]
Reply | Threaded
Open this post in threaded view
|

Re: dnf crash

Samuel Sieb
On 03/04/2018 05:55 PM, Eyal Lebedinsky wrote:

> While it mostly works, this specific command fails:
>
> $ dnf provides '*/Droid Sans*'
>
> This is consistent, and also happens on a second machine. Both run f27
> fully updated.
>
> The following does work:
>
> $ dnf provides '*/Droid*'
>
> But this one crashes:
>
> $ dnf provides '*/x y*'
>
>
> I suspect a python problem. Anyone else sees these crashes?

I've never tried a query like that before, but I do get a crash as well.
  The stack trace isn't always the same, but it's usually in a malloc
call.  It looks like it's possibly a glibc problem.  But for some reason
abrt isn't detecting the crash which makes it harder to report.  I will
file a bug.
_______________________________________________
users mailing list -- [hidden email]
To unsubscribe send an email to [hidden email]
Reply | Threaded
Open this post in threaded view
|

Re: dnf crash

Ed Greshko
On 03/05/18 12:23, Samuel Sieb wrote:

> On 03/04/2018 05:55 PM, Eyal Lebedinsky wrote:
>> While it mostly works, this specific command fails:
>>
>> $ dnf provides '*/Droid Sans*'
>>
>> This is consistent, and also happens on a second machine. Both run f27 fully updated.
>>
>> The following does work:
>>
>> $ dnf provides '*/Droid*'
>>
>> But this one crashes:
>>
>> $ dnf provides '*/x y*'
>>
>>
>> I suspect a python problem. Anyone else sees these crashes?
>
> I've never tried a query like that before, but I do get a crash as well.  The stack
> trace isn't always the same, but it's usually in a malloc call.  It looks like it's
> possibly a glibc problem.  But for some reason abrt isn't detecting the crash which
> makes it harder to report.  I will file a bug.
>
OK, but isn't this searching for a file that has a "space" in it?  Can't recall ever
seeing one like that as part of the O/S.

--
If simple questions can be answered with a simple google query then why are there so
many of them?


_______________________________________________
users mailing list -- [hidden email]
To unsubscribe send an email to [hidden email]

signature.asc (235 bytes) Download Attachment
Reply | Threaded
Open this post in threaded view
|

Re: dnf crash

Samuel Sieb
On 03/04/2018 08:27 PM, Ed Greshko wrote:
> OK, but isn't this searching for a file that has a "space" in it?  Can't recall ever
> seeing one like that as part of the O/S.

It might not be a query that will return anything, but it's still a bad
crash that shouldn't happen.
I filed https://bugzilla.redhat.com/show_bug.cgi?id=1551400
_______________________________________________
users mailing list -- [hidden email]
To unsubscribe send an email to [hidden email]
Reply | Threaded
Open this post in threaded view
|

Re: dnf crash

Ralf Corsepius
In reply to this post by Eyal Lebedinsky
On 03/05/2018 02:55 AM, Eyal Lebedinsky wrote:

> While it mostly works, this specific command fails:
>
> $ dnf provides '*/Droid Sans*'
>
> This is consistent, and also happens on a second machine. Both run f27
> fully updated.
>
> The following does work:
>
> $ dnf provides '*/Droid*'
>
> But this one crashes:
>
> $ dnf provides '*/x y*'
>
>
> I suspect a python problem. Anyone else sees these crashes?

Yes, I am seeing these segfaults as well.

Interestingly on i386 the segfault is slightly more verbose:

# dnf provides '*/Droid Sans*'
Last metadata expiration check: 0:00:33 ago on Mon 05 Mar 2018 05:39:27
AM CET.
free(): invalid size
Aborted (core dumped)

Ralf
_______________________________________________
users mailing list -- [hidden email]
To unsubscribe send an email to [hidden email]
Reply | Threaded
Open this post in threaded view
|

Re: dnf crash

Eyal Lebedinsky
In reply to this post by Ed Greshko
On 05/03/18 15:27, Ed Greshko wrote:

> On 03/05/18 12:23, Samuel Sieb wrote:
>> On 03/04/2018 05:55 PM, Eyal Lebedinsky wrote:
>>> While it mostly works, this specific command fails:
>>>
>>> $ dnf provides '*/Droid Sans*'
>>>
>>> This is consistent, and also happens on a second machine. Both run f27 fully updated.
>>>
>>> The following does work:
>>>
>>> $ dnf provides '*/Droid*'
>>>
>>> But this one crashes:
>>>
>>> $ dnf provides '*/x y*'
>>>
>>>
>>> I suspect a python problem. Anyone else sees these crashes?
>>
>> I've never tried a query like that before, but I do get a crash as well.  The stack
>> trace isn't always the same, but it's usually in a malloc call.  It looks like it's
>> possibly a glibc problem.  But for some reason abrt isn't detecting the crash which
>> makes it harder to report.  I will file a bug.
>>
>
> OK, but isn't this searching for a file that has a "space" in it?  Can't recall ever
> seeing one like that as part of the O/S.

True. I was trying to understand why mythtv-setup complains:

2018-03-05 16:28:02.602160 E  MythFontProperties: Failed to load 'Droid Sans', got 'Droid Sans [MONO]' instead
                         Location: /usr/share/mythtv/themes/MythCenter-wide/base.xml @ 6
                         Name: 'basesmall'       Type: 'fontdef'
and just copied/pasted the font name into the search.

Still, should not crash, and anyway on linux one *can* have spaces (and other funny chars)
in file names, especially when one is asking for trouble :-(

--
Eyal Lebedinsky ([hidden email])
_______________________________________________
users mailing list -- [hidden email]
To unsubscribe send an email to [hidden email]
Reply | Threaded
Open this post in threaded view
|

Re: dnf crash

Samuel Sieb
On 03/04/2018 09:31 PM, Eyal Lebedinsky wrote:
> True. I was trying to understand why mythtv-setup complains:
>
> 2018-03-05 16:28:02.602160 E  MythFontProperties: Failed to load 'Droid
> Sans', got 'Droid Sans [MONO]' instead
>                          Location:
> /usr/share/mythtv/themes/MythCenter-wide/base.xml @ 6
>                          Name: 'basesmall'       Type: 'fontdef'
> and just copied/pasted the font name into the search.

That's the font name, not the font file name.  Do a dnf search for "droid".

> Still, should not crash, and anyway on linux one *can* have spaces (and
> other funny chars)
> in file names, especially when one is asking for trouble :-(

Indeed, that's why I filed the bug.
_______________________________________________
users mailing list -- [hidden email]
To unsubscribe send an email to [hidden email]
Reply | Threaded
Open this post in threaded view
|

Re: dnf crash

Samuel Sieb
In reply to this post by Ralf Corsepius
On 03/04/2018 09:17 PM, Ralf Corsepius wrote:
> Interestingly on i386 the segfault is slightly more verbose:
>
> # dnf provides '*/Droid Sans*'
> Last metadata expiration check: 0:00:33 ago on Mon 05 Mar 2018 05:39:27
> AM CET.
> free(): invalid size
> Aborted (core dumped)

I have hit various errors and stacktraces.  It appears to be possibly a
memory corruption issue.
_______________________________________________
users mailing list -- [hidden email]
To unsubscribe send an email to [hidden email]
Reply | Threaded
Open this post in threaded view
|

Re: dnf crash

John Pilkington
In reply to this post by Eyal Lebedinsky
On 05/03/18 05:31, Eyal Lebedinsky wrote:

> On 05/03/18 15:27, Ed Greshko wrote:
>> On 03/05/18 12:23, Samuel Sieb wrote:
>>> On 03/04/2018 05:55 PM, Eyal Lebedinsky wrote:
>>>> While it mostly works, this specific command fails:
>>>>
>>>> $ dnf provides '*/Droid Sans*'
>>>>
>>>> This is consistent, and also happens on a second machine. Both run
>>>> f27 fully updated.
>>>>
>>>> The following does work:
>>>>
>>>> $ dnf provides '*/Droid*'
>>>>
>>>> But this one crashes:
>>>>
>>>> $ dnf provides '*/x y*'
>>>>
>>>>
>>>> I suspect a python problem. Anyone else sees these crashes?
>>>
>>> I've never tried a query like that before, but I do get a crash as
>>> well.  The stack
>>> trace isn't always the same, but it's usually in a malloc call.  It
>>> looks like it's
>>> possibly a glibc problem.  But for some reason abrt isn't detecting
>>> the crash which
>>> makes it harder to report.  I will file a bug.
>>>
>>
>> OK, but isn't this searching for a file that has a "space" in it?  
>> Can't recall ever
>> seeing one like that as part of the O/S.
>
> True. I was trying to understand why mythtv-setup complains:
>
> 2018-03-05 16:28:02.602160 E  MythFontProperties: Failed to load 'Droid
> Sans', got 'Droid Sans [MONO]' instead
>                          Location:
> /usr/share/mythtv/themes/MythCenter-wide/base.xml @ 6
>                          Name: 'basesmall'       Type: 'fontdef'
> and just copied/pasted the font name into the search.
>
> Still, should not crash, and anyway on linux one *can* have spaces (and
> other funny chars)
> in file names, especially when one is asking for trouble :-(
>
I know this thread is about dnf, but I've seen exactly this font problem.

mythtv will be looking for /usr/share/mythtv/fonts/DroidSans-Bold.ttf

which may be a real file derived from the mythtv distro or may be a link
to the system fonts location like

/usr/share/fonts/google-droid/DroidSansMono.ttf, which on this, el7, box
is from the epel package google-droid-sans-mono-fonts

John P

_______________________________________________
users mailing list -- [hidden email]
To unsubscribe send an email to [hidden email]
Reply | Threaded
Open this post in threaded view
|

Re: dnf crash

John Pilkington
On 05/03/18 08:50, John Pilkington wrote:

> I know this thread is about dnf, but I've seen exactly this font problem.
>
> mythtv will be looking for /usr/share/mythtv/fonts/DroidSans-Bold.ttf
>
> which may be a real file derived from the mythtv distro or may be a link
> to the system fonts location like
>
> /usr/share/fonts/google-droid/DroidSansMono.ttf, which on this, el7, box
> is from the epel package google-droid-sans-mono-fonts
>
> John P

... and it's in the mythtv-frontend package.
_______________________________________________
users mailing list -- [hidden email]
To unsubscribe send an email to [hidden email]
Tim
Reply | Threaded
Open this post in threaded view
|

Re: dnf crash

Tim
In reply to this post by Eyal Lebedinsky
On Mon, 2018-03-05 at 12:55 +1100, Eyal Lebedinsky wrote:
> While it mostly works, this specific command fails:
>
> $ dnf provides '*/Droid Sans*'

Is that first asterisk slash sequence the right characters, in the
right order?

I'm on an older release, but if I try your command, and similar
permutations of slashes and asterisks, I get this error:

*** Error in `/usr/libexec/system-python': corrupted double-linked
list: 0x000055d4fedce800 ***

with about 30 or so lib64 backtraces, then a few pages full of memory
map lines

--
 
[tim@localhost ~] -rsvp
Linux 4.13.16-100.fc25.x86_64 #1 SMP Mon Nov 27 19:52:46 UTC 2017 x86_64
 
Boilerplate:  All mail to my mailbox is automatically deleted, there is
no point trying to privately email me, I only get to see the messages
posted to the mailing list.
_______________________________________________
users mailing list -- [hidden email]
To unsubscribe send an email to [hidden email]
Reply | Threaded
Open this post in threaded view
|

Re: dnf crash

Eyal Lebedinsky
On 05/03/18 23:35, Tim wrote:
> On Mon, 2018-03-05 at 12:55 +1100, Eyal Lebedinsky wrote:
>> While it mostly works, this specific command fails:
>>
>> $ dnf provides '*/Droid Sans*'
>
> Is that first asterisk slash sequence the right characters, in the
> right order?

Yes, the pattern is a standard wildcard syntax (not a regex).

> I'm on an older release, but if I try your command, and similar
> permutations of slashes and asterisks, I get this error:
>
> *** Error in `/usr/libexec/system-python': corrupted double-linked
> list: 0x000055d4fedce800 ***
>
> with about 30 or so lib64 backtraces, then a few pages full of memory
> map lines

I have f27 versions:

$ python3 --version
Python 3.6.4

$ dnf --version
2.7.5
   Installed: dnf-0:2.7.5-2.fc26.noarch at Thu Dec 14 11:31:08 2017
   Built    : Fedora Project at Wed Nov 29 09:55:03 2017

   Installed: rpm-0:4.13.0.2-1.fc26.x86_64 at Tue Nov 14 06:04:37 2017
   Built    : Fedora Project at Thu Oct 26 08:32:51 2017

--
Eyal Lebedinsky ([hidden email])
_______________________________________________
users mailing list -- [hidden email]
To unsubscribe send an email to [hidden email]
Reply | Threaded
Open this post in threaded view
|

Re: dnf crash

Ed Greshko
On 03/05/18 20:46, Eyal Lebedinsky wrote:

> On 05/03/18 23:35, Tim wrote:
>> On Mon, 2018-03-05 at 12:55 +1100, Eyal Lebedinsky wrote:
>>> While it mostly works, this specific command fails:
>>>
>>> $ dnf provides '*/Droid Sans*'
>>
>> Is that first asterisk slash sequence the right characters, in the
>> right order?
>
> Yes, the pattern is a standard wildcard syntax (not a regex).

Right.  According to the dnf man page

SPECIFYING PROVIDES
       <provide-spec> in command descriptions  means  the  command  operates  on
       packages  providing  the  given spec. This can either be an explicit pro‐
       vide, an implicit provide (i.e. name of the package) or a  file  provide.
       The selection is case-sensitive and globbing is supported.

So, since it is "globbing" one could have used as an alternative

dnf provides '*/Droid?Sans*'

The ? matching any single character, including <space>.

or

dnf provides '*/Droid*Sans*'

With * matching any character including none.

At least those wouldn't have crashed.  :-)

--
If simple questions can be answered with a simple google query then why are there so
many of them?


_______________________________________________
users mailing list -- [hidden email]
To unsubscribe send an email to [hidden email]

signature.asc (235 bytes) Download Attachment
Reply | Threaded
Open this post in threaded view
|

Re: dnf crash

Patrick O'Callaghan
On Mon, 2018-03-05 at 22:21 +0800, Ed Greshko wrote:

> On 03/05/18 20:46, Eyal Lebedinsky wrote:
> > On 05/03/18 23:35, Tim wrote:
> > > On Mon, 2018-03-05 at 12:55 +1100, Eyal Lebedinsky wrote:
> > > > While it mostly works, this specific command fails:
> > > >
> > > > $ dnf provides '*/Droid Sans*'
> > >
> > > Is that first asterisk slash sequence the right characters, in the
> > > right order?
> >
> > Yes, the pattern is a standard wildcard syntax (not a regex).
>
>
> Right.  According to the dnf man page
>
> SPECIFYING PROVIDES
>        <provide-spec> in command descriptions  means  the  command  operates  on
>        packages  providing  the  given spec. This can either be an explicit pro‐
>        vide, an implicit provide (i.e. name of the package) or a  file  provide.
>        The selection is case-sensitive and globbing is supported.
>
> So, since it is "globbing" one could have used as an alternative
>
> dnf provides '*/Droid?Sans*'
>
> The ? matching any single character, including <space>.
>
> or
>
> dnf provides '*/Droid*Sans*'
>
> With * matching any character including none.

That works, but '*/Droid\ Sans*' (i.e. with a literal space) segfaults.

poc
_______________________________________________
users mailing list -- [hidden email]
To unsubscribe send an email to [hidden email]
Reply | Threaded
Open this post in threaded view
|

Re: dnf crash

Stephen Morris
In reply to this post by Eyal Lebedinsky
On 5/3/18 12:55 pm, Eyal Lebedinsky wrote:

> While it mostly works, this specific command fails:
>
> $ dnf provides '*/Droid Sans*'
>
> This is consistent, and also happens on a second machine. Both run f27
> fully updated.
>
> The following does work:
>
> $ dnf provides '*/Droid*'
>
> But this one crashes:
>
> $ dnf provides '*/x y*'

Just two questions on this:

Firstly, am I doing something wrong when I issue the command in a shell
and get the segmentation fault but no error message or stack trace messages?

Secondly, what is the difference between sudo dnf provides '*/Droid
Sans*' and sudo dnf --whatprovides '*/Droid Sans*' when the latter
produces the following messages?


                             No such command: */Droid Sans*. Please use
/bin/dnf --help
                             It could be a DNF plugin command, try: "dnf
install 'dnf-command(*/Droid Sans*)'"


regards,

Steve


>
>
> I suspect a python problem. Anyone else sees these crashes?
>
> HTH
>
> Last metadata expiration check: 22 days, 3:48:13 ago on Sun Feb 11
> 08:43:10 2018.
> *** Error in `/usr/libexec/system-python': double free or corruption
> (!prev): 0x000055ad2de292a0 ***
> ======= Backtrace: =========
> /lib64/libc.so.6(+0x7cbac)[0x7f5c61fddbac]
> /lib64/libc.so.6(+0x87a59)[0x7f5c61fe8a59]
> /lib64/libc.so.6(cfree+0x16e)[0x7f5c61fee3be]
> /lib64/libglib-2.0.so.0(g_free+0xe)[0x7f5c5e723b4e]
> /lib64/libdnf.so.1(reldeplist_from_str+0xcc)[0x7f5c58a75e2c]
> /usr/lib64/python3.6/site-packages/hawkey/_hawkey.so(pyseq_to_reldeplist+0x157)[0x7f5c58cfdab7]
>
> /usr/lib64/python3.6/site-packages/hawkey/_hawkey.so(+0xf79a)[0x7f5c58cff79a]
>
> /lib64/libpython3.6m.so.1.0(PyCFunction_Call+0x5f)[0x7f5c62df307f]
> /lib64/libpython3.6m.so.1.0(_PyEval_EvalFrameDefault+0x5ff8)[0x7f5c62e343b8]
>
> /lib64/libpython3.6m.so.1.0(+0x11a8e5)[0x7f5c62d8c8e5]
> /lib64/libpython3.6m.so.1.0(_PyFunction_FastCallDict+0x40d)[0x7f5c62d8d6bd]
>
> /lib64/libpython3.6m.so.1.0(_PyObject_FastCallDict+0x26e)[0x7f5c62d8da0e]
> /lib64/libpython3.6m.so.1.0(_PyObject_Call_Prepend+0x61)[0x7f5c62d97bc1]
> /lib64/libpython3.6m.so.1.0(PyObject_Call+0x4b)[0x7f5c62d8de4b]
> /lib64/libpython3.6m.so.1.0(_PyEval_EvalFrameDefault+0x1e17)[0x7f5c62e301d7]
>
> /lib64/libpython3.6m.so.1.0(+0x11a713)[0x7f5c62d8c713]
> /lib64/libpython3.6m.so.1.0(+0x14ea2f)[0x7f5c62dc0a2f]
> /lib64/libpython3.6m.so.1.0(+0x18e47e)[0x7f5c62e0047e]
> /lib64/libpython3.6m.so.1.0(_PyEval_EvalFrameDefault+0x34a)[0x7f5c62e2e70a]
>
> /lib64/libpython3.6m.so.1.0(+0x11aa6d)[0x7f5c62d8ca6d]
> /lib64/libpython3.6m.so.1.0(+0x14ea2f)[0x7f5c62dc0a2f]
> /lib64/libpython3.6m.so.1.0(+0x18e47e)[0x7f5c62e0047e]
> /lib64/libpython3.6m.so.1.0(_PyEval_EvalFrameDefault+0x34a)[0x7f5c62e2e70a]
>
> /lib64/libpython3.6m.so.1.0(+0x11a8e5)[0x7f5c62d8c8e5]
> /lib64/libpython3.6m.so.1.0(+0x14ea2f)[0x7f5c62dc0a2f]
> /lib64/libpython3.6m.so.1.0(+0x18e47e)[0x7f5c62e0047e]
> /lib64/libpython3.6m.so.1.0(_PyEval_EvalFrameDefault+0x34a)[0x7f5c62e2e70a]
>
> /lib64/libpython3.6m.so.1.0(+0x14e7fa)[0x7f5c62dc07fa]
> /lib64/libpython3.6m.so.1.0(+0x18e47e)[0x7f5c62e0047e]
> /lib64/libpython3.6m.so.1.0(_PyEval_EvalFrameDefault+0x34a)[0x7f5c62e2e70a]
>
> /lib64/libpython3.6m.so.1.0(+0x14e7fa)[0x7f5c62dc07fa]
> /lib64/libpython3.6m.so.1.0(+0x18e47e)[0x7f5c62e0047e]
> /lib64/libpython3.6m.so.1.0(_PyEval_EvalFrameDefault+0x34a)[0x7f5c62e2e70a]
>
> /lib64/libpython3.6m.so.1.0(+0x14e7fa)[0x7f5c62dc07fa]
> /lib64/libpython3.6m.so.1.0(+0x18e47e)[0x7f5c62e0047e]
> /lib64/libpython3.6m.so.1.0(_PyEval_EvalFrameDefault+0x34a)[0x7f5c62e2e70a]
>
> /lib64/libpython3.6m.so.1.0(+0x14e7fa)[0x7f5c62dc07fa]
> /lib64/libpython3.6m.so.1.0(+0x18e47e)[0x7f5c62e0047e]
> /lib64/libpython3.6m.so.1.0(_PyEval_EvalFrameDefault+0x34a)[0x7f5c62e2e70a]
>
> /lib64/libpython3.6m.so.1.0(+0x11a713)[0x7f5c62d8c713]
> /lib64/libpython3.6m.so.1.0(+0x14ea2f)[0x7f5c62dc0a2f]
> /lib64/libpython3.6m.so.1.0(+0x18e47e)[0x7f5c62e0047e]
> /lib64/libpython3.6m.so.1.0(_PyEval_EvalFrameDefault+0x34a)[0x7f5c62e2e70a]
>
> /lib64/libpython3.6m.so.1.0(+0x11a713)[0x7f5c62d8c713]
> /lib64/libpython3.6m.so.1.0(+0x14ea2f)[0x7f5c62dc0a2f]
> /lib64/libpython3.6m.so.1.0(+0x18e47e)[0x7f5c62e0047e]
> /lib64/libpython3.6m.so.1.0(_PyEval_EvalFrameDefault+0x1249)[0x7f5c62e2f609]
>
> /lib64/libpython3.6m.so.1.0(PyEval_EvalCodeEx+0x328)[0x7f5c62e0d588]
> /lib64/libpython3.6m.so.1.0(PyEval_EvalCode+0x1b)[0x7f5c62e0e2fb]
> /lib64/libpython3.6m.so.1.0(+0x221e02)[0x7f5c62e93e02]
> /lib64/libpython3.6m.so.1.0(PyRun_FileExFlags+0x9d)[0x7f5c62e94acd]
> /lib64/libpython3.6m.so.1.0(PyRun_SimpleFileExFlags+0x1b7)[0x7f5c62e96637]
>
> /lib64/libpython3.6m.so.1.0(Py_Main+0x6a3)[0x7f5c62e97633]
> /usr/libexec/system-python(main+0x1f5)[0x55ad2b9afcf5]
> /lib64/libc.so.6(__libc_start_main+0xea)[0x7f5c61f8188a]
> /usr/libexec/system-python(_start+0x2a)[0x55ad2b9afe6a]
> ======= Memory map: ========
> 55ad2b9af000-55ad2b9b1000 r-xp 00000000 08:01
> 1207819                    /usr/libexec/system-python
> 55ad2bbb0000-55ad2bbb1000 r--p 00001000 08:01
> 1207819                    /usr/libexec/system-python
> 55ad2bbb1000-55ad2bbb2000 rw-p 00002000 08:01
> 1207819                    /usr/libexec/system-python
> 55ad2cb18000-55ad3101b000 rw-p 00000000 00:00
> 0                          [heap]
> 7f5c48000000-7f5c48021000 rw-p 00000000 00:00 0
> 7f5c48021000-7f5c4c000000 ---p 00000000 00:00 0
> 7f5c4e71f000-7f5c4f4a0000 rw-p 00000000 00:00 0
> 7f5c50067000-7f5c50de8000 rw-p 00000000 00:00 0
> 7f5c51c39000-7f5c51cea000 rw-p 00000000 00:00 0
> 7f5c52153000-7f5c52253000 rw-p 00000000 00:00 0
> 7f5c52253000-7f5c52256000 r-xp 00000000 08:01 20311317
> /usr/lib64/python3.6/site-packages/systemd/id128.cpython-36m-x86_64-linux-gnu.so
> 7f5c52256000-7f5c52455000 ---p 00003000 08:01 20311317
> /usr/lib64/python3.6/site-packages/systemd/id128.cpython-36m-x86_64-linux-gnu.so
> 7f5c52455000-7f5c52456000 r--p 00002000 08:01 20311317
> /usr/lib64/python3.6/site-packages/systemd/id128.cpython-36m-x86_64-linux-gnu.so
> 7f5c52456000-7f5c52457000 rw-p 00003000 08:01 20311317
> /usr/lib64/python3.6/site-packages/systemd/id128.cpython-36m-x86_64-linux-gnu.so
> 7f5c52457000-7f5c5245e000 r-xp 00000000 08:01 20311315
> /usr/lib64/python3.6/site-packages/systemd/_reader.cpython-36m-x86_64-linux-gnu.so
> 7f5c5245e000-7f5c5265d000 ---p 00007000 08:01 20311315
> /usr/lib64/python3.6/site-packages/systemd/_reader.cpython-36m-x86_64-linux-gnu.so
> 7f5c5265d000-7f5c5265e000 r--p 00006000 08:01 20311315
> /usr/lib64/python3.6/site-packages/systemd/_reader.cpython-36m-x86_64-linux-gnu.so
> 7f5c5265e000-7f5c52661000 rw-p 00007000 08:01 20311315
> /usr/lib64/python3.6/site-packages/systemd/_reader.cpython-36m-x86_64-linux-gnu.so
> 7f5c52661000-7f5c52775000 r-xp 00000000 08:01
> 1587030                    /usr/lib64/libgcrypt.so.20.2.2
> 7f5c52775000-7f5c52974000 ---p 00114000 08:01
> 1587030                    /usr/lib64/libgcrypt.so.20.2.2
> 7f5c52974000-7f5c52976000 r--p 00113000 08:01
> 1587030                    /usr/lib64/libgcrypt.so.20.2.2
> 7f5c52976000-7f5c5297b000 rw-p 00115000 08:01
> 1587030                    /usr/lib64/libgcrypt.so.20.2.2
> 7f5c5297b000-7f5c5298e000 r-xp 00000000 08:01
> 1589053                    /usr/lib64/liblz4.so.1.8.0
> 7f5c5298e000-7f5c52b8e000 ---p 00013000 08:01
> 1589053                    /usr/lib64/liblz4.so.1.8.0
> 7f5c52b8e000-7f5c52b8f000 r--p 00013000 08:01
> 1589053                    /usr/lib64/liblz4.so.1.8.0
> 7f5c52b8f000-7f5c52b90000 rw-p 00000000 00:00 0
> 7f5c52b90000-7f5c52c15000 r-xp 00000000 08:01
> 1583892                    /usr/lib64/libsystemd.so.0.18.0
> 7f5c52c15000-7f5c52c16000 ---p 00085000 08:01
> 1583892                    /usr/lib64/libsystemd.so.0.18.0
> 7f5c52c16000-7f5c52c19000 r--p 00085000 08:01
> 1583892                    /usr/lib64/libsystemd.so.0.18.0
> 7f5c52c19000-7f5c52c1a000 rw-p 00088000 08:01
> 1583892                    /usr/lib64/libsystemd.so.0.18.0
> 7f5c52c1a000-7f5c52c1b000 rw-p 00000000 00:00 0
> 7f5c52c28000-7f5c52c68000 rw-p 00000000 00:00 0
> 7f5c52c68000-7f5c52c6a000 r-xp 00000000 08:01 20311314
> /usr/lib64/python3.6/site-packages/systemd/_journal.cpython-36m-x86_64-linux-gnu.so
> 7f5c52c6a000-7f5c52e69000 ---p 00002000 08:01 20311314
> /usr/lib64/python3.6/site-packages/systemd/_journal.cpython-36m-x86_64-linux-gnu.so
> 7f5c52e69000-7f5c52e6a000 r--p 00001000 08:01 20311314
> /usr/lib64/python3.6/site-packages/systemd/_journal.cpython-36m-x86_64-linux-gnu.so
> 7f5c52e6a000-7f5c52e6b000 rw-p 00002000 08:01 20311314
> /usr/lib64/python3.6/site-packages/systemd/_journal.cpython-36m-x86_64-linux-gnu.so
> 7f5c52e6b000-7f5c52e6d000 r-xp 00000000 08:01 20304157
> /usr/lib64/python3.6/lib-dynload/syslog.cpython-36m-x86_64-linux-gnu.so
> 7f5c52e6d000-7f5c5306c000 ---p 00002000 08:01 20304157
> /usr/lib64/python3.6/lib-dynload/syslog.cpython-36m-x86_64-linux-gnu.so
> 7f5c5306c000-7f5c5306d000 r--p 00001000 08:01 20304157
> /usr/lib64/python3.6/lib-dynload/syslog.cpython-36m-x86_64-linux-gnu.so
> 7f5c5306d000-7f5c5306e000 rw-p 00002000 08:01 20304157
> /usr/lib64/python3.6/lib-dynload/syslog.cpython-36m-x86_64-linux-gnu.so
> 7f5c5306e000-7f5c530ae000 rw-p 00000000 00:00 0
> 7f5c530ae000-7f5c530cc000 r-xp 00000000 08:01 20303688
> /usr/lib64/python3.6/lib-dynload/_ctypes.cpython-36m-x86_64-linux-gnu.so
> 7f5c530cc000-7f5c532cc000 ---p 0001e000 08:01 20303688
> /usr/lib64/python3.6/lib-dynload/_ctypes.cpython-36m-x86_64-linux-gnu.so
> 7f5c532cc000-7f5c532cd000 r--p 0001e000 08:01 20303688
> /usr/lib64/python3.6/lib-dynload/_ctypes.cpython-36m-x86_64-linux-gnu.so
> 7f5c532cd000-7f5c532d1000 rw-p 0001f000 08:01 20303688
> /usr/lib64/python3.6/lib-dynload/_ctypes.cpython-36m-x86_64-linux-gnu.so
> 7f5c532d1000-7f5c53391000 rw-p 00000000 00:00 0
> 7f5c53391000-7f5c53394000 r-xp 00000000 08:01 20304139
> /usr/lib64/python3.6/lib-dynload/fcntl.cpython-36m-x86_64-linux-gnu.so
> 7f5c53394000-7f5c53593000 ---p 00003000 08:01 20304139
> /usr/lib64/python3.6/lib-dynload/fcntl.cpython-36m-x86_64-linux-gnu.so
> 7f5c53593000-7f5c53594000 r--p 00002000 08:01 20304139
> /usr/lib64/python3.6/lib-dynload/fcntl.cpython-36m-x86_64-linux-gnu.so
> 7f5c53594000-7f5c53595000 rw-p 00003000 08:01 20304139
> /usr/lib64/python3.6/lib-dynload/fcntl.cpython-36m-x86_64-linux-gnu.so
> 7f5c53595000-7f5c535bc000 r-xp 00000000 08:01
> 1590121                    /usr/lib64/libtinfo.so.6.0
> 7f5c535bc000-7f5c537bc000 ---p 00027000 08:01
> 1590121                    /usr/lib64/libtinfo.so.6.0
> 7f5c537bc000-7f5c537c0000 r--p 00027000 08:01
> 1590121                    /usr/lib64/libtinfo.so.6.0
> 7f5c537c0000-7f5c537c1000 rw-p 0002b000 08:01
> 1590121                    /usr/lib64/libtinfo.so.6.0
> 7f5c537c1000-7f5c537f8000 r-xp 00000000 08:01
> 1589775                    /usr/lib64/libncursesw.so.6.0
> 7f5c537f8000-7f5c539f7000 ---p 00037000 08:01
> 1589775                    /usr/lib64/libncursesw.so.6.0
> 7f5c539f7000-7f5c539f8000 r--p 00036000 08:01
> 1589775                    /usr/lib64/libncursesw.so.6.0
> 7f5c539f8000-7f5c539f9000 rw-p 00037000 08:01
> 1589775                    /usr/lib64/libncursesw.so.6.0
> 7f5c53a06000-7f5c53a46000 rw-p 00000000 00:00 0
> 7f5c53a46000-7f5c53a58000 r-xp 00000000 08:01 20303721
> /usr/lib64/python3.6/lib-dynload/_curses.cpython-36m-x86_64-linux-gnu.so
> 7f5c53a58000-7f5c53c57000 ---p 00012000 08:01 20303721
> /usr/lib64/python3.6/lib-dynload/_curses.cpython-36m-x86_64-linux-gnu.so
> 7f5c53c57000-7f5c53c58000 r--p 00011000 08:01 20303721
> /usr/lib64/python3.6/lib-dynload/_curses.cpython-36m-x86_64-linux-gnu.so
> 7f5c53c58000-7f5c53c5a000 rw-p 00012000 08:01 20303721
> /usr/lib64/python3.6/lib-dynload/_curses.cpython-36m-x86_64-linux-gnu.so
> 7f5c53c5a000-7f5c53cda000 rw-p 00000000 00:00 0
> 7f5c53cda000-7f5c53cdb000 r-xp 00000000 08:01 20304081
> /usr/lib64/python3.6/lib-dynload/_opcode.cpython-36m-x86_64-linux-gnu.so
> 7f5c53cdb000-7f5c53eda000 ---p 00001000 08:01 20304081
> /usr/lib64/python3.6/lib-dynload/_opcode.cpython-36m-x86_64-linux-gnu.so
> 7f5c53eda000-7f5c53edb000 r--p 00000000 08:01 20304081
> /usr/lib64/python3.6/lib-dynload/_opcode.cpython-36m-x86_64-linux-gnu.so
> 7f5c53edb000-7f5c53edc000 rw-p 00001000 08:01 20304081
> /usr/lib64/python3.6/lib-dynload/_opcode.cpython-36m-x86_64-linux-gnu.so
> 7f5c53edc000-7f5c53f5c000 rw-p 00000000 00:00 0
> 7f5c53f5c000-7f5c53f6d000 r-xp 00000000 08:01 20303739
> /usr/lib64/python3.6/lib-dynload/_json.cpython-36m-x86_64-linux-gnu.so
> 7f5c53f6d000-7f5c5416c000 ---p 00011000 08:01 20303739
> /usr/lib64/python3.6/lib-dynload/_json.cpython-36m-x86_64-linux-gnu.so
> 7f5c5416c000-7f5c5416d000 r--p 00010000 08:01 20303739
> /usr/lib64/python3.6/lib-dynload/_json.cpython-36m-x86_64-linux-gnu.so
> 7f5c5416d000-7f5c5416e000 rw-p 00011000 08:01 20303739
> /usr/lib64/python3.6/lib-dynload/_json.cpython-36m-x86_64-linux-gnu.so
> 7f5c5416e000-7f5c541ee000 rw-p 00000000 00:00 0
> 7f5c541ee000-7f5c541f2000 r-xp 00000000 08:01
> 1586663                    /usr/lib64/librpmsign.so.7.0.1
> 7f5c541f2000-7f5c543f1000 ---p 00004000 08:01
> 1586663                    /usr/lib64/librpmsign.so.7.0.1
> 7f5c543f1000-7f5c543f2000 r--p 00003000 08:01
> 1586663                    /usr/lib64/librpmsign.so.7.0.1
> 7f5c543f2000-7f5c543f3000 rw-p 00000000 00:00 0
> 7f5c543f3000-7f5c543f4000 r-xp 00000000 08:01 20318790
> /usr/lib64/python3.6/site-packages/rpm/_rpms.cpython-36m-x86_64-linux-gnu.so
> 7f5c543f4000-7f5c545f3000 ---p 00001000 08:01 20318790
> /usr/lib64/python3.6/site-packages/rpm/_rpms.cpython-36m-x86_64-linux-gnu.so
> 7f5c545f3000-7f5c545f4000 r--p 00000000 08:01 20318790
> /usr/lib64/python3.6/site-packages/rpm/_rpms.cpython-36m-x86_64-linux-gnu.so
> 7f5c545f4000-7f5c545f5000 rw-p 00001000 08:01 20318790
> /usr/lib64/python3.6/site-packages/rpm/_rpms.cpython-36m-x86_64-linux-gnu.so
> 7f5c545f5000-7f5c54616000 r-xp 00000000 08:01
> 1584622                    /usr/lib64/libmagic.so.1.0.0
> 7f5c54616000-7f5c54816000 ---p 00021000 08:01
> 1584622                    /usr/lib64/libmagic.so.1.0.0
> 7f5c54816000-7f5c54818000 r--p 00021000 08:01
> 1584622                    /usr/lib64/libmagic.so.1.0.0
> 7f5c54818000-7f5c54819000 rw-p 00023000 08:01
> 1584622                    /usr/lib64/libmagic.so.1.0.0
> 7f5c54819000-7f5c5483b000 r-xp 00000000 08:01
> 1586491                    /usr/lib64/librpmbuild.so.7.0.1
> 7f5c5483b000-7f5c54a3b000 ---p 00022000 08:01
> 1586491                    /usr/lib64/librpmbuild.so.7.0.1
> 7f5c54a3b000-7f5c54a3d000 r--p 00022000 08:01
> 1586491                    /usr/lib64/librpmbuild.so.7.0.1
> 7f5c54a3d000-7f5c54a3e000 rw-p 00024000 08:01
> 1586491                    /usr/lib64/librpmbuild.so.7.0.1
> 7f5c54a4b000-7f5c54a8b000 rw-p 00000000 00:00 0
> 7f5c54a8b000-7f5c54a8e000 r-xp 00000000 08:01 20318789
> /usr/lib64/python3.6/site-packages/rpm/_rpmb.cpython-36m-x86_64-linux-gnu.so
> 7f5c54a8e000-7f5c54c8d000 ---p 00003000 08:01 20318789
> /usr/lib64/python3.6/site-packages/rpm/_rpmb.cpython-36m-x86_64-linux-gnu.so
> 7f5c54c8d000-7f5c54c8e000 r--p 00002000 08:01 20318789
> /usr/lib64/python3.6/site-packages/rpm/_rpmb.cpython-36m-x86_64-linux-gnu.so
> 7f5c54c8e000-7f5c54c8f000 rw-p 00003000 08:01 20318789
> /usr/lib64/python3.6/site-packages/rpm/_rpmb.cpython-36m-x86_64-linux-gnu.so
> 7f5c54c8f000-7f5c54d0e000 r-xp 00000000 08:01
> 1583632                    /usr/lib64/libfreeblpriv3.so
> 7f5c54d0e000-7f5c54f0e000 ---p 0007f000 08:01
> 1583632                    /usr/lib64/libfreeblpriv3.so
> 7f5c54f0e000-7f5c54f10000 r--p 0007f000 08:01
> 1583632                    /usr/lib64/libfreeblpriv3.so
> 7f5c54f10000-7f5c54f11000 rw-p 00081000 08:01
> 1583632                    /usr/lib64/libfreeblpriv3.so
> 7f5c54f11000-7f5c54f15000 rw-p 00000000 00:00 0
> 7f5c54f15000-7f5c54f52000 r-xp 00000000 08:01
> 1584117                    /usr/lib64/libsoftokn3.so
> 7f5c54f52000-7f5c55151000 ---p 0003d000 08:01
> 1584117                    /usr/lib64/libsoftokn3.so
> 7f5c55151000-7f5c55152000 r--p 0003c000 08:01
> 1584117                    /usr/lib64/libsoftokn3.so
> 7f5c55152000-7f5c55153000 rw-p 0003d000 08:01
> 1584117                    /usr/lib64/libsoftokn3.so
> 7f5c55153000-7f5c5515e000 r-xp 00000000 08:01
> 1586739                    /usr/lib64/libnss_files-2.25.so
> 7f5c5515e000-7f5c5535d000 ---p 0000b000 08:01
> 1586739                    /usr/lib64/libnss_files-2.25.so
> 7f5c5535d000-7f5c5535e000 r--p 0000a000 08:01
> 1586739                    /usr/lib64/libnss_files-2.25.so
> 7f5c5535e000-7f5c5535f000 rw-p 0000b000 08:01
> 1586739                    /usr/lib64/libnss_files-2.25.so
> 7f5c5535f000-7f5c55365000 rw-p 00000000 00:00 0
> 7f5c55372000-7f5c553b2000 rw-p 00000000 00:00 0
> 7f5c553b2000-7f5c553ce000 r-xp 00000000 08:01 20318516
> /usr/lib64/python3.6/site-packages/rpm/_rpm.cpython-36m-x86_64-linux-gnu.so
> 7f5c553ce000-7f5c555ce000 ---p 0001c000 08:01 20318516
> /usr/lib64/python3.6/site-packages/rpm/_rpm.cpython-36m-x86_64-linux-gnu.so
> 7f5c555ce000-7f5c555cf000 r--p 0001c000 08:01 20318516
> /usr/lib64/python3.6/site-packages/rpm/_rpm.cpython-36m-x86_64-linux-gnu.so
> 7f5c555cf000-7f5c555d4000 rw-p 0001d000 08:01 20318516
> /usr/lib64/python3.6/site-packages/rpm/_rpm.cpython-36m-x86_64-linux-gnu.so
> 7f5c555d4000-7f5c555d8000 r-xp 00000000 08:01 20304160
> /usr/lib64/python3.6/lib-dynload/termios.cpython-36m-x86_64-linux-gnu.so
> 7f5c555d8000-7f5c557d7000 ---p 00004000 08:01 20304160
> /usr/lib64/python3.6/lib-dynload/termios.cpython-36m-x86_64-linux-gnu.so
> 7f5c557d7000-7f5c557d8000 r--p 00003000 08:01 20304160
> /usr/lib64/python3.6/lib-dynload/termios.cpython-36m-x86_64-linux-gnu.so
> 7f5c557d8000-7f5c557da000 rw-p 00004000 08:01 20304160
> /usr/lib64/python3.6/lib-dynload/termios.cpython-36m-x86_64-linux-gnu.so
> 7f5c557da000-7f5c55878000 r-xp 00000000 08:01 20318559
> /usr/lib64/python3.6/site-packages/gpg/_gpgme.cpython-36m-x86_64-linux-gnu.so
> 7f5c55878000-7f5c55a78000 ---p 0009e000 08:01 20318559
> /usr/lib64/python3.6/site-packages/gpg/_gpgme.cpython-36m-x86_64-linux-gnu.so
> 7f5c55a78000-7f5c55a79000 r--p 0009e000 08:01 20318559
> /usr/lib64/python3.6/site-packages/gpg/_gpgme.cpython-36m-x86_64-linux-gnu.so
> 7f5c55a79000-7f5c55a89000 rw-p 0009f000 08:01 20318559
> /usr/lib64/python3.6/site-packages/gpg/_gpgme.cpython-36m-x86_64-linux-gnu.so
> 7f5c55a89000-7f5c55b1b000 rw-p 00000000 00:00 0
> 7f5c55b1b000-7f5c55c13000 r-xp 00000000 08:01
> 1584616                    /usr/lib64/libsqlite3.so.0.8.6
> 7f5c55c13000-7f5c55e13000 ---p 000f8000 08:01
> 1584616                    /usr/lib64/libsqlite3.so.0.8.6
> 7f5c55e13000-7f5c55e16000 r--p 000f8000 08:01
> 1584616                    /usr/lib64/libsqlite3.so.0.8.6
> 7f5c55e16000-7f5c55e18000 rw-p 000fb000 08:01
> 1584616                    /usr/lib64/libsqlite3.so.0.8.6
> 7f5c55e18000-7f5c55e19000 rw-p 00000000 00:00 0
> 7f5c55e19000-7f5c55e2d000 r-xp 00000000 08:01 20304127
> /usr/lib64/python3.6/lib-dynload/_sqlite3.cpython-36m-x86_64-linux-gnu.so
> 7f5c55e2d000-7f5c5602d000 ---p 00014000 08:01 20304127
> /usr/lib64/python3.6/lib-dynload/_sqlite3.cpython-36m-x86_64-linux-gnu.so
> 7f5c5602d000-7f5c5602e000 r--p 00014000 08:01 20304127
> /usr/lib64/python3.6/lib-dynload/_sqlite3.cpython-36m-x86_64-linux-gnu.so
> 7f5c5602e000-7f5c56030000 rw-p 00015000 08:01 20304127
> /usr/lib64/python3.6/lib-dynload/_sqlite3.cpython-36m-x86_64-linux-gnu.so
> 7f5c56030000-7f5c56034000 r-xp 00000000 08:01
> 20246617                   /usr/lib64/libattr.so.1.1.0
> 7f5c56034000-7f5c56233000 ---p 00004000 08:01
> 20246617                   /usr/lib64/libattr.so.1.1.0
> 7f5c56233000-7f5c56234000 r--p 00003000 08:01
> 20246617                   /usr/lib64/libattr.so.1.1.0
> 7f5c56234000-7f5c56235000 rw-p 00000000 00:00 0
> 7f5c56235000-7f5c56239000 r-xp 00000000 08:01
> 1583588                    /usr/lib64/libuuid.so.1.3.0
> 7f5c56239000-7f5c56438000 ---p 00004000 08:01
> 1583588                    /usr/lib64/libuuid.so.1.3.0
> 7f5c56438000-7f5c56439000 r--p 00003000 08:01
> 1583588                    /usr/lib64/libuuid.so.1.3.0
> 7f5c56439000-7f5c5643a000 rw-p 00000000 00:00 0
> 7f5c5643a000-7f5c5647e000 r-xp 00000000 08:01
> 1587560                    /usr/lib64/libblkid.so.1.1.0
> 7f5c5647e000-7f5c5667e000 ---p 00044000 08:01
> 1587560                    /usr/lib64/libblkid.so.1.1.0
> 7f5c5667e000-7f5c56683000 r--p 00044000 08:01
> 1587560                    /usr/lib64/libblkid.so.1.1.0
> 7f5c56683000-7f5c56684000 rw-p 00049000 08:01
> 1587560                    /usr/lib64/libblkid.so.1.1.0
> 7f5c56684000-7f5c56685000 rw-p 00000000 00:00 0
> 7f5c56685000-7f5c5668c000 r-xp 00000000 08:01
> 20246618                   /usr/lib64/libacl.so.1.1.0
> 7f5c5668c000-7f5c5688c000 ---p 00007000 08:01
> 20246618                   /usr/lib64/libacl.so.1.1.0
> 7f5c5688c000-7f5c5688d000 r--p 00007000 08:01
> 20246618                   /usr/lib64/libacl.so.1.1.0
> 7f5c5688d000-7f5c5688e000 rw-p 00008000 08:01
> 20246618                   /usr/lib64/libacl.so.1.1.0
> 7f5c5688e000-7f5c56892000 r-xp 00000000 08:01
> 20245178                   /usr/lib64/libcap.so.2.25
> 7f5c56892000-7f5c56a91000 ---p 00004000 08:01
> 20245178                   /usr/lib64/libcap.so.2.25
> 7f5c56a91000-7f5c56a92000 r--p 00003000 08:01
> 20245178                   /usr/lib64/libcap.so.2.25
> 7f5c56a92000-7f5c56a93000 rw-p 00004000 08:01
> 20245178                   /usr/lib64/libcap.so.2.25
> 7f5c56a93000-7f5c56aca000 r-xp 00000000 08:01
> 20246368                   /usr/lib64/liblua-5.3.so
> 7f5c56aca000-7f5c56cca000 ---p 00037000 08:01
> 20246368                   /usr/lib64/liblua-5.3.so
> 7f5c56cca000-7f5c56ccc000 r--p 00037000 08:01
> 20246368                   /usr/lib64/liblua-5.3.so
> 7f5c56ccc000-7f5c56ccd000 rw-p 00000000 00:00 0
> 7f5c56ccd000-7f5c56cd8000 r-xp 00000000 08:01
> 1585185                    /usr/lib64/libpopt.so.0.0.0Aborted (core
> dumped)
>
_______________________________________________
users mailing list -- [hidden email]
To unsubscribe send an email to [hidden email]
Reply | Threaded
Open this post in threaded view
|

Re: dnf crash

Eyal Lebedinsky
In reply to this post by Patrick O'Callaghan
On 06/03/18 02:30, Patrick O'Callaghan wrote:

> On Mon, 2018-03-05 at 22:21 +0800, Ed Greshko wrote:
>> On 03/05/18 20:46, Eyal Lebedinsky wrote:
>>> On 05/03/18 23:35, Tim wrote:
>>>> On Mon, 2018-03-05 at 12:55 +1100, Eyal Lebedinsky wrote:
>>>>> While it mostly works, this specific command fails:
>>>>>
>>>>> $ dnf provides '*/Droid Sans*'
>>>>
>>>> Is that first asterisk slash sequence the right characters, in the
>>>> right order?
>>>
>>> Yes, the pattern is a standard wildcard syntax (not a regex).
>>
>>
>> Right.  According to the dnf man page
>>
>> SPECIFYING PROVIDES
>>         <provide-spec> in command descriptions  means  the  command  operates  on
>>         packages  providing  the  given spec. This can either be an explicit pro‐
>>         vide, an implicit provide (i.e. name of the package) or a  file  provide.
>>         The selection is case-sensitive and globbing is supported.
>>
>> So, since it is "globbing" one could have used as an alternative
>>
>> dnf provides '*/Droid?Sans*'
>>
>> The ? matching any single character, including <space>.
>>
>> or
>>
>> dnf provides '*/Droid*Sans*'
>>
>> With * matching any character including none.
>
> That works, but '*/Droid\ Sans*' (i.e. with a literal space) segfaults.

A '\' inside single quotes is *not* an escape, use "*/Droid\ Sans*" for that.

> poc

--
Eyal Lebedinsky ([hidden email])
_______________________________________________
users mailing list -- [hidden email]
To unsubscribe send an email to [hidden email]
Reply | Threaded
Open this post in threaded view
|

Re: dnf crash

Eyal Lebedinsky
In reply to this post by Stephen Morris
On 06/03/18 07:28, Stephen Morris wrote:

> On 5/3/18 12:55 pm, Eyal Lebedinsky wrote:
>> While it mostly works, this specific command fails:
>>
>> $ dnf provides '*/Droid Sans*'
>>
>> This is consistent, and also happens on a second machine. Both run f27 fully updated.
>>
>> The following does work:
>>
>> $ dnf provides '*/Droid*'
>>
>> But this one crashes:
>>
>> $ dnf provides '*/x y*'
>
> Just two questions on this:
>
> Firstly, am I doing something wrong when I issue the command in a shell and get the segmentation fault but no error message or stack trace messages?
>
> Secondly, what is the difference between sudo dnf provides '*/Droid Sans*' and sudo dnf --whatprovides '*/Droid Sans*' when the latter produces the following messages?
>
>
>                              No such command: */Droid Sans*. Please use /bin/dnf --help
>                              It could be a DNF plugin command, try: "dnf install 'dnf-command(*/Droid Sans*)'"

"--whatprovides" is an option of the package spec, a command is missing.

Use a command that accepts it:
        dnf repoquery --whatprovides '*/Droid Sans*'
HTH

> regards,
>
> Steve
>
>
>>
>>
>> I suspect a python problem. Anyone else sees these crashes?
>>
>> HTH

[trimmed]

--
Eyal Lebedinsky ([hidden email])
_______________________________________________
users mailing list -- [hidden email]
To unsubscribe send an email to [hidden email]
Reply | Threaded
Open this post in threaded view
|

Re: dnf crash

Patrick O'Callaghan
In reply to this post by Eyal Lebedinsky
On Tue, 2018-03-06 at 08:04 +1100, Eyal Lebedinsky wrote:
> > That works, but '*/Droid\ Sans*' (i.e. with a literal space) segfaults.
>
> A '\' inside single quotes is *not* an escape, use "*/Droid\ Sans*" for that.

Maybe so, but it still segfaults ...

poc
_______________________________________________
users mailing list -- [hidden email]
To unsubscribe send an email to [hidden email]
Reply | Threaded
Open this post in threaded view
|

Re: dnf crash

Samuel Sieb
In reply to this post by Stephen Morris
On 03/05/2018 12:28 PM, Stephen Morris wrote:
> Firstly, am I doing something wrong when I issue the command in a shell
> and get the segmentation fault but no error message or stack trace
> messages?

No, the problem manifests in various ways. I only got a stack trace
because I used gdb on it.
_______________________________________________
users mailing list -- [hidden email]
To unsubscribe send an email to [hidden email]