Name: python3-module-argcomplete Obsoletes: python-module-argcomplete Provides: python-module-argcomplete The following packages will be REPLACED: python-module-argcomplete (by python3-module-argcomplete) Разве так бывает?
(Ответ для Sergey V Turchin на комментарий #0) > Name: python3-module-argcomplete > Obsoletes: python-module-argcomplete > Provides: python-module-argcomplete > > The following packages will be REPLACED: > python-module-argcomplete (by python3-module-argcomplete) > > Разве так бывает? Так пришлось сделать, потому что модуль python3-module-argcomplete содержит файлы /usr/bin/activate-global-python-argcomplete /usr/bin/python-argcomplete-check-easy-install-script /usr/bin/python-argcomplete-tcsh /usr/bin/register-python-argcomplete которые раньше были в python-module-argcomplete Считаете, что лучше делать не Provides, а Conflicts? У меня нет чёткого мнения.
К примеру, попробовал было сделать Conflicts, так получил ошибку при сборке python-module-oauth2client-4.1.3-alt3 The following packages have unmet dependencies: python3-module-rsa: Conflicts: python-module-rsa (< 4.1-alt2) Obsoletes: python-module-rsa Думаю, всё же лучше Conflicts для пакета python-module, который удаляется при сборке нового python3-module. И ничего не проставлять, если python-module не удаляется (только утилиты из него удалить). Да?
В рассылке я пытался спрашивать, что лучше, но никто ничего не предложил... https://lists.altlinux.org/pipermail/devel/2020-July/211318.html
Ааа, ну пусть тогда будет. Я подумал, что по ошибке сделано. P.S. Да, с текущим apt зачастую лишний конфликт может привести к "нишмагла" при dist-upgrade.
Пусть будет небаг.
(Ответ для Sergey V Turchin на комментарий #4) > Ааа, ну пусть тогда будет. Я подумал, что по ошибке сделано. > > P.S. > Да, с текущим apt зачастую лишний конфликт может привести к "нишмагла" при > dist-upgrade. В итоге я наделал пакетов где по-разному: в одних Provides, в других Conflicts. Если какой-то вариант окажется хуже, сообщу.
