[devel] автогенерация debug-пакетов в rpm

[Alexey Tourbin]

On Tue, Apr 21, 2009 at 06:24:53PM +0400, Pavlov Konstantin wrote:
> On Tue, Apr 21, 2009 at 05:37:55PM +0400, Pavlov Konstantin wrote:
> > On Thu, Apr 16, 2009 at 04:27:21PM +0400, Max Ivanov wrote:
> > > Есть ли у нас возможность делать *-gdb пакеты, как, например, в федоре?
> > > Т.е. ставишь обычный qutIM , работаешь, нашел место падения, ставишь
> > > qutIM-gdb и вуаля, красивые бектрейсы, запуск из под gdb и прочие
> > > радости.
> > 
> > Мне это тоже интересно. Попробую реализовать.
> 
> В Fedora это реализовано следующим образом:
> 
> в конце секции %install запускается макрос
> 
> %{?__debug_package:%{__debug_install_post}}, который генерит
> %дополнительный пакет debug и вызывает для формирования файлов в нем
>  скрипт find-debuginfo.sh.
> 
> Что скажут ув. мантейнеры rpm?

Не знаю стоит это делать или нет.

Там сделано как.  Автоматически генерируется левый пакет %name-debuginfo.
То есть прямо как бо вставляется в спекфайлу.

#       Template for debug information sub-package.
%debug_package \
%ifnarch noarch\
%global __debug_package 1\
%package debug\
Summary: Debug information for package %{name}\
Group: Development/Debug\
AutoReqProv: 0\
%description debug\
This package provides debug information for package %{name}.\
Debug information is useful when developing applications that use this\
package or when debugging this package.\
%files debug -f debugfiles.list\
%defattr(-,root,root)\
%endif\
%{nil}

А далее этот скрипт find-debuginfo.sh вызывает strip который специальным
образом складывает обрезки ельфов в файлы с дополнительным суффиком .debug.

Получается вот такие тонны генерата.  Его конечно хранят отдельно.
http://download.opensuse.org/factory/repo/debug/suse/x86_64/

Интересно как этот debuginfo потом будет загружать gdb.
----------- следующая часть -----------
Было удалено вложение не в текстовом формате...
Имя     : отсутствует
Тип     : application/pgp-signature
Размер  : 197 байтов
Описание: отсутствует
Url     : <http://lists.altlinux.org/pipermail/devel/attachments/20090421/45a7211e/attachment.bin>