Я нашел этот небольшой отрывок только что и использовал его с тех пор. У меня просто есть он в моем .bashrc файле
extract () {
if [ -f $1 ] ; then
case $1 in
*.tar.bz2) tar xjf $1 ;;
*.tar.gz) tar xzf $1 ;;
*.bz2) bunzip2 $1 ;;
*.rar) rar x $1 ;;
*.gz) gunzip $1 ;;
*.tar) tar xf $1 ;;
*.tbz2) tar xjf $1 ;;
*.tgz) tar xzf $1 ;;
*.zip) unzip $1 ;;
*.Z) uncompress $1 ;;
*) echo "'$1' cannot be extracted via extract()" ;;
esac
else
echo "'$1' is not a valid file"
fi
}
Это могло быть переходной сетевой ошибкой. Ожидайте немного и попробуйте еще раз.
Другие загрузки с этой работы сайта? Попытайтесь просмотреть http://mirror.bjtu.edu.cn/fedora-epel/5/i386/repodata/ (если это находится на единственной командной строкой машине, используйте браузер командной строки, такой как рысь, ссылки или w3m).
Необходимо ли настроить прокси для доступа к сети? Конфетка, как большинство программ, использует http_proxy
переменная среды. Если Вы нуждаетесь в прокси, вставляете это Ваш ~/.profile
(и выполненный это однажды в Вашей оболочке так, чтобы это вступило в силу не) (заменяют имя хоста и номер порта правильными значениями для Вас):
export http_proxy=http://proxy.example.com:3128/
Попробуйте другие зеркала CentOS, если этот конкретный не работает на Вас.
Если Вы продолжаете получать ошибки только для зеркал EPEL, попробуйте рабочую конфетку --disablerepo='epel'
опция как временное обходное решение (т.е. yum --disaberepo='epel' groupinstall "Development Tools"
, если это продолжает происходить, Вы, возможно, должны попытаться найти зеркального администратора и советовать им, что что-то неправильно.
Попробуйте ответ Жабр сначала, хотя, это - чистое обходное решение.
--disablerepo='epel'
(не стоящий создания новый ответ для imo) – N J 12.11.2010, 14:35--disablerepo='epel'
стоило бы нового ответа, но так как тот сайт работает на меня прямо сейчас, проблемой Gaurav должна быть сетевая проблема (или незначительный сбой или неверная конфигурация). – Gilles 'SO- stop being evil' 12.11.2010, 14:42