Было бы хорошо собирать вместе с ядрами и запаковвывать скрипты для GDB (vmlinux-gdb.py и др., см. CONFIG_GDB_SCRIPTS). Без них использование дистрибутивного kernel-*-debuginfo оказывается настолько нетривиальным что почти невозможным.
(Ответ для Ivan A. Melnikov на комментарий #0) > Было бы хорошо собирать вместе с ядрами и запаковвывать скрипты для GDB > (vmlinux-gdb.py и др., см. CONFIG_GDB_SCRIPTS). Без них использование > дистрибутивного kernel-*-debuginfo оказывается настолько нетривиальным что > почти невозможным.
Помню, что я это уже включал... Поискав нашел, что это было 2021-03-16 для флейвора xenomai. Скрипты полезные, но отсутствие этих скриптов не делает kernel-*-debuginfo почти бесполезным. Потому что у разработчика они и так есть - в его дереве исходного кода лежат. Чтоб ресолвить строки из стек трейса в gdb они не нужны, для crash и drgn они не нужны.
(In reply to Vitaly Chikunov from comment #2) > Помню, что я это уже включал... Поискав нашел, что это было 2021-03-16 для > флейвора xenomai. > > Скрипты полезные, но отсутствие этих скриптов не делает kernel-*-debuginfo > почти бесполезным. С формулировкой я конечно размахнулся, прошу прощения. Этот баг был создан после не слишком удачных попыток поотлаживать одну историю с помощью kgdb, по всей видимости немного на эмоциях. Действительно, запакованные debuginfo могут быть использованны для исследования crash dump'ов и чего-то вроде addr2line. > Потому что у разработчика они и так есть - в его дереве исходного кода лежат. Для собранных локально ядер ядер -- да. А для уже собранных дистрибутивно (для которых и существует kernel-*-debuginfo) их нет. Там генерируется constants.py, и получить его из исходников для уже собранных ядер -- задача как минимум нетривиальная.
kernel-image-6.18-6.18.23-alt1 -> sisyphus: Sat Apr 18 2026 Kernel Bot <kernelbot@altlinux> 6.18.23-alt1 - v6.18.23 (2026-04-18). - config: Install gdb scripts (CONFIG_GDB_SCRIPTS=y) (ALT#57931). - config: Enable CONFIG_IPV6_SEG6_ options (ALT#58319).
