@rf
РАЧ ГОВНО
3 часа искал как поставить отладочные данные для glibc
Нашёл это:
Certain packages such as glibc are stripped regardless. Check the PKGBUILD for sections such as:

То есть мало того что у них нет нигде упакетированных или захощенных отладочных данных, они в принципе не предоставляют сопособа ШТАТНО (не правя ничего вручную) собрать glibc с дебагом. Они там умственно отсталые или да?

Я понимаю там не собирать отладку для всего остального, разработчик может собрать свои версии библиотек и положить в хомяк, ничего не ломая в системе, но заменять libc в дистре который обновляет пакеты каждый день на свою сборку - крайне сомнительная процедура. Сегодня ты соберёшь свой glibc, а завтра они обновят glibc и снесут с зеркал все пакеты предыдущих версий...
Не ужели нельзя понять банальные вещи:
1. Символы glibc будут полезны для отладки всего нативного за исключением некоторого go софта
2. В случае когда уже пойман сигнал запущенным отладчиеом или есть core файл, нужен дебаг именно системной версии glibc, который тут по сути утерян. Держать всегда в системе кастомный glibc невозможно если не делать из дистра генту.
3. Многие отладочные утилиты требуют дебаг libc для работы, тот же valgrind например
4. Разработчик может собрать и положить большую часть зависимостей в хомяк не ломая систему с дебагом. Старые версии будут работать с более новым glibc, mesa итд. но положить туда свой libc не вызвав проблем с системными обновлениями не может - оно рано или поздно отвалится - нет двухсторонней совместимости.

Не думаю, что стоит доверять дистру, разработчики которого не понимают этого. Зачем только я накатывал это говно?