Мда уж. Народ будет жутко не в восторге от этого. Помнится как тут слюной исходили когда Mandrake прекратила поддерживать дистры двух годичной давности, а тут год. Если RedHat не будет делать errata RPM пакаджей для "старых" систем, то уж лучше pkg системы, там сам себе начальник.

Да, видимо RH решили, как и обещали уйти в сторону desktop систем. Может я чего-то не понимаю, но ИМХО только с десктопами можно такие вещи творить. Хотя может это и к лучшему, время покажет. А что, со спарками они вообще больше работать не будут?

у кого не десктоп а сервер тот и так себе апдейты руками соберет. там из критичного надо немного.

Работать спарки будут по преджнему, а вот апдейтов от RH к RH 6.2-sparc по видимому не будет больше.

Главное чтоб в RawHide по преднему оставалось ;)

2anonymous (*) (2002-12-25 14:44:18.248)
"у кого не десктоп а сервер тот и так себе апдейты руками соберет. там из критичного надо немного"
А у кого серверов с десяток? Только самим пакеты делать на одной машине и патчить все остальные. Но вообще для коммерческого дистра это БАРДАК. Кое-кто тут в другой треде про RH с пеной у рта доказывал, что шапка имеет до задницы дохода с саппорта... Ну ну..

Да что вы расстраиваетесь-то так сильно? Все равно критически важные вещи приходится из сорсов собирать, да еще и править иногда. Пример, в iptables до сих пор не поправлен баг при удалении правила (десять раз им писали, даже патч сделали и им послали - по барабану, хоть бы ответили). tcpdump из последних RPM неправильно работает на atm интерфейсах. С саппортом аналогично. Так что какой саппорт? Вы о чем вообще? Работает - радуйтесь. Нет - сами правте. Баги в ос софте разработчиками правятся только тогда, когда они мешают самим разработчикам.

Ну надо же. Если б МС или Боланд про такое заявил - уже в грязь по всему миру втоптали бы. А тут - все хорошо, прекрасная маркиза... :)
И правильно! Деньги надо экономить! Следующий квартал должен быть стабильно прибыльным! :)))
Виндузятник

Виндузятник ты не сравнивай саппорт redhat с ms, у которых самая действенный совет "попробуйте загрузиться завтра". и вообще тему про ms не надо тут развивать, флеймер херов

>ты не сравнивай саппорт redhat с ms, у которых самая действенный совет "попробуйте загрузиться завтра"

Ты с МС-овским саппортом общался? Вполне нормальный саппорт. А вот в редхат на все вопросы ответ один: "свяжитесь с разработчиком пакета, или спросите в мэйлинг-листе". У МС есть MSDN и technet. А у РХ? Одна рекламная дрянь и выставление пальцев.

Так что заткни свою поганую пасть, красноглазый отморозок.

а саму новость кто-нибудь прочитал????

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

to Виндузятник :

> Ну надо же. Если б МС или Боланд про такое заявил
> - уже в грязь по всему миру втоптали бы.

Слушай, давай не будем а ?

> И правильно! Деньги надо экономить! Следующий квартал
> должен быть стабильно прибыльным!

Потому-что деньги грязными методами не выжимают.

Мда. Поди еще персонал сократят, связанный с альфой и спарками. Прибыль вырастет конечно в 1 квартале, но почему то новость эта на радует. Потом не ясно, как будет определятся популярный дистрибутив. В общем. есть подозрение, что идут по пути мандрейка (который щас стагнирует все более явно).

Ананасу (2002-12-25 15:53:07.163)
"какой смысл выпускать алерты или багфиксы для устаревших версий софта??"
libc.so.6 годичной давности - устаревший софт? Мне на всех серверах прикажете руками ее пересобирать в случае чего?

> Ты с МС-овским саппортом общался? Вполне нормальный саппорт.

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

> У МС есть MSDN и technet. А у РХ?

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

> Так что заткни свою поганую пасть, красноглазый отморозок.

Finder, не тебе со мной возрастом меряться:) Ты и линукса-то не знаешь, насколько я вижу по твоим обильным излияниям на LOR :-)

> Мне на всех серверах прикажете руками ее пересобирать в случае чего?

ДА!!!!!! а как же еще?

