В списке рассылки CentOS объявлено (http://lists.centos.org/pipermail/centos-announce/2014-Janua...) об объединении усилий проекта CentOS и компании Red Hat в разработке и продвижении бесплатной общедоступной версии дистрибутива Red Hat Enterprise Linux.
Анонсированы следующие ключевые изменения:- Новый дизайн веб сайта centos.org (http://centos.org/).
- Ключевые разработчики CentOS становятся сотрудниками Red Hat.
- Red Hat предоставляет хостинг и серверную ферму для сборки дистрибутива.
- Создаётся сайт git.centos.org с git-репозиториями, в которых будет вестись разработка пакетной базы и скриптов, а также предполагается возможность предоставления сборки вариантов дистрибутива заинтересованным группам (Special Interest Group - SIG).
- Системы обеспечения качества (Quality assurance), которые до сего дня были закрытыми извне, теперь становятся полностью открытыми и прозрачными, благодаря поддержке юридического отдела RedHat.
Обещания и особенности совместной работы:
- Открытость процесса разработки не изменится, а даже улучшится.
- Обеспечиваемая спонсорами сеть контента останется на месте.
- Методы работы над ошибками и широко известными проблемами, а также обработка инцидентов остаются без изменений c предоставлением дополнительных возможностей по участию в различных стадиях процесса обработки ошибок для представителей сообщества.
- Заслон между командами разработки RHEL и CentOS не исчезнет - по-прежнему члены сообщества, а также их вклад в работу CentOS будут изолированны от Red Hat, а единственным методом взаимодействия останутся исходные коды и SRPM пакеты.
URL: http://lists.centos.org/pipermail/centos-announce/2014-Janua...
Новость: http://www.opennet.me/opennews/art.shtml?num=38807
Сногсшибательная новость!
Сам шапкой и её производными не пользуюсь, но рад за пользователей CentOS. ;)
да,однозначно. видимо, это в целях борьбы с бесплатным дистром от Oracle. теперь посмотрим, кто с каким отставанием выйдет.)
Оракл уже успешно поборол собственную опенсолярку. Так что в хоронении своих свободных проектов у них опыт есть.
Предлагаю отметить это день как Федоракапец.
Ты это серьезно? Centos не заменит Fedora слишком они разные как Debian и Ubuntu. Хотя ясно, что одной компании тянуть два дистра - это накладно.
> Ты это серьезно? Centos не заменит Fedora слишком они разные как Debian
> и Ubuntu. Хотя ясно, что одной компании тянуть два дистра -
> это накладно.это как сказать что мс тянут винду и винду-сервер - накладно. Или мсофис и вижуалстудио. центось - клиенты и рыночная доля, к тому же клон редхат. Почему б не возглавить?
> Ты это серьезно? Centos не заменит Fedora слишком они разные ...Я знаю дофига народа, которые используют Федору только в силу привычки к RedHat,
и после того как они стали Enterprise. Вторая половина - из-за того, что работают
или как-то связаны с RHEL. А из-за отсутствия апдейтов или стоимости владения
покупка лицензии не оправдывается.
В ЦентОси эти два фактора отсутствуют. Апдейты - будут, денег - не просят.Ещё что приходит на ум - сие действо есть нежное и ласковое убийство CentOS как конкурента!
Через год они его могу спокойно закопать! (см. HP и Palm/WebOS, HP и Compaq, Nvidia и 3Dfx,...)
> Через год они его могу спокойно закопать!И после первого же шага в этом направлении появится "форк" центоса, ну например TrueCentOS.
Да и на scientific если что, всегда можно переехать.
>> Через год они его могу спокойно закопать!
> И после первого же шага в этом направлении появится "форк" центоса, ну
> например TrueCentOS.Сотрудники Центося теперь сотрудники РедХата. Контракт лет на 5 не меньше. Будут там rpm-ки собирать.
Еще там любят добавлять пункт "Не создание/участие в параллельных схожих или вообще проектах".> Да и на scientific если что, всегда можно переехать.
Это анонимным аналитегам как два байта об асфальт мигрировать по настроению и при кривых шрефтах форматировать диск.
Вот когда и если centos прикроют, тогда и будешь плакаться. А пока что аналитегов^Wгадалок и без тебя хватает.
> Вот когда и если centos прикроют, тогда и будешь плакаться. А пока
> что аналитегов^Wгадалок и без тебя хватает.Вам напомнить историю о Solaris ? просто взяли и закопали
Лично я пол года подожду потерплю а потом с уверенностью на 99% буду мигрировать на Debian
P.S. Вот по этой причине мне больше всего и нравится FreeBSD так как не парешься по поводу того что будет с дистром завтра послезавтра, для основных задач фряхи хватает за глаза
>P.S. Вот по этой причине мне больше всего и нравится FreeBSD так как не парешься по поводу того что будет с >дистром завтра послезавтра, для основных задач фряхи хватает за глазаТолько вот когда у тебя разрастается бизнес и тебе нужны специалисты по этой самой FreeBSD, начинаются проблемы, так как их нету и берешь их из линуксоидов, а их все назад тянет к линуксу и в итоге ты ломаешься и соглашаешься с тем, чтобы перевести все под линукс
> Только вот когда у тебя разрастается бизнес и тебе нужны специалисты по
> этой самой FreeBSD, начинаются проблемы, так как их нету и берешь
> их из линуксоидов, а их все назад тянет к линуксу и
> в итоге ты ломаешься и соглашаешься с тем, чтобы перевести все
> под линуксСпецов по фрибсд и соляре хватает. Они или давно линуксоиды, или работают
в компашках откуда свалить мечтают, но не могут-кроме таких компашек
фрибсд и солярис больше нигде не используется
http://biz.cnews.ru/news/top/index.shtml?2013/12/25/554844
А миф об отсутствии спецов
по фрибсд придуман самими спецами, чтоб поднять свою ценность.
P.S фрибсд проще чем линуксы в администрировании.
> Спецов по фрибсд и соляре хватает. Они или давно линуксоиды, или работают
> в компашках откуда свалить мечтают, но не могут-кроме таких компашек
> фрибсд и солярис больше нигде не используется
> http://biz.cnews.ru/news/top/index.shtml?2013/12/25/554844
> А миф об отсутствии спецов
> по фрибсд придуман самими спецами, чтоб поднять свою ценность.Проблема по большому счету не в FreeBSD спецах как таковых, софт для freebsd/linux идеентичен, про специфику тюнинга freebsd мы и сами расскажем. Линукс спецы, которые приходят в контору где есть фря, рано или поздно начинают кричать: "надо ставить linux, везде же linux, значит надо и у нас ставить линукс". И против толпы уже не попрешь, проще согласиться. И работодателю в данном контексте проще набрать вот таких спецов, которые отлично справляются со своими задачами, но им нужно то к чему они привыкли, тут больше психологический барьер. И тут наверное надо говорить не о FreeBSD спецах, а о фанатах ) но это очень долгий разговор, тут и рамблер можно вспомнить.
> P.S фрибсд проще чем линуксы в администрировании.
Ну это спорный вопрос, по мне так они идеентичны в администрирование, они просто немного разные. Но у linux есть огромный плюс, гугл даст ответ на решение почти любой проблемы и от этого начинаешь тупеть, перестаешь сам думать над решением проблем.
p.s. а говорят у бегуна там совсем все плохо
Оракл опять же, не к ночи помянут.
Рэдхату невыгодно гробить центось. Потенциальные клиенты лучше клиентов сваливших на Scientific, какой-нибудь Oracle или Debian.
> Рэдхату невыгодно гробить центось.
> Потенциальные клиенты лучше клиентов сваливших на Scientific, какой-нибудь Oracle или Debian.SPECIAL SALE FOR CentOS USERS.
50% OFF PER SERVER LICENSE ON RHEL 6.
FREE ONE YEAR SUPPORT!Ура, центось аминь.
Админь!
> Админь!:)
Как вариант, кстати. А центось по прежнему могут пробовать все желающие, являясь потенциальными мигрантами на RHEL.
>> Ты это серьезно? Centos не заменит Fedora слишком они разные ...
> Я знаю дофига народа, которые используют Федору только в силу привычки к
> RedHat, и после того как они стали Enterprise. Вторая половина - из-за того,
> что работают или как-то связаны с RHEL.в некоторых случаях Fedora или Russian Fedora лучше для десктопа.
кроме того - это способ повлиять на будущую версию RHEL.
> В ЦентОси эти два фактора отсутствуют. Апдейты - будут, денег - не просят.CentOS не удобен для десктопа.
вот что приходилось делать: http://elrepo.org/bugs/view.php?id=247
а в федоре это все работает уже сразу из коробки, более новое ядро и т.п.CentOS как и RHEL - это дистр для серверов.
а тут конкурентами CentOS является только оракл.> Ещё что приходит на ум - сие действо есть нежное и ласковое
> убийство CentOS как конкурента!CentOS никогда не был конкурентом RHEL.
вот оракл - да, был и есть конкурент, потому что оракл продает поддержку
и сманивает клиентов Red Hat, предлагая цены в два раза ниже.так что сие действо - убийство оракла как конкурента. с помощью CentOS.
> Через год они его могу спокойно закопать!
это было бы глупо уничтожить свою собственную экосистему
и источник коммерческих подписок со стороны клиентов которые
выросли с CentOS и доросли до того, чтобы купить RHEL.да и, CentOS - это далеко не единственный клон RHEL,
просто он самый качественный и наиболее быстро выпускающий обновления.
а так - есть и достаточно много других, например:https://www.scientificlinux.org/
>клиентов которые выросли с CentOS и доросли до того, чтобы купить RHEL.А такие есть? :) Вот обратный вектор - знаю лично.
> А такие есть? :) Вот обратный вектор - знаю лично.таких большинство
Много слов, аргументация на уровне "А вот с моей колокольни я вижу ..."
> Много слов, аргументация на уровне "А вот с моей колокольни я вижукак и исходное сообщение от pavlinux.
>> Много слов, аргументация на уровне "А вот с моей колокольни я вижу
> как и исходное сообщение от pavlinux.Ну после твоего : "Сентось не удобен для десктопа", все остальные высказывания имеют отрицательную пользу!
Если я начну искать в Фидоре косяки, я же её ниже плинтуса опущу,
кроме MacOS и Венды ниче юзать не сможете да и вообще от Линуха тошнить начнёт. :)
> Ну после твоего : "Сентось не удобен для десктопа", все остальные высказывания
> имеют отрицательную пользу!"Сентось не удобен для десктопа" - это не просто высказывание,
это опыт использования CentOS 5.х и CentOS 6.х более 5-7 лет
НА ДЕСКТОПАХ в филиале с примерно 1000 рабочих станций Linux.и тикет http://elrepo.org/bugs/view.php?id=247
появился не просто так, надо было на всех машинах
сделать работу с веб-камерами. посмотри внутрь
video4linux-kmod-1.0.0-1.20120309.el6.cs.src.tar.bz2
если интересно - ЧТО приходилось делать, чтобы
прикрутить поддержку веб-камер к CentOS 6.xвторой момент - очень древние версии Firefox и Thunderbird,
приходилось собирать самому вручную более свежие, которые
были необходимы для нормальной работы всего софта.hplip приходилось собирать вручную более новых версий,
чтобы работали все принтеры, в офф. репозитории слишком
древняя версия была, половину принтеров не поддерживала.с alsa и звуковыми картами, интегрированными в материнки
тоже была уйма проблем, приходилось вручную собирать более
новую версию в виде модуля ядра, но и это работало не стабильно
из-за слишком старой версии pulseaudio. портировать более новую
pulseaudio не получилось. если поменять еще udev, glibc и ядро,
то от CentOS`а там осталось бы практически только одно название.video4linux тоже приходилось вручную более новую версию
для нормальной работы веб-камер. разумеется, вручную пришлось
собрать более новую версию libv4l, портировав ее из Fedora.sane тоже вручную более новую версию, чтобы поддерживались
все сканеры.wine тоже вручную, тоже чтобы работал весь необходимый виндовый софт.
всего в собственном репозитории сейчас лежит 120 пакетов.
плюс еще сторонний репозиторий с libreoffice,
репозиторий elrepo с драйверами, (видеоадаптеры, сетевые адаптеры и т.п.)55 пакетов в репозитории с видеокодеками,
и 40 сторонних пакетов с софтом (adobe reader, flash-plugin, google-chrome и т.п.)кстати, Google Chrome в какой-то момент вообще перестал выпускать
версии своего браузера под CentOS 6, требуя более новых библиотек.и т.д. и т.п. в результае оказалось, что на текущий момент
наиболее удобный вариант дистра для десктопа - это убунта.
некоторые подробности здесь: habrahabr.ru/post/201814/но во внедрении убунты я уже не участвовал,
ушел работать в совсем другое подразделение.
с меня хватило и внедрения CentOS на десктопы.> Если я начну искать в Фидоре косяки,
> я же её ниже плинтуса опущу,на базе федоры ведь делают новую версию RHEL 7 / CentOS 7.
так что в некоторый момент времени федора и CentOS очень похожи.первые полгода-год после выхода CentOS 5.0 и CentOS 6.0
все было очень легко и просто, почти все hardware поддерживалось.> кроме MacOS и Венды ниче юзать не сможете да и вообще от
> Линуха тошнить начнёт. :)
Прекрасно. Описана нормальная, повседневная работа сисадмина.
Народ на форумах нахаляву дистрибы собирает, а тебе бабло ещё капало :)В следующий раз будешь знать, что для поднятия инфраструктуры на 4000 отделений
юзают услуги профессионалов, вот Шигорина например, иль RedHat/Suse/Canonical.
> Прекрасно. Описана нормальная, повседневная работа сисадмина.Заменить полсистемы собственными пакетами - это "повседневная работа сисадмина" ???
> В следующий раз будешь знать, что для поднятия инфраструктуры на 4000 отделений
> юзают услуги профессионалов, вот Шигорина например, иль RedHat/Suse/Canonical.Посчитай стоимость поднятия инфраструктуры Red Hat
на 36000 рабочих станций и 4000 локальных "серверов".Тем более, что всеравно оно работать не будет,
ибо "из коробки" поддерживает только 50% принтеров,
30% сканеров, 10% звуковых карт и 10% веб-камер,
40% необходимых сайтов и 20% необходимого виндового софта.В общем, не надо мне рассказывать, что CentOS 5.x / 6.x
подходит для десктопа. убунта 12 LTS и та лучше оказалась.
Сам с подобным сталкивался при использовании CentOS на десктопе. csdoc, что вы перед павлинами бисер мечете. После замечания о сисадмине который в своей рутинной повседневной работе должен портировать и пересобирать пакетов на пол дистрибутива (когда уже не понятно а почему результат должен все ещё называться "у нас установлен CentOS") видно что оналитег не в теме.
> Сам с подобным сталкивался при использовании CentOS на десктопе.Причем, CentOS обновляется слишком медленно, как для десктопа,
а Fedora - наоборот, обновляется слишком быстро, как для десктопа.И между этими двумя полюсами осталось огромное пространство,
на котором отсутствуют решения от Red Hat. Именно эту нишу
и заняла фирма Canonical со своими операционными
системами Ubuntu Desktop LTS и Ubuntu Desktop.Прибыли эти ОС не приносят никакой, одни убытки
http://www.opennet.me/opennews/art.shtml?num=33014
но тем не менее - сегмент рынка они захватили, а если админ
у себя дома использовал на десктопе убунту, то и на сервер
он будет ставить скорее всего что тоже только Ubuntu Server.
А если рано или поздно ему потребуется коммерческая поддержка,
то наиболее дешевый и простой вариант - это купить ее у Canonical.Наверное в Red Hat это наконец-то поняли и будут активней использовать CentOS
таким же способом, потому что с CentOS прямой путь к Red Hat Enterprise Linux.
По крайней мере, для серверов - точно будут, и это очень правильное решение.Но сегмент десктопов Red Hat пока что отдавала Canonical, и если 7-я версия системы
будет поддерживаться так же как и 4, 5, 6 - то использовать ее на десктопах можно будет
только в том случае, если это RHEL с платной коммерческой поддержкой, или очень тщательно
подбирая hardware и тестируя его на совместимость перед покупкой. И если не нужны самые
новые версии линуксового софта от сторонних производителей. А остальным - лучше убунта.По крайней мере, кто у меня спрашивает какой линукс дома поставить на десктоп,
я пока что всем советую ставить убунту, проблем с ней будет меньше. или ALT Linux.> csdoc, что вы перед павлинами бисер мечете. После замечания о сисадмине который
> в своей рутинной повседневной работе должен портировать и пересобирать пакетов
> на пол дистрибутива (когда уже не понятно а почему результат должен все ещё
> называться "у нас установлен CentOS") видно что оналитег не в теме.Все еще были надежды, что он поделится своим опытом и расскажет,
как ему удалось успешно внедрить CentOS на десктопы в большой конторе.P.S.
А так, вообще-то жалко, что opennet.ru постепенно превращается в linux.org.ru.
А сам linux.org.ru превращается в непонятно что... вот кстати,
цитата из комментариев к аналогичной новости про CentOS на сайте linux.org.ru:http://www.linux.org.ru/news/redhat/10025931#comment-10026254
Меня не покидает стойкое ощущение того, что градус неадеквата на ЛОРе растет с каждым днем. Это конечно можно списывать на каникулы и новогодние праздники, но не до такой же степени.
kernelpanic ★★★★★ (08.01.2014 10:11:36)
>> Прекрасно. Описана нормальная, повседневная работа сисадмина.
> Заменить полсистемы собственными пакетами - это "повседневная работа сисадмина" ???5-7 лет - ужос, работы на неделю.
>> В следующий раз будешь знать, что для поднятия инфраструктуры на 4000 отделений
>> юзают услуги профессионалов, вот Шигорина например, иль RedHat/Suse/Canonical.
> Посчитай стоимость поднятия инфраструктуры Red Hat
> на 36000 рабочих станций и 4000 локальных "серверов".Уж поверь, дешевле чем работа всего отдела 5-7 лет.
>> Посчитай стоимость поднятия инфраструктуры Red Hat
>> на 36000 рабочих станций и 4000 локальных "серверов".
> Уж поверь, дешевле чем работа всего отдела 5-7 лет.без цифр тебе никто не поверит.
>>> Посчитай стоимость поднятия инфраструктуры Red Hat
>>> на 36000 рабочих станций и 4000 локальных "серверов".
>> Уж поверь, дешевле чем работа всего отдела 5-7 лет.
> без цифр тебе никто не поверит.5-7 лет, это дааааа, это точная цифра.
> некоторые подробности здесь: habrahabr.ru/post/201814/гуглодоки. как система для работы с документами. мням-мням-мням. отличный банк! не то, чтобы другие были лучше, но вот в этот точно ходить не надо, сами признались.
>> некоторые подробности здесь: habrahabr.ru/post/201814/
> гуглодоки. как система для работы с документами. мням-мням-мням.Страхи частично обоснованы, но тут действует поговорка "Волков бояться - ... ".
Сотрудники спецслужб США могут получить ЛЮБУЮ нужную им информацию и без гуглдоков.
при чём тут «спецслужбы»? банки, использующие для документаоборота сервисы сторонней компании, без каких-либо нормальных гарантий? а деньги они на хранение отдают соседской пиццерии — просто потому, что это очень хорошая пиццерия и там работают такие классные парни?
> банки, использующие для документаоборота сервисы
> сторонней компании, без каких-либо нормальных гарантий?http://www.google.com.ua/intx/ru/enterprise/apps/business/
http://www.google.com.ua/enterprise/ex/6800170/apps/business...
про "без каких-либо нормальных гарантий" можно подробнее узнать?
> про «без каких-либо нормальных гарантий» можно подробнее узнать?где можно увидеть исходные тексты этих сервисов, как провести их аудит и как гарантировать, что на серверах, используемых клиентами, стоит ПО именно из этих исходных текстов? что? а, «мамой клянёмся»? ну ок.
>> про «без каких-либо нормальных гарантий» можно подробнее узнать?
> где можно увидеть исходные тексты этих сервисов, как провести их аудит и
> как гарантировать, что на серверах, используемых клиентами, стоит ПО именно из
> этих исходных текстов? что? а, «мамой клянёмся»? ну ок.58% компаний из списка Fortune 500 выбрали Google
- они не умеют вести бизнес. ну ок.раз уж решение от гугла плохое для документооборота -
в таком случае предложите лучший вариант, с аудитом,
нормальными гарантиями и т.п.
> 58% компаний из списка Fortune 500 выбрали Google
> — они не умеют вести бизнес. ну ок.ещё раз намекаю на долю пользователей windows. со второго раза тоже не дошло?
> раз уж решение от гугла плохое для документооборота —
> в таком случае предложите лучший вариант, с аудитом,
> нормальными гарантиями и т.п.без проблем. какая оплата?
>>>> про «без каких-либо нормальных гарантий» можно подробнее узнать?
>>> где можно увидеть исходные тексты этих сервисов, как провести их аудит и
>>> как гарантировать, что на серверах, используемых клиентами, стоит ПО именно из
>>> этих исходных текстов? что? а, «мамой клянёмся»? ну ок.
>> 58% компаний из списка Fortune 500 выбрали Google
>> — они не умеют вести бизнес. ну ок.
> ещё раз намекаю на долю пользователей windows."По состоянию на апрель 2009 года доля Windows составляет 87,9%"
> со второго раза тоже не дошло?
Вы хотите сказать, что и все пользователи Windows тоже не умеют вести бизнес?
В таком случае, могли бы Вы привести примеры хотя бы 3-5 компаний,
которые соответствуют всем Вашим требованиям к аудиту и гарантиям?>> раз уж решение от гугла плохое для документооборота —
>> в таком случае предложите лучший вариант, с аудитом,
>> нормальными гарантиями и т.п.
> без проблем. какая оплата?BugBounty, только сначала очень внимательно
прочитайте "Условия и правила сотрудничества".http://privatbank.ua/safeness/
«Поиск IT-уязвимостей»Даже высокий уровень безопасности не означает полную неуязвимость!
Если Вам известны «слабые места» в банковских системах, а также
любых веб-ресурсах ПриватБанка, сообщите об этом нам и получите вознаграждение
до 10 000 гривен в случае подтверждения и устранения уязвимости специалистами Банка.или здесь:
http://www.google.com/about/appsecurity/reward-program/
если Вам удалось найти уязвимость в сервисах Google.или здесь:
http://habrahabr.ru/post/201438/
если Вам удалось найти уязвимость во время аудита какого-то
широко используемого open source решения.если ни один из трех вышеприведенных вариантов не подходит,
тогда: https://bugcrowd.com/list-of-bug-bounty-programs/
> использующие для документаоборота сервисы сторонней компании,
> без каких-либо нормальных гарантий?http://www.google.com.ua/enterprise/
66% компаний из списка "50 top Start-Ups" выбрали Google
58% компаний из списка Fortune 500 выбрали Google
72 из 100 лучших университетов выбрали Google
…большинство пользователей используют windows… if you see what i mean.
>второй момент - очень древние версии Firefox и Thunderbird,В версии 6.5 исправились и сделали Firefox и Thunderbird 24 ESR. LibreOffice тоже обновили до 4.0.
Пару месяцев назад прикола ради собирал xen-4.2 из исходников в rpm пакет-интересно.
Готов так развлекаться бесплатно, Вам же ещё и деньги платили.
> Пару месяцев назад прикола ради собирал xen-4.2 из исходников в rpm пакет-интересно.
> Готов так развлекаться бесплатно, Вам же ещё и деньги платили.мне деньги платили не за это.
а "развлекаться" приходилось вот так: http://elrepo.org/bugs/view.php?id=247
при том, что CentOS уже внедрен на все машины, приехали новые веб-камеры,
которых он не видит и не понимает, и надо чтобы все работало еще вчера.заменить полсистемы, портировав часть пакетов из федоры,
это не развлечение, это непроизводительная трата времени.у тех людей, которые начинали внедрять убунту -
ТСО оказалось меньше и их вариант оказался лучше.в убунте на десктопе почти все работает прямо из коробки
и доработки напильником там потребовалось гораздо меньше.
А что за умник купил несовместимые камеры?
ОО.. дожились мы выбираем уже не железо под задачи - а железо под систему :-)
> ОО.. дожились мы выбираем уже не железо под задачи - а железо
> под систему :-)Пионеры не в курсе, что у любой системы есть список совместимого железа. И раз уж стоит CentOS, новое оборудование нужно проверять на совместимость с ней, а не покупать первую попавшеюся/понравившеюся камеру. Позже геоически решая проблему.
CentOS 6 на lenovo g550 никаких проблем ничего не пересобирал и с левых репозиториев не ставил. Что я делаю не так?
> Что я делаю не так?Купил правильное железо!
> Ну после твоего : "Сентось не удобен для десктопа", все остальные высказывания
> имеют отрицательную пользу!Он практик.
Новость конечно просто опупеть !!! Но это вряд ли будут похороны тётки Федоры.Федора это так сказать передовой фронт борьбы за новизну с Неизвестным, а "КопейкоОС" станет видимо ещё одним редутом в борьбе за качество "Красной Шапки", где можно будет обкатать небольшие изменения, может быть даже затычечки для дырочек, а потом оперативненько их в "Красную Шапочку" перенимать.
Других вариантов вроде как не просматривается. И, "что характерно"(С), все довольны: пользователи "Копейки" получают свежачок раньше, а пользователи "Красной Шапки" получают улучшения и затычки уже обкатанные в "дикой природе", а не только в тепличных условиях "фермы качества".
цели проектов слишком разные чтобы рассматривать их как конкурентов.
А я не рад.Подтверждает нашу ориентацию на серверную Ubuntu. Эксперименты с CentOS можно заканчивать.
Вышенаписанное подтверждает факт унылого пиара каноникла на форумах простимулированными пиарщиками. Эти эксперименты пора заканчивать.
два трололо.
RH принятый стандарт.
В виду многообразия дистрибутивов линукс многие производители суппортят свой софт только под один дист. Допустим OM для Dell существовал только под редхат, перетащить его под дебиан занимало кучу времени и сил...
Сначала узнаем, что такое "стандарт", потом мысли изливаем.
Про стандарты freedesktop, к примеру, мсье не осведомлен?
Нетрадиционная, однако же, ориентация.
Фиг ли тут радоваться, а?!!.... Записываем: теперь у центос красношапая задница. Точнее в этой заднице.... ну вы все поняли, да?
А я всегда думал, что centOS суть RH без поддержки.
Хм...
Поддерживаю. Если центос, это отдельный свободный редхад, а теперь его взяли под крыло, то зачем тебе редхад дистрибутив? Или наверно будет как сюзи, сама сюзи платная и крутая, а опенсюзи, без плюшек но свободная. Тогда еще вопрос, зачем ведора? Только для тестов? Тогда логичнее федору и центос слить вместе в один дистр. Вообщем - скандалы, интриги, расследования...
В очередной раз ДОТ: Fedora - это тестбед для будущих фич в RHEL, bleeding edge. CentOS - бинарно совместимая сборка текущих версий RHEL. Если принять это, как аксиому - вопросов "зачем" не возникнет.
CentOS — это макет Red Hat EL, сделанный по образу и подобию непризнанными богом гоями. Вручную, с надеждой на совместимость до бита.Есть такое понятие, как культ Карго. Так вот, в случае CentOS это оно и есть. Никто в мире так не был близок к заветной цели, как центосники.
А почему этого чудака до сих не забанили? Серьёзно, почему?
Потому, что без клоунов этот ресурс станет еще менее интересным.
А по-моему от них вред один. Погонять чуток, запретить анонимов - и будет спокойный вменяемый ресурс, посвященный свободному софту. А то сейчас таковых на русском и нет.
> А по-моему от них вред один. Погонять чуток, запретить анонимов -Вот и я так думал (на linux.kiev.ua анонимов и нет) -- а со временем согласился с Максимом, понаблюдав и поразмыслив. Бывают странные организмы, конечно, но ради нормальных людей можно и их потер{п,}еть.
"потерп\?еть" же.
А если раскрыть? Плюсы нормлаьной авторизации я вижу - за стаканчиками всякими гоняться особо не придется. А минусы в чем?
> А минусы в чем?«ох… ещё одна регистрация на ещё одном сайте…» ради того, замечу, чтобы удобней было не тому, кто регистрируется, а тем, кто обслуживает сайт. это раз.
два: если мимо проходил человек, которому ВНИЗАПНА! оказалось есть, что сказать, но на пути встала проблема с регистрацией — очень многие так и пройдут мимо. а вот как раз тем, кто хочет тупо пофлэймить, регистрация обычно совершенно не мешает: им всё равно делать особо нечего, можно и зарегистрироваться.
ну и три: в идеале хотелось бы иметь несколько другую систему модерации. по умолчанию видно всё, что модераторы не отметили, как «удалённое». при нажатии «посмотреть всё-всё-всё» становится видно и то, что модераторы удалили (и посты до правки, если модераторы правили). отвечать можно на любой пост, даже «удалённый», но все ответы на «удалённый» пост автоматически помечаются, как «удалённые». такое вот «мягкое удаление». в итоге те, кто не хотят видеть всякое бесполезное и ругательное — не видят. а те, кто хотят перекидываться фигнёй — перекидываются, никому не мешая.
конечно, систему надо уточнять при практической реализации (например, раздельные уведомления на почту и ты пы).
а ещё было бы удобно иметь возможность цеплять каждому нику «титул» с указанием ссылки на пост, откуда прицеплено. впрочем, «титулы» без проблем реализуются на стороне клиента. а вот «мягкое удаление» — увы.
Как минимум, сейчас вы модерировать физически не успеваете
> Как минимум, сейчас вы модерировать физически не успеваетеВыручайте ;-)
> запретить анонимовпокайся, пока не поздно. даже если ресурс с виду кажется говном, то после запрета анонимусов очень быстро станет понятно, что раньше были розы, а в говно он скатился после Судьбоносного Решения.
фу таким быть.
Не в чем мне каяться. Не вижу никаких преимуществ анонимности перед псевдонимностью. А вот банить (либо игнорировать юзерскриптом) неадекватов будет полегче. Да и сами они отвалятся процентов на 80.
>запретить анонимов - и будет спокойный вменяемый ресурсОдного запрета анонимов для этого мало.
Давайте запретим всех анонимов!
Давайте запретим всех стаканчиков!
Давайте запретим всех убунтят!
Давайте запретим всех изь!
Давайте запретим всех зенитуров!И будет спокойный вменяемый ресурс.
> А почему этого чудака до сих не забанили? Серьёзно, почему?Кого не забанили ? Изю ?! Товарищ, Вы в своём уме ?
> А почему этого чудака до сих не забанили? Серьёзно, почему?а за что?
> Тогда еще вопрос, зачем ведора? Только для тестов? Тогда логичнее федору
> и центос слить вместе в один дистр.Нет, не логичнее. Шляпа решила, что раз не победить, лучше возглавить и свой резон в том есть ввиду складывающейся для них ситуации на "рынке" доступных бесплатно дистрибутивов с долгоиграющей поддержкой.
> Методы работы над ошибками и широко известными проблемами,
> а также обработка инцидентов остаются без измененийА вот это грустней, единственное столкновение до сих пор оставило без желания ещё раз предлагать этим индусам свою помощь с не совсем ширпотребным железом, на котором у них проблемы вылезли, а у меня на альте просто работало: http://bugs.centos.org/view.php?id=2177
Есть всё-таки некий шанс, что багтрекер центы начнет активнее отслеживаться рхеловцами, поскольку в их интересах своевременное закрытие багов для коммерческих пользователей.
> Нет, не логичнее. Шляпа решила, что раз не победить, лучше возглавить
> и свой резон в том есть ввиду складывающейся для них ситуации
> на "рынке" доступных бесплатно дистрибутивов с долгоиграющей поддержкой.Наверное это все-таки ответ на действия Oracle.
>> Методы работы над ошибками и широко известными проблемами,
>> а также обработка инцидентов остаются без изменений
> А вот это грустней, единственное столкновение до сих пор оставило без желания
> ещё раз предлагать этим индусам свою помощь с не совсем ширпотребным
> железом, на котором у них проблемы вылезли, а у меня на
> альте просто работало: http://bugs.centos.org/view.php?id=2177Миша, в чем твоя "помощь" состояла, если ты пришел в баг-трекер центоса рекламировать Альт-Линукс? http://bugs.centos.org/view.php?id=2177#c5885
"in ALT's kernels by our world-class kernel team" и т.п.
Ты ж и сам это понимал, написав "If this looks like hijacking and not helping..."
а по поводу индусов... ну не может один Karanbir Singh работать вместо технической поддержки. это как бы руководитель проекта CentOS. С таким же успехом ты мог бы написать приватный емейл президенту компании Red Hat.
Кроме того, ты ведь прекрасно знаешь, что CentOS не может патчить редхатовское ядро, потому что цель проекта 100% бинарная совместимость с RHEL. И если ты действительно хочешь кому-то помочь исправить этот баг - его надо исправлять в RHEL. В чем же смысл было доставать Karanbir Singh емейлом и в баг-трекере?
Я не вижу других мотивов, кроме пиара ALT Linux, как в 2007 году, так и сейчас.
>> и свой резон в том есть ввиду складывающейся для них ситуации
>> на "рынке" доступных бесплатно дистрибутивов с долгоиграющей поддержкой.
> Наверное это все-таки ответ на действия Oracle.Формулировка включала и их. :)
> Миша, в чем твоя "помощь" состояла, если ты пришел в баг-трекер центоса
> рекламировать Альт-Линукс? http://bugs.centos.org/view.php?id=2177#c5885В том, что сперва, когда не помню уже как наткнулся на этот висяк (искал потенциальные проблемы?.. контроллер тот до сих пор в production) -- написал почтой, мол, есть такая железка и пока она не поехала на площадку, могу поставить, что скажете. Был послан лично Каранбиром в достаточно грубых выражениях. Если бы у этого браминанещасного(тм) хватило ума просто проигнорировать ненужную помощь, результат этого микростолкновения был бы не так плох.
> а по поводу индусов... ну не может один Karanbir Singh работать вместо
> технической поддержки. это как бы руководитель проекта CentOS. С таким же
> успехом ты мог бы написать приватный емейл президенту компании Red Hat.Если правильно помню, то писал тому, на кого был назначен баг.
> Кроме того, ты ведь прекрасно знаешь, что CentOS не может патчить редхатовское
> ядро, потому что цель проекта 100% бинарная совместимость с RHEL.Опять же если правильно помню, смысл предложения был не в том, что "бросайтесь патчить", а в том, что можно проверить какую-либо сборку (вдруг уже исправили в шляпе) или передать наверх (на что надежды меньше -- прокси работать неинтересно и наверху могут послать за лицензией для начала).
> И если ты действительно хочешь кому-то помочь исправить этот баг - его
> надо исправлять в RHEL. В чем же смысл было доставать Karanbir
> Singh емейлом и в баг-трекере?Так доставать и не собирался. Мне когда порой вдруг сваливаются на голову странные люди и предлагают с чем-то помочь -- если есть смысл, благодарю и стараюсь принять, если нет смысла или возможности (обычно времени) -- или так и говорю, или по факту игнорирую. Если бы не считал уместным применительно к себе, и с ним бы так не поступал.
> Я не вижу других мотивов, кроме пиара ALT Linux, как в 2007 году, так и сейчас.
Вообще-то workaround вида "выкиньте это индусошляпное поделие и езжайте" был дан как ответ на неадекватную реакцию Сингха. Опять же на месте запостившего баг я предпочёл бы хоть такой ответ никакому -- информация о том, где работает и тоже на 2.6.18, могла пригодиться при дальнейшем выяснении.
Если бы тогда знал, что работает на сузе или дебиане -- _разумеется_, указал бы и это.
По моему опыту - проще всего банально открыть тикет в багтрекере апстрима, ибо CentOS - бинарная сборка, они не занимаются исправлением первоисточника. В апстриме исправляют медленно, но исправляют. Потом, естественно, плавно перетекает в CentOS.
> По моему опыту - проще всего банально открыть тикет в багтрекере апстримаНе проще, но лучше. Это было понятно, да настолько залазить в чужие проблемы возможности не было. Т.е. перед написанием письма постарался "постоять в ботинках" как центоса, так и того пользователя.
А kbsingh@ тогда колбасило и по другим направлениям, помнится. Звёздная, наверное...
Не совсем так -- у RH несколько другие интересы и приоритеты. Напр. не так давно наш патч исправлявший баг приводивший к краху ядра при инициализации отдельных типов звуковых карточек в ядро CentOS+ поместили моментально, хотя сообщили мы об этом в список рассылки Scientific'а (и, разумеется -- в bugzill'у RH). А RH еще порядка полугода медитировал, пока дырку заткнул, несмотря на то что наш репорт по этому поводу был не единственным.
> А RH еще порядка полугода медитировал, пока дырку заткнул, несмотря на то что наш репорт по этому поводу был не единственным.Человеческие ресурсы ограничены. А теперь прикиньте, сколько корпоративных клиентов RH имело проблемы с инициализацией какой-то специфической звуковой карточки. Думаю, примерно 0.
Это я прекрасно понимаю (благо не первый год в RH багзиллим ;) и ничуть не в претензии к RH или к кому-то еще. А проблемы не только в специфических звуковых карточках -- когда мы затыкали дыру от которой Evolution рушился для московской, иркутской, улан-баторской и какой-то там еще индонезийской таймзоны -- все было не быстрее, что тоже не удивительно -- много ли в этих медвежьих углах RH-кастомеров? Ну для какого-то жабного пакета наш патч приложили тут же -- ибо бизнес-интерес на лице. Как я уже писал -- везде свои приоритеты и везде своя специфика. Мы в первую голову решаем проблемы пользователей наших дистрибутивов, они -- своих.
>> Миша, в чем твоя "помощь" состояла, если ты пришел в баг-трекер центоса
>> рекламировать Альт-Линукс? http://bugs.centos.org/view.php?id=2177#c5885
> В том, что сперва, когда не помню уже как наткнулся на этот
> висяк (искал потенциальные проблемы?.. контроллер тот до сих пор в production)
> -- написал почтой, мол, есть такая железка и пока она не
> поехала на площадку, могу поставить, что скажете.
> Был послан лично Каранбиром в достаточно грубых выражениях.интересно, где ты нашел в его ответе достаточно грубые выражения?
==================================================================
http://bugs.centos.org/view.php?id=2177#c5885
...
Date: Tue, 17 Jul 2007 09:59:47 +0530
From: Karanbir Singh <kbsingh@centos.org>
To: shigorin/gmail.com
Subject: Re: centos bug 0002177
...private emails sent to /dev/null
if you really care about the issue, post it on the bugtracker.
==================================================================
такая политика работы только через багтрекер не только у проекта CentOS,
например ELRepo тоже все общение по багам стараются вести через баг-трекер.> Если бы у этого браминанещасного(тм)
между прочим, Karanbir Singh тебя не оскорблял ничем.
> хватило ума просто проигнорировать ненужную помощь,
а это помощь была? "I don't want to register in yet another BTS..."
> результат этого микростолкновения был бы не так плох.Миша, извини, но я подозреваю, что у Karanbir Singh
не было с тобой никакого микростолкновения.это просто ты так отреагировал на его емейл.
и зачем то снова вытащил (уже в который раз) эту ситуацию на всеобщее обозрение.
он отреагировал вполне адекватно и вежливо.>> а по поводу индусов... ну не может один Karanbir Singh работать вместо
>> технической поддержки. это как бы руководитель проекта CentOS. С таким же
>> успехом ты мог бы написать приватный емейл президенту компании Red Hat.
> Если правильно помню, то писал тому, на кого был назначен баг.что-то я не нашел на странице http://bugs.centos.org/view.php?id=2177#c5885
информации о том, кому назначен баг.>> Кроме того, ты ведь прекрасно знаешь, что CentOS не может патчить редхатовское
>> ядро, потому что цель проекта 100% бинарная совместимость с RHEL.
> Опять же если правильно помню, смысл предложения был не в том, что
> "бросайтесь патчить", а в том, что можно проверить какую-либо сборку (вдруг
> уже исправили в шляпе)не понимаю, зачем это Karanbir Singh ?
все новые версии RHEL ядер и так достаточно оперативно появляются в CentOS.
буквально через несколько десятков минут, максимум - это полдня-день задержки.> или передать наверх (на что надежды меньше -- прокси работать неинтересно
> и наверху могут послать за лицензией для начала).я несколько раз писал в редхатовский багтрекер, ни разу меня не посылали за лицензией.
и даже более того - там можно указать в каком именно дистрибутиве наблюдается баг,
RHEL или CentOS. и даже указать ссылку на соответствующую запись баг-трекера CentOS, ELRepo и т.п.>> И если ты действительно хочешь кому-то помочь исправить этот баг - его
>> надо исправлять в RHEL. В чем же смысл было доставать Karanbir
>> Singh емейлом и в баг-трекере?
> Так доставать и не собирался.но получилось именно так. и сколько времени прошло с тех пор,
а ты постоянно вспоминаешь и цитируешь ту ситуацию. почему? зачем?> Мне когда порой вдруг сваливаются на
> голову странные люди и предлагают с чем-то помочь -- если есть
> смысл, благодарю и стараюсь принять, если нет смысла или возможности (обычно
> времени) -- или так и говорю, или по факту игнорирую.он тебе так и сказал, "private emails sent to /dev/null"
что означает, что у него очень мало свободного времени.проигнорировать емейл - это более невежливый вариант,
чем ответить "if you really care about the issue, post it on the bugtracker".> Если бы не считал уместным применительно к себе, и с ним бы так не поступал.
Миша, везде так - всю информацию про баги и способы их обхода/решения
стараются собирать в одном месте, в багтрекере.устранять этот баг - почетная обязанность сотрудников компании Red Hat.
им за это деньги платят. так что обращаться надо было к ним все-таки,
если ты действительно хотел помочь улучшить CentOS/RHEL, а не прорекламировать ALT Linux.>> Я не вижу других мотивов, кроме пиара ALT Linux, как в 2007 году, так и сейчас.
> Вообще-то workaround вида "выкиньте это индусошляпное поделие и езжайте" был дан как
> ответ на неадекватную реакцию Сингха.имхо он тебе ответил вполне адекватно и достаточно вежливо.
а вот пиариться на багах CentOS и пиарить там и здесь свой дистр - это не красиво.> Опять же на месте запостившего
> баг я предпочёл бы хоть такой ответ никакому -- информация о
> том, где работает и тоже на 2.6.18, могла пригодиться при дальнейшем
> выяснении.докустим. но емейлом ты писал не запостившему баг, а руководителю проекта CentOS.
> Если бы тогда знал, что работает на сузе или дебиане -- _разумеется_,
> указал бы и это.исправить баг в ядре CentOS можно только одним способом - исправив его в RHEL.
даже если ты напишешь патч для ядра CentOS, который фикстит багу - его не примут.соответственно и помощь по исправлению этого бага
лучше было сразу предлагать в багтрекере Red Hat`а.
>> Был послан лично Каранбиром в достаточно грубых выражениях.
> интересно, где ты нашел в его ответе достаточно грубые выражения?Вот здесь:
> private emails sent to /dev/null
Кстати, ещё и соврал он -- лучше бы уж в /dev/null :)
>> Если бы у этого браминанещасного(тм)
> между прочим, Karanbir Singh тебя не оскорблял ничем.Вот тем -- оскорбил. Се ля ви.
>> хватило ума просто проигнорировать ненужную помощь,
> а это помощь была? "I don't want to register in yet another BTS..."Знаешь, хлеб за брюхом не ходит.
> и зачем то снова вытащил (уже в который раз) эту ситуацию на всеобщее обозрение.
Речь о "Методы работы над ошибками и широко известными проблемами..."
> он отреагировал вполне адекватно и вежливо.
Вот пусть публика и смотрит, какие-такие методы работы над ошибками. Висяк-то так и остался. Понятно, что их в любом крупном проекте полно -- но тут ложечки не нашлись.
>> Если правильно помню, то писал тому, на кого был назначен баг.
> что-то я не нашел на странице http://bugs.centos.org/view.php?id=2177#c5885
> информации о том, кому назначен баг.Да, сейчас не наблюдаю -- а тогда ещё удивился, что он повис на лидере проекта. Просто так именно ему на голову сваливаться бы не стал.
> не понимаю, зачем это Karanbir Singh ?
> все новые версии RHEL ядер и так достаточно оперативно появляются в CentOS.
> буквально через несколько десятков минут, максимум - это полдня-день задержки.Это вон с Олегом Садовым обсудите.
>> или передать наверх (на что надежды меньше -- прокси работать неинтересно
>> и наверху могут послать за лицензией для начала).
> я несколько раз писал в редхатовский багтрекер, ни разу меня не посылали
> за лицензией.Меня тоже, но слышал и такое (причём от разных людей, не только оракловых сотрупников).
> но получилось именно так. и сколько времени прошло с тех пор,
> а ты постоянно вспоминаешь и цитируешь ту ситуацию. почему? зачем?См. выше про контекст. Если работа над ошибками по работе над ошибками улучшится -- буду только рад и этот топорик тоже закопаю. А пока -- извини.
> он тебе так и сказал, "private emails sent to /dev/null"
> что означает, что у него очень мало свободного времени.А то у меня его вагон.
> проигнорировать емейл - это более невежливый вариант [...]
> имхо он тебе ответил вполне адекватно и достаточно вежливо.Я так не считаю.
> а вот пиариться на багах CentOS и пиарить там и здесь свой
> дистр - это не красиво.Разумеется. Если бы он ответил только второй строчкой -- скорее всего, на этом бы дело и закончилось (либо я усовестился и нашёл ту минутку зарегистрироваться в более мирном настроении).
> докустим. но емейлом ты писал не запостившему баг, а руководителю проекта CentOS.
Его почты, помнится, не было видно и гуглить было нечего. Писал assignee.
> исправить баг в ядре CentOS можно только одним способом - исправив его в RHEL.
В #83 врут?
PS: лимит времени на _это_ обсуждение исчерпал. Твоё мнение уважаю, но остаюсь при своём.
>>> Был послан лично Каранбиром в достаточно грубых выражениях.
>> интересно, где ты нашел в его ответе достаточно грубые выражения?
> Вот здесь:
>> private emails sent to /dev/null
> Кстати, ещё и соврал он -- лучше бы уж в /dev/null :)почему соврал.
он просто не уточнял отправляет приватную почту
по багам в /dev/null до прочтения или после.>>> Если бы у этого браминанещасного(тм)
>> между прочим, Karanbir Singh тебя не оскорблял ничем.
> Вот тем -- оскорбил. Се ля ви.с каких это пор "private emails sent to /dev/null" - это оскорбление???
это нормальный подход всю информацию и все обсуждение по багам держать
только в багтрекере. например, проект ELRepo делает точно так же. и трекер такой же.>>> хватило ума просто проигнорировать ненужную помощь,
>> а это помощь была? "I don't want to register in yet another BTS..."
> Знаешь, хлеб за брюхом не ходит.Но ты ведь тоже знаешь, что у него не было никакой возможности исправить этот баг в ядре RHEL.
>> и зачем то снова вытащил (уже в который раз) эту ситуацию на всеобщее обозрение.
> Речь о "Методы работы над ошибками и широко известными проблемами..."Миша, в CentOS ошибки бывают двух видов:
1. те, которые пришли из апстрима из-за 100% бинарной совместимости
2. те, которые были внесены в CentOS в процессе миграции исходниковочевидно же, что разработчики проекта CentOS могут исправлять только ошибки второго типа.
>> он отреагировал вполне адекватно и вежливо.
> Вот пусть публика и смотрит, какие-такие методы работы над ошибками.Миша, я бы тебе может быть и поверил, если бы сам лично с Karanbir Singh не общался.
У него достаточно высокий уровень квалификации и ведет он себя вполне адекватно.> Висяк-то так и остался.
> Понятно, что их в любом крупном проекте полно -- но тут ложечки не нашлись.проект называется RHEL.
И если у пользователя RHEL будут такие проблемы -
поддержка Red Hat будет заниматься их решением / устранением.>> не понимаю, зачем это Karanbir Singh ?
>> все новые версии RHEL ядер и так достаточно оперативно появляются в CentOS.
>> буквально через несколько десятков минут, максимум - это полдня-день задержки.
> Это вон с Олегом Садовым обсудите.зачем обсуждать. я подписан на оба списка рассылки с уведомлениями про новые версии
пакетов и CentOS и RHEL. обновления к CentOS выходят достаточно оперативно.один раз даже был такой случай, что анонс обновления в список рассылки CentOS
пришел раньше, чем соответствующий ему анонс появился в списке рассылки RHEL.>>> или передать наверх (на что надежды меньше -- прокси работать неинтересно
>>> и наверху могут послать за лицензией для начала).
>> я несколько раз писал в редхатовский багтрекер, ни разу меня не посылали
>> за лицензией.
> Меня тоже, но слышал и такое (причём от разных людей, не только
> оракловых сотрупников).Если разные люди начинают требовать добавить какие-то фичи в RHEL,
то да, вполне могут и попросить лицензию. и я их в этом понимаю.>> но получилось именно так. и сколько времени прошло с тех пор,
>> а ты постоянно вспоминаешь и цитируешь ту ситуацию. почему? зачем?
> См. выше про контекст. Если работа над ошибками по работе над
> ошибками улучшится -- буду только рад и этот топорик тоже закопаю.
> А пока -- извини.Работа над ошибками чего, RHEL ?
Какое отношение к этому имеют разработчики CentOS ?
До недавнего времени они даже не были сотрудниками Red Hat`а.>> он тебе так и сказал, "private emails sent to /dev/null"
>> что означает, что у него очень мало свободного времени.
> А то у меня его вагон.наверное все-таки больше, чем у Karanbir Singh.
>> проигнорировать емейл - это более невежливый вариант [...]
>> имхо он тебе ответил вполне адекватно и достаточно вежливо.
> Я так не считаю.Ну извини.
>> а вот пиариться на багах CentOS и пиарить там и здесь свой
>> дистр - это не красиво.
> Разумеется. Если бы он ответил только второй строчкой -- скорее всего,
> на этом бы дело и закончилось (либо я усовестился и нашёл
> ту минутку зарегистрироваться в более мирном настроении).Он тебе кратко ответил, что с личными/приватными сообщениями
по поводу каких-то багов в системе к нему обращаться не надо,
для таких вопросов существует багтрекер. все правильно сделал.Только написал это более кратко,
считая тебя достаточно адекватным и сообразительным.>> исправить баг в ядре CentOS можно только одним способом - исправив его в RHEL.
> В #83 врут?"ядро CentOS+" и "ядро CentOS" - это два разных ядра.
первое - поддерживается проектом CentOS, второе - RHEL.еще у проекта ELRepo есть несколько вариантов ядер для CentOS.
и у OpenVZ тоже есть свои собственные варианты для для CentOS.
> с каких это пор «private emails sent to /dev/null» - это оскорбление???то есть, ты действительно не видишь ничего оскорбительного в том ответе (и в частности — в wording)?
чёрт, моя жизнь становится всё сложнее: теперь, чтобы ударить человека по его чувству достоинства, приходится опускаться до вульгарного мата. потому что более изящные оскорбления люди просто не замечают. уж не знаю, потому ли это, что никакого достоинства у них не осталось или по какой другой причине…
Михаил,время такое - собирать камни.
Нет в планах вспомнить молодость, как вы начинали: IPLabs Linux Team и MandrakeSoft?
Вы не думали объединить усилия с братьями и сестрами семейства Mandrake: Mageia, Mandriva и Rosa? Нет никакой возможности? Что для этого необходимо? Поможем.
Спасибо.
> Нет в планах вспомнить молодость, как вы начинали: IPLabs Linux Team и
> MandrakeSoft?Тогда на Black Cat Linux сидел, помнится...
> Вы не думали объединить усилия с братьями и сестрами семейства Mandrake:
> Mageia, Mandriva и Rosa? Нет никакой возможности? Что для этого необходимо?Чтоб такие штуки думать, надо понимать состояние, намерения и цели.
> Поможем.
А кто Вы, простите? (если хотите, черкните почтой на mike@altlinux)
PS: здесь, наверное, подобные обсуждения также лучше перетащить в какую-нибудь тему об альте, чтоб не мешать коллегам по редхатам.
А в чём глобальный смысл объединения усилий приверженцев линуксов?Я так понимаю, чтобы сделать одну пакетно-репозиторную базу, наконец, и перестать вынуждать пользователей терпеть отсутствие свежего/устраивающего/ ПО в отдельно взятом дистрибутиве, в котором недостаточно расторопно готовят "бинарных клонов", чтобы соответствовать "духу времени". Чтобы пользователи не скакали по дистрибутивам, как газели по саванне, в поисках идеального (с их точки зрения) линукса, а были прикреплены к определённому дистрибутиву, с внятной идеологией сопровождения. Ведь так?
> Нет, не логичнее. Шляпа решила, что раз не победить, лучше возглавить
> и свой резон в том есть ввиду складывающейся для них ситуации
> на "рынке" доступных бесплатно дистрибутивов с долгоиграющей поддержкой.там нечего было побеждать. ресурсов центосовцам и раньше подкидывали, просто решили что хватит играться в эти игры. кроме того, RHT это не только RHEL но и куча продуктов работающих на RHEL, которые, возможно, получат поддержку на центосе
> А вот это грустней, единственное столкновение до сих пор оставило без желания
> ещё раз предлагать этим индусам свою помощь с не совсем ширпотребным
> железом, на котором у них проблемы вылезли, а у меня на
> альте просто работало: http://bugs.centos.org/view.php?id=2177LSI logic SAS 1068 DELL SAS 5/i R lock это вообще феерическая дрянь, как бывший сотрудник делл могу сказать наверняка. а драйверы к нему LSI выпускало кривые, а делл своей прошивкой добивали.
но дело даже не в этом , а в том что тестировать их должен был делл, и не факт что делали они это добросовестно.
Кстати, на RHEL таких проблем я не видел, а через мои руки их прошло наверное не меньше тысячи, наверное кривая сборка центоса тут виновата, это точно будет не впервой...
> LSI logic SAS 1068 DELL SAS 5/i R lock это вообще феерическая
> дрянь, как бывший сотрудник делл могу сказать наверняка. а драйверы к
> нему LSI выпускало кривые, а делл своей прошивкой добивали.В случае делла не удивлюсь, а так работает без нареканий с тех пор. ЕМНИП этот экземпляр возник из hp, распотрошённого по причине брака интеловского S5000 (FBDIMM отваливались до обесточивания и интел крайне неохотно что-либо делал с этим аппаратным багом в плане замены).
> В случае делла не удивлюсь, а так работает без нареканий с тех
> пор. ЕМНИП этот экземпляр возник из hp, распотрошённого по причине
> брака интеловского S5000 (FBDIMM отваливались до обесточивания и интел крайне неохотно
> что-либо делал с этим аппаратным багом в плане замены).тут не в делле дело (пардон за каламбур) а в самой карточке, то ли в серии прошивок... хз
Можно скромно предположить? В свободном centos отсутствовали проприетарные бинарные фирмвари для платы, которые поставлялись Деллом только в составе бинарного rhel?
> В свободном centos отсутствовали проприетарные бинарные фирмвариВ альте-то работает.
$ lspci | grep LSI
01:03.0 SCSI storage controller: LSI Logic / Symbios Logic SAS1068 PCI-X Fusion-MPT SAS (rev 01)
$ rpm -qa | grep firmware
$ _PS: вот 1064ET в интеловских набортных вариантах действительно была дрянь редкая...
> Шляпа решила, что раз не победить, лучше возглавитьНе думаю что шляпа хотела "победить" centos. По крайней мере, если есть мысли насчет того, чтобы победить открытые и бесплатные проекты, то лучше уж заняться чем-нибудь под винду или макось, и это явно не про шляпу.
У меня попытка дать шанс русскому дистрибутиву (дабы пользоваться и гордиться отечественными умельцами со всем сопутствующим) закончилась паникой при загрузке установочного носителя на отнюдь не свежем ноутбуке и посыпавшимися сразу после установки X на домашнем компьютере. Желание разбираться, писать репорты и всячески содействовать после столь феерических неудач отпало насовсем. CentOS же встала "как родная", живет и здравствует под напором женщин и детей с тех пор больше года.
> У меня попытка [...] закончилась паникойА жаль, стоило всё-таки без паники оформить хотя бы "уж как есть"-багрепорт.
> CentOS же встала "как родная", живет и здравствует под напором женщин и детей
> с тех пор больше года.И то хорошо :)
> У меня попытка дать шанс русскому дистрибутиву (дабы пользоваться и гордиться отечественными
> умельцами со всем сопутствующим)Это большая ошибка. Нет "русского" и "буржуйского" - есть world wide.
Остальное бравирование и квасной патриотизм.
> Это большая ошибка. Нет "русского" и "буржуйского" - есть world wide.Есть, есть. И русское, и сирийское. "Это только беспредел у нас интернациональный" (ц)
>> Это большая ошибка. Нет «русского» и «буржуйского» - есть world wide.
> Есть, есть. И русское, и сирийское. «Это только беспредел у
> нас интернациональный» (ц)вот стараниями «делителей» и есть. «а-а-а, благодаря Всемогущему Рандому я родился в команде красных, поэтому она самая лучшая!» «а-а-а, благодаря Всемогущему Рандому я родился в команде синих, поэтому она самая лучшая!» «мужики, а если вам обоим морды набить так, чтобы они из красных и синих обе стали фиолетовыми?» «а-а-а, братюня, команда фиолетовых лучше всех!!1111»
Дистрибутив Alt Linux, основанный на наработках мирового сообщества, создан и развивается усилиями специалистов России, Украины, союзных государств.
---
Так получилось, что люди - существа хоть и социальные, но чрезвычайно эгоистичные в большинстве своем. Компромиссом между взаимодействием "во благо" и нежеланием тратить силы на непонятного Хуана явились территориальные образования - страны, в одной из которых по воле всемогущего Рандома тебе посчастливилось родиться. Здравый смысл подсказывает, что поддерживая (без фанатизма) страну, общество (в т.ч. и словами "мы самые замечательные!"), ты делаешь лучше себе и близким.
Надеюс, ето откроит путь к Докер-у - RHN как-то надоел ...
А его кто-то закрывает?# rpm -Uvh http://download.fedoraproject.org/pub/epel/6/i386/epel-relea...
# yum install docker-io
Согласен.
НО, к сожалению, бизнес все еще не согласен - все хотят саппорт :):)
Всего хорошего.
В RHEL 7 docker вродекак есть. И в последнем 6 ветки тоже вроде
Не знал.
Спасибо - инсталяция уже в ходе :)
К статье - OpenNet превращается в один ис любимых RSS-ов.
не можешь убить его — возглавь?
Да нет, не похоже - сотрудники RH периодически содействовали проекту в рамках того, что могли открыть. Я так понимаю, RH видит профит в том, что те, кто строит приличного размера системы на CentOS - рано или поздно заимеют необходимость оперативной онлайн-поддержки, и купят RHEL.
> необходимость оперативной онлайн-поддержкиактуальна, если нет своих специалистов. Если они есть, то лучше с проприетарщиной не связываться.
Да какая может быть проприетарщина у проекта с открытыми исходниками? А техподдержка от "производителя" возможно и стоит своих денег. Сам, правда, никогда не пользовался, но, вероятно, кому-то это и нужно.
покажите мне открытые исходники - в составе того слитого в один набора патчей на ядро.
> покажите мне открытые исходники - в составе того слитого в один набора
> патчей на ядро.Эээээ. А что, слитый в один набор патчей исходником не является?
> а ничего что из них вырезаны описания - которые вообще там были
> изначально?
> Это уже не открытые исходники - это уже попытка обфускации кода, твоимКакого кода, дружище? Описание не является частью кода, иначе бы такое действие по вырезанию описаний было нарушением GPL.
Ну и да - лично мне, когда я накатываю поверх ядра RH набор собственных патчей - от описаний к прочим патчам особо ни жарко, ни холодно. Чейнджлоги есть в .spec'ах.
Холодновато от этого становится тем, кому потом надо поддерживать развитие фактически чужой системы за денежку, ибо как раз в этом-то процессе и нужна история патчей.
Мне с моим набором проще - в случае граблей я плачу RH, и он поддерживает мне свою систему, а свои патчи поверх нее я как-нибудь поддержу сам, за свою копеечку.
> Да какая может быть проприетарщина у проекта с открытыми исходниками? А техподдержка
> от "производителя" возможно и стоит своих денег. Сам, правда, никогда не
> пользовался, но, вероятно, кому-то это и нужно.Собственно важен вопрос сертификаций. Самые разные шараги в обязательном
порядке должны применять в определённых целях только сертифицированое ПО, и,
иногда, аппаратуру. Это вполне серьёзно, собственно rhel обвешан всеми соответствующими
своему позиционированию, за это плату и берут, и обходится дешевле благородных unix-ов,
от чего и спрос.
Что до не праймари техподдержки по звонку, то врядли это довод в покупке rhel, но редхат практикует услугу построения и сопровождения инфраструктуры с нуля в режиме реального времени, это уже серьёзно, с этого они имеют много.
Или Оракл. Он дешевле например.
> Да нет, не похоже - сотрудники RH периодически содействовали проекту в рамках
> того, что могли открыть.
> Я так понимаю, RH видит профит в
> том, что те, кто строит приличного размера системы на CentOS -
> рано или поздно заимеют необходимость оперативной онлайн-поддержки, и купят RHEL.а еще, например растёт рынок ubuntu LTS, а шапке предложить нечего в данном сегменте. Вот они и предлагают центось. Бессплатный дистрибутив, с бесплатной поддержкой, где пользователи не готовы и не будут платить. Тем самым, не допустить распространения конкурента, который из малого рынка входит в большой (enterprize), где уже платят за поддержку ubuntu.
>не можешь убить его — возглавь?RHEL - это ответственность, это кейсы, это поддержка. В больших конторах это пользуется популярностью и востребовано. Это как машину в сервис загнал и тебе всё сделали.
CentOS - это когда с завода берут колёса, кузов, кишки и строят Ладу Приору силами энтузиастов, за которую потом не берётся ни какой сервис и нужно будет, в случае поломки, обьездить половину России и мира в поисках специалиста, который Вам смог бы помочь, ну или же суботу и воскресенье простоять в яме под капотом и устранять поломки самостоятельно.
Когда у вас в продуктиве миллиардный оборот - контора не будет обращать внимание на те 400 или сколько там баксов за годовую лицензию.
Поправьте если неправ.
CentOS - это когда строят не ладу приору, а всё тот же исходный автомобиль, но, увы, лишенный официального сервиса. Неофициальные вполне берутся :)
> CentOS - это когда строят не ладу приору, а всё тот же
> исходный автомобиль, но, увы, лишенный официального сервиса. Неофициальные вполне берутся
> :)Ну, я вообще-то имел ввиду Приору и там и там :).
Вот это поворот!
Вот молодцы. Основной плюс, который я вижу - им теперь не придётся реверсить сборку целиком и полностью, во всяком случае список зависимостей и параметры окружения наверняка теперь будут отдаваться проекту официально. А это неизбежно отразится на скорости сборки.
> Вот молодцы. Основной плюс, который я вижу - им теперь не придётся
> реверсить сборку целиком и полностью, во всяком случае список зависимостей и
> параметры окружения наверняка теперь будут отдаваться проекту официально. А это неизбежно
> отразится на скорости сборки.Заслон между командами разработки RHEL и CentOS не исчезнет - по-прежнему члены сообщества, а также их вклад в работу CentOS будут изолированны от Red Hat, а единственным методом взаимодействия останутся исходные коды и SRPM пакеты.
Это значит только одно, что разработчики CentOS не будут работать над RHEL, и наоборот.Там есть еще вот такое:
- Red Hat is offering to sponsor some of the buildsystem
[and initial content delivery resources - how we are able to consume these and when we are able to make use of this is to be decided.]Вполне, конечно, возможно, что речь идёт только о площадках для сборки - "железе".
> Вот молодцы. Основной плюс, который я вижу - им теперь не придётся
> реверсить сборку целиком и полностью, во всяком случае список зависимостей и
> параметры окружения наверняка теперь будут отдаваться проекту официально. А это неизбежно
> отразится на скорости сборки.и на ее качестве
> и на ее качествеКачество _бинарно идентичной_ сборки примерно равно качеству оригинала. За вычетом модифицированных пакетов, коих минимум. В истории с 5 по 6 центосов помню всего лишь два "независимых" косяка в сборке - один с анакондой, второй еще с чем-то. Всё остальное эквивалентно апстриму.
Секрет, я думаю, в том, что Red Hat стремительно теряет рыночную долю, и особенно это заметно в последние годы. Многие выбирают Ubuntu Server, а не CentOS, именно из-за процесса разработки и официального статуса проекта. Надеюсь, данное изменение положительно повлияет на долю CentOS на серверах.
+1судя по всему вы правы
Подозреваю, что Ubuntu Server выбирают все же те, кто кроме Ubuntu ничего никогда не ставил. Как бы полу-виндо-админы, которые без гуя не в силах ничего сконфигурить...
и таких будет всё больше. ибо "в линукс" идут вантузятники огромным строем. нет, они не переходят под линукс, они ставят "для пробы", "для астериска", ещё для чего-то... они хотят сохранить свой подход "как работает не знаю, но могу (пере)установить, перезапустить, дайте только рабочий конфиг". убунту им ближе всего, прежде всего по коммьюнити. извините убунтоиды, которые не такие, но такова сейчас ситуация.
Насколько я помню, убунту сервер - это вполне достойная система, к к конфигурению через гуй отношения не имеющая. С десктопом просьба не путать - они различаются существенно.
> Подозреваю, что Ubuntu Server выбирают все же те, кто кроме Ubuntu ничего
> никогда не ставил. Как бы полу-виндо-админы, которые без гуя не в
> силах ничего сконфигурить...а ты установи убунту-сервер, и сконфигурируй через гуи что хочешь. И подозревать не придётся.
Т.е. долго пролежавшая Fedora превращается в CentOS?
вернее CentOS превращается в федору
... для серверов
fedora на ЛОРе используется как сервер
з.ы. опередить КЭПа
И что с того? Клиентская Ubuntu тож используется как сервер... у меня на локалхосте.
Подсказать, как прикручивается или сам пойдешь нАгугол?
> Ubuntu тож используется как сервер... у меня на локалхосте.вся суть убунту как сервер
> вся суть убунту как серверВся суть Троцкого как рассказчика
Кто о чем, а кто о себе любимом.
> fedora на ЛОРе используется как серверРепрезентативная выборка.
Надеюсь название сменят, а то больно уж мерзкое. Посоперничать может только MeeGo.
А тем временем redhat прекратил публиковать исходники патчей на ядро для RHEL 6.5 и выше.
даже через RHN список патчей доступен только для -358 ядра, но не для -431.
С разморозкой :)"Исходники патчей" уже с год как собраны в один монолитный патч, который находится в соответствующем SRPM. О прекращении публикации отдельных патчей также заявлено было уже с год назад тому, видимо, в свете пересборщиков в лице оракла.
с разморозкой - на https://access.redhat.com/knowledge/sources/ для всех ядер кроме 6.5 они разложены по кусочкам. Но правда да.. надо платить денюжку за доступ к патчам. Так что хорошо бы знать предметную область.
Я специально ведь уточнил: о том, что прекращается эта раскладка по кусочкам, было объявлено "в предметной области" с год назад.О собственно поставке монолита в SRPM - было заявлено вообще в феврале 2011, т.е. уже почти три года назад. Теперь обещанное выполнено, "в предметной области" также есть только монолит. Причём никто собственно и не скрывает, что это всё только ради борьбы с ораклом.
Так что да, с разморозкой.
> ну - попутно замочим все остальные открытые продукты - лишь быКто тебе такое чудо сказал? CentOS как жил так и живет, ему от сбора патчей воедино не похорошело и не поплохело. SL тоже. Я вообще с трудом могу себе представить конкретный OSS проект, которому бы поплохело от агрегации патчей ядра шапки воедино. Ksplice, разве что, но он ныне не совсем OSS...
Поплохело в основном ораклу, потому что платному саппорту жизнь усложнилась - теперь надо еще и разбирать патчи по кусочкам чтобы вести историю.
Собрать ядро или подебажить оное агрегация патча не мешает ни разу - зато она мешает вычленить конкретные элементы и их историю, не более того. Накатить и поддерживать свои патчи поверх ядра RH агрегация тоже не мешает - я этим занимаюсь достаточно регулярно, мне оно хоть агрегированное, хоть нет, едино.
Ну и да - в апстрим RH коммитить не переставала не разу.
>> ну - попутно замочим все остальные открытые продукты - лишь бы
> Кто тебе такое чудо сказал? CentOS как жил так и живет, ему
> от сбора патчей воедино не похорошело и не поплохело. SL тоже.
> Я вообще с трудом могу себе представить конкретный OSS проект, которому
> бы поплохело от агрегации патчей ядра шапки воедино. Ksplice, разве что,
> но он ныне не совсем OSS...Lustre и стопка еще других.
> Lustre и стопка еще других.Lustre от монолитизации ни жарко, ни холодно, ибо итог накатывается всё равно поверх монолита. Зачем Lustre знать, что и где конкретно каждый раз было изменено, если при этом внутреннее API/ABI, необходимое для работы люстры, сохранилось?
А сложные изменения очень быстро отсекаются как конфликты при апдейте патча под новый мейнстрим - это я тебе по опыту говорю.
> А тем временем redhat прекратил публиковать исходники патчей на ядро для RHEL 6.5 и выше. даже через RHN список патчей доступен только для -358 ядра, но не для -431.Список патчей и исходники - это слегка разные вещи
Ну вот надеемся, что теперь CentOSу будут доступны изменения в виде отдельных патчей
> Ну вот надеемся, что теперь CentOSу будут доступны изменения в виде отдельных
> патчейИм они незачем.
Следующей новостью будет "rh возглавляет разаработку ядря oracke-я"</>
Там не список а сами патчи, эдаким мегапаком - сиди разлепляй
Нужда любой ценой накинуть против Линя - "раковая опухоль" по определению одного из хозяев тролля - понуждает не обращать внимания на такие мелочи.
Это спасибо ораклю. Не запили они свой линукс, все бы было по прежнему.
у меня смешанные чувства от этой новости, с одной стороны центос перестал быть автономным дистром, с другой стороны очень вероятно что он будет жив пока живы красношапочники. надеюсь что перемены к лучшему
>он будет жив пока живы красношапочникиЭто в любом случае было бы так.
> с одной стороны центос перестал быть автономным дистромА он им и не был никогда по постановке задачи клона; вот автономность по инфраструктуре -- большое дело и она при таком процессе может быть в существенной мере утрачена (бишь знания, навыки и средства для возобновления своей могут выветриться до следующей смены курса).
В любом случае удачи и шляпе, и копейке в ней, и их пользователям :)
>> с одной стороны центос перестал быть автономным дистром
> А он им и не был никогда по постановке задачи клона; вот
> автономность по инфраструктуре -- большое дело и она при таком процессе
> может быть в существенной мере утрачена (бишь знания, навыки и средства
> для возобновления своей могут выветриться до следующей смены курса).кроме CentOS есть еще как минимум:
https://www.scientificlinux.org/
да и пересобрать SRPM пакеты, немного их пропатчив - это не так сложно.
это вот даже и у Oracle получилось.
> ключевые изменения:
> Новый дизайн веб сайта centos.org.Будем лейбаки переклеивать и создавать видимость бурной деятельности.
Чувакам еще осталось кнопочку запилить, сделать мне из CentOS -> RHEL. И будет весьма годно.
> Чувакам еще осталось кнопочку запилить, сделать мне из CentOS -> RHEL. И
> будет весьма годно.Уже почти запилено сторонними пилильщиками :)
http://blog.endpoint.com/2011/12/converting-centos-6-to-rhel...
Нужна кнопка поддерживаемая самим RHEL. Но и такая весьма годна. Буду иметь ввиду :)
> Открытость процесса разработки не изменится, а даже улучшится.Мне кажется, что RHEL всё равно будет влиять на разработку CentOS и гнуть свою линию. Так что, думаю, изменения к худшему будут.
> Мне кажется, что RHEL всё равно будет влиять на разработку CentOS и
> гнуть свою линию. Так что, думаю, изменения к худшему будут.Как знать. Допустим, GlusterFS от перехода под крыло RHEL хуже не стало определенно.
> Мне кажется, что RHEL всё равно будет влиять на разработку CentOS и гнуть свою линию. Так что, думаю, изменения к худшему будут.
> на разработку CentOS
> разработкуfacepalm.jpg.png
> Мне кажется, что RHEL всё равно будет влиять на разработку CentOS и
> гнуть свою линию. Так что, думаю, изменения к худшему будут.на какую такую разработку?
Действительно хорошая новость.
Что ещё можно сказать.
Хоть я и дебианщег/бздшник(по совместительству) всегда считал Centos годным, правильным и стабильным дистром. Можно только пожелать удачи и развития проекту который с поддержкой красных шапочек надеюсь станет только лучше.
Очень слабая конкурениция среди стабильных дистрибутивов. Експерементальных полно.
Что-то я не понял, в чем тут возможные проблемы?
В том, что редхата слишком много. Монополизация - она всегда во вред
> В том, что редхата слишком много. Монополизация - она всегда во вредХотел было ответить что-то в духе "исходники есть => всегда есть возможность сделать новый центос", но потом задумался: а можно ли на одну отдельную машину установить RHEL в какой-нибудь минимальной конфигурации, а обновления и дополнительные пакеты программ самостоятельно компилировать из SRPM? Можно ли так получить систему а-ля gentoo, но бесплатную, стабильную и со срочными обновлениями, или есть какое-то практическое препятствие этому?
>Можно ли так получить систему а-ля gentoo, но бесплатную, стабильную и со срочными обновлениямиИменно для этого существует целая команда, собирающая центось. Можно конечно и самому делать всё что делает centos-team, но в это время - кто-то монополизирует рынок готовым решением.
>>> можно ли на одну отдельную машину установить RHEL в какой-нибудь минимальной конфигурации, а обновления и дополнительные пакеты программ самостоятельно компилировать из SRPM?Можно.
>>> или есть какое-то практическое препятствие этому?
Есть. Даже два. Называются: разум и количество свободного времени.
Бабло опять побеждает зло? Ну ладно, главное чтобы RH не превратился во второй M$, одного хватит.
> Бабло опять побеждает зло? Ну ладно, главное чтобы RH не превратился во
> второй M$, одного хватит.Это место гугл застолбил.
Мужики, кто хочет работать в РедХат - делайте клона, потрахайтесь лет 10 и тогда, может быть... :)
Зачем? У нас Альт же есть. Проще его довести до конкурентоспособного состояния.
Тонко!
> Зачем? У нас Альт же есть.XМмм... ну из альтовской команды в редхате сейчас работает человек пять, что ли.
> Проще его довести до конкурентоспособного состояния.
Второй редхат точно не получится. И это радует.
> Второй редхат точно не получится. И это радует.И меня это радует. Второй редхат реально не нужен.
Но, гипотетически, если Альт наберёт большую популярность, редхат может захотеть взять его под своё крыло, пока это не сделал кто-то ещё.
>> Второй редхат точно не получится. И это радует.
> И меня это радует. Второй редхат реально не нужен.
> Но, гипотетически, если Альт наберёт большую популярность, редхат может захотеть взять
> его под своё крыло, пока это не сделал кто-то ещё.ФСБ у нас активно юзает Альт.
Раньше ножку от табуретки юзали.
> Зачем? У нас Альт же есть. Проще его довести до конкурентоспособного состояния.А как же РОСА, Опен Мандала,...
Чем работа в redhat отличается от других? Всё то же самое.
Копание в ядре его багах не самое интересное, чтоб возжелать
заниматься именно этим.
> Чем работа в redhat отличается от других? Всё то же самое.
> Копание в ядре его багах не самое интересное, чтоб возжелать
> заниматься именно этим.Для копания в ядре те надо иметь 5 дан по феншую, камасутре, и участие в соревнованиях по Чейнджлогу на kernel.org
Чем пересадка сердца отличается от работы менеджера-консультанта? Все то же самое.
Что ж тогда "интересное"? Гуй-мордочки делать? Другое дело,что я, допустим, четко понимаю - моей квалификации на это не хватит ни сейчас, ни в ближайшем будущем, если что-то хоть слегка сложное. Но... это ж высший пилотаж, куда интереснее?
> Что ж тогда "интересное"? Гуй-мордочки делать? Другое дело,что я, допустим, четко понимаю
> - моей квалификации на это не хватит ни сейчас, ни в
> ближайшем будущем, если что-то хоть слегка сложное. Но... это ж высший
> пилотаж, куда интереснее?Чтоб делать что-то интересное нужно иметь врождённый математический талант,
улавливать затылком закономерности и рождать системы, базирующиеся на этих закономерностях.
Те монахи, которые этим известны в разные времена, отношение к практике
реализации интересных математичеких решений в виде готового кода имеют
опосредственное, академическое или вообще никакого. В redhat же просто долбят
отладчиком ядро, отлаживая и вылизывая шероховатости. Это очень даже менее интересно,
чем создавать gui мордочки. В последнем случае имеется доля творчества и полёта фантазии,
не говоря уже о создании 3D миров. А какой полёт фантазии или простор для творчества
может быть в серфинге по структурам ядра, макросам и длинным последовательностям вызовов фунций.
Даже поиск дизассемблером уязвимостей в бинарниках интересней-больше спортивного азарта.
еще б скантифик и остальных под крыло чтобы было меньше распылений
Опомнились. Осталось только Fedora на вольные хлеба отпустить нафиг, и все будет тибтоб.
Хорошая попытка, CentOS, но НЕТ
а может кто-нибудь кратенько пояснит(ну или ссылочку скинет), в чем между рэдхатом и цэнтосом разница и откуда она берется (нескучные обои не в счет)
исходники ж одни и те же, билд ферма теперь будет тоже
вообще в чем сейчас работа будет заключаться, в переделывании обоев?
Technical support, my friend ;)
Всё правильно.
Если не можешь остановить кровососов - возглавь их.
"из-за слишком старой версии pulseaudio"
Зачем вам pulseaudio? Я сразу его удаляю и проблем меньше на много!
У меня тоже пульса отсутствует, потому что mplayer через dmix используется для всего, и фильмов и музыки. Но говорят что пульса нужна для регулирования громкости приложений из одного центра настроек (юзерфрендли), а еще для трансляция звука по сети. Мне это не нужно, но кому-то может жизненно необходимо. Что теперь, отбирать у них инструмент с девизом «ненужно»? ;)
Не можешь победить, возглавь )
Ну понятно, как только возник вопрос о разнице в бинарях ядер Centos и RedHat, собранных из тех же исходников, как сразу же RedHat купил центось и будет сам собирать их ядро. АНБ не дремлет.
Надеюсь, не испортят мой любимый дистрибутив?
Вчера апнулся на 8ку. Правда чего то самба отвалилась...
> Вчера апнулся на 8ку. Правда чего то самба отвалилась...Самбы отваливают почти в каждом релизе... 7.0,7.1,7.2,7.4,7.5... Виндопротоколы, они такие.
Пишу из будущего.
Вашей центоси хана.
Редхат ее закрыл
> Пишу из будущего.Да нет, из настоящего. В котором индусы доедают Ваш любимый некрософт.