Всем привет, предлагаю поделится инфой кто какие использует репозитории.
Я на сервере с CentOS 6 использую :
base
extras
rpmforge
updates
и вот подумываю о EPEL и CentALT, читал описание вроди хорошие репы, вот думаю подключать иль нет.
Настоятельно просим вас при общении соблюдать Правила форума и законы РФ. Наша тематика вне политики, поэтому воздержитесь от обсуждения ситуации на Украине и связанных с ней событий, независимо от того, какую сторону вы поддерживаете.
Также напоминаем, что наш форум находится в доменной зоне .ru, физически расположен на российских серверах и мы соблюдаем действующее законодательство России. Любые сообщения о политике будут удаляться.
Linux Forum → Red Hat Linux, Fedora, CentOS → кто какие использует репозитории ?
Страницы 1
Чтобы отправить ответ, вы должны войти или зарегистрироваться
Всем привет, предлагаю поделится инфой кто какие использует репозитории.
Я на сервере с CentOS 6 использую :
base
extras
rpmforge
updates
и вот подумываю о EPEL и CentALT, читал описание вроди хорошие репы, вот думаю подключать иль нет.
EPEL стоит подключать в первую очередь, к тому же, многие сторонние репы требуют его наличия, поскольку там нужные библиотеки лежат
Плюс у меня местами используются репы для nginx, percona и что-то еще было 
Если сервер на CentOS, то rpmforge лучше использовать по минимуму. Поставил, что то и сразу отключил, т.к. они могут поломать сервер. ИМХО
Я использую все стандартные плюс CentALT и EPEL. Это точно проверенные временем.
Из CentALT всегда прибегает свеженький bind, nginx и mc.
Понял... Учту
Но я вот тут читал вот тут что
Однако, дополнительно рекомендуется установить и настроить плагин yum: yum-priorities. Применение данного плагина обусловлено тем, что в подключенных дополнительных репозиториях могут содержаться пакеты обновляющие такие из официальных репозиториев, что часто может вызвать проблемы, к примеру несовместимость версии php и вашей CMS. Плагин yum-priorities применяется для упорядочивания приоритетов репозиториев. Пакеты из репозиторя с более низким приоритетом не будут обновлять пакеты, установленные из репозиториев, имеющих более высокий приоритет. Также приоритеты используются и при установке новых пакетов - в том случае, если пакет находится в двух или более репозиториях, он будет установлен из того репозитория, который имеет наивысший приоритет.
то есть выходит что если я добавлю дополниоельные репы (ну с растановкой приоритетов что родные репы имеют высший приоритет 1 а дополнительные EPEL и CentALT будт 2), итогда выходит что если в updates репе будет bind 9.8.7 (уже заинсталеный у меня) а в CentALT или EPEL будет bind 9.9.4 то update не произойдет.
А я стараюсь не использовать допонительные репы, если надо, с них качаю обычно wget'ом и инсталю.
Yum priorites - пока еще не использовал, но думаю что скоро буду юзат его, так как надо!
Мне обычно хватает подключить репозитроий, установить пакет с него, а потом уже удалить подключенный репус. Это все сделано чтобы не связыватся лишний раз с yum priorites. Знаю что это не правильно, но пока мне так удобно.
Если не использовать yum priorites, получится каша в системе, на разгребание которой можно потратить кучу времени. У меня в последнее время был случай), я не использовал приоритеты, установил пакеты с Centalt, при этом обновилось куча зависимостей, и так вышло что была не совместимость php библиотек с apache, из за чего демон не стартовал. Пришлось удалить все пакеты Cetnalt'a, и все пришло в норму.
Из за этого наши без почты два часа сиделт, это пiпец стресовый день был. Плюс еще диски с одинковыми UUID'ами добавили гемора на ровном.месте. Но как говорится: хороший опыт, горкий опыт 
Тем более назвать себя линуксоидом губа не поворачивается, считаю что true admin linux - это админ владеющий bash'om. А мы к таковым пока не относимся, а просто мечтаем...
Из за этого наши без почты два часа сиделт, это пiпец стресовый день был. Плюс еще диски с одинковыми UUID'ами добавили гемора на ровном.месте. Но как говорится: хороший опыт, горкий опыт
Тем более назвать себя линуксоидом губа не поворачивается, считаю что true admin linux - это админ владеющий bash'om. А мы к таковым пока не относимся, а просто мечтаем...
Золотые слова
Да че там не побоюсь даного слова платиновые слова 
кроме приоритетов есть такие штуки, как include и exclude
А как же без них? Без них будет зоопарк! 
кроме приоритетов есть такие штуки, как include и exclude
а можно поподробней для тех кто в танке
тобишь я 1 из таких 
lone_wolf, есть два способа, первый, когда запускаете yum, можно использовать опцию --exclude=
yum --exclude=package* update
yum --exclude=php* update
yum --exclude=*rrd* update
yum --exclude=kernel*,*snmp,perl* updateВторой, он более радикальный, можно добавить исключение в конфиг файл /etc/yum.conf :
exclude=php* kernel*
Выглядеть это будет так:
[main]
cachedir=/var/cache/yum
keepcache=0
debuglevel=2
logfile=/var/log/yum.log
distroverpkg=redhat-release
tolerant=1
exactarch=1
obsoletes=1
gpgcheck=1
plugins=1
exclude=php* kernel*Также, можно добавлять exclude в конкретный репо-файл в /etc/yum.repos.d/
просто добавить строку exclude=список файлов через пробел.
О репозиториях, не считая тех, что отключены:
+ открыть спойлерlone_wolf, есть два способа, первый, когда запускаете yum, можно использовать опцию --exclude=
yum --exclude=package* update yum --exclude=php* update yum --exclude=*rrd* update yum --exclude=kernel*,*snmp,perl* updateВторой, он более радикальный, можно добавить исключение в конфиг файл /etc/yum.conf :
exclude=php* kernel*
Выглядеть это будет так:[main] cachedir=/var/cache/yum keepcache=0 debuglevel=2 logfile=/var/log/yum.log distroverpkg=redhat-release tolerant=1 exactarch=1 obsoletes=1 gpgcheck=1 plugins=1 exclude=php* kernel*Также, можно добавлять exclude в конкретный репо-файл в /etc/yum.repos.d/
просто добавить строку exclude=список файлов через пробел.О репозиториях, не считая тех, что отключены:
эм прикольно, признаю не знал...
да век живи век учись...
Страницы 1
Чтобы отправить ответ, вы должны войти или зарегистрироваться
Linux Forum → Red Hat Linux, Fedora, CentOS → кто какие использует репозитории ?
Форум работает на PunBB, при поддержке Informer Technologies, Inc