Created attachment 20166 [details] Иллюстрация сообщения перед выполнением обновления. Здравствуйте. В субботу, после обновления через "apt-get" компьютер перестал запускаться. Lightdm.service завершался с ошибкой при запуске компьютера. После подсказок от @Zorg в Telegram ... Удалось выяснить, что помимо множества пакетов удалены пакеты связанные с "kde" ... Повторная установка KDE решена проблему с не запуском компьютера, правда VirtualBox по прежнему не запускается, но это потом. Сейчас попробовал повторно проверить, как работает обновление ... Ситуация не изменилась, apt-get по прежнему предлагает удалить "kde". Подскажите как исправить данную ситуацию ? З.Ы. Могу приложить "вырезку из журнала", показывающую, какие пакеты были установлены, а какие удалены.
Created attachment 20167 [details] Команды apt-get из проблемного обновления (выдержка из journalctl)
Прикрепите полный вывод от команды apt-get -o Debug::PkgProblemresolver=true dist-upgrade до совершения проблемного обновления.
> Прикрепите Текстовым файлом
Created attachment 20170 [details] Вывод apt-get с параметром Debug::PkgProblemresolver=true
LLVM запутались
Судя по тому, как пакуется LLVM, libomp21.1 должна заобсолетить удалённую из репозитория libomp20.1 . P.S. Ну и вообще она кривовато упакована вместе с libomptarget и libLLVMOffload.
А я то думаю, что меня недавно нелёгкая дернула хвосты от llvm почистить на всех своих системах. :-)
(Ответ для Sergey V Turchin на комментарий #6) > libomp21.1 должна заобсолетить удалённую из репозитория libomp20.1 А она вместо этого Conflicts: lib%omp_name < %EVR Conflicts: lib%omp_name > %EVR , вот и грохается всё подряд.
> Conflicts: lib%omp_name < %EVR > Conflicts: lib%omp_name > %EVR Кажется, от этого вообще мало толку.
Вижу, что основная проблема в кривой сборке в том, что не соблюдается Shared Libs Policy.
(In reply to Sergey V Turchin from comment #8) > (Ответ для Sergey V Turchin на комментарий #6) > > libomp21.1 должна заобсолетить удалённую из репозитория libomp20.1 > А она вместо этого > Conflicts: lib%omp_name < %EVR > Conflicts: lib%omp_name > %EVR > , вот и грохается всё подряд. Никто никому ничего не должен. В сизифе нет ни одного приложения, которое зависит от libomp (был pocl, но там omp отключен пока). clang21.1-tools не в счёт, поскольку там эта зависимость приходящая.
(Ответ для Konstantin A Lepikhov (L.A. Kostis) на комментарий #11) > В сизифе нет ни одного приложения, которое зависит от libomp Мир состоит гораздо больше, чем из одного Сизифа, поэтому подобное мнение слишком зашорено.
(Ответ для animad1 на комментарий #0) > Подскажите как исправить данную ситуацию ? Попробуйте для начала apt-get remove libomp20.1 Что предложит удалить?
Created attachment 20207 [details] Пакеты предложенные к удалению при выполнении команды "apt-get remove libomp20.1" Здравствуйте. Ха, вот это сюрприз.
(Ответ для animad1 на комментарий #14) > Ха, вот это сюрприз. С асконом пока что всё в порядке, а с мантейнером -- сейчас выясним.
В качестве обходного пути попробуйте apt-get install libomp20.1- libomp21.1 Если поможет -- пакеты Аскон к проблеме не имеют никакого отношения.
Created attachment 20208 [details] Результат выполнения "apt-get install libomp20.1- libomp21.1" ... Чую что это не совсем решение. Пока не стал выполнять.
(Ответ для animad1 на комментарий #17) > Создано вложение 20208 [details] [подробности] > Результат выполнения "apt-get install libomp20.1- libomp21.1" > > ... Чую что это не совсем решение. Пока не стал выполнять. Хотя .... До конца тестирования КОМПАС на Linux осталось два дня ... и его можно будет удалять.
(Ответ для animad1 на комментарий #17) > ... Чую что это не совсем решение. Пока не стал выполнять. Да. Пусть мантейнер libomp21.1 разбирается. Разве что, можно попробовать ещё к команде apt-get install libomp20.1- libomp21.1 в конец добавить все асконовские пакеты, предлагаемые к удалению и вывод прикрепить сюда для помощи диагностике.
Ещё для диагностики было бы неплохо вывод rpm -q --requires каждый-асконовский-пакет собрать все в один текстовый файл и прикрепить сюда.
(Ответ для Konstantin A Lepikhov (L.A. Kostis) на комментарий #11) > Никто никому ничего не должен. Учитывая, что у беты Компаса заявлена поддержка "Альт Рабочая станция 11.0 и Альт Рабочая станция К 11.0", выводы можешь сделать сам.
Created attachment 20209 [details] Выполнение команды "apt-get install libomp20.1- libomp21.1" + все пакеты "ascon", которые предлагались к удалению
(Ответ для Sergey V Turchin на комментарий #21) > Ещё для диагностики было бы неплохо вывод > rpm -q --requires каждый-асконовский-пакет > собрать все в один текстовый файл и прикрепить сюда. На это нужно некоторое время ... Сформирую в "обеденное время" .... с 13 00 до 14 00
(Ответ для animad1 на комментарий #23) > Создано вложение 20209 [details] [подробности] > Выполнение команды "apt-get install libomp20.1- libomp21.1" + все пакеты > "ascon", которые предлагались к удалению Получилось. Аскон точно нипричём и это является обходным решением.
(In reply to Sergey V Turchin from comment #15) > (Ответ для animad1 на комментарий #14) > > Ха, вот это сюрприз. > С асконом пока что всё в порядке, а с мантейнером -- сейчас выясним. Аскона нет в сизифе. Решайте сами ваши проблемы в p11.
Created attachment 20211 [details] Вывод "rpm -q --requires <каждый-асконовский-пакет>" ... который предлагалось удалить.
(Ответ для Sergey V Turchin на комментарий #25) > (Ответ для animad1 на комментарий #23) > > Создано вложение 20209 [details] [подробности] > > Выполнение команды "apt-get install libomp20.1- libomp21.1" + все пакеты > > "ascon", которые предлагались к удалению > это является обходным решением Является ли это ПОЖЕЛАНИЕМ к действию? ... Или подождать окончательного решения проблемы, что бы иметь возможность тестировать ?
(Ответ для animad1 на комментарий #28) > > > Выполнение команды "apt-get install libomp20.1- libomp21.1" + все пакеты > > > "ascon", которые предлагались к удалению > > это является обходным решением > Является ли это ПОЖЕЛАНИЕМ к действию? Локальное решение, пока проблема не решиться правильным способом. > ... Или подождать окончательного решения проблемы, что бы иметь возможность тестировать ? Похоже, это не быстро. P.S. В новой бете К-11.2 я добавлю защиту от таких кривых пакетов, чтоб хотя бы систему не угрохали.
Created attachment 20216 [details] Выполнение команды "apt-get install libomp20.1- libomp21.1" + все пакеты "ascon", которые предлагались к удалению.
Created attachment 20217 [details] Далее выполнены "apt-get update", "apt-get distr-upgrade" ... ... опять двадцать пять ...
(Ответ для animad1 на комментарий #30) > Создано вложение 20216 [details] [подробности] > Выполнение команды "apt-get install libomp20.1- libomp21.1" + все пакеты > "ascon", которые предлагались к удалению. Похоже, это уже apt уже не осилил такое.
(Ответ для animad1 на комментарий #30) > Создано вложение 20216 [details] [подробности] > Выполнение команды "apt-get install libomp20.1- libomp21.1" + все пакеты > "ascon", которые предлагались к удалению. Лучше бы вы текстом писали, а то картинки цитировать неудобно. Попробуйте apt-get install пакеты от llvm21.1 предлагаемые ранее к установке
Created attachment 20219 [details] Вопрос по установке Вы имели ввиду так? apt-get install clang21.1-support llvm21.1-filesystem llvm21.1-libs libomp21.1 llvm21.1-gold llvm21.1-polly
(Ответ для animad1 на комментарий #34) > apt-get install clang21.1-support llvm21.1-filesystem llvm21.1-libs > libomp21.1 llvm21.1-gold llvm21.1-polly Да
(Ответ для Sergey V Turchin на комментарий #35) > (Ответ для animad1 на комментарий #34) > > apt-get install clang21.1-support llvm21.1-filesystem llvm21.1-libs > > libomp21.1 llvm21.1-gold llvm21.1-polly > Да [root@ххх ~]# apt-get install clang21.1-support llvm21.1-filesystem llvm21.1-libs libomp21.1 llvm21.1-gold llvm21.1-polly Чтение списков пакетов... Завершено Построение дерева зависимостей... Завершено Следующие НОВЫЕ пакеты будут установлены: clang21.1-support libomp21.1 llvm21.1-filesystem llvm21.1-gold llvm21.1-libs llvm21.1-polly 0 будет обновлено, 6 новых установлено, 0 пакетов будет удалено и 201 не будет обновлено. Необходимо получить 0B/35,2MB архивов. После распаковки потребуется дополнительно 217MB дискового пространства. Совершаем изменения... Подготовка... #################################################################################################### [100%] файл /usr/lib64/libomp.so.5 из устанавливаемого пакета libomp21.1-21.1.5-alt0.1.x86_64 конфликтует с файлом из пакета libomp20.1-20.1.7-alt0.1.x86_64 E: Ошибка во время исполнения транзакции
(Ответ для animad1 на комментарий #34) > apt-get install clang21.1-support llvm21.1-filesystem llvm21.1-libs > libomp21.1 llvm21.1-gold llvm21.1-polly Видимо, без серпа не обойдётся. Сперва rpm -e --nodeps libomp20.1 , потом команду выше. P.S. Если что, скачать этот пакет можно тут https://git.altlinux.org/tasks/archive/done/_379/388622/build/40/x86_64/rpms/libomp20.1-20.1.7-alt0.1.x86_64.rpm
(Ответ для Sergey V Turchin на комментарий #37) > (Ответ для animad1 на комментарий #34) > > apt-get install clang21.1-support llvm21.1-filesystem llvm21.1-libs > > libomp21.1 llvm21.1-gold llvm21.1-polly > Видимо, без серпа не обойдётся. Сперва > rpm -e --nodeps libomp20.1 > , потом команду выше. > > P.S. > Если что, скачать этот пакет можно тут > https://git.altlinux.org/tasks/archive/done/_379/388622/build/40/x86_64/rpms/ > libomp20.1-20.1.7-alt0.1.x86_64.rpm > Видимо, без серпа не обойдётся. Ну раз применяем серп, решил подойти кардинально. Удалил главный раздражитель ... все пакеты "ascon". Далее "apt-get update", "apt-get dist-upgrade" .... И ОПАНА !!! Все тут же обновилось без кровопролитных удалений + автоматом удалена "libomp20.1" ... Система работает и в полностью актуальном состоянии.
(Ответ для animad1 на комментарий #38) > Удалил главный раздражитель ... все пакеты "ascon". > Далее "apt-get update", "apt-get dist-upgrade" .... Можно и так. Теперь можно установить назад удалённые пакеты "ascon". Если возможно, проверьте на всякий.
(Ответ для Sergey V Turchin на комментарий #39) > (Ответ для animad1 на комментарий #38) > > Удалил главный раздражитель ... все пакеты "ascon". > > Далее "apt-get update", "apt-get dist-upgrade" .... > Можно и так. Теперь можно установить назад удалённые пакеты "ascon". Если > возможно, проверьте на всякий. > Теперь можно установить назад удалённые пакеты "ascon" :) ... бесплатное тестирование КОМПАСа 3D под Linux закончилось... :))) ... больше мне его не запустить. Я пожалуй на этом остановлюсь.
(Ответ для animad1 на комментарий #40) > :) ... бесплатное тестирование КОМПАСа 3D под Linux закончилось... :))) ... > больше мне его не запустить. Запускать не надо. Проверьте только, установятся ли пакеты и можете сразу удалить их.
(Ответ для Sergey V Turchin на комментарий #41) > (Ответ для animad1 на комментарий #40) > > :) ... бесплатное тестирование КОМПАСа 3D под Linux закончилось... :))) ... > > больше мне его не запустить. > Запускать не надо. Проверьте только, установятся ли пакеты и можете сразу > удалить их. Очень интересно ... а ОН не захотел устанавливаться: [root@onufrij ~]# apt-get install ascon-kompas3d-v24 Чтение списков пакетов... Завершено Построение дерева зависимостей... Завершено Некоторые пакеты установить невозможно. Это может означать, что Вы потребовали невозможного, либо пользуетесь нестабильным репозиторием. Часть необходимых пакетов либо ещё не создана, либо была удалена из каталога 'Входящие'. Так как для выполнения Вашего запроса достаточно одной операции, то скорее всего этот пакет просто невозможно установить. Сообщите, пожалуйста, об этом как о найденной ошибке в пакете. Эти сведения могут помочь найти выход из ситуации: Следующие пакеты имеют неудовлетворенные зависимости: ascon-kompas3d-v24: Depends: ascon-kompas-graphic-v24 (= 24.1.0.100-0) E: Извините, `битые' пакеты [root@onufrij ~]# apt-get install ascon-kompas3d-v24 ascon-kompas-graphic-v24 Чтение списков пакетов... Завершено Построение дерева зависимостей... Завершено Некоторые пакеты установить невозможно. Это может означать, что Вы потребовали невозможного, либо пользуетесь нестабильным репозиторием. Часть необходимых пакетов либо ещё не создана, либо была удалена из каталога 'Входящие'. Эти сведения могут помочь найти выход из ситуации: Следующие пакеты имеют неудовлетворенные зависимости: ascon-kompas-graphic-v24: Depends: libomp20.1 но пакет не может быть установлен E: Извините, `битые' пакеты [root@onufrij ~]# apt-get install ascon-kompas3d-v24 ascon-kompas-graphic-v24 libomp20.1 Чтение списков пакетов... Завершено Построение дерева зависимостей... Завершено Пакет libomp20.1 присутствует в базе данных, но не имеет доступной версии. Как правило это означает, что хотя пакет упоминается в списке зависимостей, он отсутствует в репозитории, был вытеснен, либо в sources.list нет адреса репозитория, содержащего пакет. E: Для пакета libomp20.1 не найдено подходящего кандидата для установки
(Ответ для animad1 на комментарий #42) > ascon-kompas-graphic-v24: Depends: libomp20.1 Вот, где ещё одна проблема. Они по какой-то причине не смогли поставить более нейтральную зависимость.
(Ответ для animad1 на комментарий #27) > Создано вложение 20211 [details] [подробности] Аскон тоже накосячил, поставив зависимости на конкретные сборки llvm20.1-libs и clang20.1-support
(Ответ для Sergey V Turchin на комментарий #44) > (Ответ для animad1 на комментарий #27) > > Создано вложение 20211 [details] [подробности] > Аскон тоже накосячил, поставив зависимости на конкретные сборки > llvm20.1-libs и clang20.1-support Ну, на то оно и БЕТА ТЕСТИРОВАНИЕ ... будем надеяться что наши "старания" не пропадут.
(Ответ для animad1 на комментарий #45) > Ну, на то оно и БЕТА ТЕСТИРОВАНИЕ ... будем надеяться что наши "старания" не > пропадут. Если до них дойдёт эта информация, иначе они просто сделают то же самое и это вылезет при следующем обновении до llvm22, например.
До нового года смотреть не буду. Работы у меня сейчас более чем достаточно, а свободного времени у меня нет.