> Ты с МС-овским саппортом общался? Вполне нормальный саппорт. А вот в >редхат на все вопросы ответ один: "свяжитесь с разработчиком пакета, >или спросите в мэйлинг-листе". У МС есть MSDN и technet. А у РХ? Одна >рекламная дрянь и выставление пальцев.

>Так что заткни свою поганую пасть, красноглазый отморозок.

Я пользовался Finder. По поводу выпадающего в корку Офиса 95. Ответ всегда был один и тот же - обратитесь к поставщику пакета. Поставщик пакета говорил с точностью наоборот - обратитесь к разработчику мы его продаем а не сопровождаем. Потом по поводу купленного ЭНТИ (с печатью сетевой проблемы были) ответы до резкого - приезжайте мы вас научим (за ваши деньги разумеется). Смешно - даже корешок с сертифайт профэшэнал помочь с этой багой не смог. И только потом в их базе знаний случайно нашел, что фирма Майкрософт рекомендует при сетевой печати использовать драйвера производителя, а не собственные. Причем нашел это в закрытой части их базы доступной бэта тестерам и кто бабла им заплатил. И не обвиняйте в неумении рассказать им проблему - запрос был на ИХ официальном бланке с их вопросами к нам. Сначала сказали не может быть, потом опять сплавили к местному висту - пришел от них профэшэнал с талмудом для тюнинга реестра выданный ему по сдаче экзаменов и сказал - Не может быть, ну перейдите на новую версию Винды. А винда была нужна 95 и вот только потом став бэта тестером их Проджекта получил ответ на этот вопрос.

Игорь

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

Редхат проводит оптимизацию своего бизнеса и это положительный момент. Если будут востребованы услуги - они будут. А если юзера даже копейку жмут за супорт/обновления и покупают только многодисковые помойки "все сразу и в одном" - зачем тратиться?
Прочим просто надо обращатся к дебиан. там все по другому. Отчасти все по другому и в альтлинуксе.

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

Неприятно, согласен.. Правда для пользователей 7.2 получается что срок поддержки будет 2 года.. Кому не нравится срок поддержки в 1 год, пускай покупает Redhat Advanced {Server|Workstation} - их поддерживают 3 года.

Re:

имхо, с точки зрения максимизации доходов (продаж) / минимизации затрат (сервис поддержки) - решение абсолютно правильное... с маркетингом - черт знает...

прогресс, развитие ОС ... - вроде б плюс, но клиента приглашают принять участие в гонке (за его деньги)... он потянет? :)

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

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

лучше позже чем никогда или как Мандрейк.. скорее всего вопрос стоит о выживании... пусть эксперементируют..

а давайте еще вин 3.0 вспомним! Ж-) Или чего уж мелочиться, Вин 2, вот где багов было :)

Я вот сижу, читаю, и не понимаю людей - "Что мне все 10 серверов руками!?"
Да, руками, а что? Что в этом такого? Или Вам уже лень './configure && make && make install' написать? Благо конфиги сейчас редко где меняют. Я сам выпендриваться не буду, но скажу одно - слежу за 23-мя серверами и все под управлением FreeBSD. Я не использую никакие RPM или же redhat network (я про неё слышал и понял что это такое). Но когда выходит новая версия того же openssh например, то я иду на сайт, сливаю, и собираю из исходников и руками. Да, это занимает несколько времени, но потом сплю спокойно. При обновлении чего-нибудь на всех серверах я пишу скрипт (10 строк максимум). Скажу честно - я не жалуюсь никому на работу разработчиков FreeBSD и как они поддерживают свои релизы. Вместо того, чтобы жаловаться, я бы сказал спасибо, за то, что разрабатывают ядро дальше.

>Да, руками, а что? Что в этом такого? Или Вам уже лень './configure &&
>make && make install
совсем дурной?
у тебя везде есть компилятор, место, *devel и 23 times времени на этот секс?

Или ты не слышал про подмены на ftp?

PS
все таки *BSD - старый отстой не приспособленный для production...

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

>Или Вам уже лень './configure && make && make install' написать?

А Вам нужно объяснять почему из соображений безопасности компиллятор и библиотеки разработчика держать на "боевом сервере" не рекомендуется?

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

