[devel] Предупреждения

[devel] Предупреждения

[Max Ivanov]

Какой у нас есть механизм предупреждений о грядущих изменениях? Вот
например захотелось перенести из libexec из /usr/lib в  /usr/libexec,
но по старому пути лежали скрипты которыми могли пользоваться другие.
Хотелось бы оставить там симлинк, но вывести предупреждение , что
скрипты переехали   и в ближ. версиях симлинк будет удалён. Понятно
что об этом напишется в changelog, но было б здорово, если через какой
нибудь макрос можно было вывести такое предупреждение, причем чтобы
apt их накапливал и выдавал только в конце, когда уже все поставилось,
причем с указанием какой пакет о чем предупреждает.

Дальше это можно развить, введя разные степени
(info,warning,super-mega-attention please) и выделять это дело цветом
:)
вот такие пожелания.

Re: [devel] Предупреждения

[Igor Vlasenko]

On Mon, May 18, 2009 at 08:15:37PM +0400, Max Ivanov wrote:
> Какой у нас есть механизм предупреждений о грядущих изменениях? Вот
> например захотелось перенести из libexec из /usr/lib в  /usr/libexec,
> но по старому пути лежали скрипты которыми могли пользоваться другие.
> Хотелось бы оставить там симлинк, но вывести предупреждение , что
> скрипты переехали   и в ближ. версиях симлинк будет удалён. Понятно
> что об этом напишется в changelog, но было б здорово, если через какой
> нибудь макрос можно было вывести такое предупреждение, причем чтобы
> apt их накапливал и выдавал только в конце, когда уже все поставилось,
> причем с указанием какой пакет о чем предупреждает.
> 
> Дальше это можно развить, введя разные степени
> (info,warning,super-mega-attention please) и выделять это дело цветом
> :)
> вот такие пожелания.

А зачем такие предупреждения пользователю?
после установки ругаться можно в %post,
но это как-то некрасиво.
%post 
echo "Вы установили booboo %version. Вам явно не повезло!"

Если правильнее развесить баги на пакеты, в которых
пробит старый путь. 

-- 

Dr. Igor Vlasenko
--------------------
Topology Department
Institute of Math
Kiev, Ukraine

Re: [devel] Предупреждения

[Max Ivanov]

>
> А зачем такие предупреждения пользователю?
> после установки ругаться можно в %post,
> но это как-то некрасиво.
> %post
> echo "Вы установили booboo %version. Вам явно не повезло!"
>
> Если правильнее развесить баги на пакеты, в которых
> пробит старый путь.

Я говорю о случаях, когда скриптами в libexec пользуются именно
пользователи. Да и вообще мало ли о чем можно предупреждать? О том что
сменился формат конфига, поменялись ключи вызова, такого-то
функционала больше нет, он был отппилен в другой пакет (например: exim
теперь есть light и heavy! если вы использовали mysql, pgsql или ldap,
то вам нужен exim-heavy).

Re: [devel] Предупреждения

[Led]

On Monday 18 May 2009 19:32:59 Max Ivanov wrote:
> > А зачем такие предупреждения пользователю?
> > после установки ругаться можно в %post,
> > но это как-то некрасиво.
> > %post
> > echo "Вы установили booboo %version. Вам явно не повезло!"
> >
> > Если правильнее развесить баги на пакеты, в которых
> > пробит старый путь.
>
> Я говорю о случаях, когда скриптами в libexec пользуются именно
> пользователи.

Скриптам, которыми пользуются пользователи, место в %_bindir.
В %_libexecdir находятся как раз НЕ пользовательские скрипты.

-- 
Led

Re: [devel] Предупреждения

[Andrey Rahmatullin]

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

On Mon, May 18, 2009 at 07:40:25PM +0300, Led wrote:
> > Я говорю о случаях, когда скриптами в libexec пользуются именно
> > пользователи.
> Скриптам, которыми пользуются пользователи, место в %_bindir.
> В %_libexecdir находятся как раз НЕ пользовательские скрипты.
+1

-- 
WBR, wRAR (ALT Linux Team)
Powered by the ALT Linux fortune(8):

<hiddenman> мне какой-то спамер написал "your life is crap"  и всё. блин, ну
            он-то откуда знает?

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

