Red Hat Enterprise Linux 10 лет

чужой? код ОТКРЫТЫЙ

тут речь об правах - автор/правообладатель может закрыть и не отдать код, а те, кто пользуется на открытых основаниях, - нет

каким это другим?

Debian, SLES, AltLinux etc.

просто чуть что - Поттеринг

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

а насчет баттхерта я похоже угадал

конечно угадал, можно было не сомневаться

Примеры тех убунтофич, что реально облегчают администрирование в студию.

a2ensite, a2enmod, debconf и тому подобные утилиты для автоматизации рутины, в кач-ве наследства от дебиана.

add-apt-repository, apt-url, всякие прочие админские мелочи.

про landscape написано https://landscape.canonical.com/
про облачные решения можно почитать как на сайте http://www.ubuntu.com/cloud/solutions, так и просто в интернете.

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

зы: скорость появления security заплаток можешь сравнить сам, в кач-ве домашнего задания.

Да хотя-бы тут(смотреть Ubuntu Server). А вообще, у них расписано в чем плюсы.

Я, конечно же, намекаю на OpenStack

тут речь об правах - автор/правообладатель может закрыть и не отдать код, а те, кто пользуется на открытых основаниях, - нет

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

Debian, SLES, AltLinux etc

для них RHEL не является апстримом. (хотя может для альтов является - я его никогда не видел и не знаком). они берут свои апдейты и фиксы напрямую из ванильной ветки, куда Red Hat постят апдейты и фиксы. То что идет в RHEL - отдельный код являющийся бекпортом того что отослано в апстрим, под мажорную версию базы RHEL. Такое мжоет быть нужно только тем кто копирует RHEL, а не делает по настоящему другой дистр.

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

то что он сказал не имеет отношения к деятельности фирмы.

Годно :) Название «The awesomest app ever!» очень характеризует поделки зюзеводов :) Я только не понял, закос под ubuntu software center от зюзеводов будет таким же awesome?

покажи мне релиз убунты, который гарантированно оставит ABI ядра такими же какие они сегодня? да и саму версию ядра тоже оставит нетронутой на протяжении 10 лет.

Для начала прошу показать пример поделия, которое не обновляется 10 лет и которому требуется нетронутая версия ядра. Я как-то не догадался, что разговариваю с админом локалхоста, который ничего не знает о LTS.

пользуется?

да - пользуется, возьмем другую корпорацию - IBM, вот чем занимаются они:

Kernel base architecture support
x86, POWER, System z, Cell B.E.
Linux driver support and improvement
Testing, debugging, enhancing, and optimizing in many kernel subsystems
GNU
glibc
GDB
GCC
make
GNU build system
Security
eCryptFS
SELinux
TrouSerS (Open source Trusted Computing Group support)
System management
OpenHPI
Linux-HA
WBEM (SBLIM, OpenPegasus)
RAS
Kdump
SystemTap
Multipath I/O
Virtualization
Xen
kvm
libvirt
Special projects
Real Time Linux
Filesystems
JFS
Ext3/Ext4
Apache and Apache projects
Eclipse
Mozilla Firefox
OpenOffice.org
PHP
Samba

и делают это молча, и не предъявляют другим претензии, аналогично Intel, Oracle, Google, Apple и др. корпорации, про обычных энтузиастов, на которых таки все и держится - и говорить не стоит

кроме того, написать код так что сам черт ногу сломит не сложно, но ведь этого никто не делает.

конечно не делает - в GPL четко написано, что так нельзя делать

то что он сказал не имеет отношения к деятельности фирмы.

то что он сказал напрямую относится к деятельности фирмы, а именно systemd (батхерт - да)

Для начала прошу показать

то есть ответить нечего?

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

могу показать и подольше но это уже не на линуксе. смотрим сюда для понимания подхода stable ABI: http://lwn.net/Articles/204197/ и это - только пример.

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

что касается LTS, то арифметика у меня в полном порядке, и 10 все еще больше чем 5. да и конкретных гарантий стабильности ABI я от убунту не нагуглил, хотя потратил на это несколько секунд.

Ubuntu это самая дружественная, понятная и удобная система для новичка

у меня друг, программист(причем человек адекватный, шарящий), бывший виндузятник - я от него столько матюгов на убунту слышал, огого. От хренового NetworkManager'а до отваливающегося PulseAudio при апгрейде ядра. На заметку - дома у него настроенная мною гента. По поводу нее матов особо нет. Делаем выводы господа.

P.S. Вместо генты мог быть любой вменяемый дистрибутив

