Re: [devel] %post considered harmful

Re: [devel] %post considered harmful

[Aleksandr Shamaraev]

On Mon, May 04, 2026 at 12:29:13PM +0300, Aleksandr Shamaraev wrote:
> Доброго дня всем.
> 
> <...>
> 
> %post
> <...>
> 
> ...перестал выполняться скрипт.
> 
> Сказать по правде для пакета alt-mirror-switcher ( 
> https://packages.altlinux.org/ru/sisyphus/srpms/alt-mirror-switcher/specfiles/
> ) это критично, так как если используются какие нибудь дополнительные
> зеркала, то они могут быть сброшены во время обновления и обновление, 
> как
> таковое, сломается из-за отсутствия источников.
Но как? К моменту установки нового пакета alt-mirror-switcher и запуска
его %post вся транзакция уже определена, а входящие в неё пакеты
выкачаны.

Прошу прощения, я видать не полностью выразил свою мысль.

Сама транзакция обновления пройдет, но допустим если будет дальше идти 
update-kernel вот тут будет проблема, также она будет если повторно 
запустить к примеру apt-get update

Данная ситуация может возникнуть только в случае, если меняется пакет 
содержащий зеркала, то есть к примеру дополнительный пакет зеркал 
alt-mirror-switcher-lists-sisyphus идет с заремаренными по умолчанию 
значениями (выкл), если изначально пользователь использует что-то из 
этих зеркал, после обновления они сбросятся, следовательно на вторую 
транзакцию apt-get не будет знать где смотреть.

Собственно столкнувшись ранее с этой проблемой, я добавил конфиг файл, в 
который gui версия пишет, что выбрал пользователь, и при запуске 
переключателя после обновления он сам все восстановит как было, если это 
нужно, а вот для восстановления того, что было, во время обновления, 
собственно и использовался %post , чтоб тот же update-kernel прошел без 
проблем следом.

Пока я подумываю скрипт ams_check.py переписать на баш или perl, дабы 
решить эту проблему.

С уважением, Александр

Re: [devel] mirror switching

[Arseny Maslennikov]

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

On Mon, May 04, 2026 at 04:22:41PM +0300, Aleksandr Shamaraev wrote:
> Сама транзакция обновления пройдет, но допустим если будет дальше идти
> update-kernel вот тут будет проблема, также она будет если повторно
> запустить к примеру apt-get update
> 
> Данная ситуация может возникнуть только в случае, если меняется пакет
> содержащий зеркала, то есть к примеру дополнительный пакет зеркал
> alt-mirror-switcher-lists-sisyphus идет с заремаренными по умолчанию
> значениями (выкл), если изначально пользователь использует что-то из этих
> зеркал, после обновления они сбросятся, следовательно на вторую транзакцию
> apt-get не будет знать где смотреть.
Т. е. там несколько запусков apt, последовательно, под управлением
чего-то их запустившего. Тогда это запустившее может само выступить
файлтриггером и, когда последовательность закончится и элементы
множества зеркал точно окажутся на месте, перестроить sources.list.

Я надеюсь, файлы под sources.list.d же не упакованы в пакеты, а
формируются потом?.. ведь для этого же .desktop-совместимый K-V-формат
вводили много уже лет назад?.. чтобы не ставить rpm-ом R/W-файлы в /etc
и не править их программно?..

> Собственно столкнувшись ранее с этой проблемой, я добавил конфиг файл, в
> который gui версия пишет, что выбрал пользователь, и при запуске
> переключателя после обновления он сам все восстановит как было, если это
> нужно, а вот для восстановления того, что было, во время обновления,
> собственно и использовался %post , чтоб тот же update-kernel прошел без
> проблем следом.
> 
> Пока я подумываю скрипт ams_check.py переписать на баш или perl, дабы решить
> эту проблему.
> 
> С уважением, Александр

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 833 bytes --]

Re: [devel] %post considered harmful

[Alexey V. Vissarionov]

Good ${greeting_time}!

On 2026-05-04 16:22:41 +0300, Aleksandr Shamaraev wrote:

 > Данная ситуация может возникнуть только в случае, если меняется
 > пакет содержащий зеркала, то есть к примеру дополнительный пакет
 > зеркал alt-mirror-switcher-lists-sisyphus идет с заремаренными

Закомментированными?

 > по умолчанию значениями (выкл), если изначально пользователь
 > использует что-то из этих зеркал, после обновления они сбросятся,
 > следовательно на вторую транзакцию apt-get не будет знать где
 > смотреть.

%config(noreplace) ... ?

 > Собственно столкнувшись ранее с этой проблемой, я добавил конфиг
 > файл, в который gui версия пишет, что выбрал пользователь, и при
 > запуске переключателя после обновления он сам все восстановит
 > как было, если это нужно, а вот для восстановления того, что
 > было, во время обновления, собственно и использовался %post ,
 > чтоб тот же update-kernel прошел без проблем следом.

Проблемы с update-kernel происходят от его наличия, а его наличие
преимущественно от непонимания того факта, что при установке нового
ядра никаких дополнительных действий совершать не надо.

Усерспейс может вообще ничего не знать про ядро. Да и ядру из всего
усерспейса нужен только /sbin/init - можно из трех десятков строчек
на сях.


-- 
Alexey V. Vissarionov
gremlin ПРИ altlinux ТЧК org; +vii-cmiii-ccxxix-lxxix-xlii
GPG: 0D92F19E1C0DC36E27F61A29CD17E2B43D879005 @ hkp://keys.gnupg.net