-
Não.
gdbé empacotado por um mantenedor,glibcé empacotado por outro mantenedor,gcc,libstdce assim por diante, todos empacotados por mantenedores diferentes. Para empacotar o debuginfo para estes, juntamente comgdb, seria necessária uma coordenação considerável. Cada vez que um dos pacotes fosse alterado, o mantenedorgdbteria que empacotar e liberar. Ficaria muito complicado administrar.gdbtambém pode depurar outros idiomas, por exemplojava, que não precisariam do debuginfo para as bibliotecas listadas. -
Os pacotes
debuginfocontêm o código-fonte e os símbolos retirados do executável. Eles são necessários apenas durante a depuração, portanto, são redundantes durante o uso normal. Eles ocupam uma boa quantidade de espaço, portanto, são removidos durante as versões de produção. -
Depende. A maioria dos códigos C usará
glibcetc. No entanto, se você estiver depurando o pacote X e não precisar se aprofundar nos componentes internos deglibc, você poderá gerenciar sem instalá-lo. Se você quiser seguir o código emgdbaté o nível baixoglibcou se achar que há um bug na própria biblioteca, precisará instalá-lo. Por outro lado, algum código C pode ser estaticamente vinculado e deve ter tudo o que é necessário em seu próprio pacote debuginfo, ou um aplicativo pode ser escrito em outro idioma. Nenhum deles precisaria ser instalado. -
Sim. O efeito de não instalar esses pacotes é que você não será capaz de depurar efetivamente as rotinas fornecidas por eles. Como no item 3 acima, tudo depende se você precisa depurar nesse nível ou não.
Nota: você verá que muitos aplicativos foram otimizados (com o -O flag no compilador) e não depurem tão bem com o debuginfo. Uma solução alternativa é recompilar sem qualquer otimização.