Description of problem: This is just a missing dependency Version-Release number of selected component: pax-utils-1.3.7-2.fc39 Additional info: reporter: libreport-2.17.11 kernel: 6.5.0-0.rc7.20230821gitf7757129e3de.50.fc39.x86_64 cmdline: /usr/bin/python3 /usr/bin/lddtree /usr/bin/gdb cgroup: 0::/user.slice/user-1000.slice/user/app.slice/vte-spawn-2a53c820-3a63-436a-ba45-c6a343aacbc3.scope uid: 1000 reason: lddtree:60:<module>:ModuleNotFoundError: No module named 'elftools' executable: /usr/bin/lddtree type: Python3 package: pax-utils-1.3.7-2.fc39 runlevel: N 5 exception_type: ModuleNotFoundError crash_function: module interpreter: python3-3.12.0~rc1-1.fc39.x86_64 comment: This is just a missing dependency Truncated backtrace: lddtree:60:<module>:ModuleNotFoundError: No module named 'elftools' Traceback (most recent call last): File "/usr/bin/lddtree", line 60, in <module> from elftools.common import exceptions ModuleNotFoundError: No module named 'elftools' Local variables in innermost frame: __name__: '__main__' __doc__: "Read the ELF dependency tree and show it\n\nThis does not work like `ldd` in that we do not execute/load code (only read\nfiles on disk), and we show the ELFs as a tree rather than a flat list.\n\nPaths may be globs that lddtree will take care of expanding.\nUseful when you want to glob a path under the ROOT path.\n\nWhen using the --root option, all paths are implicitly prefixed by that.\n e.g. lddtree -R /my/magic/root /bin/bash\nThis will load up the ELF found at /my/magic/root/bin/bash and then resolve\nall libraries via that path. If you wish to actually read /bin/bash (and\nso use the ROOT path as an alternative library tree), you can specify the\n--no-auto-root option.\n\nWhen pairing --root with --copy-to-tree, the ROOT path will be stripped.\n e.g. lddtree -R /my/magic/root --copy-to-tree /foo /bin/bash\nYou will see /foo/bin/bash and /foo/lib/libc.so.6 and not paths like\n/foo/my/magic/root/bin/bash. If you want that, you'll have to manually\nadd the ROOT path to the output path.\n\nThe --bindir and --libdir flags are used to normalize the output subdirs\nwhen used with --copy-to-tree.\n e.g. lddtree --copy-to-tree /foo /bin/bash /usr/sbin/lspci /usr/bin/lsof\nThis will mirror the input paths in the output. So you will end up with\n/foo/bin/bash and /foo/usr/sbin/lspci and /foo/usr/bin/lsof. Similarly,\nthe libraries needed will be scattered among /foo/lib/ and /foo/usr/lib/\nand perhaps other paths (like /foo/lib64/ and /usr/lib/gcc/...). You can\ncollapse all that down into nice directory structure.\n e.g. lddtree --copy-to-tree /foo /bin/bash /usr/sbin/lspci /usr/bin/lsof \\\n --bindir /bin --libdir /lib\nThis will place bash, lspci, and lsof into /foo/bin/. All the libraries\nthey need will be placed into /foo/lib/ only.\n" __package__: None __loader__: <_frozen_importlib_external.SourceFileLoader object at 0x7fc8ecdebf20> __spec__: None __annotations__: {} __builtins__: <module 'builtins' (built-in)> __file__: '/usr/bin/lddtree' __cached__: None argparse: <module 'argparse' from '/usr/lib64/python3.12/argparse.py'> errno: <module 'errno' (built-in)> functools: <module 'functools' from '/usr/lib64/python3.12/functools.py'> glob: <module 'glob' from '/usr/lib64/python3.12/glob.py'> mmap: <module 'mmap' from '/usr/lib64/python3.12/lib-dynload/mmap.cpython-312-x86_64-linux-gnu.so'> os: <module 'os' (frozen)> shutil: <module 'shutil' from '/usr/lib64/python3.12/shutil.py'> sys: <module 'sys' (built-in)> Any: typing.Any Iterable: typing.Iterable Optional: typing.Optional Union: typing.Union argcomplete: <module 'argcomplete' from '/usr/lib/python3.12/site-packages/argcomplete/__init__.py'> Potential duplicate: bug 2187737
Created attachment 1987125 [details] File: os_info
Created attachment 1987126 [details] File: environ
Created attachment 1987127 [details] File: mountinfo
Created attachment 1987128 [details] File: open_fds
Created attachment 1987129 [details] File: namespaces
Created attachment 1987130 [details] File: backtrace
Created attachment 1987131 [details] File: cpuinfo
*** This bug has been marked as a duplicate of bug 2175285 ***