Порядок поиска, используемый info
для поиска файлов и узлов, можно проверить, вызвав его с различными --debug
опциями(--debug -1
для всей отладочной информации ).
Например
INFOPATH=: info --debug -1 _
распечатает все пути, полученные из $PATH
, за которыми следуют все значения по умолчанию времени компиляции -.
Возникли проблемы с синтаксическим анализом baseurl из-за пробела в пути между OL7.5 и Server.src.
Попробуйте заключить это в кавычки вот так:
baseurl="file:///run/media/root/OL7.5 Server.src/"
Или используйте %20 вместо пробела:
baseurl=file:///run/media/root/OL7.5%20Server.src/
Эта ошибка, вероятно, возникает из-за пробела в пути к репозиторию; процитировать как-нибудь:
baseurl=file:///run/media/root/OL7.5\ Server.src
или
baseurl=file:///run/media/root/OL7.5%20Server.src
или
baseurl='file:///run/media/root/OL7.5 Server.src'
или
baseurl="file:///run/media/root/OL7.5 Server.src"
Значение URL анализируется с помощью библиотеки Python urlparse здесь :https://github.com/rpm-software-management/yum/blob/master/yum/config.py#L230и если это не удается, он печатает строку ошибки «URL должен быть %s, а не «%s».
В книге Red Hat Enterprise Linux 7 :Рабочие столы и администрирование также упоминаются одиночные -кавычки или методы обратной косой черты:
Enclose the entire reference in single quotes so that the empty space after the RHEL-7.3 can be read, or place a backslash before the space.
Более старая ссылка с ответами от 2008 года — это страница Как написать базовый URL-адрес пути с пробелами , в котором упоминается:
- baseurl=file:///media/Fedora%208%20i386%20DVD/Packages
- baseurl=file:///media/Fedora\ 8\ i386\ DVD/Packages
- baseurl="file:///media/Fedora 8 i386 DVD/Packages"
(хотя эти попытки, похоже, не увенчались успехом для этого ОП)