Пропавшие без вести разделяют debuginfos

1. № gdb упаковывается сопровождающим, glibc упаковывается другим сопровождающим, gcc, libstdc и т.д. все упаковывается разными сопровождающими. Упаковка дебагинации для них вместе с gdb потребовала бы значительной координации. Каждый раз, когда один из пакетов менялся, сопровождающий gdb должен был переупаковывать и выпускать. Управление им становилось довольно громоздким. gdb может отлаживать и другие языки, например java, для которых не нужна была бы отладка для перечисленных библиотек.

2. Пакеты debuginfo содержат исходный код и символы, удаленные из исполняемого файла. Они необходимы только во время отладки, поэтому избыточны при обычном использовании. Они действительно занимают достаточно много места, поэтому удаляются во время производственных релизов.

3. Это зависит от того, как это будет выглядеть. Большинство кода на Си будет использовать glibc и т.д. Однако, если вы отлаживаете пакет X и вам не нужно углубляться во внутреннюю часть glibc, вы можете обойтись без его установки. Если вы хотите следовать коду в gdb до самого низкого уровня glibc, или если вы думаете, что в самой библиотеке есть ошибка, то вам нужно установить ее. С другой стороны, некоторый код на Си может быть статически скомпонован и должен иметь все необходимое в собственном пакете debuginfo, или приложение может быть написано на другом языке. Ни то, ни другое не потребует установки этих пакетов.

4. Да. Эффект от установки этих пакетов заключается в том, что вы не сможете эффективно отлаживать программы, предоставляемые этими пакетами. Как и в 3 выше, все зависит от того, нужно ли вам отлаживать на этом уровне или нет.

Замечание: Вы увидите, что многие приложения были оптимизированы (с флагом -O в компиляторе) и не так хорошо отлаживаются с помощью debuginfo. Обходным путем является перекомпиляция без каких-либо оптимизаций.