Created attachment 12676 [details] screen Произвел проверку на платформах обновленных до Сизиф: * p10-education-10.1-x86-64-kde * p10-kworkstation-10.1-x86-64 Версия пакета: * kde5-kclock-23.01.0-alt1 Шаги воспроизведения: 1)$ rpm -qa | grep kclock 2)$ kclock 3) Параметры -> Справка -> О программе Фактический результат: Версии отличаются Ожидаемый результат: Версии одинаковые
Это нормальная практика для проектов из состава KDE.
Ааа. В конкретном случае больше похоже на ошибку. В KDE иногда встречается подобное. Бывает, что оно влияет на сборку других компонент, но в этом случае авторы исправляют моментально. P.S. 2Snowmix: пример недобага.
(Ответ для Sergey V Turchin на комментарий #2) > Ааа. В конкретном случае больше похоже на ошибку. > В KDE иногда встречается подобное. Бывает, что оно влияет на сборку других > компонент, но в этом случае авторы исправляют моментально. > > P.S. > 2Snowmix: пример недобага. Пользователь установил приложение. rpm вывел одну версию. Справка из приложения другой версии. Вопрос какая версия стоит в системе? чему верить? P.S. Если в подобных приложениях найдётся баг и в момент создания бага будет указана версия из Параметры -> Справка -> О программе скорее всего она окажется ошибочной. Предположение, что ты просто закроешь баг с фразой: В репозитории новая версия, обновитесь.
(Ответ для Mikhail Chernonog на комментарий #3) > Вопрос какая версия стоит в системе? чему верить? Версия пакета, его подпакетов, версии разных компонент его содержимого -- все могут различаться.
(In reply to Mikhail Chernonog from comment #3) > Вопрос какая версия стоит в системе? чему верить? Верить тому, что написано там, откуда информацию взял пользователь.
(In reply to Олег Соловьев from comment #5) > (In reply to Mikhail Chernonog from comment #3) > > Вопрос какая версия стоит в системе? чему верить? > > Верить тому, что написано там, откуда информацию взял пользователь. А ещё лучше - запрашивать версию пакета (rpm -q), т.к. на эту информацию повлиять мы можем, а на версию приложения в окне "О программе..." не можем, это головная боль апстрима.
(Ответ для Sergey V Turchin на комментарий #4) > Версия пакета, его подпакетов, версии разных компонент его содержимого -- > все могут различаться. Даже ещё хуже. В KDE много где официально версия их же архива с исходниками различается с версией программы в этом самом архиве.
Я такие ошибки чиню, т.к. версия может влиять на поведение. И вам рекомендую. Скорее всего есть какой-то инструмент обновления версии в исходниках из git, результат работы которого апстрим забывает коммитить.
(In reply to Anton Farygin from comment #8) > Я такие ошибки чиню, т.к. версия может влиять на поведение. > > И вам рекомендую. > > Скорее всего есть какой-то инструмент обновления версии в исходниках из git, > результат работы которого апстрим забывает коммитить. Я поднимал такой вопрос в апстриме и вот ответ: Le 04.08.2021 09:12, Oleg Solovyov a écrit : > Hello. > You mentioned that messagelib is 5.17.3 [1] now but tags in git repo > have a > different versioning scheme[2]. Am I missing something and it was > intentional? > > [1] https://bugs.kde.org/show_bug.cgi?id=440541#c2 > [2] https://invent.kde.org/pim/messagelib.git Hi, yep it's normal as we use own version for pim* 5.xx.xx and we are release in GEAR 21.08 so no problem here. у KDEшников это делается преднамеренно
(Ответ для Олег Соловьев на комментарий #9) > yep it's normal as we use own version for pim* 5.xx.xx and we are > release in GEAR 21.08 (Ответ для Sergey V Turchin на комментарий #2) > Бывает, что оно влияет на сборку других > компонент, но в этом случае авторы исправляют моментально.
