From: "Dmitry V. Levin" <ldv@altlinux.org>
To: ALT Devel discussion list <devel@lists.altlinux.org>
Subject: Re: [devel] %_libexecdir
Date: Wed, 23 Feb 2022 03:19:10 +0300
Message-ID: <20220223001910.GA16644@altlinux.org> (raw)
In-Reply-To: <e442542b-0c77-570a-e398-ce8704c1da10@basealt.ru>
On Sun, Feb 20, 2022 at 11:28:30AM +0300, Anton Farygin wrote:
> Всем привет.
>
> А кто-то помнит по каким причинам у нас
>
> $ rpm --eval '%_libexecdir'
> /usr/lib
> а не /usr/libexec ???
>
> Там было что-то осмысленное, или просто такое legacy, которое менять
> страшно ?
Так было в FHS, это появилось ещё в прошлом веке до создания ALT.
Для того, чтобы менять такие древние традиции, надо ответить на два
вопроса, зачем и какой ценой. Грубо говоря, от изменения должна быть
какая-то существенная польза, перевешивающая затраты на изменение.
Неизвестно, есть ли вообще какая-нибудь польза от другого значения
макроса, но известно, что трудозатраты на проверку последствий
значительные.
Как обычно с такими макросами, отследить всё, на что они влияют, довольно
сложно, поскольку это не только пакеты, в спеках которых упоминается
макрос %_libexecdir, но и пакеты, в спеках которых упоминаются
использующие %_libexecdir макросы %configure и %makeinstall (может быть,
есть и другие макросы, но про эти два этот факт хорошо известен). Каждый
из пакетов, в котором не переопределяется %_libexecdir, но используется
один из этих трёх макросов, придётся проверить, не сломается ли он в
результате изменения значения %_libexecdir. Таких пакетов примерно 3770.
Несколько видов возможных поломок можно представить себе сразу:
- пакет перестанет собираться;
- в пакет перестанут упаковываться какие-то части, которые сейчас
упаковываются;
- пакет станет неправильно работать из-за неготовности к изменению;
- разные пакеты перестанут правильно взаимодействовать друг с другом из-за
того, что изменение не произошло в них синхронно, например, потому что в
одном из пакетов используется значение %_libexecdir не из макроса, а
зашито прямо в код.
В общем, объём потенциальных разрушений велик, и для того, чтобы начинать
обсуждать это всерьёз, нужно видеть потенциальную пользу, перевешивающую
всё это.
--
ldv
next prev parent reply other threads:[~2022-02-23 0:19 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-02-20 8:28 Anton Farygin
2022-02-20 11:34 ` Alexey V. Vissarionov
2022-02-20 11:54 ` Anton Farygin
2022-02-20 12:09 ` Alexey Shabalin
2022-02-23 0:19 ` Dmitry V. Levin [this message]
2022-02-23 7:26 ` Anton Farygin
2022-02-23 12:27 ` Dmitry V. Levin
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=20220223001910.GA16644@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