Для обновления пакета hypridle требуется libsdbus-cpp >= 2.0.0 Также, из-за неправильного поля Url в спек файле, не отслеживается версия пакета.
Для sdbus-cpp >= 2.0.0 нужен systemd-238.
(Ответ для Yuri N. Sedunov на комментарий #1) > Для sdbus-cpp >= 2.0.0 нужен systemd-238. В сизифе сейчас 255.13, или я неправильно понял?
(Ответ для Кирилл Уницаев на комментарий #2) > (Ответ для Yuri N. Sedunov на комментарий #1) > > Для sdbus-cpp >= 2.0.0 нужен systemd-238. > > В сизифе сейчас 255.13, или я неправильно понял? Нет, это я перепутал с 258. Собрал на пробу https://git.altlinux.org/tasks/360955/logs/events.1.1.log С новым sdbus-cpp перестанут собираться три из шести её клиентов: waked, alterator-usbmount и alterator-usbguard.
(Ответ для Yuri N. Sedunov на комментарий #3) > С новым sdbus-cpp перестанут собираться три из шести её клиентов: waked, > alterator-usbmount и alterator-usbguard. Ох, это определённо нехорошо. Сейчас обновлению экосистемы hyprland мешают уже 2 пакета, обновление которых временно невозможно
Прошу заинклудить <algorithm> в Message.h, а то gcc14 распереживался, спасибо.
Следует переименовать бинарный libsdbus-cpp в libsdbus-cpp2, т.к. сменился SONAME.
Решил попробовать собрать отдельным пакетом, получил следующее: NEW duplicate provides detected: Provide: Providers: pkgconfig(sdbus-c++) libsdbus-cpp-devel libsdbus-cpp2-devel 2025-Mar-24 11:27:53 :: duplicate provides: x86_64 +1 -0 =10, i586 +1 -0 =10, aarch64 +1 -0 =8; check FAILED 2025-Mar-24 11:27:53 :: task #379085 for sisyphus FAILED Ожидаемо, ведь 2 пакета не могут предоставлять один pkgconfig ===== В качестве решения планируется заменить в старом пакете sdbus-c++.pc на sdbus-c++1.pc. Это потребует временного патчинга зависимых пакетов, чтобы они искали обновлённое имя файла. Однако таких пакетов всего три, поэтому изменение не критично. В дальнейшем, после адаптации модулей альтератора к новой версии sdbus, проблема полностью исчезнет. Есть ли предложения по данному поводу?
(Ответ для Кирилл Уницаев на комментарий #7) > Ожидаемо, ведь 2 пакета не могут предоставлять один pkgconfig Только провайд у бинарного пакета. Всё остальное можно. См. libtag и taglib.
(Ответ для Sergey V Turchin на комментарий #8) > (Ответ для Кирилл Уницаев на комментарий #7) > > Ожидаемо, ведь 2 пакета не могут предоставлять один pkgconfig > Только провайд у бинарного пакета. Да, это понял. > Всё остальное можно. См. libtag и taglib. Хм, сделать pkgconfig с sover и альтернативу на обычный? Тогда в спеке придётся указывать тоже с sover
на данный момент имеем 2 варианта 1. заменить pc файл только в старой версии 2. сделать через альтернативы и в старой, и в новой версии Первый вариант из минусов имеет только необходимость в обновление нескольких старых пакетов. Старый sdbus больше нигде не используется, поэтому изменение в нём файла не повлияет на новые пакеты.(Возможно и это не понадобится, там не используется pkgconfig) Второй же требует изменения pkgconfig зависимости для всех новых пакетов, что будет путать людей. Придётся прописывать pkgconfig(sdbus-c++2). Мне кажется, первый способ в разы проще.
https://packages.altlinux.org/ru/tasks/379085/ В старой версии переименован файл pc Собрана новая версия с конфликтом на старую
(Ответ для Кирилл Уницаев на комментарий #11) > В старой версии переименован файл pc Сломали сборку всем. Это блокер-баг сразу, т.к. сборка станет несовместима с p11. Переименовывайте в новой версии.
> Сломали сборку всем. Это блокер-баг сразу, т.к. сборка станет несовместима с > p11. > > Переименовывайте в новой версии. Сейчас его никто не использует, лучше сделать так, чем в будущем патчить абсолютно все новые пакеты. От старой версии вообще надо избавиться, а не ломать новую
(Ответ для fiersik@altlinux.org на комментарий #13) > > Сломали сборку всем. Это блокер-баг сразу, т.к. сборка станет несовместима с > > p11. > > > > Переименовывайте в новой версии. > > Сейчас его никто не использует ... Точнее используют пакеты Hyprland, которым сейчас нужна новая версия! Все старые пакеты вообще не используют pc, и их даже не придётся адаптировать.
Я вам уже привёл пример. Сделайте так, как в libtag и taglib.
Посмотрел -- да, нет проблем. Можно так и сделать, как сейчас, но с одной проблемой: xdg-desktop-portal-hyprland
> с одной проблемой: > xdg-desktop-portal-hyprland Если он перестанет собираться или починка будет несовместима с p11 -- блокер. :-(
> xdg-desktop-portal-hyprland В качестве костыля я даже готов удалить его из p11, но это крайние меры и не хотелось бы.
(Ответ для Sergey V Turchin на комментарий #18) > > xdg-desktop-portal-hyprland > В качестве костыля я даже готов удалить его из p11, но это крайние меры и не > хотелось бы. патч на одну строку
2 Aris: лучше отказаться от BuildRequires: pkgconfig() вообще, т.к. у нас это испорчено проверкой на дубликаты.
> патч на одну строку Да, хоть на полстроки. Я знаю, о чём говорю.
(Ответ для Sergey V Turchin на комментарий #20) > 2 Aris: лучше отказаться от BuildRequires: pkgconfig() вообще, т.к. у нас > это испорчено проверкой на дубликаты. Вот тут и соглашусь и нет одновременно. В данной ситуации это бы действительно избавило нас от проблемы.
xdg-desktop-portal-hyprland-1.3.9 ждет, когда вы наконец закончите пустой трёп, и родите пакеты с "pkgconfig(sdbus-c++) >= 2.0.0"
(Ответ для Yuri N. Sedunov на комментарий #23) > xdg-desktop-portal-hyprland-1.3.9 ждет, когда вы наконец закончите пустой > трёп, и родите пакеты с "pkgconfig(sdbus-c++) >= 2.0.0" Что насчёт p11?
(Ответ для fiersik@altlinux.org на комментарий #24) > (Ответ для Yuri N. Sedunov на комментарий #23) > > xdg-desktop-portal-hyprland-1.3.9 ждет, когда вы наконец закончите пустой > > трёп, и родите пакеты с "pkgconfig(sdbus-c++) >= 2.0.0" > > Что насчёт p11? Перетащишь свой новый хипрленд вместе с порталом в P11. Не надо искать проблем на ровном месте.
(Ответ для Yuri N. Sedunov на комментарий #25) > (Ответ для fiersik@altlinux.org на комментарий #24) > > (Ответ для Yuri N. Sedunov на комментарий #23) > > > xdg-desktop-portal-hyprland-1.3.9 ждет, когда вы наконец закончите пустой > > > трёп, и родите пакеты с "pkgconfig(sdbus-c++) >= 2.0.0" > > > > Что насчёт p11? > > Перетащишь свой новый хипрленд вместе с порталом в P11. Не надо искать > проблем на ровном месте. Hyprland требует gcc14, давно бы уже обновил. если новый портал соберётся без него, надо собирать
На самом деле я не виду никакой проблемы и немного не понимаю беспокойства zerg@ В сизифе никакой проблемы вовсе нет. В p11 есть 2 варианта: 1. Если новые hypridle и xdg-desktop-portal-hyprland собираются в p11 -> обновить, проблемы не получаем 2. Если не обновляются -> наложить микро-патч с изменением зависимости (sdbus-c++ -> sdbus-c++-1)
(Ответ для Yuri N. Sedunov на комментарий #23) > xdg-desktop-portal-hyprland-1.3.9 ждет Где ждёт? В закромах? Подозреваю, что только одно это изменение необоснованно потянет за собой бороду с всем Hyperland в p11, поэтому сразу отношусь скептически.
Давайте уж что-нибудь, по месту разберемся.
(Ответ для Sergey V Turchin на комментарий #28) > (Ответ для Yuri N. Sedunov на комментарий #23) > > xdg-desktop-portal-hyprland-1.3.9 ждет > Где ждёт? В закромах? > > Подозреваю, что только одно это изменение необоснованно потянет за собой > бороду с всем Hyperland в p11, поэтому сразу отношусь скептически. В засаде ждет, пока вы сопли жуете.
(Ответ для Yuri N. Sedunov на комментарий #25) > Перетащишь свой новый хипрленд вместе с порталом в P11. Не надо искать проблем на ровном месте. Вот, когда перетащишь, тогда и сделаем, как предлагаешь.
(Ответ для Yuri N. Sedunov на комментарий #30) > В засаде ждет, пока вы сопли жуете. Теперь наблюдаем за реализациетобой.
(Ответ для Yuri N. Sedunov на комментарий #30) > В засаде ждет, пока вы сопли жуете. Теперь понаблюдаем за реализацией тобой твоего варианта.
Не-не, пакеты у нас фиксик собирает. Я же простой сторонний наблюдатель и доброжелатель. Могу и забить на всё, в том числе и на портал для гипрленда, чтоб не создавать вам аддские трудности в таком простом деле.
Я не очень понимаю смысл данного спора. Пакеты готовы
Есть очень интересный выход, позвать дополнительную сторону. Приглашаю rider@ для оценки решения.
(Ответ для fiersik@altlinux.org на комментарий #35) > Я не очень понимаю смысл данного спора. Тогда всё просто: сборку старых пакетов не ломать, включая p11(либо сделать в них изменения предварительно и отдельно). В новых потом можно делать всё, что сочтёте нужным.
(Ответ для Sergey V Turchin на комментарий #37) > (Ответ для fiersik@altlinux.org на комментарий #35) > > Я не очень понимаю смысл данного спора. > Тогда всё просто: сборку старых пакетов не ломать, включая p11(либо сделать > в них изменения предварительно и отдельно). > В новых потом можно делать всё, что сочтёте нужным. Это уже обсудили > В сизифе никакой проблемы вовсе нет. > > В p11 есть 2 варианта: > 1. Если новые hypridle и xdg-desktop-portal-hyprland собираются в p11 -> > обновить, проблемы не получаем > > 2. Если не обновляются -> наложить микро-патч с изменением зависимости > (sdbus-c++ -> sdbus-c++-1) Сломается -> починим
(Ответ для Кирилл Уницаев на комментарий #38) > > Тогда всё просто: сборку старых пакетов не ломать, включая p11(либо сделать > > в них изменения предварительно и отдельно). > > В новых потом можно делать всё, что сочтёте нужным. > Это уже обсудили Да. И это, как видите, окончательный вариант.
Отклонено: zerg тяжёлый случай.
(Ответ для Кирилл Уницаев на комментарий #41) > тяжёлый случай. Соглашусь. Не ломайте сборку старых пакетов и сразу станет лёгкий.
(Ответ для Sergey V Turchin на комментарий #42) > Соглашусь. Не ломайте сборку старых пакетов и сразу станет лёгкий. я уже раз 7 написал что всё работает.
напомню, в таске есть пересборка старых пакетов.
Кирилл, вы создайте проблемы другим людям(не мне). Пожалуйста, не ломайте сборку с libsdbus-cpp.
(Ответ для Sergey V Turchin на комментарий #45) > Кирилл, вы создайте проблемы другим людям(не мне). > Пожалуйста, не ломайте сборку с libsdbus-cpp. В каком месте она сломана? Жду точного места. Пока это голословные утверждения.
(Ответ для Кирилл Уницаев на комментарий #46) > > Кирилл, вы создайте проблемы другим людям(не мне). > > Пожалуйста, не ломайте сборку с libsdbus-cpp. > В каком месте она сломана? В p11 при обновлении любого пакета из Сизифа, использующего pkgсonfig для поиска libsdbus-cpp. P.S. Мир не ограничивается Сизифом.
(Ответ для Sergey V Turchin на комментарий #45) > вы создаете проблемы другим людям(не мне). Я получил от них добро, disapprove убираю.
(Ответ для Sergey V Turchin на комментарий #48) > (Ответ для Sergey V Turchin на комментарий #45) > > вы создаете проблемы другим людям(не мне). > Я получил от них добро, disapprove убираю. Вопрос, где и что сломалось остаётся открытым. таск в p11 https://packages.altlinux.org/ru/tasks/379229/ собрался, за исключением проверки на версию, но это очевидно.
(Ответ для Кирилл Уницаев на комментарий #49) > Вопрос, где и что сломалось остаётся открытым. Отдел тестирования вас оповестит. > таск в p11 > https://packages.altlinux.org/ru/tasks/379229/ > собрался Этого мало. Сообщите, когда он будет DONE.
Я вам даже заапровлю таск 379229.
(Ответ для Sergey V Turchin на комментарий #51) > Я вам даже заапровлю таск 379229. Как только станет EPERM, сообщите.
(Ответ для Кирилл Уницаев на комментарий #49) > таск в p11 > https://packages.altlinux.org/ru/tasks/379229/ > собрался Я надеюсь, что вы доведёте дело до конца. Результаты можете публиковать тут. Иначе придётся констатировать, что "слив засчитан". ;-)
(Ответ для Sergey V Turchin на комментарий #53) > (Ответ для Кирилл Уницаев на комментарий #49) > > таск в p11 > > https://packages.altlinux.org/ru/tasks/379229/ > > собрался > Я надеюсь, что вы доведёте дело до конца. Результаты можете публиковать тут. > Иначе придётся констатировать, что "слив засчитан". ;-) Про p11 уже в другой баге. А здесь молодость уже победила. Забодал таки деда фиксик!
(Ответ для Yuri N. Sedunov на комментарий #54) > Про p11 уже в другой баге. Лучше тут, чтоб всю историю сохранить. Желающие могут отписаться. > А здесь молодость уже победила. Не. Я от человека, которому больше всех проблем приедет, получил добро. Одна из проблем -- довести до конца этот таск, поэтому, хорошо, если это будет делать заинтересованное лицо. > Забодал таки деда фиксик! Я просто так не сдамся! ;-)
(Ответ для Дедус на комментарий #53) > (Ответ для Кирилл Уницаев на комментарий #49) > > таск в p11 > > https://packages.altlinux.org/ru/tasks/379229/ > > собрался > Я надеюсь, что вы доведёте дело до конца. Слив засчитан, т.к. никакой активности не замечено. Я пофиксил, не благодарите. > Результаты можете публиковать тут. Вот моё https://packages.altlinux.org/ru/tasks/379272/ Разница с вашим FAIL-ом в том, что у вашего бы выросла борода в лучшем случае, а моё останется неизменным до DONE.
> Слив засчитан, т.к. никакой активности не замечено. Ну и при следующем взаимодействии буду иметь ввиду, что мантейнер склонен к модели поведения "напакостил и смылся".
(Ответ для Sergey V Turchin на комментарий #56) > > Результаты можете публиковать тут. > Вот моё https://packages.altlinux.org/ru/tasks/379272/ > Разница с вашим FAIL-ом в том, что у вашего бы выросла борода в лучшем > случае, а моё останется неизменным до DONE. Больше в p11 не соберутся sdbus2 пакеты, спасибо...
(Ответ для Кирилл Уницаев на комментарий #58) > Больше в p11 не соберутся sdbus2 пакеты, спасибо... ACL-ми надо пользоваться на всю катушку.
(Ответ для Yuri N. Sedunov на комментарий #59) > ACL-ми надо пользоваться на всю катушку. Как вы вовремя, у меня перестал собираться xdg-desktop-portal-hyprland
(Ответ для Кирилл Уницаев на комментарий #60) > Как вы вовремя, у меня перестал собираться xdg-desktop-portal-hyprland Я в курсе. Вы же любите "патч на одну строку".
(Ответ для Кирилл Уницаев на комментарий #58) > > Вот моё https://packages.altlinux.org/ru/tasks/379272/ > > Разница с вашим FAIL-ом в том, что у вашего бы выросла борода в лучшем > > случае, а моё останется неизменным до DONE. > Больше в p11 не соберутся sdbus2 пакеты, спасибо... Только если вы опять испортите, но теперь вам это будет сделать намного сложнее.
У библиотеки libsdbus-cpp всего 4 клиента, а вы тут устроили непонятно что. Всё что нужно было сделать - собрать новую библиотеку с devel частью, старую библиотеку собрать под другим именем без devel части. Всех клиентов неспеша портировать (или пересобрать). SharedLibsPolicy отлично помогает решить эту задачу без потрясений. После окончания всех работ сразу всё скопировать в p11. И ещё, исходный пакет лучше было назвать по аналогии с апстримом sbus-cpp, так его проще было бы определить репологии, а то сейчас они про нас не знают: https://repology.org/project/sdbus-cpp/versions
И ещё - не надо увлекаться сменой имён у исходных пакетов, это приводит к проблемам в системах отслеживания - вся работа по матчингу имя проекта - имя пакета при несовпадении имён ведётся вручную.
(Ответ для Anton Farygin на комментарий #63) > У библиотеки libsdbus-cpp всего 4 клиента, а вы тут устроили непонятно что. > > Всё что нужно было сделать - собрать новую библиотеку с devel частью, старую > библиотеку собрать под другим именем без devel части. > > Всех клиентов неспеша портировать (или пересобрать). > Я стремился примерно к этому, новая собрана в правильном виде, старая изменена, чтобы в будущем от неё избавиться. Но zerg@ сломал новую, отдав предпочтение старой.
(In reply to Кирилл Уницаев from comment #65) > (Ответ для Anton Farygin на комментарий #63) > > У библиотеки libsdbus-cpp всего 4 клиента, а вы тут устроили непонятно что. > > > > Всё что нужно было сделать - собрать новую библиотеку с devel частью, старую > > библиотеку собрать под другим именем без devel части. > > > > Всех клиентов неспеша портировать (или пересобрать). > > > Я стремился примерно к этому, новая собрана в правильном виде, старая > изменена, чтобы в будущем от неё избавиться. Примерно не надо. Новая тоже собрана неправильно. Переименуйте исходный пакет, а devel должен называться libsdbus-devel без дополнительных цифр. Тем более не надо никаких альтернатив на pkgconfig файл. Те самые два модуля альтератора Олег может поправить.
(Ответ для Anton Farygin на комментарий #66) > Примерно не надо. Новая тоже собрана неправильно. Переименуйте исходный > пакет, а devel должен называться libsdbus-devel без дополнительных цифр. Это сделано лишь для отсутствия конфликта, если собрать старую без devel (только libsdbus1), можно этого избежать. Но, наверное, сейчас стоит тогда удалить пакет libsdbus2 вообще, обновить первый до второго и собрать первый отдельным пакетом. > Тем более не надо никаких альтернатив на pkgconfig файл. Это идея zerg@, я был против. > Те самые два модуля альтератора Олег может поправить. Ещё есть заброшенный waked, не знаю, пользуется ли им кто-то.
(In reply to Кирилл Уницаев from comment #67) > (Ответ для Anton Farygin на комментарий #66) > > Примерно не надо. Новая тоже собрана неправильно. Переименуйте исходный > > пакет, а devel должен называться libsdbus-devel без дополнительных цифр. > Это сделано лишь для отсутствия конфликта, если собрать старую без devel > (только libsdbus1), можно этого избежать. > > Но, наверное, сейчас стоит тогда удалить пакет libsdbus2 вообще, обновить > первый до второго и собрать первый отдельным пакетом. Я написал выше что надо сделать. повторю ещё раз: собрать sdbus-cpp версии 2.1.0 - исходный пакет под именем sdbus-cpp из него libsdbus-cpp2 и libsdbus-cpp-devel Старый пакет просто пересобрать, убрав из него devel часть. > > Те самые два модуля альтератора Олег может поправить. > > Ещё есть заброшенный waked, не знаю, пользуется ли им кто-то. Заброшенные пакеты можно удалить самому или подождать автоматического удаления из-за непересобираемости.
(Ответ для Кирилл Уницаев на комментарий #67) > > Но, наверное, сейчас стоит тогда удалить пакет libsdbus2 вообще, обновить > первый до второго и собрать первый отдельным пакетом. > > > Тем более не надо никаких альтернатив на pkgconfig файл. > Это идея zerg@, я был против. Затейник всего этого безобразия справится (нет?). > > Ещё есть заброшенный waked, не знаю, пользуется ли им кто-то. apt знает всё. $ ACWD waked waked-0.1.1-alt2:sisyphus+362914.200.1.1@1732012714 gnome-clocks-48.0-alt1:sisyphus+378197.200.1.1@1742091661 Depends: waked
Да, и эту зависимость скорее всего можно спокойно оторвать: https://bugzilla.altlinux.org/51204
(Ответ для Yuri N. Sedunov на комментарий #69) > Затейник всего этого безобразия справится (нет?). > Переделаю всё сегодня-завтра, если zerg@ не появится. Хочу увидеть его мнение (оправдание?)
Всё уже взял на себя.
(In reply to Кирилл Уницаев from comment #71) > (Ответ для Yuri N. Sedunov на комментарий #69) > > Затейник всего этого безобразия справится (нет?). > > > > Переделаю всё сегодня-завтра, если zerg@ не появится. > Хочу увидеть его мнение (оправдание?) Изначальное решение тоже было ошибочным.
(Ответ для Anton Farygin на комментарий #73) > (In reply to Кирилл Уницаев from comment #71) > > (Ответ для Yuri N. Sedunov на комментарий #69) > > > Затейник всего этого безобразия справится (нет?). > > > > > > > Переделаю всё сегодня-завтра, если zerg@ не появится. > > Хочу увидеть его мнение (оправдание?) > > Изначальное решение тоже было ошибочным. Понимаю, делал лишь для совместимости. Если убирать старый devel, всё встаёт на свои места.
В дальнейшем просто имейте ввиду, что крайне редко и в особо исключительных случаях требуется собирать старую и новую версию библиотеки с devel частью "для совместимости" и обычно если вы так делаете, то почти наверняка делаете ошибку.
(Ответ для Кирилл Уницаев на комментарий #71) > Хочу увидеть его мнение (оправдание?) Ваш вариант был самый кривой и проблемный для других мантейнеров. Мой вариант был самый универсальный, никому не добавлял работы и был _уже_ закончен. Вариант Антона на данный момент ещё не закончен, т.к. самый трудозатратный.
(Ответ для Anton Farygin на комментарий #75) > В дальнейшем просто имейте ввиду, что крайне редко и в особо исключительных > случаях требуется собирать старую и новую версию библиотеки с devel частью > "для совместимости" и обычно если вы так делаете, то почти наверняка делаете > ошибку. Я с этим не согласен. Мир одним Сизифом и даже Альт-том не ограничивается. Вы не можете гарантировать, что не сломаете никому сборку произвольного софта на нашем же стабильном бранче.
Привёл в порядок, Олег я вижу что тоже пересобрал зависящие пакеты. https://packages.altlinux.org/ru/tasks/379310/