иначе же наплодишь кучу версий в разных дирах. а потом вычищай это гомно. жопа. рпм рулит! для совпдающих линухов :) а для остальных SRPM.

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

я сейчас провожу эксперименты с удаленной переустановкой линухов при том условии, что консоль находится на другом континте и тамошние "админы" умеют только ресет нажимать :) и требуется 100% того, что новый линух поднимется... если 100% получится, то возможно это вариант :) разумеется для кучи серверов рисуется набор "апдейтящих" скриптов и понеслась...

SG

о! еще один умник :) ну объясни, будь добр. ты предлагаешь держать еще один спец. сервер, похожий на все остальные, и делать сборку на нем ? АрИгинальнА

Бывают же фанаты 8)))))
Руками. Везде. И склероз ведь не мучит - что где проапгрейжено, что нет. И компилятор везде есть. И не лень.
Железные люди, что и говорить 8(

привожу выписку из FreeBSD Handbook 21.4.6.2

"Secondly, it allows you to use NFS mounts to upgrade multiple machines on your network. If you have three machines, A, B and C that you want to upgrade, run make buildworld and make installworld on A. B and C should then NFS mount /usr/src and /usr/obj from A, and you can then run make installworld to install the results of the build on B and C."

так как вы, блин, иначе обновляться собираетесь????????? на одной машине собрали пакет, на всех поставили.

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

Пре-хистори. ----------------------------------- Стояла 7.2 - апдейты постоянно шли.

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

Не знаю вышел апдейт или нет - теперь уже без разницы.

Вывод --------------------------

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

Ответ на возможные вопрос -----------------------------

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

Это не реклама БЗД. Просто личное мнение. Живут у меня и те и другие.

2 Ikonta_521 (*) (2002-12-25 17:56:09.336) это мало помогает уж поверь моему опыту ;-) может ослажнить конечно но не настолько чтобы имело смысл с этим трахаться ... есть более надежные и удобные решения acl например ... неслушайте подобные заявления это делетанство ну или покрайней мере попытка изобрести велосипед ...

2anonymous (*) (2002-12-25 17:33:29.647)
"Да, руками, а что? "
Никаких компайлеров на продакшн серверах, это раз.
Во вторых мне это действительно в падлу делать. Проставить пакеты на 10 машинах это час от силы. А собирать минимум раза в три дольше. В случае сборки глибс на машине в мухосранском филиале ты вообще получишь незабываемые ощущения. Или лучший способ удаленного администрирования это командировка?

2anonymous (*) (2002-12-25 18:14:12.588)
"! еще один умник :) ну объясни, будь добр. ты предлагаешь держать еще один спец. сервер, похожий на все остальные, и делать сборку на нем ? АрИгинальнА"
Агы:) С солярисом это проходит на раз. С линуксом тоже. Версии дистра на серверах у меня одинаковые. И я это не предлагаю. У меня это уже работает.

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

А мне казалось что этот трабл в пакетах РХ просто отсутсвовал, потому им обновлять-то было нечего.

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

А мне казалось что этот трабл в пакетах РХ просто отсутсвовал, потому им обновлять-то было нечего.

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

А мне казалось что этот трабл в пакетах РХ просто отсутсвовал, потому им обновлять-то было нечего.

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

А мне казалось что этот трабл в пакетах РХ просто отсутсвовал, потому им обновлять-то было нечего.

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

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

>libc.so.6 годичной давности - устаревший софт? Мне на всех серверах >прикажете руками ее пересобирать в случае чего?

Мсье Краузе, а вы купите RH AS. Он до 2005 года саппортиться будет :-)

Кстати, а то что суся давным-давно так делает, практически наплевав на саппорт выпускемых дистрибутивов никого тут не волнует ? :-)
Она и SLES то херовато суппортит.

"Мсье Краузе, а вы купите RH AS. Он до 2005 года саппортиться будет :-)"
Мсье Анонимус, у меня SuSE :) Она так подольше немного саппортится.

