ALT Linux Bugzilla – Full Text Bug Listing
| Summary: | Обновление до ветки p11 завершается ошибкой | ||||||
|---|---|---|---|---|---|---|---|
| Product: | Branch p11 | Reporter: | AltBugRepp <gracen.irie> | ||||
| Component: | libcomps0 | Assignee: | Aleksandr Shamaraev <shad> | ||||
| Status: | CLOSED FIXED | QA Contact: | qa-p11 <qa-p11> | ||||
| Severity: | major | ||||||
| Priority: | P5 | CC: | amakeenk, antohami, rider, shad, zerg | ||||
| Version: | unspecified | ||||||
| Hardware: | x86_64 | ||||||
| OS: | Linux | ||||||
| Bug Depends on: | |||||||
| Bug Blocks: | 46625 | ||||||
| Attachments: |
|
||||||
Если в системе на p10 установлены пакеты python3-module-libcomps libcomps, то при обновлении до p11 получаем ошибку: ``` Подготовка... файл /usr/lib64/libcomps.so.0 из устанавливаемого пакета libcomps0-0.1.18-alt1_4.x86_64 конфликтует с файлом из пакета libcomps-0.1.17-alt1_1.x86_64 E: Ошибка во время исполнения транзакции ``` Пути ведут к мантейнеру dnf-plugins-core, т.к. мантейнер libcomps временно неактивен. Надо в пакет libcomps0 добавить Provides: libcomps = %EVR Onsoletes: libcomps < %EVR (Ответ для Sergey V Turchin на комментарий #2) > Onsoletes: Obsoletes: (Ответ для Sergey V Turchin на комментарий #2) > Надо в пакет libcomps0 добавить > Provides: libcomps = %EVR > Onsoletes: libcomps < %EVR Добрый день. Учитывая то, что пакет висел в FTBFS и был nobody, я его пересобрал с обновлением версии и учетом Вашего замечания. Task #390039 for sisyphus by shad С уважением. Может быть стоит в p11 отправить ? (In reply to Aleksandr Shamaraev from comment #4) > Task #390039 for sisyphus by shad Александр, ну уж если собираете, так подчистили бы спек. Там же ужас-ужас импортированный. (Ответ для Anton Farygin на комментарий #6) > Александр, ну уж если собираете, так подчистили бы спек. Там же ужас-ужас > импортированный. Добрый день. Я подчистил спек, и частично его переписал с учетом rpm-macros-cmake, а не rpm-macros-mageia-compat я бы конечно еще возможно повыкидывал остатки того, что я там заремарил.. как по мне оно там не особо надо... но пока трогать не стал взгляните пожалуйста https://packages.altlinux.org/ru/tasks/390096/ С уважением а почему из src.rpm ? я не могу посмотреть изменения в нём, коммитов не видно И конечно надо сразу удалить все неиспользуемые закомментированные макросы. Всё остальное стало намного читабельнее. (Ответ для Anton Farygin на комментарий #8) > а почему из src.rpm ? я не могу посмотреть изменения в нём, коммитов не видно > И конечно надо сразу удалить все неиспользуемые закомментированные макросы. Ну он изначально был в задании как src.rpm, по этому я сделал также src.rpm, если был бы гит, сделал бы гит. Оставил изначально как он собирался, на сколько я понял всю процедуру сборки. Если бы собирал его изначально, то собрал бы по тегам, мне лично так более привычно, чтоб потом мержить на новые теги или коммиты в случае необходимости :) > И конечно надо сразу удалить все неиспользуемые закомментированные макросы. Хорошо, я Вас понял, пересоберу его еще раз, за минусом заремаренного (Ответ для Aleksandr Shamaraev на комментарий #9) > если был бы гит, сделал бы гит. Так, сделайте. Для этого специально есть https://git.altlinux.org/srpms/l/libcomps.git (Ответ для Sergey V Turchin на комментарий #10) > Так, сделайте. Для этого специально есть > https://git.altlinux.org/srpms/l/libcomps.git Добрый день. Ну это-то понятно.. оно ведь туда и соберется после добавления пакета в Сизиф. Но у меня тогда вопрос, а разве не считается мувитон менять srmp на git или на оборот в процессе сопровождения пакета? Мне не сложно вытащить гит внести правки, отправить на gitery и собрать по тегу, но я думал что так не принято. Если так можно, то я переделаю. Как правильно? С уважением. Для заброшенных пакетов такая смена даже полезна. (Ответ для Anton Farygin на комментарий #12) > Для заброшенных пакетов такая смена даже полезна. Я понял, тогда попробую переделать, потом отпишусь (Ответ для Aleksandr Shamaraev на комментарий #11) > оно ведь туда и соберется после добавления пакета в Сизиф. Нет. Переедет в gears. (Ответ для Anton Farygin на комментарий #12) > Для заброшенных пакетов такая смена даже полезна. Переделал, взгляните пожалуйста. Если у Вас не будет замечаний, то можно апрув? https://packages.altlinux.org/ru/tasks/390096/ (Ответ для Sergey V Turchin на комментарий #14) > (Ответ для Aleksandr Shamaraev на комментарий #11) > > оно ведь туда и соберется после добавления пакета в Сизиф. > Нет. Переедет в gears. Понял, спасибо. (Ответ для Aleksandr Shamaraev на комментарий #15) > https://packages.altlinux.org/ru/tasks/390096/ Нужно отделить свои изменения от обновления тарбола. (Ответ для Sergey V Turchin на комментарий #17) > (Ответ для Aleksandr Shamaraev на комментарий #15) > > https://packages.altlinux.org/ru/tasks/390096/ > Нужно отделить свои изменения от обновления тарбола. дело в том, что обновление версии я сделал вчера, и забыл сделать отдельный коммит, а получилось все в куче. На будущее то я учту, я обычно стараюсь не пролетать... но пакет с пересборкой и обновлением уже ушел в Сизиф А этот релиз, скажем так, переделанный спек... я не смогу сейчас отразить что вы говорите... если я конечно правильно понимаю суть (Ответ для Aleksandr Shamaraev на комментарий #18) > На будущее то я учту Ок. > я не смогу сейчас отразить что вы говорите... Да. Я опоздал с замечанием. (Ответ для Anton Farygin на комментарий #5) > Может быть стоит в p11 отправить ? Добрый день. отправил пакет в р11 Task #390168 for p11 by shad С уважением. |
Created attachment 16920 [details] libcomps-conflict Обновление с Alt 10.1 6.1.85 завершается ошибкой. Пробовал установку с очищением кэша апт и без и с удалением потенциально старых пакетов. Благо дело проходило в среде VirtualBox. Всегда выходила ошибка с жалобой на libcomps.so.0. Успешное обновление до ветки произошло лишь тогда, когда вычистил libcomps/libcomps0 и установил заново из сети вместе с обновлением 2500+ пакетов (в т.ч тех которых этот libcomps затрагивал) Так же после установки нового ядра упала графика, видимо на этапе удаления libcomps зацепило gdm, и его так же пришлось переустанавливать заново (в логах загрузки ОС видно что не стартует Display Manager - prefdm.service) Поскольку в итоге и в целом обновление было успешным хоть и были танцы с бубном и запуск происходит не всегда, не могу предоставить скриншоты Для сравнения была еще одна виртуалка с Альт 10.3, где обновление до ветки p11 прошло без потенциальной крови (будь это не виртуалка а физическая машина). Так же ради интереса попробовал на голом Альт 10.1 в ядре 5.15.104, тут уже удалось сделать скриншот (44.png во вложениях)