51838 2024-10-25 17:56:20 +0300 Прошу обновить пакет libsdbus-cpp 2025-03-26 17:44:55 +0300 1 1 4 Development Sisyphus libsdbus-cpp unstable x86_64 Linux CLOSED FIXED https://bugzilla.altlinux.org/show_bug.cgi?id=53068 P5 normal --- 1 fiersik rider aris fiersik lav proskurinov rider shrek ximper zerg qa-sisyphus oldest_to_newest 253453 0 fiersik 2024-10-25 17:56:20 +0300 Для обновления пакета hypridle требуется libsdbus-cpp >= 2.0.0 Также, из-за неправильного поля Url в спек файле, не отслеживается версия пакета. 253454 1 aris 2024-10-25 18:17:59 +0300 Для sdbus-cpp >= 2.0.0 нужен systemd-238. 253488 2 fiersik 2024-10-27 22:46:26 +0300 (Ответ для Yuri N. Sedunov на комментарий #1) > Для sdbus-cpp >= 2.0.0 нужен systemd-238. В сизифе сейчас 255.13, или я неправильно понял? 253497 3 aris 2024-10-28 01:27:50 +0300 (Ответ для Кирилл Уницаев на комментарий #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. 253538 4 fiersik 2024-10-28 14:31:16 +0300 (Ответ для Yuri N. Sedunov на комментарий #3) > С новым sdbus-cpp перестанут собираться три из шести её клиентов: waked, > alterator-usbmount и alterator-usbguard. Ох, это определённо нехорошо. Сейчас обновлению экосистемы hyprland мешают уже 2 пакета, обновление которых временно невозможно 253841 5 proskurinov 2024-11-01 16:38:54 +0300 Прошу заинклудить <algorithm> в Message.h, а то gcc14 распереживался, спасибо. 259397 6 zerg 2025-02-17 11:01:42 +0300 Следует переименовать бинарный libsdbus-cpp в libsdbus-cpp2, т.к. сменился SONAME. 261706 7 fiersik 2025-03-24 15:55:46 +0300 Решил попробовать собрать отдельным пакетом, получил следующее: 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, проблема полностью исчезнет. Есть ли предложения по данному поводу? 261709 8 zerg 2025-03-24 16:12:26 +0300 (Ответ для Кирилл Уницаев на комментарий #7) > Ожидаемо, ведь 2 пакета не могут предоставлять один pkgconfig Только провайд у бинарного пакета. Всё остальное можно. См. libtag и taglib. 261713 9 fiersik 2025-03-24 16:45:54 +0300 (Ответ для Sergey V Turchin на комментарий #8) > (Ответ для Кирилл Уницаев на комментарий #7) > > Ожидаемо, ведь 2 пакета не могут предоставлять один pkgconfig > Только провайд у бинарного пакета. Да, это понял. > Всё остальное можно. См. libtag и taglib. Хм, сделать pkgconfig с sover и альтернативу на обычный? Тогда в спеке придётся указывать тоже с sover 261734 10 fiersik 2025-03-24 18:40:35 +0300 на данный момент имеем 2 варианта 1. заменить pc файл только в старой версии 2. сделать через альтернативы и в старой, и в новой версии Первый вариант из минусов имеет только необходимость в обновление нескольких старых пакетов. Старый sdbus больше нигде не используется, поэтому изменение в нём файла не повлияет на новые пакеты.(Возможно и это не понадобится, там не используется pkgconfig) Второй же требует изменения pkgconfig зависимости для всех новых пакетов, что будет путать людей. Придётся прописывать pkgconfig(sdbus-c++2). Мне кажется, первый способ в разы проще. 261740 11 fiersik 2025-03-24 21:29:02 +0300 https://packages.altlinux.org/ru/tasks/379085/ В старой версии переименован файл pc Собрана новая версия с конфликтом на старую 261748 12 zerg 2025-03-25 09:53:10 +0300 (Ответ для Кирилл Уницаев на комментарий #11) > В старой версии переименован файл pc Сломали сборку всем. Это блокер-баг сразу, т.к. сборка станет несовместима с p11. Переименовывайте в новой версии. 261754 13 fiersik 2025-03-25 11:36:40 +0300 > Сломали сборку всем. Это блокер-баг сразу, т.к. сборка станет несовместима с > p11. > > Переименовывайте в новой версии. Сейчас его никто не использует, лучше сделать так, чем в будущем патчить абсолютно все новые пакеты. От старой версии вообще надо избавиться, а не ломать новую 261755 14 fiersik 2025-03-25 11:40:42 +0300 (Ответ для fiersik@altlinux.org на комментарий #13) > > Сломали сборку всем. Это блокер-баг сразу, т.к. сборка станет несовместима с > > p11. > > > > Переименовывайте в новой версии. > > Сейчас его никто не использует ... Точнее используют пакеты Hyprland, которым сейчас нужна новая версия! Все старые пакеты вообще не используют pc, и их даже не придётся адаптировать. 261757 15 zerg 2025-03-25 14:40:26 +0300 Я вам уже привёл пример. Сделайте так, как в libtag и taglib. 261759 16 zerg 2025-03-25 14:56:49 +0300 Посмотрел -- да, нет проблем. Можно так и сделать, как сейчас, но с одной проблемой: xdg-desktop-portal-hyprland 261760 17 zerg 2025-03-25 14:58:01 +0300 > с одной проблемой: > xdg-desktop-portal-hyprland Если он перестанет собираться или починка будет несовместима с p11 -- блокер. :-( 261761 18 zerg 2025-03-25 15:03:19 +0300 > xdg-desktop-portal-hyprland В качестве костыля я даже готов удалить его из p11, но это крайние меры и не хотелось бы. 261762 19 fiersik 2025-03-25 15:04:09 +0300 (Ответ для Sergey V Turchin на комментарий #18) > > xdg-desktop-portal-hyprland > В качестве костыля я даже готов удалить его из p11, но это крайние меры и не > хотелось бы. патч на одну строку 261763 20 zerg 2025-03-25 15:05:47 +0300 2 Aris: лучше отказаться от BuildRequires: pkgconfig() вообще, т.к. у нас это испорчено проверкой на дубликаты. 261764 21 zerg 2025-03-25 15:06:52 +0300 > патч на одну строку Да, хоть на полстроки. Я знаю, о чём говорю. 261765 22 fiersik 2025-03-25 15:07:51 +0300 (Ответ для Sergey V Turchin на комментарий #20) > 2 Aris: лучше отказаться от BuildRequires: pkgconfig() вообще, т.к. у нас > это испорчено проверкой на дубликаты. Вот тут и соглашусь и нет одновременно. В данной ситуации это бы действительно избавило нас от проблемы. 261766 23 aris 2025-03-25 15:09:28 +0300 xdg-desktop-portal-hyprland-1.3.9 ждет, когда вы наконец закончите пустой трёп, и родите пакеты с "pkgconfig(sdbus-c++) >= 2.0.0" 261767 24 fiersik 2025-03-25 15:10:25 +0300 (Ответ для Yuri N. Sedunov на комментарий #23) > xdg-desktop-portal-hyprland-1.3.9 ждет, когда вы наконец закончите пустой > трёп, и родите пакеты с "pkgconfig(sdbus-c++) >= 2.0.0" Что насчёт p11? 261768 25 aris 2025-03-25 15:15:30 +0300 (Ответ для fiersik@altlinux.org на комментарий #24) > (Ответ для Yuri N. Sedunov на комментарий #23) > > xdg-desktop-portal-hyprland-1.3.9 ждет, когда вы наконец закончите пустой > > трёп, и родите пакеты с "pkgconfig(sdbus-c++) >= 2.0.0" > > Что насчёт p11? Перетащишь свой новый хипрленд вместе с порталом в P11. Не надо искать проблем на ровном месте. 261769 26 fiersik 2025-03-25 15:17:02 +0300 (Ответ для 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, давно бы уже обновил. если новый портал соберётся без него, надо собирать 261770 27 fiersik 2025-03-25 15:17:44 +0300 На самом деле я не виду никакой проблемы и немного не понимаю беспокойства zerg@ В сизифе никакой проблемы вовсе нет. В p11 есть 2 варианта: 1. Если новые hypridle и xdg-desktop-portal-hyprland собираются в p11 -> обновить, проблемы не получаем 2. Если не обновляются -> наложить микро-патч с изменением зависимости (sdbus-c++ -> sdbus-c++-1) 261771 28 zerg 2025-03-25 15:19:57 +0300 (Ответ для Yuri N. Sedunov на комментарий #23) > xdg-desktop-portal-hyprland-1.3.9 ждет Где ждёт? В закромах? Подозреваю, что только одно это изменение необоснованно потянет за собой бороду с всем Hyperland в p11, поэтому сразу отношусь скептически. 261772 29 aris 2025-03-25 15:20:26 +0300 Давайте уж что-нибудь, по месту разберемся. 261773 30 aris 2025-03-25 15:21:29 +0300 (Ответ для Sergey V Turchin на комментарий #28) > (Ответ для Yuri N. Sedunov на комментарий #23) > > xdg-desktop-portal-hyprland-1.3.9 ждет > Где ждёт? В закромах? > > Подозреваю, что только одно это изменение необоснованно потянет за собой > бороду с всем Hyperland в p11, поэтому сразу отношусь скептически. В засаде ждет, пока вы сопли жуете. 261774 31 zerg 2025-03-25 15:22:10 +0300 (Ответ для Yuri N. Sedunov на комментарий #25) > Перетащишь свой новый хипрленд вместе с порталом в P11. Не надо искать проблем на ровном месте. Вот, когда перетащишь, тогда и сделаем, как предлагаешь. 261775 32 zerg 2025-03-25 15:24:18 +0300 (Ответ для Yuri N. Sedunov на комментарий #30) > В засаде ждет, пока вы сопли жуете. Теперь наблюдаем за реализациетобой. 261776 33 zerg 2025-03-25 15:25:01 +0300 (Ответ для Yuri N. Sedunov на комментарий #30) > В засаде ждет, пока вы сопли жуете. Теперь понаблюдаем за реализацией тобой твоего варианта. 261778 34 aris 2025-03-25 15:33:46 +0300 Не-не, пакеты у нас фиксик собирает. Я же простой сторонний наблюдатель и доброжелатель. Могу и забить на всё, в том числе и на портал для гипрленда, чтоб не создавать вам аддские трудности в таком простом деле. 261780 35 fiersik 2025-03-25 15:38:22 +0300 Я не очень понимаю смысл данного спора. Пакеты готовы 261781 36 fiersik 2025-03-25 15:43:58 +0300 Есть очень интересный выход, позвать дополнительную сторону. Приглашаю rider@ для оценки решения. 261784 37 zerg 2025-03-25 15:59:21 +0300 (Ответ для fiersik@altlinux.org на комментарий #35) > Я не очень понимаю смысл данного спора. Тогда всё просто: сборку старых пакетов не ломать, включая p11(либо сделать в них изменения предварительно и отдельно). В новых потом можно делать всё, что сочтёте нужным. 261785 38 fiersik 2025-03-25 16:02:38 +0300 (Ответ для Sergey V Turchin на комментарий #37) > (Ответ для fiersik@altlinux.org на комментарий #35) > > Я не очень понимаю смысл данного спора. > Тогда всё просто: сборку старых пакетов не ломать, включая p11(либо сделать > в них изменения предварительно и отдельно). > В новых потом можно делать всё, что сочтёте нужным. Это уже обсудили > В сизифе никакой проблемы вовсе нет. > > В p11 есть 2 варианта: > 1. Если новые hypridle и xdg-desktop-portal-hyprland собираются в p11 -> > обновить, проблемы не получаем > > 2. Если не обновляются -> наложить микро-патч с изменением зависимости > (sdbus-c++ -> sdbus-c++-1) Сломается -> починим 261786 39 zerg 2025-03-25 16:07:48 +0300 (Ответ для Кирилл Уницаев на комментарий #38) > > Тогда всё просто: сборку старых пакетов не ломать, включая p11(либо сделать > > в них изменения предварительно и отдельно). > > В новых потом можно делать всё, что сочтёте нужным. > Это уже обсудили Да. И это, как видите, окончательный вариант. 261790 40 fiersik 2025-03-25 16:33:34 +0300 Отклонено: zerg тяжёлый случай. 261791 41 fiersik 2025-03-25 16:33:35 +0300 Отклонено: zerg тяжёлый случай. 261794 42 zerg 2025-03-25 16:39:27 +0300 (Ответ для Кирилл Уницаев на комментарий #41) > тяжёлый случай. Соглашусь. Не ломайте сборку старых пакетов и сразу станет лёгкий. 261796 43 fiersik 2025-03-25 16:41:56 +0300 (Ответ для Sergey V Turchin на комментарий #42) > Соглашусь. Не ломайте сборку старых пакетов и сразу станет лёгкий. я уже раз 7 написал что всё работает. 261797 44 fiersik 2025-03-25 16:44:43 +0300 напомню, в таске есть пересборка старых пакетов. 261798 45 zerg 2025-03-25 16:49:21 +0300 Кирилл, вы создайте проблемы другим людям(не мне). Пожалуйста, не ломайте сборку с libsdbus-cpp. 261800 46 fiersik 2025-03-25 16:52:40 +0300 (Ответ для Sergey V Turchin на комментарий #45) > Кирилл, вы создайте проблемы другим людям(не мне). > Пожалуйста, не ломайте сборку с libsdbus-cpp. В каком месте она сломана? Жду точного места. Пока это голословные утверждения. 261802 47 zerg 2025-03-25 17:02:28 +0300 (Ответ для Кирилл Уницаев на комментарий #46) > > Кирилл, вы создайте проблемы другим людям(не мне). > > Пожалуйста, не ломайте сборку с libsdbus-cpp. > В каком месте она сломана? В p11 при обновлении любого пакета из Сизифа, использующего pkgсonfig для поиска libsdbus-cpp. P.S. Мир не ограничивается Сизифом. 261803 48 zerg 2025-03-25 17:04:10 +0300 (Ответ для Sergey V Turchin на комментарий #45) > вы создаете проблемы другим людям(не мне). Я получил от них добро, disapprove убираю. 261808 49 fiersik 2025-03-25 17:29:08 +0300 (Ответ для Sergey V Turchin на комментарий #48) > (Ответ для Sergey V Turchin на комментарий #45) > > вы создаете проблемы другим людям(не мне). > Я получил от них добро, disapprove убираю. Вопрос, где и что сломалось остаётся открытым. таск в p11 https://packages.altlinux.org/ru/tasks/379229/ собрался, за исключением проверки на версию, но это очевидно. 261810 50 zerg 2025-03-25 17:35:09 +0300 (Ответ для Кирилл Уницаев на комментарий #49) > Вопрос, где и что сломалось остаётся открытым. Отдел тестирования вас оповестит. > таск в p11 > https://packages.altlinux.org/ru/tasks/379229/ > собрался Этого мало. Сообщите, когда он будет DONE. 261811 51 zerg 2025-03-25 17:36:19 +0300 Я вам даже заапровлю таск 379229. 261812 52 zerg 2025-03-25 17:37:52 +0300 (Ответ для Sergey V Turchin на комментарий #51) > Я вам даже заапровлю таск 379229. Как только станет EPERM, сообщите. 261817 53 zerg 2025-03-25 18:18:02 +0300 (Ответ для Кирилл Уницаев на комментарий #49) > таск в p11 > https://packages.altlinux.org/ru/tasks/379229/ > собрался Я надеюсь, что вы доведёте дело до конца. Результаты можете публиковать тут. Иначе придётся констатировать, что "слив засчитан". ;-) 261819 54 aris 2025-03-25 18:26:42 +0300 (Ответ для Sergey V Turchin на комментарий #53) > (Ответ для Кирилл Уницаев на комментарий #49) > > таск в p11 > > https://packages.altlinux.org/ru/tasks/379229/ > > собрался > Я надеюсь, что вы доведёте дело до конца. Результаты можете публиковать тут. > Иначе придётся констатировать, что "слив засчитан". ;-) Про p11 уже в другой баге. А здесь молодость уже победила. Забодал таки деда фиксик! 261821 55 zerg 2025-03-25 19:00:42 +0300 (Ответ для Yuri N. Sedunov на комментарий #54) > Про p11 уже в другой баге. Лучше тут, чтоб всю историю сохранить. Желающие могут отписаться. > А здесь молодость уже победила. Не. Я от человека, которому больше всех проблем приедет, получил добро. Одна из проблем -- довести до конца этот таск, поэтому, хорошо, если это будет делать заинтересованное лицо. > Забодал таки деда фиксик! Я просто так не сдамся! ;-) 261836 56 zerg 2025-03-26 12:18:38 +0300 (Ответ для Дедус на комментарий #53) > (Ответ для Кирилл Уницаев на комментарий #49) > > таск в p11 > > https://packages.altlinux.org/ru/tasks/379229/ > > собрался > Я надеюсь, что вы доведёте дело до конца. Слив засчитан, т.к. никакой активности не замечено. Я пофиксил, не благодарите. > Результаты можете публиковать тут. Вот моё https://packages.altlinux.org/ru/tasks/379272/ Разница с вашим FAIL-ом в том, что у вашего бы выросла борода в лучшем случае, а моё останется неизменным до DONE. 261837 57 zerg 2025-03-26 12:21:20 +0300 > Слив засчитан, т.к. никакой активности не замечено. Ну и при следующем взаимодействии буду иметь ввиду, что мантейнер склонен к модели поведения "напакостил и смылся". 261838 58 fiersik 2025-03-26 12:38:52 +0300 (Ответ для Sergey V Turchin на комментарий #56) > > Результаты можете публиковать тут. > Вот моё https://packages.altlinux.org/ru/tasks/379272/ > Разница с вашим FAIL-ом в том, что у вашего бы выросла борода в лучшем > случае, а моё останется неизменным до DONE. Больше в p11 не соберутся sdbus2 пакеты, спасибо... 261852 59 aris 2025-03-26 13:20:02 +0300 (Ответ для Кирилл Уницаев на комментарий #58) > Больше в p11 не соберутся sdbus2 пакеты, спасибо... ACL-ми надо пользоваться на всю катушку. 261853 60 fiersik 2025-03-26 13:22:37 +0300 (Ответ для Yuri N. Sedunov на комментарий #59) > ACL-ми надо пользоваться на всю катушку. Как вы вовремя, у меня перестал собираться xdg-desktop-portal-hyprland 261855 61 zerg 2025-03-26 13:26:00 +0300 (Ответ для Кирилл Уницаев на комментарий #60) > Как вы вовремя, у меня перестал собираться xdg-desktop-portal-hyprland Я в курсе. Вы же любите "патч на одну строку". 261856 62 zerg 2025-03-26 13:29:00 +0300 (Ответ для Кирилл Уницаев на комментарий #58) > > Вот моё https://packages.altlinux.org/ru/tasks/379272/ > > Разница с вашим FAIL-ом в том, что у вашего бы выросла борода в лучшем > > случае, а моё останется неизменным до DONE. > Больше в p11 не соберутся sdbus2 пакеты, спасибо... Только если вы опять испортите, но теперь вам это будет сделать намного сложнее. 261868 63 rider 2025-03-26 14:11:35 +0300 У библиотеки libsdbus-cpp всего 4 клиента, а вы тут устроили непонятно что. Всё что нужно было сделать - собрать новую библиотеку с devel частью, старую библиотеку собрать под другим именем без devel части. Всех клиентов неспеша портировать (или пересобрать). SharedLibsPolicy отлично помогает решить эту задачу без потрясений. После окончания всех работ сразу всё скопировать в p11. И ещё, исходный пакет лучше было назвать по аналогии с апстримом sbus-cpp, так его проще было бы определить репологии, а то сейчас они про нас не знают: https://repology.org/project/sdbus-cpp/versions 261869 64 rider 2025-03-26 14:14:30 +0300 И ещё - не надо увлекаться сменой имён у исходных пакетов, это приводит к проблемам в системах отслеживания - вся работа по матчингу имя проекта - имя пакета при несовпадении имён ведётся вручную. 261870 65 fiersik 2025-03-26 14:19:13 +0300 (Ответ для Anton Farygin на комментарий #63) > У библиотеки libsdbus-cpp всего 4 клиента, а вы тут устроили непонятно что. > > Всё что нужно было сделать - собрать новую библиотеку с devel частью, старую > библиотеку собрать под другим именем без devel части. > > Всех клиентов неспеша портировать (или пересобрать). > Я стремился примерно к этому, новая собрана в правильном виде, старая изменена, чтобы в будущем от неё избавиться. Но zerg@ сломал новую, отдав предпочтение старой. 261872 66 rider 2025-03-26 14:23:04 +0300 (In reply to Кирилл Уницаев from comment #65) > (Ответ для Anton Farygin на комментарий #63) > > У библиотеки libsdbus-cpp всего 4 клиента, а вы тут устроили непонятно что. > > > > Всё что нужно было сделать - собрать новую библиотеку с devel частью, старую > > библиотеку собрать под другим именем без devel части. > > > > Всех клиентов неспеша портировать (или пересобрать). > > > Я стремился примерно к этому, новая собрана в правильном виде, старая > изменена, чтобы в будущем от неё избавиться. Примерно не надо. Новая тоже собрана неправильно. Переименуйте исходный пакет, а devel должен называться libsdbus-devel без дополнительных цифр. Тем более не надо никаких альтернатив на pkgconfig файл. Те самые два модуля альтератора Олег может поправить. 261873 67 fiersik 2025-03-26 14:30:49 +0300 (Ответ для Anton Farygin на комментарий #66) > Примерно не надо. Новая тоже собрана неправильно. Переименуйте исходный > пакет, а devel должен называться libsdbus-devel без дополнительных цифр. Это сделано лишь для отсутствия конфликта, если собрать старую без devel (только libsdbus1), можно этого избежать. Но, наверное, сейчас стоит тогда удалить пакет libsdbus2 вообще, обновить первый до второго и собрать первый отдельным пакетом. > Тем более не надо никаких альтернатив на pkgconfig файл. Это идея zerg@, я был против. > Те самые два модуля альтератора Олег может поправить. Ещё есть заброшенный waked, не знаю, пользуется ли им кто-то. 261875 68 rider 2025-03-26 14:34:56 +0300 (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, не знаю, пользуется ли им кто-то. Заброшенные пакеты можно удалить самому или подождать автоматического удаления из-за непересобираемости. 261876 69 aris 2025-03-26 14:41:17 +0300 (Ответ для Кирилл Уницаев на комментарий #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 261877 70 rider 2025-03-26 14:45:15 +0300 Да, и эту зависимость скорее всего можно спокойно оторвать: https://bugzilla.altlinux.org/51204 261879 71 fiersik 2025-03-26 14:54:34 +0300 (Ответ для Yuri N. Sedunov на комментарий #69) > Затейник всего этого безобразия справится (нет?). > Переделаю всё сегодня-завтра, если zerg@ не появится. Хочу увидеть его мнение (оправдание?) 261880 72 rider 2025-03-26 14:55:37 +0300 Всё уже взял на себя. 261883 73 rider 2025-03-26 14:57:42 +0300 (In reply to Кирилл Уницаев from comment #71) > (Ответ для Yuri N. Sedunov на комментарий #69) > > Затейник всего этого безобразия справится (нет?). > > > > Переделаю всё сегодня-завтра, если zerg@ не появится. > Хочу увидеть его мнение (оправдание?) Изначальное решение тоже было ошибочным. 261884 74 fiersik 2025-03-26 15:02:26 +0300 (Ответ для Anton Farygin на комментарий #73) > (In reply to Кирилл Уницаев from comment #71) > > (Ответ для Yuri N. Sedunov на комментарий #69) > > > Затейник всего этого безобразия справится (нет?). > > > > > > > Переделаю всё сегодня-завтра, если zerg@ не появится. > > Хочу увидеть его мнение (оправдание?) > > Изначальное решение тоже было ошибочным. Понимаю, делал лишь для совместимости. Если убирать старый devel, всё встаёт на свои места. 261885 75 rider 2025-03-26 15:08:39 +0300 В дальнейшем просто имейте ввиду, что крайне редко и в особо исключительных случаях требуется собирать старую и новую версию библиотеки с devel частью "для совместимости" и обычно если вы так делаете, то почти наверняка делаете ошибку. 261889 76 zerg 2025-03-26 16:11:06 +0300 (Ответ для Кирилл Уницаев на комментарий #71) > Хочу увидеть его мнение (оправдание?) Ваш вариант был самый кривой и проблемный для других мантейнеров. Мой вариант был самый универсальный, никому не добавлял работы и был _уже_ закончен. Вариант Антона на данный момент ещё не закончен, т.к. самый трудозатратный. 261891 77 zerg 2025-03-26 16:28:20 +0300 (Ответ для Anton Farygin на комментарий #75) > В дальнейшем просто имейте ввиду, что крайне редко и в особо исключительных > случаях требуется собирать старую и новую версию библиотеки с devel частью > "для совместимости" и обычно если вы так делаете, то почти наверняка делаете > ошибку. Я с этим не согласен. Мир одним Сизифом и даже Альт-том не ограничивается. Вы не можете гарантировать, что не сломаете никому сборку произвольного софта на нашем же стабильном бранче. 261908 78 rider 2025-03-26 17:44:55 +0300 Привёл в порядок, Олег я вижу что тоже пересобрал зависящие пакеты. https://packages.altlinux.org/ru/tasks/379310/