Created attachment 8344 [details] sysiphus-disttag-pkglist Система установлена из образа alt-workstation-8.991_rc2-x86_64. 726 пакетов, установленных в дистрибутиве, имеют disttag 'sisyphus'. Например: # rpm -qi python3 Name : python3 Version : 3.7.3 Release : alt1 DistTag : sisyphus+225625.574.90.1 Architecture: x86_64 Install Date: Пт 18 окт 2019 14:57:48 Group : Development/Python3 Size : 43579 License : Python Signature : DSA/SHA1, Вс 14 апр 2019 23:37:00, Key ID 95c584d5ae4ae412 Source RPM : python3-3.7.3-alt1.src.rpm Build Date : Вс 14 апр 2019 23:34:44 Build Host : grenka-sisyphus.hasher.altlinux.org Полный список пакетов в приложенном файле.
А почему это проблема?
Created attachment 8347 [details] update-os
(В ответ на комментарий №1) > А почему это проблема? Если выполнять обновление системы через gnome-software, то пакеты, которые имеют неправильный disttag, попадают в список "Понижение версий".
проблема то не disttag sisyphus, а в том, что что-то не то в p9 с ... пока не знаю с чем. Пусть пока повисит на gnome-software, что бы зафиксировать что ошибка вылезает именно в нём.
В p10 на версии gnome-software-40.4-alt1 тоже воспроизводится. Если пакеты имеют disttag = sisyphus, то при обновлении они попадают в список на понижение версий (хотя сама версия явно повышается).
Воспроизводится в p11. [p11] ALT Workstation 11.0 x86_64 gnome-software-47.4-alt1.x86_64
Created attachment 18506 [details] Скриншот Пример при обновлении p11 до 381621. > # apt-get dist-upgrade --dry-run -y > ... > Inst notation [1.1.0-alt1:sisyphus+340111.100.2.1@1707748333] (1.3.1-alt1:p11+381621.1000.5.1@1746788647 task 381621:1747265398/task 381621) > ... > Inst deepin-gir-generator [3.0.4-alt1:sisyphus+318621.20.3.1@1681734895] (3.0.4-alt2:p11+381621.700.5.1@1746788601 task 381621:1747265398/task 381621) > ...
Created attachment 18512 [details] Discover Уточню, что в Discover при таком же обновлении всё считается обновлением (см. скриншот), и нет никаких предупреждений о понижении версии и т. п. Поэтому дело скорее всего в gnome-software, а не packagekit.
Мне кажется, что там есть одно место в packagekit, которое можно улучшить и сделать решение обшим для всех клиентов, без необходимости адаптировать каждый. Я так сходу детали не расскажу той идеи, которая у меня была недавно при чтении кода. Надо опять перечитать.