56956 2025-11-21 16:58:50 +0300 Не заменяет libfido2-1.14.0-alt1.x86_64 2026-01-23 10:04:28 +0300 1 1 4 Development Sisyphus libfido2_1 unstable x86_64 Linux CLOSED FIXED P5 major --- 1 varaksaaa ancieg ancieg zerg qa-sisyphus oldest_to_newest 277597 0 varaksaaa 2025-11-21 16:58:50 +0300 Не заменяет libfido2-1.14.0-alt1.x86_64, установленный например в дистрибутиве ALT Workstation K 11.1.1, обновлённом до sisyphus: # apt-get install libfido2_1 \ -o Debug::pkgProblemResolver=1 \ -o Debug::pkgRemoveDepends=1 \ -o Debug::pkgMarkInstall=1 \ -o Debug::pkgMark-shallow=1 > Чтение списков пакетов... > Построение дерева зависимостей... > set the pkg's mark to 'install' & the to-be-installed version to the candidate: libfido2_1 1.16.0-alt2:sisyphus+393717.300.2.1@1756709188 > the pkg isn't broken & is already marked for install: libfido2_1 1.16.0-alt2:sisyphus+393717.300.2.1@1756709188 > nothing more to do > Starting > Starting 2 > Done > Следующие НОВЫЕ пакеты будут установлены: > libfido2_1 > 0 будет обновлено, 1 новых установлено, 0 пакетов будет удалено и 0 не будет обновлено. > Необходимо получить 0B/85,8kB архивов. > После распаковки потребуется дополнительно 251kB дискового пространства. > Совершаем изменения... > Подготовка... ################################# [100%] > файл /usr/lib64/libfido2.so.1 из устанавливаемого пакета libfido2_1-1.16.0-alt2.x86_64 конфликтует с файлом из пакета libfido2-1.14.0-alt1.x86_64 > E: Ошибка во время исполнения транзакции 280537 1 zerg 2026-01-20 16:34:09 +0300 У пакета есть мантейнер? Этот баг ломает обновление с p11 на Sisyphus, а следовательно на p12 тоже. 280562 2 repository-robot 2026-01-21 10:28:31 +0300 libfido2-1.16.0-alt3 -> sisyphus: Tue Jan 20 2026 Anton Zhukharev <ancieg@altlinux> 1.16.0-alt3 - Fix upgrading after 1.16.0-alt1 (ALT#56956). 280566 3 zerg 2026-01-21 10:48:08 +0300 Только, обсолетить нужно не %name , а libfido2, т.к. 1-й может поменяться и фикс отедет, а 2-й нет. 280570 4 ancieg 2026-01-21 11:03:41 +0300 (In reply to Sergey V Turchin from comment #3) > Только, обсолетить нужно не %name , а libfido2, т.к. 1-й может поменяться и > фикс отедет, а 2-й нет. Здесь 2 в конце относится к имени стандарта - FIDO2. 3 будет при появлении стандарта FIDO3 и это будет уже совсем другая история. Пока менять %name на libfido2 не буду. 280571 5 zerg 2026-01-21 11:12:38 +0300 (Ответ для Anton Zhukharev на комментарий #4) > Здесь 2 в конце относится к имени стандарта - FIDO2. > 3 будет при появлении стандарта FIDO3 и это будет уже совсем другая история. Когда будет другая история, эти 2 строки с Provides/Obsoletes будет _необходимо_ убрать. > Пока менять %name на libfido2 не буду. Т.е. ничего не понял. Меняй. 280572 6 ancieg 2026-01-21 11:31:25 +0300 (In reply to Sergey V Turchin from comment #5) > (Ответ для Anton Zhukharev на комментарий #4) > > Здесь 2 в конце относится к имени стандарта - FIDO2. > > 3 будет при появлении стандарта FIDO3 и это будет уже совсем другая история. > Когда будет другая история, эти 2 строки с Provides/Obsoletes будет > _необходимо_ убрать. > > > Пока менять %name на libfido2 не буду. > Т.е. ничего не понял. Меняй. Я понял о чем речь, сегодня сделаю. 280573 7 zerg 2026-01-21 11:42:36 +0300 (Ответ для Anton Zhukharev на комментарий #6) > Я понял о чем речь, сегодня сделаю. ? 280574 8 zerg 2026-01-21 11:42:53 +0300 > Я понял о чем речь, сегодня сделаю. Ok 280579 9 ancieg 2026-01-21 12:05:25 +0300 (In reply to Sergey V Turchin from comment #7) > (Ответ для Anton Zhukharev на комментарий #6) > > Я понял о чем речь, сегодня сделаю. > ? Как я понимаю, речь о потенциальной поломке соместимости при обновлении и необходимостью вводить в репозиторий два разных libfido2. 280581 10 zerg 2026-01-21 12:10:04 +0300 (Ответ для Sergey V Turchin на комментарий #3) > Только, обсолетить нужно не %name , а libfido2, т.к. 1-й может поменяться и > фикс отедет, а 2-й нет. 280583 11 zerg 2026-01-21 12:15:35 +0300 Имя src.rpm может быть вообще любым. Хоть с потолка завтра возьмётся, если мантейнеру по любой причине понадобилось, но имена уже собранных ранее пакетов это не поменяет. 280615 12 repository-robot 2026-01-21 16:16:55 +0300 libfido2-1.16.0-alt4 -> sisyphus: Wed Jan 21 2026 Anton Zhukharev <ancieg@altlinux> 1.16.0-alt4 - Unbound library name and source package name (ALT#56956). 280617 13 zerg 2026-01-21 16:24:25 +0300 Ты сделал ровно то же самое. 280618 14 ancieg 2026-01-21 16:31:29 +0300 (In reply to Sergey V Turchin from comment #13) > Ты сделал ровно то же самое. (In reply to Sergey V Turchin from comment #13) > Ты сделал ровно то же самое. Нет, я добавил макрос %libname, который равен libfido2 и используется для обозначения названия библиотеки, а не пакета. Когда случится разъез, то %libname останется тот же, но поменяется %name и %abiversion. 280619 15 20536 zerg 2026-01-21 16:32:06 +0300 Created attachment 20536 libfido2.spec.patch Вот, хотя бы так. 280620 16 zerg 2026-01-21 16:33:03 +0300 Я читал новый spec и увидел только "шило на мыло". 280621 17 zerg 2026-01-21 16:34:53 +0300 (Ответ для Sergey V Turchin на комментарий #16) > Я читал новый spec и увидел только "шило на мыло". Т.е. как не было привязки к обсолетящемуся пакету, так и нет. 280623 18 ancieg 2026-01-21 16:49:37 +0300 (In reply to Sergey V Turchin from comment #15) > Created attachment 20536 [details] > libfido2.spec.patch > > Вот, хотя бы так. А зачем мне это в спеке нужно будет, когда изменится %abiversion? Я бы предпочел просто удалить две эти строки после такого обновления. (In reply to Sergey V Turchin from comment #17) > (Ответ для Sergey V Turchin на комментарий #16) > > Я читал новый spec и увидел только "шило на мыло". > Т.е. как не было привязки к обсолетящемуся пакету, так и нет. Я, конечно, ещё ни разу до этого не сталкивался с разрывом пакета на два по причине несовместимости + изменения SOVERSION, но не совсем понимаю о какой конкретно сейчас связи идёт речь. Обсолетится (заменяется) libfido2 < 1.16.0-alt4 (на libfido2_1). И обновление с p11 до sisyphus работает, начиная с -alt3 - я лично проверил: пакет libfido2 при обновлении заменился на libfido2_1 (который точно также предоставляет зависимость libfido2, но другой версии). И при дальнейшем обновлении это все работать будет, так как libfido2_1 предоставляет libfido2, у которого версия растет и обсолетится более старая версия именно зависимости libfido2. А когда случится разрыв, то будет ситуация такая: появится, например, libfido2_2 (из исходного пакета libfido2), предоставляющий libfido2 = 2.0.0-alt1 и останется libfido2_1 (из исходного пакета, например, libfido2_1), предоставляющий libfido2 = 1.16.0-alt4. Тут же все хорошо - две (и даже более) одноименные зависимости с разными версиями спокойно существуют в репозитории. И apt будет пытаться выбирать по возможности наибольшую версию, даже если система с p11 до sisyphus обновляется. Что не так то? В общем я не понимаю что конкретно сейчас требуется. 280624 19 zerg 2026-01-21 17:02:36 +0300 (Ответ для Anton Zhukharev на комментарий #18) > А зачем мне это в спеке нужно будет, когда изменится %abiversion? Чтобы не забыть, раз уж сделал новый макрос, а не как я предлагал изначально. > Я бы предпочел просто удалить две эти строки после такого обновления. Тогда на кой было изгаляться? Это можно было сделать и раньше(в моём изначальном варианте), но теперь, когда, можно автоматом, это стало неразумно. 280713 20 repository-robot 2026-01-22 17:51:06 +0300 libfido2-1.16.0-alt5 -> sisyphus: Thu Jan 22 2026 Anton Zhukharev <ancieg@altlinux> 1.16.0-alt5 - Removed libfido2 obsoletion for future ABI version change (ALT#56956). 280746 21 zerg 2026-01-23 10:04:28 +0300 6 лишних символов было абсолютно бессмысленно добавлять(разве что, чтоб кого-то запутать), но ок. 20536 2026-01-21 16:32:06 +0300 2026-01-21 16:32:06 +0300 libfido2.spec.patch libfido2.spec.patch text/plain 530 zerg LS0tIGxpYmZpZG8yLnNwZWN+CTIwMjYtMDEtMjEgMTQ6MDY6MzUuMDAwMDAwMDAwICswMzAwCisr KyBsaWJmaWRvMi5zcGVjCTIwMjYtMDEtMjEgMTY6Mjk6MDkuMjE5MTc1OTM1ICswMzAwCkBAIC00 Miw4ICs0MiwxMCBAQCBTdXBwb3J0cyB0aGUgRklETyBVMkYgKENUQVAgMSkgYW5kIEZJRE8yCiAl cGFja2FnZSAtbiAle2xpYm5hbWV9XyV7YWJpdmVyc2lvbn0KIFN1bW1hcnk6IExpYnJhcnkgZnVu Y3Rpb25hbGl0eSB0byBjb21tdW5pY2F0ZSB3aXRoIEZJRE8gZGV2aWNlIG92ZXIgVVNCCiBHcm91 cDogU3lzdGVtL0xpYnJhcmllcworJWlmICIlbGlibmFtZSVhYml2ZXJzaW9uIiA9PSAibGliZmlk bzIxIgogUHJvdmlkZXM6ICVsaWJuYW1lID0gJUVWUgogT2Jzb2xldGVzOiAlbGlibmFtZSA8ICVF VlIKKyVlbmRpZgogCiAlZGVzY3JpcHRpb24gLW4gJXtsaWJuYW1lfV8le2FiaXZlcnNpb259CiBQ cm92aWRlcyBsaWJyYXJ5IGZ1bmN0aW9uYWxpdHkgdG8gY29tbXVuaWNhdGUgd2l0aCBhIEZJRE8g ZGV2aWNlIG92ZXIgVVNCLAo=