Если вопрос был про Gnome2 - то да.

мне тоже нравился gnome2, но зачем он на _сервере_?

Что, даже если у админа есть /dev/hands?

пришлось компилять, ага.
и зачем мне тогда центос нужен был?

с каким недоумением на меня смотрел хозяин этого офиса, когда я компилировал все это. ведь это именно я посоветовал ему centos - замечательный бинарный дистрибутив.

Ну не хозяин же за шлюзом смотреть будет. Не все легко и просто бывает. А лох вообще поставить и настроить ничего не сумеет.

это когда появился 0дей локал рут эксплойт для твоего ядра, рхел оперативно обновился, а ментейнеры центоса тормозят.

тогда я соберу новое ядро сам, или помогу мейнтейнерам.

Бесспорно для rhel выходят раньше, но ведь centos - это совсем не решето с багами вроде fedora.

Хоть сам пользуюсь именно CentOS, решето - именно он, к сожалению.
Приходится пользоваться CR репозиторием, и смотреть в сторону OracleLinux. IMHO На production должен стоять RHEL, centos - это для разработчиков и домашнего пользования. На худой конец, для серверов в intranet.

С обновлениями ситуация зависит и от прилежности админов - знаю людей, которые очень редко обновляют софт и говорят, что если работает, то зачем менять, хотя их не поддерживаю.

Ага, ssh торчит с дырой, но вроде работает, и в ядре дырка позволяющая поднять привилегии до рута... но пока, опять же, вроде работает.

ведь это именно я посоветовал ему centos - замечательный бинарный дистрибутив.

ну тогда понятно, из за твоего фейла дистр сразу стал плохим )))
Что тебе советуешь (до следующего факапа)?

А что есть еще дебилы, которым нужно обьяснять, что то что стоит в production должно не стоять без security updates по паре недель, когда уже по всей сети под новую дыру есть exploit?

По паре недель я никогда не видел, так что пруфы в студию.

Ага, я вот сам пользуюсь именно CentOS но отсутствие в нём репозитория по JDK от Oracle мне очень доставляет.

Пришлось поднапрячь все свои скиллы, чтобы поставить несколько пакетов со стороны? Здесь можно только посочувствовать.

Ну не хозяин же за шлюзом смотреть будет.

тот шлюз проработал много лет без присмотра, но осадок остался.
подозреваю что в debian/ubuntu все бы завелось за 10 минут

centos - это для разработчиков и домашнего пользования.

да, а убунта только для серьезного продакшена.

ну тогда понятно, из за твоего фейла дистр сразу стал плохим )))

малое количество пакетов в репах - мой фейл?

Что тебе советуешь (до следующего факапа)?

не распарсил

подозреваю что в debian/ubuntu все бы завелось за 10 минут

подозреваю, что ты бы продолжал ныть и искать следующий дистрибутив с заветной кнопкой.

А что есть еще дебилы, которым нужно обьяснять, что то что стоит в production должно не стоять без security updates по паре недель, когда уже по всей сети под новую дыру есть exploit?

Понимаю и разделяю твою позицию, но, справедливости ради — если исправление есть для RHEL, то новая версия уязвимого пакета лежит не ftp://ftp.redhat.com в виде .src.rpm, из которого легким движением собирается двоичный rpm. Далее кладем его в локальный репозиторий (заранее созданный другим легким движением) и обновляемся.

По паре недель я никогда не видел, так что пруфы в студию

openssl пару лет назад обновлялся достаточно долго (не помню точно, сколько конкретно)

теперь понятно, почему на серверах всплыла тонна обновлений. Буду обновляться! Особенно интересно попробовать интегрированные драйвера Hyper-V, особенно их совместимость с Hyper-V 3.0

Хоть сам пользуюсь именно CentOS, решето - именно он, к сожалению.

Ты сильно утрируешь.

centos - это для разработчиков и домашнего пользования

Э нет. Тут fedora.

смотреть в сторону OracleLinux

так в чем проблема-то?

На production должен

Много чего «должно быть». Поверь, я бы поставил и RHEL, но не финансируют. А за свои нафиг не нужно.

openssl пару лет назад
не помню точно, сколько конкретно

я знал, что ты это скажешь© Впрочем, реальные аргументы просты - не нравится - тебе никто ничего не должен. Либо подписка на RH, либо собирать самому, либо оракел - там джава изкоробки, круто то как! Пользуясь случаем, передаю привет пользователям и причастным к «Unbreakable» Enterprise Kernel.

тот шлюз проработал много лет без присмотра

