Проект EPEL (http://fedoraproject.org/wiki/EPEL) (Extra Packages for Enterprise Linux), занимающийся поддержанием репозитория дополнительных пакетов для RHEL и CentOS, анонсировал (http://lists.fedoraproject.org/pipermail/epel-announce/2011-...) доступность репозитория для дистрибутивов, совместимых с Red Hat Enterprise Linux (RHEL) 6. В репозитории представлено около 2500 дополнительных src-пакетов (5600 бинарных пакетов), поддерживаемых сообществом под эгидой проекта Fedora Linux.
Из особенностей репозитория отмечается, доступность таких программ, как система учёта заявок пользователей rt3 (Request Tracker), система управления проектами trac, прокси-серверы haproxy и varnish, http-сервер lighttpd, системы для организации резервного копирования BackupPC и rdiff-backup, большая коллекция Ruby-пакетов, плагины к Spamassassin и clamav, программы для проверки безопасности rkhunter и chkrootkit, системы мониторинга collectd, munin, nagios и cacti, более 600 Perl-модулей.URL: http://lists.fedoraproject.org/pipermail/epel-announce/2011-...
Новость: http://www.opennet.me/opennews/art.shtml?num=29328
Отсутствие актуального софта для Centos всегда было занозой в заднице, думал у этих ребят есть что-то полезное, оно там есть, только возраст пакетов соответствует экскрементам мамонта.
>возраст пакетов соответствует экскрементам мамонта.Вы так говорите про стабильный софт, как будто это что-то плохое. Если вам от системы нужна не стабильная работа, а острые ощущения - юзайте убунту, а лучше виндовз.
И да, пожалуйста, избавьте нас от своих копрофильских аналогий. Заранее спасибо.
Я не говорю про стабильный софт, я говорю про его отсутствие. В Centos 5(до недавнего времени последняя стабильная версия) нет mercurial, git, cmake. Это только навскидку, там вообще нет ничего. Дело не в стабильной работе или острых ощущениях, дело в том что пользоваться системой можно только с большими натугами.
> Вы так говорите про стабильный софт, как будто это что-то плохоеДа, конечно, ведь все авторы софта - бьют баклуши или того хуже занимаются саботажем своего продукта. А вовсе не чинят баги и не улучшают свой софт с течением времени. А вот парни из центоса - делают за авторов их софт лучше. Лошадиными дозами. Очень правдоподобно. Кстати аналогичная же проблема временами доканывает и в дебияне. Вот я и юзаю местами серверную бубунту. Там по крайней мере не приходится заниматься копрофилией, а более-менее сносные версии лайти и нжинкса досотупны сразу, без танцев с бубном. Кстати как ни странно, каких-то проблем я от этого ни разу не имел. Хотя ононимусы на всех форумах верещат как резаные что бубунта это фи (по факту те же яйца что и дебиян, только не вынутые из криокамеры, багов - примерно однохренственно).
А этот ваш центос можно юзать для чего-то совсем унылого и ынтерпрайзного. Чего поставил и от греха подальше не трогать. А то что погано работает - и черт с ним, ведь если завалить - будет еще хуже :)). Но это довольно унылые и скучные правила игры, имхо. Интересные админам которым на пенсию пора. Сидеть на завалинке, изредка посматривая на свою пасеку^W ынтерпрайз :)
у дебиана есть ветки - stable, testing, unstable. так же есть backports.
> у дебиана есть ветки - stable, testing, unstable. так же есть backports.Все так, только
1) Stable не такой уж и stable. Ну то есть, найти 10 принципиальных отличий между ним и убунтой - нелегко. Баги там как правило примерно одинаковые, что впрочем и не удивительно. А вот софт - древнее. Кстати нормальные авторы софта имеют свойство чинить в новых версиях баги. И не прикольно когда отгружают версию с секурити фиксами и ... тщательно выпиливают багфиксы. Вплоть до багфиксов крешей и прочая. Stable в понятии дебианщиков не всегда и не везде совпадает с МОИМ понятием о стабильности.
2) Testing и unstable это круто, но т.к. оно тестовое, все может запросто навернуться в наименее подходящий момент. В соответствии с законами мерфи именно так оно обычно и бывает почему-то. Так, сугубо наблюдение за теми кто их юзает. В общем хорошая штука для тех кто любит выступать в роли тестового манекена в режиме близком к 24/7 :)
3) Backports? Да, хорошая затея. Только софта маловато. Но шаги в правильном направлении. К сожалению, когда вся система оказывается древним хламом - "проще убить чем причесать". И на данный момент - вон никак не могут релиз родить. В итоге когда они додавят все баги, релизнутый дистр будет устаревшим уже на старте. Ну, как конкурент центосу может и сойдет, кто б спорил :)В итоге дебиян неплохая система, но обладает неким количеством своего фирменного геморроя (а кто совсем без геморроя, впрочем?:D). Надо или некроманствовать, или получить напрочь неоттестированный вариант конфигурации и тестировать его сугубо на своем окороке, с риском что через неделю что-то отъедет при новом апдейте. У убунтуев плюс в основном в том что системокрушильные мероприятия, когда что-то отъедет - происходят в известные моменты времени. При этом есть некий баланс между древностью софта и батхертом от переколбасов (можно даже выбрать 2 уровня баланса: LTS или раз в полгода, в зависимости от требовательности к свежести софта). В остальном - примерно один фиг с дебианом, что как-то не удивительно.
Да и ядро тоже соответствует тем же экскрементам, и варез выпущенный для centos 5.5 теже экскременты. задрал такой подход.
Кому позарез надо новое, покупает RHEL 6, и пользует EPEL6.
"Кому позарез надо новое, покупает RHEL 6, и пользует EPEL6."Даже для домашнего desktop не катит, надо workstation, который стоит некислых бабок. И при этом половина софта будет из EPEL-а? Мда уж... Не проще LTS бубунту поставить?
А вы думаете CentOS 6 будет? Мне кажется нет!
> А вы думаете CentOS 6 будет? Мне кажется нет!Креститесь, срочно.
// Недавно в рассылке писали, что уже все собрали и сейчас тестируют, выпустят в первой половине февраля, just as planned.
:) продолжаете раздувать эмоции ? учитесь, значитца ... полигон тот еще
Использовать Linux c бинарными пакетами - значит стал заложником этой системы
Если нет нужной новой версии пакета - нужно либо искать готовые репозитарии
Либо собирать самому
Пакет может потянуть и тянет за собой другие пакеты
Все это рушит стройную систему бинарных пакетов в дистрибутивеИспользовать FreeBSD или Linux где сам делаешь сборку пакетов
Возникают проблемы с обновлением
Возникают проблемы если используется много пакетов
Зато нет проблем найти свежий пакет :)
RHEL/CentOS - да, пакетов мало
зато полно левых репозитариев
но и там далеко не все есть
> Использовать Linux c бинарными пакетами - значит стал заложником этой системы
> Если нет нужной новой версии пакета - нужно либо искать готовые репозитарииЮзать систему без поддерживаемых веток софта - значит быть заложником этой системы.
В новой ветке пофиксили очередную критическую дыру, а у тебя, может, все рухнет от перехода на неё, потому что она со старой не совместима.И что характерно - почти все бинарные дистрибутивы поддерживают ветки для входящего в них софта, а практически все сорцовые являются bleeding edge.
> И что характерно - почти все бинарные дистрибутивы поддерживают ветки для входящего
> в них софта, а практически все сорцовые являются bleeding edge.Эм...
Это все так и не объясняет что делать если в RHEL/CentOS мало готовых официальных пакетов ...
Для начала можно просто попросить мэйнтэйнеров его добавить, если его еще нету в вишлисте.Ну или просто добавить самому и стать его мэйнтэйнером для всех. Или проще кричать сто старое, что мало, но самому пальцем о палец не ударить?
>> Использовать Linux c бинарными пакетами - значит стал заложником этой системы
>> Если нет нужной новой версии пакета - нужно либо искать готовые репозитарии
> Юзать систему без поддерживаемых веток софта - значит быть заложником этой системы.
> В новой ветке пофиксили очередную критическую дыру, а у тебя, может, все
> рухнет от перехода на неё, потому что она со старой не
> совместима.
> И что характерно - почти все бинарные дистрибутивы поддерживают ветки для входящего
> в них софта, а практически все сорцовые являются bleeding edge.Юзать систему, не знающую, что такое стандарт, ABI и единый пакетный интерфейс - значит быть заложниками анархической модели разработки (характерной для СПО), что для энтерпрайза категорически неприемлемо.
>Либо собирать самомуНесколько пакетов можно и собрать. rpm-пакеты собираются очень просто, гораздо проще deb-овских.
>>Либо собирать самому
> Несколько пакетов можно и собрать. rpm-пакеты собираются очень просто, гораздо проще deb-овских.man hd_make
> man hd_makeПрочитала man dh_make. Аналога спека не заметила. Я не туда смотрела?
> гораздо проще deb-овских.Что-то не понял чего такого сложного в пересборке deb пакетов. В чем собссно EPIC WIN состоит?
>> гораздо проще deb-овских.
> Что-то не понял чего такого сложного в пересборке deb пакетов. В чем
> собссно EPIC WIN состоит?В отсуствии спека :)
> Использовать Linux c бинарными пакетами - значит стал заложником этой системыБолее того! Если использовать любую систему кроме штук типа LFS, так или иначе будешь зависеть от тех или иных людей. Даже если использовать LFS, то будешь зависеть от авторов ядра, программ, .... !
> Если нет нужной новой версии пакета - нужно либо искать готовые репозитарии
> Либо собирать самомуКэп, перелогиньтесь!
> Пакет может потянуть и тянет за собой другие пакеты
> Все это рушит стройную систему бинарных пакетов в дистрибутивеДа ничего не рушит, если не задаваться целью перекроить полсистемы. Обычно авторы софта все-таки пытаются быть совмстимыми с массово используемыми версиями библиотек и прочая, т.к. иначе им едят мозг недовольные пользователи у которых не поехали лыжи.
> Использовать FreeBSD или Linux где сам делаешь сборку пакетов
Действительно, геморроиться не со сборкой 1 пакета или нескольких а вообще каждый раз и всех вообще. Если геморрой постоянно - к нему привыкаешь и перестаешь его замечать. Тоже вариант.
> Возникают проблемы с обновлением
> Возникают проблемы если используется много пакетов
> Зато нет проблем найти свежий пакет :)Ага, только почему-то у знакомых гентушников вечно система в развале, при том в самый нужный момент, разумеется. Как грамотно и изящно слить mission critical задачу? Поюзать source based дистрибутив. Взвалив на себя практически весь геморрой который обычно тягают на себе майнтайнеры.
> RHEL/CentOS - да, пакетов мало
Ну, у системы для Ынтерпрайза и свойства - Ынтерпрайзные. Оно годится в основном для скучных Ынтерпрайзных серверов, которые 1 раз поставили и 5 лет не трогают вообще, т.к. если вдруг сервер падает - в Ынтерпрайзе резко настает Рослый Полярный Лис. А то что оно могло бы работать и лучше... ну, да, могло бы. Но лучше не проверять лишний раз если не хочется получить много невкусных люлей. И да, вот чего-чего а гентусятников и прочих фанов source-based к ынтерпрайзам обычно не подпускают на пушечный выстрел. Ну или у них потом сильно болит жопа. По всем понятным причинам.
> Ага, только почему-то у знакомых гентушников вечно система в развале, при том в самый нужный момент, разумеется. Как грамотно и изящно слить mission critical задачу? Поюзать source based дистрибутив. Взвалив на себя практически весь геморрой который обычно тягают на себе майнтайнеры.Это проблемы с IQ твоих знакомых, а не с дистрибутивом.
> Это проблемы с IQ твоих знакомых, а не с дистрибутивом.А давайте до обсуждения чьего либо IQ хотя-бы научимся отвечать в тред, а не просто валить сообщения куда придется? А то как-то некрасиво получается.
ЗЫЖ среди знакомых есть и вполне адекватные люди, дятлов которые ставят генту/*бсд/whatever "потому что это круто", чисто для прокачки ЧСВ и увеличения расстояния между пальцами я вообще не рассматриваю как недостойных внимания (таких есть, но это вообше ходячие анекдоты, ибо ни 1 траблы со своей системой они разрулить не могут и достают тех у кого в наличии есть мозг). Я про именно вполне адекватных людей которые юзают генту т.к. хотят держать некоторые вещи под своим контролем (таких я даже могу понять в общем то). И даже у таких иногда что-нить прикольно отваливается. Ессно как и положено по законам жанра - в самый неподходящий момент.
Я знаю дятлов, которые ставят центос потому, что это круто, и начинают всовывать в него всякие хотелки и перделки с разных репо и после этого у них все отваливается в самый неподходящий момент. Так что, не надо сравнивать с какашками source based из-за некоторых их красноглазых адептов.