Вот тут люди говорят, что gcc (да и вообще компилер в целом) на продакшн сервер ставить не стоит. Я спрошу - а почему не стоит? Да и возможно сам отвечу - чтобы експлоиты не компилили и запускали потом. Я правильно ответил или нет? Ну если не правильно, то поправьте. Дык вот есть у меня продакшн сервер (он на freebsd, но собственно это не важно), на сервере куча пользователей, ни у кого шела нету. Ладно, то, что gcc можно cgi скриптом запустить через апач я знаю, но GCC мне как руту на сервере нужен (ну мало-ли кому-нить надо там perl module, так мне с CPAN'а слить и скомпилить тогда придется), но в тоже время я не хочу пользователям давать GCC. Я нашел простое решение своей проблемы очень давно, я поставил 700 на /usr/bin/gcc и теперь я доволен.
Еще тут люди говорят, что девелоперские либки тоже держать на сервере не стоит, да я это тоже понимаю, и по этому у меня все либки важные темже chmod'ом и про'chmod'ины. Проблем нету вообще никаких и не надо ничего мутить.
А теперь задайтесь вопросом - а реально есть толк от того, что на сервере не будет gcc и либок? Я скажу так - тот, кому надо будет сломать ваш продакшн сервер, сломает его. Реально возьмет либки соберет на другом компе, gcc тоже тихо мирно бинарником к себе положет, ну а дальше как по маслу все собирать будет.
Так что реально от вот этого пердежа насчет "нормальные люди compiler на продакшн сервере не держат" толку нету. Я скажу просто - тот, кому РЕАЛЬНО надо будет сломать ваш сервер рано или поздно его сломает :)

Пару слов про rpm - чем мне нравится rpm, так это тем, что все быстро можно поставить и не париться самому.
Чем мне rpm НЕнравится - так это тем, что при использовании RPM появляется "зависимость", я в плане что юзая RPM из сырцов чего-то собирать вообще не рекомендуется, так как запороть можно все одной либкой из сырцов (все зависимости RPM ломаются нахрен и каюк).

Ну а дальше решайте сами :)

С наступающим всех заодно!

to FreeBSD :

> плане что юзая RPM из сырцов чего-то собирать вообще не
> рекомендуется, так как запороть можно все одной либкой из
> сырцов (все зависимости RPM ломаются нахрен и каюк)

Для таких боязливых и придумали checkinstall :-)

2 MrBool (*) (2002-12-25 15:57:54.747)
"Слушай, давай не будем а ?"
Давай. ОК. :)

"Потому-что деньги грязными методами не выжимают."
О! Так что, все-таки бум??? :)

Виндузятник

>anonymous (*) (2002-12-25 18:14:12.588)
>о! еще один умник :) ну объясни, будь добр. ты предлагаешь держать еще
> один спец. сервер, похожий на все остальные, и делать сборку на нем ?
> АрИгинальнА

Ага, сборочная тачка - кто много собирает, или саппортит кучу станций/серверов - так и держат.

От дрейфую потихоньку на Слаку, и думаю, что правильно делаю...

> Я нашел простое решение своей проблемы очень давно, я поставил 700 на
>/usr/bin/gcc и теперь я доволен.
:)
А еще ты рутовую почту рутом читаешь...
Меня всегда прикалывали юзера, которые в качестве пароля слово "пароль" русскими буквами в английском регистре набирали. Ведь тоже свято верят, что безопасность на высоте...

> Чем мне rpm НЕнравится - так это тем, что при использовании RPM появляется "зависимость", я в плане что юзая RPM из сырцов чего-то собирать вообще не рекомендуется, так как запороть можно все одной либкой из сырцов (все зависимости RPM ломаются нахрен и каюк).

Ну дык, имхо, в том и есть сермяга: эсли у ты серьёзная работа на мервере (тем паче -- на многих) -- не инсталли сырцы! Разбирайся с RPM -- и делай RPMки, кои и инсталли...

С уважением -- Смоляное Чучелко

>Мсье Анонимус, у меня SuSE :) Она так подольше немного >саппортится.

Вы, г-н Краусе, просто врете :-/
Возьмем, к примеру, Suse 7.2.
Последнее ядро к нему (2.4.16) вышло в апреле этого года.
И даже для SLES7 время поддержки декларируется 2 года,
RH для AS декларирует 3 года.

MS-овский _ПЛАТНЫЙ_ support - вообще самый лучший в мире. Кто общался, тот знает. Дорого только. Зато решают ребята любые проблемы.