From: "Alexey V. Vissarionov" <gremlin@altlinux.org> To: ALT Linux Team development discussions <devel@lists.altlinux.org> Subject: Re: [devel] RemovePathPostfixes Date: Fri, 5 Feb 2021 12:41:15 +0300 Message-ID: <20210205094115.GE2874@altlinux.org> (raw) In-Reply-To: <CAEdvWkS+SR4UMVe9qvdJ5uKD38=8xrGieCjG_fxktd+qD6YQNQ@mail.gmail.com> On 2021-02-05 04:31:50 +0300, Alexey Shabalin wrote: > Вы ушли в сторону от обсуждаемой темы RemovePathPostfixes Я ответил на сообщение ldv про то, что множественные Provides - это плохо для репы. Ну а дальше дискуссия продолжилась... :-) > RemovePathPostfixes позволяет по одному пути упаковать разные > файлы в разные бинарные rpm из одного src.rpm пакета. Да, и это очень хорошо. Если пользоваться этой возможностью с умом, можно даже библиотеки так собирать - с заведомо одинаковым ABI, но, например, с разными зависимостями от других библиотек. Единственная сложность, которая здесь может возникнуть - при сборке придется явно указывать, какую библиотеку использовать (имя пакета; так-то понятно, что нужно выбирать сборку с минимальными зависимостями). > Да конфликтующие, но разные и из одного src.rpm. Я не думаю, что > появится еще какая-нибудь реализация systemd-tmpfiles (разве что > найдется герой и напишет её на shell). Могу ошибаться, но вроде что-то похожее мне уже встречалось... не в мейнстримных системах, и даже не в дебилиане с его клонами, а в какой-то экзотике. > Поэтому тут альтернативы лишние, а конфликт в самый раз. Да alternatives везде лишние... но всем как обычно. > Еще забыл упомянуть в первом письме, что вызов systemd-tmpfiles > (и других утилит) может быть в %post у пакета. В случае с sysv > такой пакет уже не установится, точнее будет вытягивать systemd. Возможно, есть смысл не тащить в системы с sysV ошметки systemd, а либо реализовать нужный функционал независимо, либо вообще обойтись без него. > А задача была обратная - предоставить systemd standalone утилиты > для sysv. Теряется унификация для наших пакетов и скриптов. А так ли она нужна? Может, проще будет разграничить их по принципу "юниты налево, скрипты направо"? > Поэтому мне кажется стоит откатить изменения в startup. Если > ничего не выйдет с RemovePathPostfixes, то все равно придется > standalone утилиты собирать "родными" именами (без суфикса > .standalone). Хоть из отдельного src.rpm пакета. Или как-то их объезжать. Вплоть до того, что сделать два разных пакета с Provides: startup > Да конфликтующие с основными утилитами. Да и хрен бы с ними... > Просто RemovePathPostfixes облегчил бы жизнь. Угу. Только использовать его нужно с умом. И очень аккуратно. -- Alexey V. Vissarionov gremlin ПРИ altlinux ТЧК org; +vii-cmiii-ccxxix-lxxix-xlii GPG: 0D92F19E1C0DC36E27F61A29CD17E2B43D879005 @ hkp://keys.gnupg.net
next prev parent reply other threads:[~2021-02-05 9:41 UTC|newest] Thread overview: 87+ messages / expand[flat|nested] mbox.gz Atom feed top 2021-02-04 15:23 [devel] startup and standalone versions of systemd utilities Alexey Shabalin 2021-02-04 15:45 ` [devel] RemovePathPostfixes Dmitry V. Levin 2021-02-04 16:21 ` Alexey V. Vissarionov 2021-02-04 17:13 ` Dmitry V. Levin 2021-02-04 19:45 ` Alexey V. Vissarionov 2021-02-04 20:12 ` Vladimir D. Seleznev 2021-02-04 21:01 ` Alexey V. Vissarionov 2021-02-04 23:45 ` Paul Wolneykien 2021-02-05 1:31 ` Alexey Shabalin 2021-02-05 2:51 ` Dmitry V. Levin 2021-02-05 9:58 ` Alexey V. Vissarionov 2021-02-07 20:19 ` Alexey Shabalin 2021-02-05 7:33 ` Aleksei Nikiforov 2021-02-05 10:00 ` Alexey V. Vissarionov 2021-02-05 12:14 ` Sergey V Turchin 2021-02-05 12:17 ` Sergey V Turchin 2021-02-05 8:54 ` Paul Wolneykien 2021-02-05 9:15 ` Sergey V Turchin 2021-02-05 10:13 ` Alexey V. Vissarionov 2021-02-05 11:04 ` Sergey V Turchin 2021-02-05 9:41 ` Alexey V. Vissarionov [this message] 2021-02-05 9:19 ` Alexey V. Vissarionov 2021-02-05 9:25 ` Sergey V Turchin 2021-02-05 8:05 ` Sergey V Turchin 2021-02-05 8:11 ` Sergey V Turchin 2021-02-05 10:17 ` Alexey V. Vissarionov 2021-02-05 11:11 ` Sergey V Turchin 2021-02-08 2:49 ` Alexey V. Vissarionov 2021-02-08 8:40 ` Sergey V Turchin 2021-02-05 12:10 ` Vladimir D. Seleznev 2021-02-08 2:52 ` Alexey V. Vissarionov 2021-02-08 3:32 ` Vladimir D. Seleznev 2021-02-08 3:38 ` Alexey V. Vissarionov 2021-02-08 3:46 ` Vladimir D. Seleznev 2021-02-04 20:51 ` Sergey Y. Afonin 2021-02-04 20:58 ` Sergey Y. Afonin 2021-02-04 16:34 ` [devel] startup and standalone versions of systemd utilities Alexey Gladkov 2021-02-05 1:52 ` Alexey Shabalin 2021-02-05 10:55 ` Alexey Gladkov 2021-02-08 3:11 ` Alexey V. Vissarionov 2021-02-08 9:34 ` Vladislav Zavjalov 2021-02-08 10:03 ` Alexey V. Vissarionov 2021-02-08 12:52 ` Vladislav Zavjalov 2021-02-08 10:46 ` Alexey Gladkov 2021-02-09 13:03 ` Alexey V. Vissarionov 2021-02-09 13:39 ` Alexey Gladkov 2021-03-17 20:00 ` [devel] Разделение миров systemd и sysv Alexey Shabalin 2021-03-17 22:43 ` Alexey Gladkov 2021-03-19 8:45 ` Andrey Savchenko 2021-03-25 17:53 ` Alexey Shabalin 2021-03-25 16:52 ` Alexey Shabalin 2021-03-25 19:54 ` Alexey Gladkov 2021-03-17 22:43 ` Dmitry V. Levin 2021-03-25 17:28 ` Alexey Shabalin 2021-03-25 18:33 ` Leonid Krivoshein 2021-03-25 20:39 ` Michael Shigorin 2021-03-25 19:44 ` Konstantin Lepikhov 2021-03-25 20:31 ` Michael Shigorin 2021-03-25 19:36 ` [devel] dracut (Re: Разделение миров systemd и sysv) Alexey Sheplyakov 2021-03-26 9:19 ` Anton Farygin 2021-03-26 9:52 ` Andrey Savchenko 2021-03-26 11:04 ` Anton Farygin 2021-03-26 12:42 ` Andrey Savchenko 2021-03-26 15:14 ` Anton Farygin 2021-03-26 11:27 ` Leonid Krivoshein 2021-03-26 13:14 ` Nikolai Kostrigin 2021-03-26 11:13 ` Konstantin Lepikhov 2021-03-31 10:00 ` Alexey V. Vissarionov 2021-03-31 10:30 ` Denis Medvedev 2021-03-19 8:42 ` [devel] Разделение миров systemd и sysv Andrey Savchenko 2021-03-19 10:23 ` Sergey Afonin 2021-03-28 17:33 ` Sergey Y. Afonin 2021-03-25 17:44 ` Alexey Shabalin 2021-03-26 9:45 ` [devel] libsystemd (Re: Разделение миров systemd и sysv) Alexey Sheplyakov 2021-03-26 9:50 ` Andrey Savchenko 2021-03-26 9:59 ` [devel] libsystemd (Re: Разделение миров systemd и =?utf-8?b?IHN5c3Y=?=) Sergey Afonin 2021-03-26 18:43 ` [devel] libsystemd (Re: Разделение миров systemd и sysv) Arseny Maslennikov 2021-03-31 10:39 ` Alexey V. Vissarionov 2021-03-29 18:03 ` [devel] Разделение миров systemd и sysv Arseny Maslennikov 2021-03-29 19:24 ` [devel] /etc/sysconfig/{clock,i18n} Dmitry V. Levin 2021-03-31 10:48 ` Arseny Maslennikov 2021-02-08 3:08 ` [devel] startup and standalone versions of systemd utilities Alexey V. Vissarionov 2021-02-05 1:37 ` Alexey Shabalin 2021-02-05 10:24 ` Alexey Gladkov 2021-02-08 10:47 ` Alexey Gladkov 2021-02-09 10:42 ` Alexey Shabalin 2021-02-09 11:32 ` Alexey Gladkov
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=20210205094115.GE2874@altlinux.org \ --to=gremlin@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