От хренового NetworkManager'а до отваливающегося PulseAudio
Делаем выводы господа.

в генту другой NetworkManager и PulseAudio? или «настроенная мною гента» отличается от убунты без NetworkManager и PulseAudio?

это когда аудио редактор может работать с каким то форматом, но только если ты поставишь этот рекомендуемый пакет.
не поставишь - в редакторе этой функции не будет

и делают это молча, и не предъявляют другим претензии, аналогично Intel, Oracle, Google, Apple и др. корпорации, про обычных энтузиастов, на которых таки все и держится - и говорить не стоит

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

конечно не делает - в GPL четко написано, что так нельзя делать

Red Hat делает многое о чем в GPL не написано для сообщества. и без GPL деали бы то же самое.

то что он сказал напрямую относится к деятельности фирмы, а именно systemd (батхерт - да)

где сказано что он официальный представитель фирмы?

О том, как записать в линуксе, нет ни слова.

может потому, что линукс - ядро, а убунту - дистрибутив?

Ваш друг самый настоящий погромист, да еще и неосилятор.
Звучит сомнинельно «От хренового NetworkManager'а до отваливающегося PulseAudio при апгрейде ядра», чтооо, в LTS релизах ядро обычно не апгрейдят(по крайней мере мажорную цифру не трогают), только пересобирают.

add-apt-repository, apt-url, всякие прочие админские мелочи.

ололо. совершенно стандартные фичи любого пакетного менеджера.

ололо. совершенно стандартные фичи любого пакетного менеджера.

примеры для yum, pacman, emerge и тп и тд будут? :)

в каком дистрибутиве и к какому году ждать?

в любом пакетном менеджере можно инсталлить софт и добавить репозиторий 1 кликом в браузере?

вы о коммитах в ядро? так это было ответом на дурацкие заявления

дурацкие заявления в ответ на дурацкие заявления

по делу

код ОТКРЫТЫЙ (с) Canonical его собирает и бесплатно отдает в виде готового дистрибутива, даже если представить, что они ни строчки кода не написали - это не криминал, какое тут может быть «по делу»?

и без GPL деали бы то же самое

без GPL они бы вообще не отдавали исходники ядра или те же исправления, а так - приходится, и делают они это очевидно неохотно, судя по «обфускации», другое дело, что они активно развивают то, что им надо для RHEL, это очень хорошо для всех, и это очевидно

где сказано что он официальный представитель фирмы?

а зачем ему быть им? он озвучил очевидное, то что следует из внедрения systemd

в любом пакетном менеджере можно инсталлить софт и добавить репозиторий 1 кликом в браузере?

Не в любом. Только в openSUSE.

то есть ответить нечего?

Разрабатываем и поддерживаем свою асу для крупных предприятий, внедряем на юге России. Сервер работает на всех основных дистрибутивах, в отличии от некоторых конторок - патчить PostgreSQL не требуется, поддерживаются клиенты через web интерфейс, имеются qt, gtk и java фронтенды, которые отлично работают в Linux, Android, iOS, Windows и Mac OS X. Планируем в течении ближайших нескольких лет пытаться переманить клиентов из Москвы и Питера, так как там рынок перенасыщен уже существующими решениями. Я не кодер, а внедренец, но не считаю наших программистов такими уж потомками Кнута - обычные весёлые и неглупые ребята. Через нас пару раз выходили на RH (мы имели процент с договора), внедряем на предприятия основные дистрибутивы, но сейчас большинство клиентов интересует Ubuntu. Бла-бла-бла....

Я не знаю, каким образом вам помогла эта информация, но раз расшаркиваться больше не нужно, то я всё же настойчиво попрошу показать мне:

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

Если же вы действительно обычный админ локалхоста и фанбой RH, то рекомендую для начала попробовать написать какую-нибудь маленькую и полезную программку, что бы хоть минимально разбираться в требованиях для разработчиков. Например, можно наваять клиент для данного форума на все основные платформы. Зачем? А что бы чушь не нести.

После этого уже можно учиться писать модуль ядра и отправлять в апстрим, если такого драйвера нет (я в курсе, что многие драйвера от RH не идут в апстрим по лицензионным соображениям, но ведь на этом ресурсе все знают, что проприетарщина зло, особенно в качестве драйверов) и вы .

я хочу гарантию, что при апдейте ОС у меня поднимется сервер

http://www.ubuntu.com/business/server/services

