ALT Linux Team development discussions
 help / color / mirror / Atom feed
From: "Dmitry V. Levin" <ldv@altlinux.org>
To: ALT Devel discussion list <devel@lists.altlinux.org>
Subject: Re: [devel] Q: debuginfo strip controls & deps
Date: Tue, 1 Feb 2011 00:46:04 +0300
Message-ID: <20110131214602.GA21841@altlinux.org> (raw)
In-Reply-To: <20110131152337.GO30604@altlinux.org>

[-- Attachment #1: Type: text/plain, Size: 2631 bytes --]

On Mon, Jan 31, 2011 at 06:23:37PM +0300, Alexey Tourbin wrote:
[...]
> Я знаю всего несколько пакетов, где действительно требуется
> специальный режим обрезания файлов: а именно, требуется сохранить .symtab.
> Один из таких пакетов - glibc.  Это делает вопрос насчет strip-макросов
> актуальным, т.к. glibc ложится в основу иерархии debuginfo зависимостей.

Попадаются ещё ELF'ы, которые предназначены для обработки нестандартными
загрузчиками, в т.ч. и не в userspace.  Вероятно, такие файлы лучше вообще
не трогать.  Видно, что сейчас в brp-debuginfo захардкодены исключения
/usr/share и /lib/firmware.  Я бы добавил туда ещё и /boot с /lib/modules.

> Предлагаю реализовать всего один новый strip-макрос - сохранение .symtab
> при обрезании -
> 	%название-макроса шелл-глоб
> Требуется придумать нвазвание макроса.
> Название может включать "keep_symtab" или "strip_debug_only".

strip_debug_only не вполне понятен, поскольку не очевидно, что есть
debug only.

Если смысл макроса в сохранении секции .symtab, то пусть лучше будет
%debuginfo_strip_keep_symtab shell-glob-pattern

> Актуальный вопрос №2: вид soname-зависимостей между debuginfo-пакетами.
> 
> Сонейм-зависимости между основными пакетами имеют вид
> /usr/lib/libfoo.so.1 -> libfoo.so.1
> /usr/lib64/libfoo.so.1 -> libfoo.so.1()(64bit)
> 
> Для debuginfo пакетов будет создана иерархия зависимостей, похожая на
> основную, на основе сонеймов.  Требуется придумать вид зависимостей
> для для сонеймов (ABI-интерфейсы использоваться не будут).  Варианты могут
> быть такие:
> 
> /usr/lib/debug/usr/lib/libfoo.so.1 -> debug(libfoo.so.1)
> /usr/lib/debug/usr/lib64/libfoo.so.1 -> debug64(libfoo.so.1)

Такой вариант годится.

> /usr/lib/debug/usr/lib/libfoo.so.1.debug -> libfoo.so.1.debug
> /usr/lib/debug/usr/lib64/libfoo.so.1.debug -> libfoo.so.1.debug()(64bit)
> 
> /usr/lib/debug/usr/lib/libfoo.so.1.debug -> D-libfoo.so.1
> /usr/lib/debug/usr/lib64/libfoo.so.1.debug -> D-libfoo.so.1()(64bit)

Эти варианты не годятся, особенно первый из них, поскольку совпадают с
возможными обычными зависимостями на soname.

> Менее актуальные вопросы:
> 1) Нужны ли другие strip-макросы.

Видимо, нужно уметь отключать обработку отдельных файлов по причине
"мейнтейнеру виднее", например,
%debuginfo_skip_files shell-glob-pattern

> 2) Стоит ли обрезать lib*.a архивы.

До сих пор эти файлы не стрипались, но и -g до сих пор по умолчанию не
было.  Не очевидно.

> 3) Реорганизация репозитория - стоит ли делать RPMS.debug.

Число arch-пакетов практически удвоится -- как это скажется на индексах?


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 198 bytes --]

  parent reply	other threads:[~2011-01-31 21:46 UTC|newest]

Thread overview: 30+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-01-31 15:23 Alexey Tourbin
2011-01-31 15:46 ` Dmitry V. Levin
2011-02-03  9:20   ` Alexey Tourbin
2011-02-03  9:55     ` REAL
2011-02-03 10:16       ` Alexey Tourbin
2011-02-03 10:45         ` REAL
2011-02-04 17:40     ` Dmitry V. Levin
2011-02-04 19:24       ` Dmitry V. Levin
2011-02-04 20:38       ` Alexey Tourbin
2011-02-04 22:21         ` Dmitry V. Levin
2011-02-04 23:00           ` Alexey Tourbin
2011-02-05  5:41             ` Alexey Tourbin
2011-02-05 14:00               ` Dmitry V. Levin
2011-02-05 14:52                 ` Alexey Tourbin
2011-02-06 10:01                 ` Alexey Tourbin
2011-02-06 21:19                   ` Dmitry V. Levin
2011-02-05 21:11               ` Alexey Tourbin
2011-02-06  2:05               ` Alexey Tourbin
2011-02-06 21:22                 ` Dmitry V. Levin
2011-02-06 21:29                   ` Dmitry V. Levin
2011-01-31 15:58 ` REAL
2011-01-31 15:42   ` Alexey Tourbin
2011-01-31 16:17     ` REAL
2011-01-31 16:33 ` Afanasov Dmitry
2011-01-31 17:25   ` Alexey Tourbin
2011-01-31 21:46 ` Dmitry V. Levin [this message]
2011-01-31 23:33   ` Dmitry V. Levin
2011-02-01  4:02     ` Alexey Tourbin
2011-02-01  9:29       ` Dmitry V. Levin
2011-02-01 17:00         ` Alexey Tourbin

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20110131214602.GA21841@altlinux.org \
    --to=ldv@altlinux.org \
    --cc=devel@lists.altlinux.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link

ALT Linux Team development discussions

This inbox may be cloned and mirrored by anyone:

	git clone --mirror http://lore.altlinux.org/devel/0 devel/git/0.git

	# If you have public-inbox 1.1+ installed, you may
	# initialize and index your mirror using the following commands:
	public-inbox-init -V2 devel devel/ http://lore.altlinux.org/devel \
		devel@altlinux.org devel@altlinux.ru devel@lists.altlinux.org devel@lists.altlinux.ru devel@linux.iplabs.ru mandrake-russian@linuxteam.iplabs.ru sisyphus@linuxteam.iplabs.ru
	public-inbox-index devel

Example config snippet for mirrors.
Newsgroup available over NNTP:
	nntp://lore.altlinux.org/org.altlinux.lists.devel


AGPL code for this site: git clone https://public-inbox.org/public-inbox.git