Ошибка dnf конфликтующие пакеты между i686 и x86_64

Цитата "$ {build}" предотвращает разделение слов, поэтому здесь он имеет тот же эффект, что и запись "gulp build" (в кавычках), которая будет искать исполняемый файл называется gulp build с пробелом внутри имени; а не как запись gulp build , которая выполняет gulp с аргументом build .

В заключение, последняя строка вашего скрипта должна быть:

${build}
4
05.09.2017, 04:41
2 ответа

Я преодолел исключение Python, загрузившись с живого USB и используя dnf --installroot=/mnt/fedora; конфликты пакетов продолжали возникать, включая ошибки, когда я пытался dnf remove --duplicatesили даже пытался удалить пакеты один -за -. В конце концов я решил, что систему нельзя исправить, и переустановил Fedora -вместе с настройкой snapper, чтобы в следующий раз, когда произойдет что-то подобное, было легко исправить.

1
27.01.2020, 20:53

Наиболее типичная причина этой ошибки — попытка установить пакеты без обновлений. Это иногда приводит к появлению новых зависимостей, которые конфликтуют с пакетами, уже находящимися на диске, и dnf не знает, что он должен обновлять эти -несвязанные пакеты.

В вашем случае, похоже, что-то другое, так как вы видите проблему во время запуска обновления. Однако здесь ошибка определенно связана с рассинхронизацией между доступными и установленными версиями в разных архитектурах. Например:

file /usr/share/doc/glibc/NEWS from install of 
    glibc-2.25-10.fc26.i686 conflicts with file from package 
    glibc-2.25-7.fc26.x86_64

Добавлены разрывы строк, чтобы сделать это очевидным. :Он пытается установить более новые пакеты i686 и не знает, как обновить старый glibc.

Прежде всего я бы проверил, установлено ли у вас несколько версий x86 _64 glibc. Если это так, запустите sudo dnf repoquery --duplicatesдля просмотра дополнительных версий и dnf remove --duplicatesдля очистки. (Это оставит файлы, принадлежащие последнему пакету, поэтому безопасно, даже если он попытается удалить вещи, которые кажутся важными.)

Если это не так, то, возможно, зеркало, на которое вы сейчас нажимаете, не соответствует дате от -до -, как то, что вы получили ранее. В этом случае попробуйте sudo dnf clean allи обновите снова.

Если и не работают, вы часто можете решить эту проблему, временно удалив все пакеты i686.Система будет работать и без них, а потом можно будет сделать обновление, а потом поставить обратно то, что нужно для совместимости с 32 -битными приложениями.

Если вы по-прежнему получаете ошибки базы данных, у вас может быть другая проблема на уровне RPM, но начните с вышеуказанного.

10
27.01.2020, 20:53

Теги

Похожие вопросы