Кто-то недавно про сверхсрочные обновления говорил? И не забывай, что debian/ubuntu подохли бы (за много лет), а centos еще поддерживается и обновляется.

подозреваю что в debian/ubuntu все бы завелось за 10 минут

Дебиан уже не тот, что раньше был - выпилили дровишки, так что совсем не факт. Надо или образ другой скормить или подготовить специальный установочный PXE сервак/ноут, где в ядро ручками добавляешь блобы. А иначе тупо не установишь. У нас редко в каких серверах cd/dvd приводы работают, так что если с нуля все делать - то еще удовольствие. С флэшки установка тоже не везде катит - хрен загрузчик устанавливается. Ubuntu в свете недавних событий считаю для серверов вообще неприемлемым вариантом. Она закончилась на 10.04. Видишь, не все так однозначно. Кактус приходится кушать всем. Но ты можешь выбрать для себя нужную его часть. Чего-то идеального для себя я пока не нашел.

Кто-то недавно про сверхсрочные обновления говорил? И не забывай, что debian/ubuntu подохли бы (за много лет), а centos еще поддерживается и обновляется.

там не нужны никакие обновления были, совсем - специфика конкретного случая.

тебе никто ничего не должен

Я ни от кого ничего и не требую, успокойся

либо собирать самому

Ты об этом?

оракел - там джава изкоробки

Java из коробки там такая же, как и в CentOS, судя по http://public-yum.oracle.com/repo/OracleLinux/OL6/

там не нужны никакие обновления были, совсем - специфика конкретного случая.

то есть ты в числе людей, которые, как сам написал «долго они на одном месте работы не задерживаются» или тебя уволили?

то есть ты в числе людей, которые, как сам написал «долго они на одном месте работы не задерживаются» или тебя уволили?

ну я же написал, что шлюз был специфичен и не нуждался в обновлениях. это же не боевой сервер

ну я же написал, что шлюз был специфичен и не нуждался в обновлениях. это же не боевой сервер

Ты ж ловко до этого всех взял под одну гребенку и написал, что те кто так делают - лохи. Тебе так делать можно, а другие - лохи? Двойные стандарты какие-то. Как думаешь, если в офисе шлюз сдохнет чего будет?

Как думаешь, если в офисе шлюз сдохнет чего будет?

с чего ему дохнуть то?

Ты ж ловко до этого всех взял под одну гребенку и написал, что те кто так делают - лохи.

значит я не совсем корректно написал

ну тогда понятно, из за твоего фейла дистр сразу стал плохим <>

малое количество пакетов в репах - мой фейл?

твой фейл в том, что ты выбрал дистрибутив не под задачу.
(хотя мы даже не знаем, смотрел ли ты в rpmfusion/rpmforge)

centos - это для разработчиков и домашнего пользования.

да, а убунта только для серьезного продакшена.

я бы выбрал RHEL, но с точки зрения безопасности и debian с ubuntu будут выбором лучше чем CentOS.

Хоть сам пользуюсь именно CentOS, решето - именно он, к сожалению.

Ты сильно утрируешь

Я сообщаю о своем MHO человеку, который думает что CentOS безопасней Fedora.

смотреть в сторону OracleLinux

так в чем проблема-то?

Кто говорил о проблемах? Лично я интересовался чужим опытом, сейчас буду сам OracleLinux ставить.

но с точки зрения безопасности и debian с ubuntu будут выбором лучше чем CentOS.

Убунту полнейшее уг и в этом плане, аргументы в пользу дебиана будут?

но с точки зрения безопасности и debian с ubuntu будут выбором лучше чем CentOS.

Убунту полнейшее уг и в этом плане, аргументы в пользу дебиана будут?

http://bitrate.epipe.com/wp-content/uploads/2012/08/rhel-centos-scientific-or...

Как видишь из картинки после того как RHEL выпустил security update клоны могут тормозить до 20 дней.
Нужно учитывать, что RHEL иногда сам запаздывает и бывали случаи когда в debian unstable апдейты попадали быстрее.
А если в debian unstable обновления идут быстрей чем RHEL, то уж они идут туда точно быстрей чем в Centos/Sientific/Oracle

PS А вот почему ты считаешь, что Ubuntu УГ в плане security updates? Есть какое то известное тебе сравнение?

PS А вот почему ты считаешь, что Ubuntu УГ в плане security updates? Есть какое то известное тебе сравнение?

Попсово же ну, федора(редхад) не одобряет, не энтерпрайзно, откуда она может быть хорошей? [примерно так характеризуют ubuntu те кто фанатеет от redhat].