Re: [devel] Предупреждения

[Max Ivanov]

>
> Скриптам, которыми пользуются пользователи, место в %_bindir.
> В %_libexecdir находятся как раз НЕ пользовательские скрипты.

ну /usr/libexec/dovecot/deliver думает по-другому.

Re: [devel] Предупреждения

[Led]

On Monday 18 May 2009 19:45:31 Max Ivanov wrote:
> > Скриптам, которыми пользуются пользователи, место в %_bindir.
> > В %_libexecdir находятся как раз НЕ пользовательские скрипты.
>
> ну /usr/libexec/dovecot/deliver думает по-другому.

Значит он думает не так, как тот, кто придумывал %_libexecdir

-- 
Led

Re: [devel] Предупреждения

[Alexey Tourbin]

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

On Mon, May 18, 2009 at 08:45:31PM +0400, Max Ivanov wrote:
> >
> > Скриптам, которыми пользуются пользователи, место в %_bindir.
> > В %_libexecdir находятся как раз НЕ пользовательские скрипты.
> 
> ну /usr/libexec/dovecot/deliver думает по-другому.

Предлагаю /usr/libexec/* добавить в PATH.  С целью чтобы у простых
пользователей было больше досутпно полезных программ!

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

Re: [devel] Предупреждения

[Max Ivanov]

> Предлагаю /usr/libexec/* добавить в PATH.  С целью чтобы у простых
> пользователей было больше досутпно полезных программ!

libexec добавлять в PATH  не надо, скрипты сисадминов  и так вызовут
то, что нужно

Но топик про другое, про предупреждения о разных интересностях
происходящих с пакетом. да элементарно вывести " для того, что б
поиграть в quake3 вам надо полоижть *.pk3 файлы туда-то" .

Re: [devel] Предупреждения

[Andrey Rahmatullin]

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

On Mon, May 18, 2009 at 08:57:54PM +0400, Max Ivanov wrote:
> Но топик про другое, про предупреждения о разных интересностях
> происходящих с пакетом. да элементарно вывести " для того, что б
> поиграть в quake3 вам надо полоижть *.pk3 файлы туда-то" .
$ rpm -q --scripts quake3-common
postinstall scriptlet (through /bin/sh):
echo "In order to actually play the game, you'll need pak-files from
original game CD (pak0.pk3) plus pak-files from latest quake3 point
release! Put them into /usr/lib/games/quake3/baseq3/ ! 

-- 
WBR, wRAR (ALT Linux Team)
Powered by the ALT Linux fortune(8):

просто пилюля "а-поставь-xorg-и-не-парься" в данном случае только вредит и
сбивает всех с толку. ДЛЯ МАСТЕР-2.4 XFree86 - ЭТО МЕГАРУЛЕЗ И ГЛАВНАЯ
ДЕТАЛЬ В СИСТЕМЕ! 8-) Там все работает (набортное видео не в счет, с ним и
xorg нормально не работает).
		-- lakostis in hardware@

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

Re: [devel] Предупреждения

[Alexey Tourbin]

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

On Mon, May 18, 2009 at 08:57:54PM +0400, Max Ivanov wrote:
> > Предлагаю /usr/libexec/* добавить в PATH.  С целью чтобы у простых
> > пользователей было больше досутпно полезных программ!
> 
> libexec добавлять в PATH  не надо, скрипты сисадминов  и так вызовут
> то, что нужно

И ещё предлагаю чтобы функция в языке Си strlen(NULL) возвращало 0!
С целью уменшить количество ошибок типа "сигнал №11".  А также предлагаю
сделать чтобы ядро не слало этот дурацкий сигнал, потому что из-за него
падают программы.

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

Re: [devel] Предупреждения

[Mikhail Gusarov]

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


Twas brillig at 21:23:54 18.05.2009 UTC+04 when at@altlinux.ru did gyre and gimble:

Предлагаю перестать ёрничать.

-- 

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

Re: [devel] Предупреждения

[Michael Shigorin]

On Mon, May 18, 2009 at 08:45:31PM +0400, Max Ivanov wrote:
> > Скриптам, которыми пользуются пользователи, место в %_bindir.
> > В %_libexecdir находятся как раз НЕ пользовательские скрипты.

Ты о живых людях, запускающих их непосредственно.

> ну /usr/libexec/dovecot/deliver думает по-другому.

А это о _других_ пакетах, которые делают тоже люди.

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [devel] Предупреждения

[Victor B. Wagner]

On 2009.05.24 at 16:42:22 +0300, Michael Shigorin wrote:

> On Mon, May 18, 2009 at 08:45:31PM +0400, Max Ivanov wrote:
> > > Скриптам, которыми пользуются пользователи, место в %_bindir.
> > > В %_libexecdir находятся как раз НЕ пользовательские скрипты.
> 
> Ты о живых людях, запускающих их непосредственно.

Вот я живой человек, но запускаю dovecot/imap непосредственно
(вернее посредством set tunnel в моем .muttrc).

Хотя, конечно можно вместо этого делать

/usr/sbin/dovecot --exec-mail imap

Re: [devel] Предупреждения

[Afanasov Dmitry]

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

On Mon, May 18, 2009 at 07:27:46PM +0300, Igor Vlasenko wrote:
> On Mon, May 18, 2009 at 08:15:37PM +0400, Max Ivanov wrote:
> > Какой у нас есть механизм предупреждений о грядущих изменениях? Вот
> > [...]
> > что об этом напишется в changelog, но было б здорово, если через какой
> > нибудь макрос можно было вывести такое предупреждение, причем чтобы
> > apt их накапливал и выдавал только в конце, когда уже все поставилось,
> 
> А зачем такие предупреждения пользователю?
а было бы удобно. просто пример - изменился конфиг. и после обновления
сервис гарантировано упадет (lm_sensors --> lm_sensors3, proftpd iconv
patch --> mod_lang). 

> после установки ругаться можно в %post,
> но это как-то некрасиво.
действительно, некрасиво, и при dist-upgrade'е пропускается. а если молча,
то неприятно.

может действительно сделать механизм a-la filetriggers?

-- 
 С уважением
 Афанасов Дмитрий

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

Re: [devel] Предупреждения -> filetrigger

[Michael Shigorin]

On Tue, May 19, 2009 at 12:05:09AM +0400, Afanasov Dmitry wrote:
> может действительно сделать механизм a-la filetriggers?

Кстати, замечательная идея -- не лазить по всему логу
насчёт stderr и замечаний из %post, а аккуратно выдать
попакетную сводку в конце.

И проблемы при установке так тоже было бы куда удобней
диагностировать.

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [devel] Предупреждения -> filetrigger

[Afanasov Dmitry]

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

On Sun, May 24, 2009 at 04:41:17PM +0300, Michael Shigorin wrote:
> On Tue, May 19, 2009 at 12:05:09AM +0400, Afanasov Dmitry wrote:
> > может действительно сделать механизм a-la filetriggers?
> 
> Кстати, замечательная идея -- не лазить по всему логу
> насчёт stderr и замечаний из %post, а аккуратно выдать
> попакетную сводку в конце.
что характерно, synaptic при установке отлавливает stderr и выдает его по
оканчании уствноки/удаления.

предлагается это поведение реализовать и в консоли.

> И проблемы при установке так тоже было бы куда удобней
> диагностировать.
а если б ещё добавить отмену транзакции, если что не так. нечто вроде rpm
-qa > machine-state && apt-get bla-bla && rollback machine-state -)
-- 
 С уважением
 Афанасов Дмитрий

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

Re: [devel] Предупреждения -> filetrigger

[Michael Shigorin]

On Sun, May 24, 2009 at 05:47:11PM +0400, Afanasov Dmitry wrote:
> а если б ещё добавить отмену транзакции, если что не так. нечто
> вроде rpm -qa > machine-state && apt-get bla-bla && rollback
> machine-state -)

В силу того, что воздействию может подвергаться и любой кусок ФС,
и образы процессов в памяти -- боюсь, для _транзакций_ тут только
снапшоты всей машины подойдут.

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [devel] Предупреждения

[Dmitry V. Levin]

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

On Mon, May 18, 2009 at 08:15:37PM +0400, Max Ivanov wrote:
> Какой у нас есть механизм предупреждений о грядущих изменениях? Вот
> например захотелось перенести из libexec из /usr/lib в  /usr/libexec,
> но по старому пути лежали скрипты которыми могли пользоваться другие.
> Хотелось бы оставить там симлинк, но вывести предупреждение , что
> скрипты переехали   и в ближ. версиях симлинк будет удалён. Понятно
> что об этом напишется в changelog, но было б здорово, если через какой
> нибудь макрос можно было вывести такое предупреждение, причем чтобы
> apt их накапливал и выдавал только в конце, когда уже все поставилось,
> причем с указанием какой пакет о чем предупреждает.

Вы можете написать какое угодно предупреждение, но до тех пор, пока вы не
уберёте обратную совместимость, процентов 90 потенциально заинтересованных
так и останутся потенциальными.


-- 
ldv

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

[devel] Q: dovecot update plan

[Dmitry V. Levin]

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

On Mon, May 18, 2009 at 08:15:37PM +0400, Max Ivanov wrote:
> Какой у нас есть механизм предупреждений о грядущих изменениях?

Скажите честно, вы не dovecot ли хотите изменить?
Если да, то давайте сперва уточним план действий.


-- 
ldv

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

Re: [devel] Q: dovecot update plan

[Max Ivanov]

> On Mon, May 18, 2009 at 08:15:37PM +0400, Max Ivanov wrote:
>> Какой у нас есть механизм предупреждений о грядущих изменениях?
>
> Скажите честно, вы не dovecot ли хотите изменить?
> Если да, то давайте сперва уточним план действий.

Вчера весь день его готовил. Пока только 1.2 т.к. он нужен мне, но с
seriv договорился обо всех довекотах. Идея в том, чтобы сделать
возможность установки несколько версий  dovecot одновременно. Сейчас я
этого практически добился, конфликтуют только -devel пакеты и
бинарники. Как только все версии допилю до этого состояния, то пропишу
альтернативы.

Чтобы такое разделение было возможно, мне потребовалось переименовать
/usr/libexec/dovecot в /usr/libexec/dovecot1.2 после чего
незамедлительно отвалился Exim MTA, т.к.  он дергал
/usr/libexec/dovecot/deliver напрямую (что правильно, кто бы что тут
не говорил).

Re: [devel] Q: dovecot update plan

[Alexey Borovskoy]

19 мая 2009 г. 17:57 пользователь Max Ivanov <ivanov.maxim@> написал:
>> On Mon, May 18, 2009 at 08:15:37PM +0400, Max Ivanov wrote:
>>> Какой у нас есть механизм предупреждений о грядущих изменениях?
>>
>> Скажите честно, вы не dovecot ли хотите изменить?
>> Если да, то давайте сперва уточним план действий.
>
> Вчера весь день его готовил. Пока только 1.2 т.к. он нужен мне, но с
> seriv договорился обо всех довекотах. Идея в том, чтобы сделать
> возможность установки несколько версий  dovecot одновременно. Сейчас я
> этого практически добился, конфликтуют только -devel пакеты и
> бинарники. Как только все версии допилю до этого состояния, то пропишу
> альтернативы.
>
> Чтобы такое разделение было возможно, мне потребовалось переименовать
> /usr/libexec/dovecot в /usr/libexec/dovecot1.2 после чего
> незамедлительно отвалился Exim MTA, т.к.  он дергал
> /usr/libexec/dovecot/deliver напрямую (что правильно, кто бы что тут
> не говорил).

Я тоже выпекаю свою сборку dovecot. Можно обменяться идеями.

Re: [devel] Q: dovecot update plan

[Max Ivanov]

> Я тоже выпекаю свою сборку dovecot. Можно обменяться идеями.

Я только за.

Пока некоторые идеи реализованы тут, на практике оно у меня работает,
но я ставил сразу 1.2:
http://git.altlinux.org/people/redbaron/packages/?p=dovecot.git;a=summary

Вкратце:
- почищен спек
- убраны некоторые патчи, собственые .in файлы и пр. и без них все
отлично собирается. Ничего нужного я в них не нашел в общем.
- пересечение между не-devel пакетами только по имени бинарников, все
остальное разделено. потом планирую и бнарники разделить и убрать
конфликты.
- обновлены версии (пока суд да дело, навыходили новые :) )

Re: [devel] Q: dovecot update plan

[Dmitry V. Levin]

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

On Tue, May 19, 2009 at 08:57:07AM +0400, Max Ivanov wrote:
> > On Mon, May 18, 2009 at 08:15:37PM +0400, Max Ivanov wrote:
> >> Какой у нас есть механизм предупреждений о грядущих изменениях?
> >
> > Скажите честно, вы не dovecot ли хотите изменить?
> > Если да, то давайте сперва уточним план действий.
> 
> Вчера весь день его готовил. Пока только 1.2 т.к. он нужен мне, но с
> seriv договорился обо всех довекотах. Идея в том, чтобы сделать
> возможность установки несколько версий  dovecot одновременно.

В этом есть практическая польза?

> Сейчас я
> этого практически добился, конфликтуют только -devel пакеты и
> бинарники. Как только все версии допилю до этого состояния, то пропишу
> альтернативы.
> 
> Чтобы такое разделение было возможно, мне потребовалось переименовать
> /usr/libexec/dovecot в /usr/libexec/dovecot1.2 после чего

После этого /usr/libexec/dovecot должен будет превратиться в альтернативу,
которая будет меняться вслед за альтернативой /usr/sbin/dovecot.


-- 
ldv

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

Re: [devel] Q: dovecot update plan

[Victor B. Wagner]

On 2009.05.19 at 11:12:25 +0400, Dmitry V. Levin wrote:

> On Tue, May 19, 2009 at 08:57:07AM +0400, Max Ivanov wrote:
> > > On Mon, May 18, 2009 at 08:15:37PM +0400, Max Ivanov wrote:
> > >> Какой у нас есть механизм предупреждений о грядущих изменениях?
> > >
> > > Скажите честно, вы не dovecot ли хотите изменить?
> > > Если да, то давайте сперва уточним план действий.
> > 
> > Вчера весь день его готовил. Пока только 1.2 т.к. он нужен мне, но с
> > seriv договорился обо всех довекотах. Идея в том, чтобы сделать
> > возможность установки несколько версий  dovecot одновременно.
> 
> В этом есть практическая польза?

Лично я такую вижу. Например, один dovecot мы держим для
preauthenticated и незашифрованных коннектов из локальной сетки,
а второй (например, собранный с более другой openssl) - для TLS.

Или внутри локальной сетки предоставляем большую функциональность
посредством более новой версии, а
наружу выпихиваем более стабильную версию.

Re: [devel] Q: dovecot update plan

[Max Ivanov]

> В этом есть практическая польза?
Плавный апгрейд.


> После этого /usr/libexec/dovecot должен будет превратиться в альтернативу,
> которая будет меняться вслед за альтернативой /usr/sbin/dovecot.

Конечно

Re: [devel] Q: dovecot update plan

[Max Ivanov]

Предлагаю переехать с обсуждением dovecot в sysadmin, где присутствует
больше заинтересованных лиц.

Re: [devel] Q: dovecot update plan

[Dmitry V. Levin]

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

On Tue, May 19, 2009 at 11:19:01AM +0400, Max Ivanov wrote:
> > После этого /usr/libexec/dovecot должен будет превратиться в альтернативу,
> > которая будет меняться вслед за альтернативой /usr/sbin/dovecot.
> 
> Конечно

Тогда что вы хотели переносить из /usr/lib64 в /usr/libexec?


-- 
ldv

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

Re: [devel] Q: dovecot update plan

[Max Ivanov]

>
> Тогда что вы хотели переносить из /usr/lib64 в /usr/libexec?
это был абстрактный пример. Фактический пример /usr/libexec/dovecot ->
/usr/libexec/dovecot1.2 т.к.  я хотел заливать версии постепенно, т.к.
готовим их к мультиинсталяции, но конфликт пока сохраняем, пока всё
совсем не будет готово.

Re: [devel] Q: dovecot update plan

[Afanasov Dmitry]

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

On Tue, May 19, 2009 at 12:37:06PM +0400, Max Ivanov wrote:
> >
> > Тогда что вы хотели переносить из /usr/lib64 в /usr/libexec?
> это был абстрактный пример. Фактический пример /usr/libexec/dovecot ->
> /usr/libexec/dovecot1.2 т.к.  я хотел заливать версии постепенно, т.к.
> готовим их к мультиинсталяции, но конфликт пока сохраняем, пока всё
> совсем не будет готово.
в данном конкретном случае - переименовании и сохранении конфликта можно
просто сделать сслыку /usr/libexec/dovecot1.2 --> /usr/libexec/dovecot.

все равно /usr/libexec/dovecot будет ссылкой, только обслуживаться
алтернативами.

ссылку упаковать с какой-ниьт -common.

тогда никаких регрессий не будет и предупреждать будет не о чем.
-- 
С уважением
Афанасов Дмитрий

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

Re: [devel] Q: dovecot update plan

[Dmitry V. Levin]

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

On Tue, May 19, 2009 at 12:37:06PM +0400, Max Ivanov wrote:
> >
> > Тогда что вы хотели переносить из /usr/lib64 в /usr/libexec?
> это был абстрактный пример. Фактический пример /usr/libexec/dovecot ->
> /usr/libexec/dovecot1.2 т.к.  я хотел заливать версии постепенно, т.к.
> готовим их к мультиинсталяции, но конфликт пока сохраняем, пока всё
> совсем не будет готово.

Превращение /usr/libexec/dovecot в ссылку на /usr/libexec/dovecot1.2
чревато БОЛЬШИМИ проблемами при обновлении: все свежеперенесённые в
/usr/libexec/dovecot1.2 файлы исчезнут.


-- 
ldv

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

Re: [devel] Q: dovecot update plan

[Max Ivanov]

> Превращение /usr/libexec/dovecot в ссылку на /usr/libexec/dovecot1.2
> чревато БОЛЬШИМИ проблемами при обновлении: все свежеперенесённые в
> /usr/libexec/dovecot1.2 файлы исчезнут.
>
Всмысле свежеперенесенные? Откуда и кто их туда переносит? Проблемы
вылезут при обновлении со старого dovecot на новый (мой), или с нового
моего, на следующую версию?

Re: [devel] Q: dovecot update plan

[Dmitry V. Levin]

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

On Tue, May 19, 2009 at 03:19:30PM +0400, Max Ivanov wrote:
> > Превращение /usr/libexec/dovecot в ссылку на /usr/libexec/dovecot1.2
> > чревато БОЛЬШИМИ проблемами при обновлении: все свежеперенесённые в
> > /usr/libexec/dovecot1.2 файлы исчезнут.
> >
> Всмысле свежеперенесенные? Откуда и кто их туда переносит? Проблемы
> вылезут при обновлении со старого dovecot на новый (мой), или с нового
> моего, на следующую версию?

При переносе /usr/libexec/dovecot/* в /usr/libexec/dovecot1.2/
/usr/libexec/dovecot не должен быть ссылкой на /usr/libexec/dovecot1.2


-- 
ldv

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

Re: [devel] Q: dovecot update plan

[Max Ivanov]

> При переносе /usr/libexec/dovecot/* в /usr/libexec/dovecot1.2/
> /usr/libexec/dovecot не должен быть ссылкой на /usr/libexec/dovecot1.2

А если создать в postin, и убирать в postun (проверяя, что оно
действительно симлинк и указывает туда куда должно)?

Re: [devel] Q: dovecot update plan

[Dmitry V. Levin]

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

On Tue, May 19, 2009 at 03:50:20PM +0400, Max Ivanov wrote:
> > При переносе /usr/libexec/dovecot/* в /usr/libexec/dovecot1.2/
> > /usr/libexec/dovecot не должен быть ссылкой на /usr/libexec/dovecot1.2
> 
> А если создать в postin, и убирать в postun (проверяя, что оно
> действительно симлинк и указывает туда куда должно)?

Если на момент, соответствующий выполнению %preun/%postun пакета (самих
скриптов может не быть, речь идёт о моменте, см.
/usr/share/doc/rpm-4.0.4/manual/triggers), эта ссылка будет, то
по окончанию обновления не будет файлов.


-- 
ldv

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