From: Alexey Shabalin <a.shabalin@gmail.com> To: ALT Linux Team development discussions <devel@lists.altlinux.org> Subject: Re: [devel] systemd Date: Fri, 27 Jan 2012 13:08:50 +0300 Message-ID: <CAEdvWkQhi5Vf39s5K65qOJtrQsRXtX_7wbzRojzjvSqpF9e2UQ@mail.gmail.com> (raw) In-Reply-To: <20120126194150.GA30018@altlinux.org> 26 января 2012 г. 23:41 пользователь Dmitry V. Levin <ldv@altlinux.org> написал: >> >>> Меня волнуют технические препятствия в сизифе (да и в p6/t6). >> Следующая проблема (о которой тоже давно упоминалось). >> имена systemd-файла (%s.service) и init-файла (init.d/%s) должны >> совпадать. (есть пара исключений - udev и dbus) > > Они могут быть должны сколько угодно, но они уже порой не совпадают. > >> Симлинк помогает systemd только для start|stop, но не для enable|disable. >> Т.к. systemd "новая" система для сизифа, будем привязываться к старым >> init именам. > > Тут надо сперва хорошо подумать, какую совместимость мы хотим реализовать в > ситуации, когда имена не совпадают, и какие у нас есть варианты. Мы можем > хотеть, например, > - совместимость наших systemd-имен с нашими sysv-именами по service/chkconfig; > - совместимость наших systemd-имен с чужими systemd-именами. > > Если мы хотим совпадения наших systemd- и sysv-имен, то у нас не остается > другого выбора кроме как переименовывать systemd-имена в соответствии с > sysv-именами. В ALTLinux всегда "строили свою луну", посматривая по сторонам, но имея своё мнение. Так, например, почти ко всем init-скриптам добавилась буква 'd' на конце. Можно и дальше строить свою луну. > Если нам важна совместимость наших systemd-имен с чужими, и нам достаточно > совместимости между systemd- и sysv-именами по service/chkconfig, то мы > можем попробовать реализовать какую-нибудь несложную трансляцию имен > sysv <-> systemd. А с использованием systemd, мантейнер может доверится(в большинстве случаев - всегда найдётся исключение) .service файлу от апстрима, и не заниматься адаптацией к ALTLinux, как в случае с init-скриптами. Даже что-то адаптировав можно отослать в апстрим. В этом случае выгодно иметь совместимость с чужими. Я склоняюсь к этому варианту, но боюсь у меня не хватит сил его реализовать. Что нужно? в чем проблема? Проблема: systemd не умеет enable и disable для симлинков. Когда-то давно я это обходил таким способом: http://git.altlinux.org/people/shaba/packages/systemd.git?p=systemd.git;a=blobdiff;f=src/systemctl.c;h=7575d966d16b430f3d21608d86145073597aae5b;hp=22382c841d127f2fed825847449c1a87bdd9ce14;hb=2e7db930548337a25728b693adb54f187de3878f;hpb=102a0a85ddff4bb0d3db97adb71ce5ad80b8fa60 Потом этот код переписали, и так просто мне это ограничение не обойти. Варианты решения: - всё таки добавить в systemctl возможность работы с симлинками. (прошу помощи). - systemctl сейчас напрямую нигде не вызывается(я имею ввиду post/pre rpm-скрипты), используются service и chkconfig. можно модифицировать chkconfig, что бы он разименовывал симлинки и редиректил в systemd уже имя реального файла. - ...? (может есть ещё варианты?) > Наверное, возможны и другие варианты. >> Надо бы проверку в сборочницу, что бы ошибочные пакеты не пропускать. > Только сперва нам нужно формализовать, какие пакеты являются ошибочными. -- Alexey Shabalin
next prev parent reply other threads:[~2012-01-27 10:08 UTC|newest] Thread overview: 70+ messages / expand[flat|nested] mbox.gz Atom feed top 2011-12-08 17:51 [devel] /etc/sysctl.d Alexey Shabalin 2011-12-08 19:31 ` Dmitry V. Levin 2011-12-09 8:59 ` Alexey Shabalin 2011-12-09 12:09 ` Dmitry V. Levin 2011-12-09 12:45 ` Alexey Shabalin 2011-12-09 13:14 ` Dmitry V. Levin 2011-12-09 13:41 ` Alexey Shabalin 2011-12-09 16:04 ` Dmitry V. Levin 2011-12-09 16:27 ` [devel] /etc/sysctl.d, /lib/sysctl.d Dmitry V. Levin 2011-12-12 9:06 ` Alexey Shabalin 2011-12-12 15:05 ` Dmitry V. Levin 2011-12-12 15:33 ` Alexey Shabalin 2011-12-13 9:08 ` Sergei Epiphanov 2011-12-09 18:55 ` [devel] /etc/sysctl.d Денис Смирнов 2011-12-09 13:14 ` Alexey Gladkov 2011-12-09 13:17 ` [devel] systemd Dmitry V. Levin 2011-12-09 13:25 ` Sergey V Turchin 2011-12-09 13:33 ` Alexander Bokovoy 2011-12-09 14:42 ` Michael Shigorin 2011-12-09 18:53 ` Денис Смирнов 2011-12-12 9:01 ` Alexey Shabalin 2011-12-09 13:26 ` Anton Farygin 2011-12-09 13:28 ` Sergey V Turchin 2011-12-09 13:34 ` Anton Gorlov 2011-12-09 17:49 ` Anton Farygin 2011-12-09 13:36 ` [devel] /etc/sysctl.d Michael Shigorin 2011-12-09 14:14 ` Dmitriy Kruglikov 2012-01-20 23:49 ` [devel] systemd Dmitry V. Levin 2012-01-22 10:34 ` Alexey Gladkov 2012-01-22 16:37 ` Michael Shigorin 2012-01-22 17:49 ` Alexey Gladkov 2012-01-22 17:56 ` Michael Shigorin 2012-01-22 18:24 ` Alexey Gladkov 2012-01-22 21:23 ` Igor Vlasenko 2012-01-22 21:28 ` Aleksey Novodvorsky 2012-01-22 21:32 ` Alexey Gladkov 2012-01-22 21:36 ` Dmitry V. Levin 2012-01-22 21:45 ` Alexey Gladkov 2012-01-22 21:51 ` Dmitry V. Levin 2012-01-22 21:58 ` Alexey Gladkov 2012-01-22 22:22 ` Dmitry V. Levin 2012-01-23 14:17 ` Alexey Shabalin 2012-01-23 16:38 ` Dmitry V. Levin 2012-01-23 16:57 ` Michael Shigorin 2012-01-23 17:52 ` Dmitry V. Levin 2012-01-23 18:18 ` Alexey Shabalin 2012-01-23 18:37 ` Dmitry V. Levin 2012-01-26 16:46 ` Денис Смирнов 2012-01-23 22:56 ` [devel] /var/run на tmpfs Anton Farygin 2012-01-23 23:08 ` Alexey Gladkov 2012-01-23 23:27 ` Dmitry V. Levin 2012-01-24 4:12 ` Anton Farygin 2012-01-24 6:55 ` Alexey Gladkov 2012-01-24 8:04 ` Dmitry V. Levin 2012-01-24 9:27 ` Alexey Gladkov 2012-01-24 10:57 ` Dmitry V. Levin 2012-01-24 11:28 ` Alexey Gladkov 2012-01-26 18:51 ` [devel] systemd Alexey Shabalin 2012-01-26 18:59 ` Alexey Shabalin 2012-01-26 19:41 ` Dmitry V. Levin 2012-01-27 10:08 ` Alexey Shabalin [this message] 2012-01-27 12:51 ` Sergey V Turchin 2012-01-27 12:45 ` Sergey V Turchin 2012-01-26 19:26 ` Dmitry V. Levin 2012-01-22 21:59 ` Aleksey Novodvorsky 2012-01-23 0:17 ` Michael Shigorin 2012-01-26 16:44 ` Денис Смирнов 2012-01-22 21:32 ` Dmitry V. Levin 2012-01-23 0:19 ` Michael Shigorin 2012-06-07 14:04 ` Alexey Shabalin
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=CAEdvWkQhi5Vf39s5K65qOJtrQsRXtX_7wbzRojzjvSqpF9e2UQ@mail.gmail.com \ --to=a.shabalin@gmail.com \ --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