From: "Dmitry V. Levin" <ldv@altlinux.org> To: ALT Devel discussion list <devel@lists.altlinux.org> Subject: Re: [devel] [#277787] DONE (try 3) systemd.git=249-alt1 Date: Sun, 11 Jul 2021 15:21:29 +0300 Message-ID: <20210711122129.GA20228@altlinux.org> (raw) In-Reply-To: <20210711110824.rsdaia4srdv6weaj@example.org> On Sun, Jul 11, 2021 at 01:08:24PM +0200, Alexey Gladkov wrote: > On Sun, Jul 11, 2021 at 01:32:41PM +0300, Dmitry V. Levin wrote: > > Повесил https://bugzilla.altlinux.org/40450 на эту тему. > > Спасибо. Я уже боюсь связываться с этим пакетом. > > > Возможно, нам будет проще форкнуть systemd.git и собирать *-standalone > > оттуда, чем рассчитывать на взаимопонимание с мантейнером пакета systemd. > > Из-за пяти утилит ? Для начала из-за удалённых из репозитория /sbin/systemd-*.standalone, а дальше посмотрим. > Тут дело не в форке и поддержке, а в согласованности в пределах > репозитория. Нужно будет разруливать конфликты по утилитам, конфигам и > т.д. Пока в действиях мантейнера не прослеживается готовность к этому. > Последний релиз показывает, что он предпочитает ломать всех тех кого не > считает целевой аудиторией. Если собирать /sbin/systemd-*.standalone из форка systemd.git, то никакого согласования, наверное, не потребуется. > Я не изучал этот вопрос плотно, но кажется форкнуть и поддерживать это > чудо технически возможно. Кроме утилит в голову приходит logind, который > можно попробовать собирать отдельно. Но насчёт этого я не уверен т.к. > elogind пришлось изрядно поменять для того чтобы он выполнял только > функцию session manager. > > Хотя нет. Беру свои слова про logind назад. С ним будет та же проблема, > что и c elogind. > > Так что из "форка" можно взять разве что 5 утилит и с ними будут ровно та > же проблема, что и сейчас. Решить которую можно только альтернативами. А > это потребует прикосновения к священному пакету systemd. Можно сделать альтернативы или врапперы, если нужно, это несложно. > > Для решения проблемы избыточных зависимостей на systemd предлагаю > > рассмотреть возможность запрета избыточных зависимостей на systemd > > на уровне sisyphus_check. > > Чтобы мантейнер systemd приходил "на поклон" при появлении новой > зависимости ? Я не думаю, что это продуктивно. Всё-таки такой подход > фактически означает премодерацию. Нет, речь идёт о багах. Например: $ rpmquery -Rp Sisyphus/files/x86_64/RPMS/*plymouth*-0.9.5-alt3.x86_64.rpm |grep systemd /sbin/systemd-tty-ask-password-agent Если plymouth может работать без systemd, то этой зависимости не должно быть. И так далее со всеми остальными пакетами. Например, объявить, что зависимости на systemd допустимы только у пакетов, имя которых начинается на "systemd-". > Я всё чаще задумываюсь об отдельном "компоненте" репозитория в котором > будут лежать собранные иначе пакеты. Жаль, что это невозможно сделать. Можно, но это по сути форк репозитория. На мой взгляд, это было бы не самым рациональным использованием ограниченных ресурсов. -- ldv
next prev parent reply other threads:[~2021-07-11 12:21 UTC|newest] Thread overview: 76+ messages / expand[flat|nested] mbox.gz Atom feed top 2021-07-11 9:06 ` Dmitry V. Levin 2021-07-11 9:36 ` Alexey Gladkov 2021-07-11 10:32 ` Dmitry V. Levin 2021-07-11 11:08 ` Alexey Gladkov 2021-07-11 12:21 ` Dmitry V. Levin [this message] 2021-07-11 13:25 ` Alexey Gladkov 2021-07-11 14:26 ` Alexey Shabalin 2021-07-11 20:36 ` Mikhail Novosyolov 2021-07-11 21:59 ` Alexey Gladkov 2021-07-11 22:19 ` Alexey V. Vissarionov 2021-07-11 15:45 ` Alexey Shabalin 2021-07-11 16:57 ` Aleksey Novodvorsky 2021-07-11 17:10 ` Alexey Shabalin 2021-07-11 17:31 ` Dmitry V. Levin 2021-07-11 17:46 ` Aleksey Novodvorsky 2021-07-11 17:54 ` Антон Мидюков 2021-07-11 17:55 ` Alexey Shabalin 2021-07-11 18:14 ` Dmitry V. Levin 2021-07-11 17:56 ` Alexey Shabalin 2021-07-11 18:15 ` Alexey Gladkov 2021-07-11 18:23 ` Alexey Shabalin 2021-07-11 18:32 ` Alexey Gladkov 2021-07-11 18:40 ` Alexey Shabalin 2021-07-11 18:44 ` Alexey Gladkov 2021-07-11 18:46 ` Alexey Shabalin 2021-07-11 19:17 ` Alexey Gladkov 2021-07-11 19:22 ` Alexey Shabalin 2021-07-11 19:38 ` Alexey Gladkov 2021-07-11 19:53 ` Alexey Shabalin 2021-07-11 20:22 ` Alexey Gladkov 2021-07-11 21:16 ` Dmitry V. Levin 2021-07-11 21:43 ` Alexey Shabalin 2021-07-11 22:59 ` Alexey V. Vissarionov 2021-07-12 0:29 ` Alexey Shabalin 2021-07-11 21:11 ` Dmitry V. Levin 2021-07-11 21:13 ` Alexey Shabalin 2021-07-17 17:56 ` Dmitry V. Levin 2021-07-18 17:05 ` Alexey Shabalin 2021-07-18 17:14 ` Dmitry V. Levin 2021-07-18 18:08 ` Alexey Shabalin 2021-07-18 18:24 ` Alexey Shabalin 2021-07-19 3:00 ` Alexey Shabalin 2021-07-19 8:14 ` Alexey Gladkov 2021-07-19 9:27 ` Alexey Gladkov 2021-07-19 9:56 ` Alexey Shabalin 2021-07-19 10:12 ` Dmitry V. Levin 2021-07-19 10:18 ` Alexey Shabalin 2021-07-19 10:29 ` Dmitry V. Levin 2021-07-19 4:17 ` Alexey V. Vissarionov 2021-08-21 0:20 ` Alexey Shabalin 2021-08-23 14:03 ` Alexey Gladkov 2021-07-11 22:55 ` Alexey V. Vissarionov 2021-07-11 22:49 ` Alexey V. Vissarionov 2021-07-11 23:28 ` Alexey Gladkov 2021-07-12 9:27 ` Sergey V Turchin 2021-07-12 19:40 ` Alexey V. Vissarionov 2021-07-13 7:42 ` Sergey V Turchin 2021-07-13 10:26 ` Vladimir D. Seleznev 2021-07-13 11:11 ` Alexey V. Vissarionov 2021-07-11 18:26 ` Alexey Shabalin 2021-07-11 18:43 ` Dmitry V. Levin 2021-07-11 18:45 ` Alexey Shabalin 2021-07-11 19:01 ` Dmitry V. Levin 2021-07-11 19:03 ` Alexey Shabalin 2021-07-12 9:40 ` Dmitry V. Levin 2021-07-12 11:03 ` Alexey Shabalin 2021-07-11 19:02 ` Alexey Shabalin 2021-07-11 22:44 ` Alexey V. Vissarionov 2021-07-11 22:48 ` Alexey Gladkov 2021-07-11 22:51 ` Alexey V. Vissarionov 2021-07-12 9:30 ` Mikhail Novosyolov 2021-07-11 22:35 ` Alexey V. Vissarionov 2021-07-11 17:59 ` Alexey Gladkov 2021-07-11 23:03 ` Alexey V. Vissarionov 2021-07-12 0:10 ` Alexey Gladkov 2021-07-11 22:14 ` Alexey V. Vissarionov
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=20210711122129.GA20228@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