За $320 вы можете быть в этом уверены. Без платной поддержки вы можете рассчитывать лишь на оформление багрепорта. А теперь я хочу узнать модель сертифицированного сервера, который не поднимается после обновлений.

и тем более искать бекпорты на драйверы я не стану.

И не нужно. Это в RH любят бэкпортить модули под древние версии ядра, в Canonical всё работает и ядра свежие. А зачем нужны бэкпорты? Потому что в свежих ядрах фиксят проблемы и эти модули прямо сейчас, а обновлять само ядро сыкотно. В любом случае, если железка работала в 10.04, то она так же будет работать и в 12.04.

Перед тем, как написать какую-нибудь фанатичную ересь, прошу вас не забывать, что основную прибыль RH получает от поддержки не самого дистрибутива, а от поддержки CRM, MRG и прочих своих решений, которые работают на RHEL. Без этих сервисов сам RH никому и не нужен толком, как сейчас никому толком не нужна Novel. Так же RH очень хорошо зарабатывает на поддержке миграции с других Юниксов (всякие HP-UX и IBM AIX, а таких предприятий ещё очень много). Поэтому я прошу всё таки учитывать, что Enterprise это не сервер с файлопомойкой в подвале, а огромная инфраструктура.

Версия ядра может волновать ТОЛЬКО студентов, разворачивающих облако за пиво, а руководителям нужна гарантированная работоспособность решения и им совершенно плевать, какая версия там используется. Если же на таком предприятии недоадмин или быдлокодер обратится с претензией к своему начальству из-за того, что он не может выполнять свою работу, так как у ядра минорное обновление, то такой дятел будет сразу же уволен.

покажи пример

Не в любом. Только в openSUSE.

https://help.ubuntu.com/community/AptURL

дурацкие заявления в ответ на дурацкие заявления

разводим детский сад?

код ОТКРЫТЫЙ (с) Canonical его собирает и бесплатно отдает в виде готового дистрибутива, даже если представить, что они ни строчки кода не написали - это не криминал, какое тут может быть «по делу»?

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

без GPL они бы вообще не отдавали исходники ядра или те же исправления, а так - приходится, и делают они это очевидно неохотно, судя по «обфускации»,

какая феерическая чушь. разве что ковычки вокруг «обфускации» на месте.

а зачем ему быть им? он озвучил очевидное, то что следует из внедрения systemd

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

примеры для yum, pacman, emerge и тп и тд будут? :)

В альте есть apt-repo - аналог add-apt-repository и rpminstall запросто заменяет apt-url.

покажи пример

http://en.opensuse.org/SDB:NVIDIA_drivers

http://en.opensuse.org/KDE3

http://packman.links2linux.org/package/chessx

http://software.opensuse.org/package/wesnoth

https://help.ubuntu.com/community/AptURL

В убунте это только в этом году появилось, а в Сусе это всегда было.

А знающие люди говорят, что годится.

В этом году, ты с ума сошел? Точно в 10.04 было, а то и раньше.

В этом году, ты с ума сошел? Точно в 10.04 было, а то и раньше.

Ну может быть, два года. Я не слежу. В openSUSE это основной способ установки пакетов с релиза 10.2, т.е. с 2006 года.

в любом пакетном менеджере можно инсталлить софт и добавить репозиторий 1 кликом в браузере?

Примечательно, что убунтоиды уверены, что это тоже Марк изобрел.

в каком этом году? я еще в 10.04 это юзал

в каком этом году? я еще в 10.04 это юзал

Убунта не умеет добавлять репозитории при установке в один щелчок. В openSUSE ссылка может включать не только список пакетов, но и список репозиториев, которые надо подключить. Убунта в один щелчок может ставить только пакеты из уже подключенных репозиториев.

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

ты просто показательный пример старпера со своим microsoft suse и kde3 - грех пройти мимо

В убунте это только в этом году появилось

«you need to be on Ubuntu 7.10 or later »

«you need to be on Ubuntu 7.10 or later »

А когда появились ссылки в таком формате на веб-сайтах?

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

это есть, но специально отключено для безопасности

А когда появились ссылки в таком формате на веб-сайтах?

не знаю

это есть, но специально отключено для безопасности

пруф?

разводим детский сад?
это не факт?

вот реакция RedHat - это именно детский сад, «вы завляете, что на каких-то там web-серверах вы нас обогнали, зато мы в ядро больше коммитим, вот :Р»

говорил что для серьезных серверов убунту не годится.

тут же приводили примеры, wikipedia - не серьезный проект с несерьезными нагрузками?

какая феерическая чушь

