Цитата "$ {build}"
предотвращает разделение слов, поэтому здесь он имеет тот же эффект, что и запись "gulp build"
(в кавычках), которая будет искать исполняемый файл называется gulp build
с пробелом внутри имени; а не как запись gulp build
, которая выполняет gulp
с аргументом build
.
В заключение, последняя строка вашего скрипта должна быть:
${build}
Я преодолел исключение Python, загрузившись с живого USB и используя dnf --installroot=/mnt/fedora
; конфликты пакетов продолжали возникать, включая ошибки, когда я пытался dnf remove --duplicates
или даже пытался удалить пакеты один -за -. В конце концов я решил, что систему нельзя исправить, и переустановил Fedora -вместе с настройкой snapper, чтобы в следующий раз, когда произойдет что-то подобное, было легко исправить.
Наиболее типичная причина этой ошибки — попытка установить пакеты без обновлений. Это иногда приводит к появлению новых зависимостей, которые конфликтуют с пакетами, уже находящимися на диске, и 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, но начните с вышеуказанного.