вкусный пакет установки, не обновляя другие пакеты или сбой …?
Оболочка хранит текущий рабочий каталог в $PWD. Это - то, что используется для оболочки builtins cd и pwd, и это рассматривает символьные ссылки как нормальные каталоги, как Вы видели. Иногда это полезно, иногда нет.
Можно найти реальное использование каталога pwd (введите help pwd для получения дополнительной информации):
$ pwd
/tmp/A/Blink
$ pwd -L
/tmp/A/Blink
$ pwd -P
/tmp/B
Аналогично, cd имеет опцию -P (снова, help cd Ваш друг):
$ cd /tmp/A/Blink
$ pwd
/tmp/A/Blink
$ cd -P ..
$ pwd -P
/tmp
Наконец, можно выключить "функцию" в целом:
$ set -P
$ cd /tmp/A/Blink
$ pwd
/tmp/B
Временное решение:
Используйте -C флаг:
sudo yum install foobar -C
Постоянное решение:
Используйте metadata_expire Флаг в вашем yum.conf для управления этим.
Отредактируйте /etc/yum.conf и установите
metadata_expire=15d
. Вы можете использовать d, h или m , чтобы настроить время в днях, часах или минутах .
Бонус: вот документация:
metadata_expire - время (в секундах), по истечении которого срок действия метаданных истечет. Таким образом, если текущие загруженные метаданные старше этого много секунд, yum не будет обновлять метаданные для репозитория. Если вы обнаружите, что yum не загружает информацию об обновлениях так часто, как вам хотелось бы, уменьшите значение этого параметра. Вы также можете изменить использование секунд по умолчанию на использование дней, часов или минут, добавив d, h или m соответственно. По умолчанию это 6 часов, что дополняет yum-updatesd, запускаемое один раз в час. Также можно использовать слово «никогда», означающее, что срок действия метаданных никогда не истечет. Обратите внимание, что при использовании файла metalink metalink всегда должен быть новее, чем метаданные для репозитория, из-за проверки, поэтому этот тайм-аут также применяется к файлу metalink . Также обратите внимание, что "never" не отменяет "yum clean expire-cache"
Не столкнулись ни с какой подобной опцией на данный момент. Однако, если бы Вы хотите установить пакет, не обновляя, я рекомендовал бы загрузить об/мин той же версии и затем установил бы ее.
В yum-utils пакет там является названным инструментом yumdownloader. Можно использовать его для загрузки с repos без установки. Весь стандарт переключается как --disablerepo подать заявку. См. страницу справочника для больше в на нем.
Я думаю, что можно загрузить об/мин и затем сделать то, что Вы хотите использовать об/мин непосредственно.
-
1Это - часть автоматической системы установки пакета, проблема состоит в том, что мы не хотим, чтобы конфетка 'установила последнее', и 'обновляют все, что это необходимо'. Мы действительно просто хотим, чтобы это установило версию пакета, который совместим с тем, что уже установлено. В основном installonly или установка xxx - опция без обновлений. – Clint Priest 02.05.2013, 19:32
Если более старая версия пакета находится все еще в Ваших вкусных репозиториях, то можно просто работать yum install packagename-version-release.arch и это установит более старую версию, не пытаясь обновить до последнего выпуска. Необходимо будет использовать полное имя, версию, выпуск и дугу, если будет несколько версий и архитектуры в конфетке repo. Можно получить всю ту информацию путем выполнения yum list available 'packagename*' искать все пакеты, запускающиеся с 'packagename'. Если Вам удалось обновить Ваши пакеты и хотеть понизить до более старого выпуска, можно работать yum downgrade packagename1 packagename2. Необходимо будет включать список всех пакетов, которые Вы хотите понизить, так как он, вероятно, включит много зависимостей.
Если более старый выпуск не находится в Вашем вкусном репозитории, то просто загружают его с того, везде, где Вы нашли старый пакет, и установите его с yum install /path/to/package.rpm, хотя я предостерег бы против установки пакетов из недоверяемых источников.
-
1Но это было бы намного намного более полезно если
yumмог просто выбрать последнюю доступную совместимую версию. – forcefsck 30.11.2015, 13:45 -
2Это может, но именно до поставщика программного блока для определения требований являются соответствующими. – jsbillings 30.11.2015, 18:06
-
3Иногда требования покрыты более старым пакетом, но конфетка настаивает на том, чтобы выбирать только последнее. Например, в случае, описанном выше, для конфетки должно быть возможно автоматически выбрать php-pecl-5.4.11, если система является версией, заблокированной к php-5.4.11. Это может быть проблема для автоматизации. – forcefsck 30.11.2015, 22:49
-
4Конфетка только обновит к последней версии, если не будет никаких зависимостей от старой версии. В случае выше, требование версии никогда не требовалось pecl пакетом. Конфетка не может прочитать Ваши мысли и выбрать произвольную версию, если Вы не указываете что версия в требовании или versionlock-лугом pecl и php пакеты. – jsbillings 01.12.2015, 17:18
-
5Для этого примера а именно, при условии, что php не является обновляемым (или заблокированный версией или никакие более новые пакеты, доступные на repos), конфетка могла выбрать последнюю версию pecl, который не потребует обновления php. Это не точно телепатия, я верю склонный - добираются уже, делает это. Снова, это - проблема для автоматизации, когда необходимо установить дополнительный пакет, не обновляя половину системы, и Вам нужна конфетка, чтобы быть достаточно умными для обрабатывания запроса, т.е., если несколько версий существуют, выберите последнее совместимое с уже установленными пакетами, которые по любой причине не могут быть обновлены. – forcefsck 01.12.2015, 17:45