Переход на 9-й Альт, И сразу заморочки. Опции Поделиться

[robinzoid]

Строго говоря пробую с 8-ого Альта перейти на 9-й. Пытаюсь по https://www.altlinux.org/Update/p9
В терминале всплывает
E: Произошли ошибки при выполнении транзакции

И обновление перестаёт быть.
Попробовал перезагрузиться и продолжить из Синаптика где уже встал http://ftp.altlinux.org/pub/distributions/ALTLinux/p9/branch/i586.
Итог тот же самый.

Во время подготовки к установке:

file /etc/ImageMagick-6/coder.xml from install of libImageMagick6-common-6.9.10.94-alt1 conflicts with file from package libImageMagick-6.9.4.7-alt2.M80P.1
********************многабукаф
libImageMagick-6.9.4.7-alt2.M80P.1
E: Error while running transaction

Обновляю ядро

Чтение списков пакетов... Завершено
Построение дерева зависимостей... Завершено
Некоторые пакеты установить невозможно. Это может означать, что Вы
потребовали невозможного, либо пользуетесь нестабильным репозиторием.
Часть необходимых пакетов либо ещё не создана, либо была удалена
из каталога 'Входящие'.
Эти сведения могут помочь найти выход из ситуации:

Следующие пакеты имеют неудовлетворенные зависимости:
kernel-modules-nvidia-std-def#440.82-alt1.328748.1:p9+252713.2200.2.1<>1591627333: Требует: nvidia_glx_390.132
shadow-utils: Требует: pam0(system-auth-use_first_pass-local)
tcb-utils: Для установки требует: pam0_tcb (= 1.1-alt1)
E: Извините, `битые' пакеты
update-kernel: failed to install kernel-image-std-def-1:5.4.44-alt1:p9+252713.100.2.1<>1591626094 with modules
[root<>comp-pentium

И чего теперь делать???

Сообщение отредактировал robinzoid - 23.6.2020, 22:40

[speccyfighter]

file /etc/ImageMagick-6/coder.xml from install of libImageMagick6-common-6.9.10.94-alt1 conflicts with file from package libImageMagick-6.9.4.7-alt2.M80P.1
********************многабукаф
libImageMagick-6.9.4.7-alt2.M80P.1
E: Error while running transaction

Угу
А нехер перемещать файл из одного пакета в совсем другой пакет. Ибо в rpm системах, пакеты обновляются бай вэршн, а не бай нэйм. И тому кто это утворил, надо читать linux for newbies о зависимостях и проектировании. О том проектировании, когда программа начинает "работать" ещё до того как будет написан хоть один байт кода. Проигрывая алгоритм поведения в разных ситуациях. Чтобы разгрести все эти взрывы до того как, а не постфактум.
Этот номер прокатывает в макропакетах на Slackware, но не в rpm системах, когда одна программа раздроблена на множество rpm пакетов. И когда после такого вольного обращения с расположеним файлов в пакете(тах), слом гарантирован. Как минимум при переезде с повышением версии бранча. Всё хуже, если слом спрограммировали на уровне текущего репозитория.

[ИВК]

Угу
А нехер перемещать файл из одного пакета в совсем другой пакет. Ибо в rpm системах, пакеты обновляются бай вэршн, а не бай нэйм. И тому кто это утворил, надо читать linux for newbies о зависимостях и проектировании. О том проектировании, когда программа начинает "работать" ещё до того как будет написан хоть один байт кода. Проигрывая алгоритм поведения в разных ситуациях. Чтобы разгрести все эти взрывы до того как, а не постфактум.
Этот номер прокатывает в макропакетах на Slackware, но не в rpm системах, когда одна программа раздроблена на множество rpm пакетов. И когда после такого вольного обращения с расположеним файлов в пакете(тах), слом гарантирован. Как минимум при переезде с повышением версии бранча. Всё хуже, если слом спрограммировали на уровне текущего репозитория.

А в чём предположительно основная причина проблем, о которых вообще идёт речь в этой теме? Я так понял, они из-за того, что Константин подключал репозитории то p8, то p9, и что-то из них ставил, отсюда и путаница. А тут оказывается, что и в самих пакетах что-то не так. Я просто не знаю, никогда не смешивал пакеты из разных бранчей и потому не представляю, насколько это чревато проблемами.

[speccyfighter]

А в чём предположительно основная причина проблем, о которых вообще идёт речь в этой теме? Я так понял, они из-за того, что Константин подключал репозитории то p8, то p9, и что-то из них ставил, отсюда и путаница. А тут оказывается, что и в самих пакетах что-то не так. Я просто не знаю, никогда не смешивал пакеты из разных бранчей и потому не представляю, насколько это чревато проблемами.

Предположительно:
В том что на dist-upgrade, при переезде с повышением версии бранча, libimagemagik не может (и не должен) обновиться до libimagemagik6-common в котором лежат (те же) конфликтные файлы, - это те же файлы, но уже в пакете с совсем другим именем
(вложение robinzoid-а)

Код

После распаковки будет освобождено 1956MB дискового пространства.
Продолжить? [Y/n] Y
Совершаем изменения...
Подготовка...                           ################################################## [100%]
        файл /usr/share/gdb/python/gdb из устанавливаемого пакета gdb-8.2.50.20180917-alt4.i586 конфликтует с файлом из пакета gdb-7.9-alt3.i586
        файл /etc/ImageMagick-6/coder.xml из устанавливаемого пакета libImageMagick6-common-6.9.10.94-alt1.i586 конфликтует с файлом из пакета libImageMagick-6.9.4.7-alt2.M80P.1.i586
        файл /etc/ImageMagick-6/delegates.xml из устанавливаемого пакета libImageMagick6-common-6.9.10.94-alt1.i586 конфликтует с файлом из пакета libImageMagick-6.9.4.7-alt2.M80P.1.i586
        файл /etc/ImageMagick-6/log.xml из устанавливаемого пакета libImageMagick6-common-6.9.10.94-alt1.i586 конфликтует с файлом из пакета libImageMagick-6.9.4.7-alt2.M80P.1.i586
        файл /etc/ImageMagick-6/mime.xml из устанавливаемого пакета libImageMagick6-common-6.9.10.94-alt1.i586 конфликтует с файлом из пакета libImageMagick-6.9.4.7-alt2.M80P.1.i586
        файл /etc/ImageMagick-6/policy.xml из устанавливаемого пакета libImageMagick6-common-6.9.10.94-alt1.i586 конфликтует с файлом из пакета libImageMagick-6.9.4.7-alt2.M80P.1.i586
        файл /etc/ImageMagick-6/quantization-table.xml из устанавливаемого пакета libImageMagick6-common-6.9.10.94-alt1.i586 конфликтует с файлом из пакета libImageMagick-6.9.4.7-alt2.M80P.1.i586
        файл /etc/ImageMagick-6/thresholds.xml из устанавливаемого пакета libImageMagick6-common-6.9.10.94-alt1.i586 конфликтует с файлом из пакета libImageMagick-6.9.4.7-alt2.M80P.1.i586
        файл /etc/ImageMagick-6/type-apple.xml из устанавливаемого пакета libImageMagick6-common-6.9.10.94-alt1.i586 конфликтует с файлом из пакета libImageMagick-6.9.4.7-alt2.M80P.1.i586
        файл /etc/ImageMagick-6/type-dejavu.xml из устанавливаемого пакета libImageMagick6-common-6.9.10.94-alt1.i586 конфликтует с файлом из пакета libImageMagick-6.9.4.7-alt2.M80P.1.i586
        файл /etc/ImageMagick-6/type-ghostscript.xml из устанавливаемого пакета libImageMagick6-common-6.9.10.94-alt1.i586 конфликтует с файлом из пакета libImageMagick-6.9.4.7-alt2.M80P.1.i586
        файл /etc/ImageMagick-6/type-windows.xml из устанавливаемого пакета libImageMagick6-common-6.9.10.94-alt1.i586 конфликтует с файлом из пакета libImageMagick-6.9.4.7-alt2.M80P.1.i586
        файл /etc/ImageMagick-6/type.xml из устанавливаемого пакета libImageMagick6-common-6.9.10.94-alt1.i586 конфликтует с файлом из пакета libImageMagick-6.9.4.7-alt2.M80P.1.i586
        файл /usr/share/ImageMagick-6/english.xml из устанавливаемого пакета libImageMagick6-common-6.9.10.94-alt1.i586 конфликтует с файлом из пакета libImageMagick-6.9.4.7-alt2.M80P.1.i586
        файл /usr/share/ImageMagick-6/francais.xml из устанавливаемого пакета libImageMagick6-common-6.9.10.94-alt1.i586 конфликтует с файлом из пакета libImageMagick-6.9.4.7-alt2.M80P.1.i586
        файл /usr/share/ImageMagick-6/locale.xml из устанавливаемого пакета libImageMagick6-common-6.9.10.94-alt1.i586 конфликтует с файлом из пакета libImageMagick-6.9.4.7-alt2.M80P.1.i586
E: Ошибка во время исполнения транзакции
[root<>comp-pentium ~]#

Засада тут, - забудьте про программу, забудьте про ImageMagik: с точки зрения пакетного менеджера и системы, это абсолютно разные пакеты и libImageMagick6-common из p9 не может заменить файлы libImageMagick из p8, т.е. те же файлы, но совсем другого пакета:

Код

$ rpm -qpvl libImageMagick-6.9.4.7-alt2.M80P.1.i586.rpm | grep etc/ # p8
drwxr-xr-x    2 root    root                        0 ноя 30  2017 /etc/ImageMagick-6
-rw-r--r--    1 root    root                      842 ноя 30  2017 /etc/ImageMagick-6/coder.xml
-rw-r--r--    1 root    root                     1383 ноя 30  2017 /etc/ImageMagick-6/colors.xml
-rw-r--r--    1 root    root                    12841 ноя 30  2017 /etc/ImageMagick-6/delegates.xml
-rw-r--r--    1 root    root                      956 ноя 30  2017 /etc/ImageMagick-6/log.xml
-rw-r--r--    1 root    root                      888 ноя 30  2017 /etc/ImageMagick-6/magic.xml
-rw-r--r--    1 root    root                   134171 ноя 30  2017 /etc/ImageMagick-6/mime.xml
-rw-r--r--    1 root    root                     2902 ноя 30  2017 /etc/ImageMagick-6/policy.xml
-rw-r--r--    1 root    root                     2090 ноя 30  2017 /etc/ImageMagick-6/quantization-table.xml
-rw-r--r--    1 root    root                    11302 ноя 30  2017 /etc/ImageMagick-6/thresholds.xml
-rw-r--r--    1 root    root                    29078 ноя 30  2017 /etc/ImageMagick-6/type-apple.xml
-rw-r--r--    1 root    root                     8554 ноя 30  2017 /etc/ImageMagick-6/type-dejavu.xml
-rw-r--r--    1 root    root                     9455 ноя 30  2017 /etc/ImageMagick-6/type-ghostscript.xml
-rw-r--r--    1 root    root                    13655 ноя 30  2017 /etc/ImageMagick-6/type-windows.xml
-rw-r--r--    1 root    root                      671 ноя 30  2017 /etc/ImageMagick-6/type.xml

Код

$ rpm -qpvl libImageMagick6-common-6.9.11.21-alt2.i586.rpm | grep etc/ # p9
drwxr-xr-x    2 root    root                        0 июн 26 16:59 /etc/ImageMagick-6
-rw-r--r--    1 root    root                      899 июн 26 16:59 /etc/ImageMagick-6/coder.xml
-rw-r--r--    1 root    root                     1383 июн 26 16:59 /etc/ImageMagick-6/colors.xml
-rw-r--r--    1 root    root                    13487 июн 26 16:59 /etc/ImageMagick-6/delegates.xml
-rw-r--r--    1 root    root                     1642 июн 26 16:59 /etc/ImageMagick-6/log.xml
-rw-r--r--    1 root    root                      888 июн 26 16:59 /etc/ImageMagick-6/magic.xml
-rw-r--r--    1 root    root                   134216 июн 26 16:59 /etc/ImageMagick-6/mime.xml
-rw-r--r--    1 root    root                     3612 июн 26 16:59 /etc/ImageMagick-6/policy.xml
-rw-r--r--    1 root    root                     2369 июн 26 16:59 /etc/ImageMagick-6/quantization-table.xml
-rw-r--r--    1 root    root                    11453 июн 26 16:59 /etc/ImageMagick-6/thresholds.xml
-rw-r--r--    1 root    root                    29218 июн 26 16:59 /etc/ImageMagick-6/type-apple.xml
-rw-r--r--    1 root    root                     8490 июн 26 16:59 /etc/ImageMagick-6/type-dejavu.xml
-rw-r--r--    1 root    root                     9408 июн 26 16:59 /etc/ImageMagick-6/type-ghostscript.xml
-rw-r--r--    1 root    root                     8162 июн 26 16:59 /etc/ImageMagick-6/type-urw-base35.xml
-rw-r--r--    1 root    root                    13706 июн 26 16:59 /etc/ImageMagick-6/type-windows.xml
-rw-r--r--    1 root    root                      612 июн 26 16:59 /etc/ImageMagick-6/type.xml

Поэтому перемещать файлы из пакета с одним именем, в пакет с другим именем, это плохая идея. ИМХО. В рамках одного бранча, этого как правило не происходит и dist-upgrade проходит гладко. Но если файлы переехали из пакета с одним именем в пакет с другим именем в бранче версией выше, на dist-upgrade раздастся грохот.
Но если imagemagik это макропакет (всё своё ношу с собой), то глубоко пофигу, что где и как перемещается внутри пакета версией выше, - один удаляется другой устанавливается,

Например:
Я не могу polkit-sysvinit из p8 переименовать в polkit-sysv в p9, потому шо, в системе на sysv при переезде с p8 на p9 будет нихренасебе. Во-первых он ни разу не обновится при переезде на p9. Потому шо polkit-sysv ни разу не polkit-sysvinit. А во-вторых, даже если его что-то притянет по зависимостям, если конфликт в спэке нового пакета не указан явно, всё нахрен начнёт разъезжаться. Потому шо есть приоритеты и последовательность, где и в каком порядке система ищет конфиги. А будет делать она, совсем не то что должна.
Этот пример далёк от ситуации с libImageMagik*, но мысль та же.
На мой сугубо ИМХО-вый взгляд: это базовые вещи, которые мейнтейнер знать обязан. Но на анализ (мало ли шо там в коде накуролесили), требуется достаточно много времени и внимания. И на этот этап разработки, часто кладут. До тех пор, пока об него кто-то сильно не споткнётся.


Сообщение отредактировал speccyfighter - 30.6.2020, 17:38