From mboxrd@z Thu Jan 1 00:00:00 1970 From: Ivan Zakharyaschev To: Subject: Re: [devel] lpr In-Reply-To: <3A5FAE99.5A3A176F@logic.ru> 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: Sat, 13 Jan 2001 01:34:14 +0300 (MSK) Date: Sat, 13 Jan 2001 01:34:14 +0300 (MSK) Archived-At: List-Archive: List-Post: On Sat, 13 Jan 2001, Aleksey Novodvorsky wrote: > Ivan Zakharyaschev wrote: > > > > На всякий случай сообщаю: при обновлении пакета lpr та жа проблема, > что и > > с пакетами, предоставляющими init-scripts, а именно: /usr/bin/lpr и > др. > > удаляются как принадлежащие старому пакету, и ссылки, созданные > > update-alternatives пропадают. Мы вроде решили не обращать внимание > на > > такие вещи в Сизифе. В этом случае неудобно получилось: много ссылок, > а у > > update-alternatives нет опции для восстановления целостности системы > > ссылок. > > > > После приведения ссылок в должное состояние вроде все норамально. > > > Была ошибка исполнения скрипта rpm? Нет, не было. Проявилась та же проблема, что и уже обсуждавшаяся здесь, например, с пакетом sysklogd (с Subject: Доигрался), только сразу много раз: затронуты были ссылки созданные как chkconfig, так и update-alternatives. Иллюстрация на примере /usr/bin/lpr: в старый пакет входит /usr/bin/lpr, а в новый -- нет. Поэтому при обновлении (которое раскладывается на установку нового пакета в начале и удаление старого в конце) update-alternatives создает этот файл в виде ссылки, а потом rpm его удаляет как файл, принадлежащий только старому пакету. Понятно, что таких проблем не будет при установке в чистую систему. И еще одна неприятность, которая может произойти (и у меня произошла) все по тем же причинам: ставится "старый" пакет, который переписывает ссылки, созданные update-alternatives, и ни о каких конфликтах rpm не сообщает. (Я случайно недавно поставил какой-то завалявшийся colorgcc, который испортил систему альтернатив, да и еще к тому же gcc из него не работал.) По-моему, для более строгого контроля за файлами, конфликтами между ними все-таки надо связать воедино системы управления файлами: rpm, chkconfig, update-alternatives. Без этого систему становится очень легко испортить без единого предупреждения, производя при этом только вызовы названных программ. (Это предложение в какое-нибудь TODO или TOTHINKABOUT.) Еще одно, туда же: сходство chkconfig и update-alternatives налицо, почему бы не попытаться унифицировать их интерфейс, опции, способы хранения конфигурации. -- Best regards, Ivan Z. _______________________________________________ Devel mailing list Devel@linux.iplabs.ru http://www.logic.ru/mailman/listinfo/devel