okay, видимо просто Redhat так удобней

тут сосед на жену орет

сранивать слова человека, который работает в RedHat и комментирует лично свою работу, с соседом это так серьезно и по взрослому

Ну представь, на сайте кнопочка с левым репозиторием, где пакет нужен для уничтожения системных файлов. Тут ты хоть видишь что за ppa ты добавляешь, а там жесткий контроль и всякое Г не пропустят.

Из ppa ставить пакеты в один щелчок невозможно.

Фичреквест тут:

https://bugs.launchpad.net/apturl/ bug/581110

пруф?

в мане по apturl - последняя опция, там про ppa и про «Warning: This is currently disabled because of security concerns.»

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

Нет, прошу пруф, что такая возможность есть, но ее отключили специально. Я не верю, что такая возможность в убунте есть.

Из ppa ставить пакеты в один щелчок невозможно.

еще раз отошлю к ману по apturl

в мане по apturl - последняя опция, там про ppa и про «Warning: This is currently disabled because of security concerns.»

Да, вижу. Но оно может добавлять только ppa, а другие репозитории не может.

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

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

Критические RT кластеры использующие MRG и подобные технологии тоже изменений ради замены ядра не терпят. в России такое по моему тоже имеется

Вы понимаете о каких продуктах я говорю? Это не CRM/ERP местного пошиба (хотя и таких хватает - система KavSys на CacheSQL например - дрянь программа, но без нее поставщики не могут работать с самым большим центром логистики на ближнем востоке). Таких примеров очень много, но обычно они касаются таких клиентов о которых на форумах не говорят.

За $320 вы можете быть в этом уверены. Без платной поддержки вы можете рассчитывать лишь на оформление багрепорта. А теперь я хочу узнать модель сертифицированного сервера, который не поднимается после обновлений.

могу быть уверен, на ближайшие 10 лет? поставил я дистр, и 10 лет полный апдейт системы мне ничего не сломает, даже если мой софт завязан на конкретные системные запросы к ядру и другим компонентам ОС? причем апдейты таки будут

И не нужно. Это в RH любят бэкпортить модули под древние версии ядра,

любят? ох вы явно ни разу не посещали оффис где сидят разработчики.

в Canonical всё работает и ядра свежие.

определение «всего» в студию

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

сыкотно это конечно хорошо сказано. только вот когда на системный вызов завязано система ПВО, а после апдейта полезут эрроры, будет и впрямь ссыкотно.

В любом случае, если железка работала в 10.04, то она так же будет работать и в 12.04.

10.04 был на 2.6.32 емнип, 12.04 на 3.2 (опять же, не ловите меня на слове, могу и ошибаться), где гарантия что вышеописанная ситуация не случится?

Перед тем, как написать какую-нибудь фанатичную ересь, прошу вас не забывать, что основную прибыль RH получает от поддержки не самого дистрибутива, а от поддержки CRM, MRG и прочих своих решений, которые работают на RHEL.

кто вам это сказал? само собой, layered solutions приносят свой доход, но вы не правы в том что сказали - RHEL один из основных продуктов приносящих прибыль.

Без этих сервисов сам RH никому и не нужен толком, как сейчас никому толком не нужна Novel

скажите это клиентам Red Hat :) вы очень сильно заблуждаетесь

Поэтому я прошу всё таки учитывать, что Enterprise это не сервер с файлопомойкой в подвале, а огромная инфраструктура.

именно о таких я и говорю.

Версия ядра может волновать ТОЛЬКО студентов, разворачивающих облако за пиво, а руководителям нужна гарантированная работоспособность решения и им совершенно плевать, какая версия там используется. Если же на таком предприятии недоадмин или быдлокодер обратится с претензией к своему начальству из-за того, что он не может выполнять свою работу, так как у ядра минорное обновление, то такой дятел будет сразу же уволен.

опять же фееричная чушь.

вот реакция RedHat - это именно детский сад, «вы завляете, что на каких-то там web-серверах вы нас обогнали, зато мы в ядро больше коммитим, вот :Р»

вы заявление читали?

тут же приводили примеры, wikipedia - не серьезный проект с несерьезными нагрузками?

а sourceforge на дебиане весь. ну и что? я говорю о проектах где потеря работоспособности может стоить миллионы.

okay, видимо просто Redhat так удобней

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

сранивать слова человека, который работает в RedHat и комментирует лично свою работу, с соседом это так серьезно и по взрослому

наверное сосед тоже где то работает. то что его жена сука не значит что это официальная позиция его работодателя