From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on sa.int.altlinux.org X-Spam-Level: X-Spam-Status: No, score=-1.8 required=5.0 tests=AWL,BAYES_00, RCVD_IN_SORBS_WEB,SPF_PASS autolearn=no version=3.2.5 Date: Sun, 6 May 2012 01:07:05 +0300 From: Igor Vlasenko To: ALT Linux Team development discussions Message-ID: <20120505220705.GA13279@dad.imath.kiev.ua> References: <20120505182455.GA11787@dad.imath.kiev.ua> <20120505195530.GA17642@altlinux.org> <20120505202513.GA12542@dad.imath.kiev.ua> <20120505210640.GA17856@altlinux.org> <20120505211626.GA12842@dad.imath.kiev.ua> <20120505214858.GA18033@altlinux.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20120505214858.GA18033@altlinux.org> User-Agent: Mutt/1.5.21 (2010-09-15) X-imath-kiev-ua-MailScanner-Information: Please contact the ISP for more information X-imath-kiev-ua-MailScanner-ID: 255D64B0FD1.AECB7 X-imath-kiev-ua-MailScanner: Found to be clean X-imath-kiev-ua-MailScanner-From: vlasenko@imath.kiev.ua Subject: Re: [devel] Q: systemd policy ? X-BeenThere: devel@lists.altlinux.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: ALT Linux Team development discussions List-Id: ALT Linux Team development discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 05 May 2012 22:07:13 -0000 Archived-At: List-Archive: List-Post: Ок, понял. Тогда к меня фичреквест к %post_service и %preun_service, чтобы они корректно работали и в отсутствие sysV скрипта. И еще с именами непонятка. Если каноническое systemd имя сервиса и традиционное альтовское название sysV скрипта расходятся, что писать аргументом %post_service? On Sun, May 06, 2012 at 01:48:58AM +0400, Dmitry V. Levin wrote: > On Sun, May 06, 2012 at 12:16:27AM +0300, Igor Vlasenko wrote: > > On Sun, May 06, 2012 at 01:06:40AM +0400, Dmitry V. Levin wrote: > [...] > > > Файлтриггер хорош в типовых ситуациях. Если в какой-то редкой ситуации > > > файлтриггер будет вреден, то эта вредность будет усугубляться тем, что его > > > нельзя обойти. Таким образом, если мы идем путем реализации файлтриггера, > > > то мы должны объявить, какие ситуации являются типовыми, и фактически > > > запретить все остальные. Тоже вариант, конечно, если хорошо все > > > проработать, но я бы не хотел оказаться в ситуации необходимости > > > обходить файлтриггер. > > > > Понятно. С другой стороны, обходить не так сложно, как кажется. > > Упаковать в проблемный пакет touch /lib/systemd/notrigger/%servicename > > а в filetrigger добавить if ! -e /lib/systemd/notrigger/%servicename. > > Проверка на существование файла не совсем подходит для случая удаления > пакета, но в целом идея интересная. > > У файлтриггера есть еще одна особенность: выполняться по окончании > транзакции. Применительно к сервисам это означает выполнение "systemctl > try-restart" не сразу по завершении обновления пакета, а некоторое время > спустя. В течение этого времени будут работать процессы предыдущей сборки > сервиса на обновленных файлах. Не все сервисы так умеют. Еще хуже > обстоит дело с остановкой сервиса при удалении пакета, потому что это > желательно делать, пока существует юнит-файл и те файлы, на которые он > ссылается (например, посредством ExecStop). Когда все файлы пакета уже > удалены, с корректной остановкой сервиса могут возникнуть непреодолимые > сложности. Тут бы, пожалуй, лучше подошел бы pretrans filetrigger, но > у нас таких пока не реализовано. > > > Проблемных пакетов может оказаться 0-1 на весь Сизиф, > > а зато в 500 пакетах спеки станут чище и добрее :) > > Это я к тому все говорю, что мы сейчас еще не знаем, какое в Сизифе > соотношение между числом пакетов, для которых вышеупомянутые > сложности с файлтриггером актуальны, и остальных пакетов с сервисами. > > > -- > ldv > _______________________________________________ > Devel mailing list > Devel@lists.altlinux.org > https://lists.altlinux.org/mailman/listinfo/devel -- Dr. Igor Vlasenko -------------------- Topology Department Institute of Math Kiev, Ukraine -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.