Какая-то странная статистика, которая похожа на ту самую идиотскую рекламу от оракла. Может позднее найду время и сопоставлю несколько дат.

Нужно учитывать, что RHEL иногда сам запаздывает и бывали случаи когда в debian unstable апдейты попадали быстрее.

А если в debian unstable обновления идут быстрей чем RHEL, то уж они идут туда точно быстрей чем в Centos/Sientific/Oracle

У тебя туповатая логика с кучей пробоин в базовых понятиях. Зачем сравнивать кислое с красным? Может давай еще сравним равхайд федоры и стабильный дебиан? Могу поспорить, что в этот раз сравнение будет не в пользу дебиана.

Что же касается убунты, она глючная и багнутая даже в хваленых LTS-релизах. А на не-LTS делать вообще нечего. Впрочем, для школоты и неосиляторов сойдет.

Какая-то странная статистика, которая похожа на ту самую идиотскую рекламу от оракла. Может позднее найду время и сопоставлю несколько дат.

)))) Если ты не понял, то это скорее реклама RHEL так как в OracleLinux апдейты тоже западзывают. Посмотри внимательней.

У тебя туповатая логика с кучей пробоин в базовых понятиях.

За-то ты у нас гений чистой красоты (считающий остравание Oracle Linux с апдейтами его рекламой).

Зачем сравнивать кислое с красным? Может давай еще сравним равхайд федоры и стабильный дебиан? Могу поспорить, что в этот раз сравнение будет не в пользу дебиана.

Ну давай сравни. А от тебя пока только «убунту уг», «у тебя тупая логика»...

Что же касается убунты, она глючная и багнутая даже в хваленых LTS-релизах. А на не-LTS делать вообще нечего.

Если для сервера, она на столько глючная, на сколько глючное 3.x ядро. Но кому-то оно нужно.
Впрочем не зря основной разработчик ядра (RedHat) пока 3.x на production не ставит.

Если для сервера, она на столько глючная, на сколько глючное 3.x ядро. Но кому-то оно нужно.

просвещение года прямо. Убунта не глючит, глючит ядро.

)))) Если ты не понял, то это скорее реклама RHEL так как в OracleLinux апдейты тоже западзывают. Посмотри внимательней.

Нет, ибо другие позиционируют себя как его клоны, им нет необходимости скакать впереди.

Если для сервера, она на столько глючная, на сколько глючное 3.x ядро. Но кому-то оно нужно.

просвещение года прямо. Убунта не глючит, глючит ядро.

рад что даже до тебя дошло

Какая-то странная статистика, которая похожа на ту самую идиотскую рекламу от оракла

Если ты не понял, то это скорее реклама RHEL так как в OracleLinux апдейты тоже западзывают. Посмотри внимательней.

Нет, ибо другие позиционируют себя как его клоны, им нет необходимости скакать впереди.

Тогда не трыдни что это реклама оракл.

При практически отсутствующей потере производительности получаем доступ ко всей системной памяти.

Научи под PAE аллоцировать 8Гб массивы в фортране?

Я, в общем, далеко не IT'шник: мне не понято, что это значит. Поставим вопрос по-другому: то же самое можно сделать на обычном 32-разрядном ядре без PAE?

просвещение года прямо. Убунта не глючит, глючит ядро.

рад что даже до тебя дошло

Иди лучше учи матчасть и не позорься.

PS А вот почему ты считаешь, что Ubuntu УГ в плане security updates? Есть какое то известное тебе сравнение?

Попсово же ну, федора(редхад) не одобряет, не энтерпрайзно, откуда она может быть хорошей? [примерно так характеризуют ubuntu те кто фанатеет от redhat].

Ну да, видно, что он не работает а «фанатеет». А за одно, он первый кого я добавил на лор в ignore. (и это при том, что сам я предпочитают Red Hat)

Тоже нельзя.

PAE не дает памяти одному процесу больше чем 4 Гб.

Это-то понятно. Просто речь-то была о том, что на 32-битных системах лучше использовать PAE, ибо оверхеда и недостатков по сравнению с гольным 32-битным ядром нет, а профит налицо.

8Гб массивы в фортране

Интересно, а кому-нибудь кроме <...> еще нужно такое???

А что, ты думаешь только ...? Вообще-то, ученым, использующим физику, химию и для моделирования технологических процессов. А что умеешь ты, идиотик?

kde нет

Стон centos. Но может чего-то не хватать. Вот redhat, лишь на сервере держит версию 2 года 6.4. Благотворительность явно больше тянет. Без redhat новеньким centos может не включиться.