Установка мерзавца, завихрения и эмигранта из источника
Перенаправьте поток сообщений об ошибках в файл, который можно считать позже. Подробный вывод переходит к стандартному выводу, тогда как ошибки идут на стандартную погрешность.
sudo rsync -azvv /home/path/folder1/ /home/path/folder2 2>rsync-errors
echo $?
cat rsync-errors
С другой стороны, вместо того, чтобы использовать подробный режим, использовать --progress или -P чтобы просто видеть индикатор хода выполнения тот путь, Вы будете видеть прокрутку сообщений об ошибках. Возможно, что они прокрутят слишком быстро, если будут многие из них.
В любом случае проверьте что статус возврата rsync 0, указывая, что не было никаких ошибок.
Я думаю, что предложил бы не установить эти объекты из источника непосредственно, а скорее использовал бы силу Вашего диспетчера пакетов для тихого поддержания этих пакетов.
локально установка
Можно использовать инструмент командной строки такой как curl или wget все еще загружать пакеты, необходимые для установки их любое использование yum или rpm непосредственно.
$ sudo yum localinstall some.rpm
-or-
$ sudo rpm -ivh some.rpm
Я предложил бы обратиться к репозиториям RepoForge, а также EPEL для RPMs. Например, git пакеты здесь.
Простая команда в терминале загрузит его:
$ wget http://pkgs.repoforge.org/git/git-1.7.10.4-1.el6.rfx.x86_64.rpm
Восстановление исходного об/мин
На всякий случай у Вас должны быть последние версии, можно все еще использовать RPMs, а скорее, чем загрузка .rpm версия пакета, Вы захотите добраться .src.rpm версия. Они могут быть восстановлены с помощью следующей команды:
$ rpmbuild --rebuild some.src.rpm
Восстановление tar.gz использование донорского исходного об/мин
Можно также взять Ваш .tar.gz tarballs и снова используют .spec файл это включено в вышеупомянутое .src.rpm. Вы делаете это посредством следующих команд.
$ mkdir -p ~/rpm/{BUILD,RPMS,SOURCES,SPECS,SRPMS,tmp}
Затем создайте a ~/.rpmmacros файл.
%packager Your Name
%_topdir /home/YOUR HOME DIR/rpm
%_tmppath /home/YOUR HOME DIR/rpm/tmp
Теперь мы готовы "установить" донора .src.rpm.
$ rpm -ivh some.src.rpm
Это внесет tarball и a .spec файл в Вашем ~/rpm каталоги. Можно затем отредактировать это .spec файл и замена tarball с более новым.
Теперь восстановить его:
$ rpmbuild -ba ~/rpm/SPECS/some.spec
Это создаст a .rpm и новое .src.rpm файл, после того как это завершено.
Дополнительные подсказки
Можно использовать инструмент yum-builddep для проверки у Вас есть весь необходимый RPMs, установленный перед началом работы.
$ sudo yum-builddep some.src.rpm
Путь установки достаточно легко найти. Большинство configure сценарии являются довольно стандартными, и обычно имеют a -h флаг, который печатает сообщение справки. Взгляните на мерзавца:
$ ./configure -h | grep -A 2 Insta
Installation directories:
--prefix=PREFIX install architecture-independent files in PREFIX
[/usr/local]
Так, Вы установили curl использование --prefix=/home/downloads/curl и это было обнаружено git с --with-curl=/home/downloads/curl. Поэтому, если бы Вы установили на местоположениях по умолчанию, то Вы работали бы --with-curl=/usr/local/.
Что касается других возможных проблем, никакой идеи. Вы пересечете тот мост, когда Вы доберетесь до него.
На более общих сведениях я рекомендую попытаться искать RPM-пакеты прежде, чем установить из источника. Вам не нужно yum для установки RPM-пакетов можно просто сделать:
rpm -i rpmfile.rpm
Я нашел RHEL 6 RPMs для git и curl на rpm.pbone.net. Не удалось найти RHEL 6 один для expat но там были различными для Fedora и CentOS, один из них будет, вероятно, работать на Вас также.
-
1Продвиньте эти repos: fedoraproject.org/wiki/EPEL & repoforge.org. Учтите предупреждения на этом CentOS wiki при смешивании репозиториев: wiki.centos.org/AdditionalResources/Repositories – slm♦ 04.01.2014, 05:01
-
2@slm repoforge на самом деле безопасный? Я имею, столкнулся с довольно многими проблемами с rpmforge за эти годы. – jordanm 04.01.2014, 09:12
-
3@jordanm - я использую ее. Они выделяли пакеты недавно для обращения к смешиванию его, Вы будете видеть rfx пакеты теперь, которые могут быть некоторыми проблематичными, но в целом я использовал его. Смешивание РФ с другими состоит в том, где это становится грязным. – slm♦ 04.01.2014, 11:33
Ответ 1. Путь установки к дополнительным пакетам зависит от того, как они установлены. Если Вы устанавливаете их как администратор, они должны быть установлены на стандарте /usr или /usr/share местоположения. Где-нибудь, который уже находится на системном пути. Можно найти это от config.log или другие журналы, оставленные настраивать сценарием. Кроме того, некоторые администраторы могли бы принять решение установить эти пакеты на /opt каталог, который обозначает 'дополнительные пакеты'. Однако при установке их как смертный пользователь можно установить их где угодно, у Вас есть доступ для записи, скорее всего, Ваш /home. Я обычно использую местоположение такой как /home/myname/curl-install.
sudo yum localinstall ....rpmдал мне ту же вкусную ошибку, как обычно (Не может получить метаданные репозитория).sudo rpm -ivh ....rpmдал мне 'ошибку: Неудавшиеся зависимости: <package_name> необходим мерзавцу - все', я попробую src метод. – Matthew Moisen 04.01.2014, 05:38sudo rpm -ivh 1.rpm 2.rpm 3.rpm.... – slm♦ 04.01.2014, 05:42git-allтребуетemacs-git,git,git-arch, каждый из которых требуют другого rpms. Я попробую RepoForge однако и сообщу – Matthew Moisen 04.01.2014, 05:45