ALT Linux Bugzilla – Full Text Bug Listing
| Summary: | libopenh264: "Помогает проблемам обновления p10 --> p11" | ||||||
|---|---|---|---|---|---|---|---|
| Product: | Branch p11 | Reporter: | Sergey V Turchin <zerg> | ||||
| Component: | libopenh264 | Assignee: | Yuri N. Sedunov <aris> | ||||
| Status: | NEW --- | QA Contact: | qa-p11 <qa-p11> | ||||
| Severity: | blocker | ||||||
| Priority: | P5 | CC: | aen, amakeenk, antohami, glebfm, ilazajkin52969, lav, nickel, rider, suranov-a-b | ||||
| Version: | unspecified | ||||||
| Hardware: | x86_64 | ||||||
| OS: | Linux | ||||||
| See Also: | https://bugzilla.altlinux.org/show_bug.cgi?id=51957 | ||||||
| Bug Depends on: | 51991, 51993 | ||||||
| Bug Blocks: | 28944, 46625 | ||||||
| Attachments: |
|
||||||
|
Description
Sergey V Turchin
2024-10-09 14:51:48 MSK
Created attachment 16992 [details]
лог
Прям самое начало:
Investigating libavcodec58 2:4.4.5-alt2:p10+357392.100.3.1@1727720338
Package libavcodec58 has a broken Depends: libopenh264.so.6()(64bit) >= set:olSyCJTJj2QxzJjGFE0
Considering libopenh264 0 as a solution to libavcodec58 3
Re-Instated libopenh264
Added libopenh264 to the remove list
Fixing libavcodec58 via keep of libopenh264
*** Bug 51671 has been marked as a duplicate of this bug. *** *** Bug 51672 has been marked as a duplicate of this bug. *** (Ответ для Sergey V Turchin на комментарий #0) > Помогает проблемам обновления p10 --> p11 Мне уже начинают рассказывать про этот баг. В p10 тоже надо проделать аналогичную процедуру[1], тогда участвовать в проблемах с обновлением перестанет. [1] https://git.altlinux.org/tasks/archive/done/_353/361685/gears/300/git?p=git;a=commitdiff;h=a653a82c876bcab3b52dda1e79d43938ce036adf *** Bug 51969 has been marked as a duplicate of this bug. *** В порядке живой очереди, после 361200, в котором свои блокеры. (Ответ для Yuri N. Sedunov на комментарий #8) > В порядке живой очереди, после 361200, в котором свои блокеры. Как раз время. С 3-го ноября ждешь его. https://git.altlinux.org/tasks/361200/logs/events.13.1.log (Ответ для Yuri N. Sedunov на комментарий #8) > В порядке живой очереди Кажется, она сдохла. Ну и имей ввиду, что ты тормозишь исправления остальных подобных проблем, которые вылезут, когда этой не будет. В сизифе изменения сделаны, но они содержат ошибку. Дело в том, что Obsoletes можно прописывать только так, что бы новый пакет не заменял libopenh264, содержащий другую версию библиотеки со старым soname. просьба поправить и отпавить в p11 (In reply to Anton Farygin from comment #11) > Obsoletes можно прописывать только так, что бы новый пакет не заменял > libopenh264, содержащий другую версию библиотеки со старым soname. Так и будет, когда в p10 исправят соотв. образом. В p10 можно обновлять независимо от p11. Если -Obsoletes: %name < 2.4.1-alt2 +Obsoletes: %name < %EVR , то изменение универсально подойдёт для пакета в p10. (In reply to Sergey V Turchin from comment #14) > Если > -Obsoletes: %name < 2.4.1-alt2 > +Obsoletes: %name < %EVR > , то изменение универсально подойдёт для пакета в p10. Только в p10 бинарный пакет тоже надо переименовать. (Ответ для Sergey V Turchin на комментарий #14) > , то изменение универсально подойдёт для пакета в p10. К нему необходимо применить соотв. изменения, как в Sisyphus. А потом и в p9 и в p8 и т.д. (и не забыть про c-ветки) Для всех веток, где soname менялся в libopenh264 (Ответ для Anton Farygin на комментарий #15) > Только в p10 бинарный пакет тоже надо переименовать. Обязятельно. (Ответ для Anton Farygin на комментарий #17) > А потом и в p9 и в p8 и т.д. (и не забыть про c-ветки) > Для всех веток, где soname менялся в libopenh264 Само собой. (Ответ для Sergey V Turchin на комментарий #19) > (Ответ для Anton Farygin на комментарий #17) > > А потом и в p9 и в p8 и т.д. (и не забыть про c-ветки) > > Для всех веток, где soname менялся в libopenh264 > Само собой. Только если они начинают ломать обновление с этого бранча на следующий. |
