[devel] lpr

[devel] lpr

[Ivan Zakharyaschev]

На всякий случай сообщаю: при обновлении пакета lpr та жа проблема, что и
с пакетами, предоставляющими init-scripts, а именно: /usr/bin/lpr и др.
удаляются как принадлежащие старому пакету, и ссылки, созданные
update-alternatives пропадают. Мы вроде решили не обращать внимание на
такие вещи в Сизифе. В этом случае неудобно получилось: много ссылок, а у
update-alternatives нет опции для восстановления целостности системы
ссылок.

После приведения ссылок в должное состояние вроде все норамально.

-- 
Best regards,
      Ivan Z.

_______________________________________________
Devel mailing list
Devel@linux.iplabs.ru
http://www.logic.ru/mailman/listinfo/devel

Re: [devel] lpr

[Ivan Zakharyaschev]

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

Re: [devel] lpr

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 1531 bytes --]

On Fri, Jan 12, 2001 at 11:26:40PM +0300, Ivan Zakharyaschev wrote:
> На всякий случай сообщаю: при обновлении пакета lpr та жа проблема, что и
> с пакетами, предоставляющими init-scripts, а именно: /usr/bin/lpr и др.
> удаляются как принадлежащие старому пакету, и ссылки, созданные
> update-alternatives пропадают. Мы вроде решили не обращать внимание на
> такие вещи в Сизифе. В этом случае неудобно получилось: много ссылок, а у
> update-alternatives нет опции для восстановления целостности системы
> ссылок.
> 
> После приведения ссылок в должное состояние вроде все норамально.

Я не видел этой версии пакета lpr, но, насколько я понимаю, случай тот же,
что был когда-то с gcc?

Тогда переустановка пакета повторно с --replacefiles --replacepkgs
исправляет ссылки.

В случае с пакетами семейства gcc я решил эту проблему, просто
продублировав вызовы update-alternatives в специально созданных для этого
%triggerpostun -- %name < %version,
%triggerpostun c++ -- %name-c++ < %version
%triggerpostun g77 -- %name-g77 < %version
%triggerpostun chill -- %name-chill < %version


Regards,
	Dmitry

+-------------------------------------------------------------------------+
Dmitry V. Levin     mailto://ldv@fandra.org
Software Engineer   PGP pubkey http://www.fandra.org/users/ldv/pgpkeys.html
IPLabs Linux Team   http://linux.iplabs.ru
Fandra Project      http://www.fandra.org
+-------------------------------------------------------------------------+
UNIX is user friendly. It's just very selective about who its friends are.

[-- Attachment #2: Type: application/pgp-signature, Size: 232 bytes --]

Re: [devel] lpr

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 779 bytes --]

On Sat, Jan 13, 2001 at 01:34:14AM +0300, Ivan Zakharyaschev wrote:
> Еще одно, туда же: сходство chkconfig и update-alternatives налицо, почему
> бы не попытаться унифицировать их интерфейс, опции, способы хранения
> конфигурации.

Дело пахнет CFM'ом, на который, если так и дальше пойдет, у меня никогда
не будет времени. :(


Regards,
	Dmitry

+-------------------------------------------------------------------------+
Dmitry V. Levin     mailto://ldv@fandra.org
Software Engineer   PGP pubkey http://www.fandra.org/users/ldv/pgpkeys.html
IPLabs Linux Team   http://linux.iplabs.ru
Fandra Project      http://www.fandra.org
+-------------------------------------------------------------------------+
UNIX is user friendly. It's just very selective about who its friends are.

[-- Attachment #2: Type: application/pgp-signature, Size: 232 bytes --]

Re: [devel] lpr

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 940 bytes --]

On Sat, Jan 13, 2001 at 01:34:14AM +0300, Ivan Zakharyaschev wrote:
> И еще одна неприятность, которая может произойти (и у меня произошла) все
> по тем же причинам: ставится "старый" пакет, который переписывает ссылки,
> созданные update-alternatives, и ни о каких конфликтах rpm не сообщает. (Я
> случайно недавно поставил какой-то завалявшийся colorgcc, который испортил
> систему альтернатив, да и еще к тому же gcc из него не работал.)

Надеюсь, это не новый colorgcc-1.3.2-ipl2mdk?


Regards,
	Dmitry

+-------------------------------------------------------------------------+
Dmitry V. Levin     mailto://ldv@fandra.org
Software Engineer   PGP pubkey http://www.fandra.org/users/ldv/pgpkeys.html
IPLabs Linux Team   http://linux.iplabs.ru
Fandra Project      http://www.fandra.org
+-------------------------------------------------------------------------+
UNIX is user friendly. It's just very selective about who its friends are.

[-- Attachment #2: Type: application/pgp-signature, Size: 232 bytes --]

Re: [devel] lpr

[Aleksey Novodvorsky]

Ivan Zakharyaschev wrote:
> 
> На всякий случай сообщаю: при обновлении пакета lpr та жа проблема, что и
> с пакетами, предоставляющими init-scripts, а именно: /usr/bin/lpr и др.
> удаляются как принадлежащие старому пакету, и ссылки, созданные
> update-alternatives пропадают. Мы вроде решили не обращать внимание на
> такие вещи в Сизифе. В этом случае неудобно получилось: много ссылок, а у
> update-alternatives нет опции для восстановления целостности системы
> ссылок.
> 
> После приведения ссылок в должное состояние вроде все норамально.
> 
Была ошибка исполнения скрипта rpm?

Rgrds, Алексей
_______________________________________________
Devel mailing list
Devel@linux.iplabs.ru
http://www.logic.ru/mailman/listinfo/devel

Re: [devel] lpr

[Ivan Zakharyaschev]

On Sat, 13 Jan 2001, Dmitry V. Levin wrote:

> On Sat, Jan 13, 2001 at 01:34:14AM +0300, Ivan Zakharyaschev wrote:
> > И еще одна неприятность, которая может произойти (и у меня произошла)
> все
> > по тем же причинам: ставится "старый" пакет, который переписывает
> ссылки,
> > созданные update-alternatives, и ни о каких конфликтах rpm не
> сообщает. (Я
> > случайно недавно поставил какой-то завалявшийся colorgcc, который
> испортил
> > систему альтернатив, да и еще к тому же gcc из него не работал.)
>
> Надеюсь, это не новый colorgcc-1.3.2-ipl2mdk?

Нет, с новым все в порядке.

-- 
Best regards,
      Ivan Z.

_______________________________________________
Devel mailing list
Devel@linux.iplabs.ru
http://www.logic.ru/mailman/listinfo/devel