From: Anton Farygin <rider@basealt.ru> To: devel@lists.altlinux.org Subject: Re: [devel] %_libexecdir Date: Wed, 23 Feb 2022 10:26:10 +0300 Message-ID: <9068cf54-7ead-6601-b071-722bff60c8d6@basealt.ru> (raw) In-Reply-To: <20220223001910.GA16644@altlinux.org> On 23.02.2022 03:19, Dmitry V. Levin wrote: > On Sun, Feb 20, 2022 at 11:28:30AM +0300, Anton Farygin wrote: >> Всем привет. >> >> А кто-то помнит по каким причинам у нас >> >> $ rpm --eval '%_libexecdir' >> /usr/lib >> а не /usr/libexec ??? >> >> Там было что-то осмысленное, или просто такое legacy, которое менять >> страшно ? > Так было в FHS, это появилось ещё в прошлом веке до создания ALT. Т.е. - это изменение в FHS, которому (наверное) было бы неплохо последовать. > > Для того, чтобы менять такие древние традиции, надо ответить на два > вопроса, зачем и какой ценой. Грубо говоря, от изменения должна быть > какая-то существенная польза, перевешивающая затраты на изменение. Соответствие современному стандарту не является ощутимой пользой от такого изменения ? > > Неизвестно, есть ли вообще какая-нибудь польза от другого значения > макроса, но известно, что трудозатраты на проверку последствий > значительные. > > Как обычно с такими макросами, отследить всё, на что они влияют, довольно > сложно, поскольку это не только пакеты, в спеках которых упоминается > макрос %_libexecdir, но и пакеты, в спеках которых упоминаются > использующие %_libexecdir макросы %configure и %makeinstall (может быть, > есть и другие макросы, но про эти два этот факт хорошо известен). Каждый > из пакетов, в котором не переопределяется %_libexecdir, но используется > один из этих трёх макросов, придётся проверить, не сломается ли он в > результате изменения значения %_libexecdir. Таких пакетов примерно 3770. > Несколько видов возможных поломок можно представить себе сразу: > - пакет перестанет собираться; > - в пакет перестанут упаковываться какие-то части, которые сейчас > упаковываются; > - пакет станет неправильно работать из-за неготовности к изменению; > - разные пакеты перестанут правильно взаимодействовать друг с другом из-за > того, что изменение не произошло в них синхронно, например, потому что в > одном из пакетов используется значение %_libexecdir не из макроса, а > зашито прямо в код. > > В общем, объём потенциальных разрушений велик, и для того, чтобы начинать > обсуждать это всерьёз, нужно видеть потенциальную пользу, перевешивающую > всё это. > > Спасибо. Собственно я хотел услышать, является ли проблемой для нас то, что в части пакетов будет использоваться другое содержимое максроса libexecdir ? Судя по всему нет, это проблемой не является, поэтому во всех моих пакетах, где апстрим предполагает что libexecdir смотрит в /usr/libexec - я начинаю переопределять %_libexecdir
next prev parent reply other threads:[~2022-02-23 7:26 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 2022-02-23 7:26 ` Anton Farygin [this message] 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=9068cf54-7ead-6601-b071-722bff60c8d6@basealt.ru \ --to=rider@basealt.ru \ --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