From mboxrd@z Thu Jan 1 00:00:00 1970 From: Ivan Zakharyaschev To: Subject: Re: [devel] Re: =?koi8-r?B?W3Npc3lwaHVzXSDkz8nH0sHM09EuLi4=?= In-Reply-To: <20010109184226.C18460@LDV.fandra.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=koi8-r Content-Transfer-Encoding: 8BIT Sender: devel-admin@linux.iplabs.ru Errors-To: devel-admin@linux.iplabs.ru X-BeenThere: devel@linux.iplabs.ru X-Mailman-Version: 2.0 Precedence: bulk Reply-To: devel@linux.iplabs.ru List-Help: List-Post: List-Subscribe: , List-Id: IPLabs Linux Team Developers mailing list List-Unsubscribe: , List-Archive: X-Original-Date: Tue, 9 Jan 2001 21:45:05 +0300 (MSK) Date: Tue, 9 Jan 2001 21:45:05 +0300 (MSK) Archived-At: List-Archive: List-Post: On Tue, 9 Jan 2001, Dmitry V. Levin wrote: > On Tue, Jan 09, 2001 at 05:36:38PM +0300, Ivan Zakharyaschev wrote: > > 3. Проописать в новом пакете соответсвующий trigger на старый пакет. > Вот > > так это сделано в console-tools из Сизифа: > > > > %triggerpostun -- console-tools < 0.2.3-ipl1mdk > > /sbin/chkconfig --add keytable || echo "chkconfig failed adding > keytable: > > add it manually if you need" > > > > (он-то исполнится после всего, т.е. после этапа 2) > > > > Недостаток в том, что загромождается spec-файл пакета. > > Конечно, добавить магические строки типа > %triggerpostun -- %name < %version-%release > /sbin/chkconfig --add %name ||: > не так уж и сложно. > > Просто поезд уже ушел, а у меня неправильных пакетов уже давно нет в > системе. Не знаю, стоит ли это делать... > > > 4. Запихать все такие триггеры в один пакет, например initscripts или > > специально для этого созданный. Тогда spec-файлы отдельных пакетов > можно > > оставить такими, какими они есть. > > В initscripts нельзя, он устанавливается в системе много раньше других. Так это наоборот хорошо: этим гарантируется, что ни один "старый" пакет не будет заменен без исполнения предназначенного для него trigger'а. После установки initscripts trigger'ы будут в системе, и в конце обновления каждого из затронутых пакетов будет исполнен один из них. Нужно только к уже написанным магическим строчкам добавить проверку на то, происходит ли просто удаление или обновление пакета (не уверен, что это можно сделать). > > Дополнение к 3: в соответсвии с packaging HOWTO, учитывая то, что > этот > > кусок spec-файла (trigger-script) будет использован многократно, > нужно > > создать макрос для него, например %{chkconfigSince:scriptname > version}. > > Тогда уж лучше так: > %ChkconfigAddSince packagename packageversion scriptname > > > Если до этого дойдет дело, то тогда можно попробовать создать и > макрос > > более широкого назначения для пакетов, предоставляющих стартовые > скрипты: > > %{initscript:name chkconfigSince}. > > Не понял. Я сам только смутно его представляю: который бы делал все то, что прописывается вручную в spec-файле в связи с установкой init-скрипта: вызовы chkconfig в postinstall, в preun -- с нужными проверками на количество пакетов, а также уже описанный chkconfigAddSince. И еще, что уже совсем на грани фантастики, добавление /etc/rc.d/init.d/scriptname в секцию %files. Не знаю, позволяют ли технические возможности такой макрос написать: нужна возможность "нанизывать" команды в секции %post, %preun (в которых кроме установки init-скрипта могут совершаться и другие действия, в том числе и установка второго такого скрипта); можно во избежание этих трудностей вместо %post и %preun использовать соответствующие triggers -- ограничиния на их число, наверное, нет. Тогда на каждый init-скрипт по три триггера (один из которых борется со "старыми" пакетами). -- Best regards, Ivan Z. _______________________________________________ Devel mailing list Devel@linux.iplabs.ru http://www.logic.ru/mailman/listinfo/devel