Так RedHat и надо! Да здравствует SuSE!

>Так RedHat и надо! Да здравствует SuSE!
с дуба рухнул?
это только у нас покупают насильно и за так. как тв6.
а там это большой успех.
Только репутация у АОЛ какая то сомнительная что ли. :(
не верю я, что это будет однозначно на пользу RH.
время покажет.

AOL имеет дурную привычку забирать из купленных компаний только то, что им нужно сейчас. Вы скажете, что в этом дурного? Да то, что "остаток" (то, что им не нужно), вне зависимости от качества, конкурентоспособности и переспективности, они просто выкидывают. Из этого следует, что если (не дай Бог!) AOL купит RH, то о "серьезном" (enterprise) линуксе можно будет забыть (нет, ну, может, IBM таки купит SuSE.... но, сами понимаете, это будет уже не линукс, а ibmux :))

Ну вот как нехотелось придется перейти на шлак((( time W... убьет все на фиг((((( Жаль..... А может это рука M$?

Eto horosho. V oblasti serverov SuSE ushe silnee RH. Tesno sotrudnishat s IBM i SAP. Eto bolshoi shans dlja rasprostranenija Linuxa na desktope. Nadejus tolko, shto ne otbirajut samo nazwanije Red Hat.

Нерюхаете вы... Linux это не RedHat.... Это Debian....

>Нерюхаете вы... Linux это не RedHat.... Это Debian....
вот удивляют меня такие выпады. Линукс это даже больше, чем суперпозиция всех дистров.
Только статус ананимуста хоть как то объясняет глупость противопоставления одного дистра другому.
Ред хат и Дебиан, как и Сусе просто разные дистростроители с разными подходами, но вне зависимости от того чем пользуется конкретный ананимус, он пожинает плоды работы всех этих команд.
я пользуюсь отличным дистром от Альтлинукса, который вобрал в себя много хорошего и от РХ и от Дебиан + куча российских и снговых актуальностей.
Так прежде чем плеваться стоит хоть чуть чуть подумать, куда попадешь.

>AOL имеет дурную привычку забирать из купленных компаний только то, что >им нужно сейчас.
имхо еще и портить даже то, что купили и хотели бы использовать.
я смотрю, не я один такой сомнительный. Значит, не показалось... :(

ну и толку... смотрите новость про Sun. точно также как сейчас интел решила что Линухом можно задавить Солярис она в будущем может (за определенное вливание из МС) задавить Линух.

Споры тут в форумах вокуг дыма. А где огонь никто и не смотрит :(

Можно задавит солярис. Это даже весьма несложно.
Линукс задавить не удасться. РедХат можно. А линукс может только сам развалиться, но убить его невозможно, потому что он живет не в одной-двух конторах, а везде.
так что здесь паника просто неуместна.
Если бы МС могла влить деньжат за убийство линукса, она бы давно это сделала. Но никаких денег не хватит. Приходится выкладывать посильные деньги в антирекламу и на работу блюзменов, чтоб хотя бы оттянуть свое сокрушительное поражение, стабилизировать долю рынка, потому что не будет виндозы на 30% рынка - либо 60-80% либо 0.

2Avel: "Если бы МС могла влить деньжат за убийство линукса, она бы давно это сделала"
MS линукс нужен больше всех линуксоидов вместе взятых. Потому как это единственное что дает им право в судах говорить, что у нас есть конкуренты, которые как и мы все в дистрибутивы заносят и т.п. Не удивительно что и Билл Гейтс в свое время имел очень много акций того же РедХата, потому как он не мог себе позволить смерти этого "конкурента".

Ну вот видите, даже тупой Ogr и тот понял, что redhat must die ради оздоровления
ситуации с линуксом в целом. Лично я только за. Нет сил уже терпеть это издевательство над
линуксом под названием редхет. Одно только слово это уже вызывает омерзение.

А для Огр и Ко эксклюзивно по секрету: да пусть все эти дистры накроются одним большим
медным тазом, лично для меня ничего не изменится. Всегда ставил и собирал самостоятельно
и ни в каких дистрах не нуждался. В мире нет ни одного дистра, который я мог бы просто
поставить с диска на сервер и быть довольным тем, что они туда впихнули.
_Минимум_ 50% переделки. Потому отказался от этих "удобных" дистров. Есть они - нормально,
нет их - еще лучше.

2anonymous (*) (2002-01-20 03:00:43.0): "по секрету: да пусть все эти дистры накроются одним большим медным тазом, лично для меня ничего не изменится"
Пусть и тогда для большенства народу линукс исчезнет, потому как у большенства время стоит куда дороже чем у тебя... Linux costs nothing as long as your time cost nothing (c) не помню чей.

> Пусть и тогда для большенства народу линукс исчезнет ... Linux costs nothing...

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

2anonymous (*) (2002-01-20 04:40:56.0): "Даже если я неделю затрачу на доводку и тестирование первого сервера "
Если ты неделю затратишь на тестирование и доводку, то качество этого сервера будет в разы хуже чем того же Rh, потому как ни нормального стресс теста, ни теста на взаимодействие ты провести за это время просто не в состоянии.
"что я могу год туда вообще не заглядывать и все будет крутиться и работать тип-топ"
А патчи кто накладывать будет и тестировать после этого по полной программе? Ты, милок, просто головой думать не умеешь.

RHAOL - для MS просто подарок! Теперь не будет формальной "монополии" ни на рынке ОС, ни на рынке браузеров. Реально же народ из АОЛ бежит впереди своей тени. Сервис у них хреновый, да назойливые они очень. И на Linux это бросит серьезную тень, что тоже неплохо. К тому же остается непонятным, что теперь будут делать Mandrake, ASP и другие продавцы (производителями назвать не поворачивается язык) дистрибутивов базирующихся на RH? Какую часть тела сосать?

Bluezman: "К тому же остается непонятным, что теперь будут делать Mandrake, ASP и другие продавцы (производителями назвать не поворачивается язык) дистрибутивов базирующихся на RH?"

базирующихся (с) на RPM, ты хотел сказать. да все тоже самое и будут делать. что для них изменится? :)

Напомню, что AOL имеет максимальный уровень недоверия потребителей из крупных компаний в США. По этому параметру она даже обгоняет Майксрософт.

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

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

Короче покупка RH AOLом означает смерть RH и серьезный удар для Linux в целом. Кстати никто не видел Netscape 5 версии? Ловко он его уработали :)

>Можно задавит солярис. Это даже весьма несложно.
Эт я так пол года назад думал пока солярку относительно непознал )))
Хых таких задавить тяжко. И ненадо тут орать идем и читаем что солярка умеет на своем
железе ))) У линуха нет такого железа а что там от IBM еще неизвестно.

Про AOL бред какй-то на Хз им дался RH и вообще линукс. Это как
сапожник себе орган решил купить )))
Вообщем все бред.

>Eto horosho. V oblasti serverov SuSE ushe silnee RH. Tesno >sotrudnishat s IBM i SAP.

А теперь вот объясните мне насколько политика сусе
отдавать ядра своих дистрибутивов только своим клиентам
соответствует GPL :)

Споры тут как-то странно заканчиваются... И темы. Приходит кто-нибудь (обратите внимание --- не Ирси, Огр и Блюзмен, а кто-то из линухоидов), кладет половой орган поперек топика и заявляет, что он (орган) у него самый большой.

Кстати, рпм --- это торговая марка РХ? Если да, то тогда вполне могут в добровольно-принудительном порядке у производителей дистров попросить денег. Что, возможно, скажется... Если нет, то народ тихо переползет на ту же Сузу.

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

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

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

Никуда Linux не денется. Linux - это ядро, а на каких пакетах строить дистрибутив - это дело второе. Всегда можно собрать все самому из исходников и в этом сила Open Source. Я могу собрать софт в любом стандарте (rpm, deb, pkg etc.) и жить дальше на своем любимом дистрибутиве. Можно взять любой Unix и воссоздать на нем полноценный дистрибутив a la Linux. Так что все опасения напрасны.

Kir.

> А теперь вот объясните мне насколько политика сусе > отдавать ядра своих дистрибутивов только своим клиентам > соответствует GPL :)

А где это написано, что они свои ядра только своим клиентам раздают?

СуСЕвые ядра может кто угодно брать и юзать! они доступны и как rpm, и как src.rpm и как src.tgz и даже diff-patch относительно ближайшей ваниллы! Просто эти ядра оптимизированы под использование в СуСЕвых дистрибутивах, и специально настроены SuSE-выми инженерами под различные задачи.

Они, кстати, сейчас занимаются внедрением поддержки грядущего Sledgehammer (AMD x86-64).

>>потому как у большенства время стоит куда дороже чем у тебя...
Время сбонки с нуля минимума совта требуемого для сервера на минимальном компе который вам сейчас удасться купить (Celeron 677/128M) 2-5 часов... в завсисимости от квалификации собирающего. Что собсно сопоставимо с временем установки w2k server. Кроме того, это делаеться один раз, после чего сервера штампуються под копирку за 20-30 мин... в отличии от w2k server, которую тока перегружать надо раз 5 за время установки.

>>ни теста на взаимодействие ты провести за это время просто не в состоянии.

При всем уважении к тебе (очень часто мне твои мысли импонируют), но эта полная пурга. Что с чем не будет взайимодействовать?? Данное заявление либо характеризует что ты ваше ничего не рубиш в OC (причем в любой) либо не то имел ввиду. Любая совтина, "взаимодействует", если это кнечно то слово, тока с сисколами ядра и и с либами, основные серверные проги (к примеру apache, squid) юзают тока glibc. Именено по этому все споры насчет дистров исходят тока от тех кто этого не понимает.
Вот и все. C glibc как-то давно особых проблем нету, с ядром есть, но тоже не смертельные. Каждый для себя выбирает ядро с которым работать, обкатывает, патчит (если счтитает нужным) и все, если вы все это кнечно не собрали новым супер пупер пре компилером :)

Хотя, w2k/XP хорошие системы. Тут я не спорю. У линукса куча проблем, но несовместимость, точно уж не из этой оперы.

2 ifconfig: Время установки W2K Advanced Server - 30 минут от силы (с лицензионного CD оптимизированного, чтобы CD-ROM головку не гонял туда-сюда). Плюс еще 30 минут, чтобы наложить сервис паки и секьюрити фиксы. Плюс еще 15 минут, чтобы настроить секьюрити на IIS (сделать lockdown а потом разрешить только то, что нужно).

2 ifconfig: А насчет "взаимодействия", это вы "ничего не рубите". Вот у нас на продукте есть 2 вида стресс-тестирования: one-point и real world. Real world - это когда эмулируется псевдослучайная нагрузка, близкая к тому, что будет испытывать система в реальных условиях. Количество багов находимых в этих двух видах тестирования - фифти-фифти. Отличие в том, что в первом случае тестируется некоторая малая часть системы, а во втором - вся система в целом (включая взаимодействие нашего софта с IIS, SQL 2000, AD и Exchange). 50% багов не проявляются если тестировать лишь что-нибудь одно.

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

w2k server за 30 мин НЕ СТАВИТЬСЯ ни с какого СД. Хотя бы потому что одна перезагрузка оного около 2-3 мин..

Какое отношение стресс тесты имеют к взаимодействию совта между собой? мона поподробней? если система падает под нагрузкой, то виноваты 1)ядро, 2) шареные либы, 3)сама прога... если вы допишите сюда что виновата еще другая прога, то грош цена этой системе впринцыпе.

Я понимаю что конкретная реализация очень сильно отличаеться от теории. Но если прога ХХХ пущеная не от рута(надеюсь вы не против если я администратора буду обзывать рутом) способна завалить систему, или завалить прогу YYY, пушеной от другого пользователя, то такая система не стоит даже времени на ознакомления с оной..

к щастью в w2k не все так плохо...

2 ifconfig: Чувствуется уровень второго курса заборостроительного университета. :0)

А с чего вы взяли, что будет падать та "другая" прога а не ваша, от того, что вы неправильно работаете с ней? Или что в MySQL нет ошибок. Или, например, что в Apache нет дыр и он полностью стабилен с теми модулями, которые вы в него насовали. Или что в GUI к wget корректно происходит распарсивание stdout, если у вас более старая или новая версия wget. Можно привести миллион примеров где взаимодействие программ может происходить некорректно. RH дай бог выловит 5% из них. Вы сами не выловите и одного.

>GUI к wget
%))))))))))
GUI к блюзмену. а лучше сразу бот вместо блюзмена.

стресс тест для wget c gui....
:))))))))))))))))))))

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

ps
пойду я отсюда, пока живот не надорвал.


>Вы сами не выловите и одного.
и не надо...

>от того, что вы неправильно работаете с ней?
какая виндузятина. кто на сервере работает?! да еще с гуем и wgetom?! там только сервисы!
Беспокоит Гондурас? не чеши его!


>А с чего вы взяли,
не брал !!!


>Можно привести миллион примеров
миллион миллион миллион алых роз...

>в MySQL нет ошибок.

добавим и объявим фичами...

>GUI к wget

ой помру...

2 Avel: Не бага "и одного", а процента, баран. А wget был приведен "с потолка", чтобы пояснить человеку что такое integration testing, и если ваши имбецильи мозги нуждаются в еще более понятных аналогиях, то тут я пас.

Кстати, мне вот интересно, вы на самом деле считаете, что в том же MySQL нет ошибок и что его невозможно завалить стресс-тестом? Или что Apache стабилен как скала? Или что при доступе к MySQL через JDBC или какой другой интерфейс никогда не бывает проблем? А то я частенько вижу на этом сайте стек-трейсы вместо страниц. Надо думать это из-за того, что все хорошо протестировано.

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

2ifconfig: "ремя сбонки с нуля минимума совта требуемого для сервера"
Сборка софта к его тестировнию абсолютно ни какого значение не имеет. Я на пример вообще не вижу смысла самому собирать, что-то из исходников, т.к. проще взять диск того же редхата который был собран из тех же исходников, плюс куча патчей которые они были вынужденны наложить по результатам тестирования.
"Любая совтина, "взаимодействует", если это кнечно то слово, тока с сисколами ядра и и с либами, основные серверные проги"
Ну смотри, есть программа А которая ожидает от поведения функции сервиса С определенного шаблона поведения, и есть программа Б которая общается с сервисом С1, а сервисы С и С1 взаимодействуют друг с другом. Теперь представь что в цепочке этого взаимодействия программа Б с ошибкой вызывает не стандартную ситуацию которую только можно отловить при определенных случаях, это ошибка заставляет сервис С дать другой результат в ответ на запрос А и А начниет нести чушь, заметь не падать а просто не тот результат. И ловить эту ошибку компиляцией просто бесполезно. Вот именно по этой причиние наг продукт который пишут 5 программистов почти 10 человек тестеров.
тестируют в течении полутора недель. И редхат тем же занимается.
"способна завалить систему, или завалить прогу YYY"
да в том то и дело, что знаничтельно чаще вообще ни чего не падеют, а просто возвращается странный результат.
Ладно для примера реальный случай: мы потдерживаем апгрейд с использованием фтп, читается файл, считается crc и если црц совпал, то апгрейдимся. Программа работала нормально на всех тестах пока тестеры не решили проапгрейдит сразу 40 юнитов, и из них примерно половина сообщила об црц ошибке, апгрейдим 39 все нормально нет ошибок, а 40 и дальше ошибки, причем каждый раз разные. Мы точно так же как настоящии линуксоиды с этого сайта подумали, что либо сервер дохнет (IIS) либо tcp стэк, либо все вместе. Решили заменить IIS на линукс бокс и ошибка исчезла. Все можно начинать кричать M$ мастдай и т.д. Но идея заставлять пользователей менять что-то в их нетворке ни продажам ни руковдоству компании не понравилась. В общем в таком виде ошибка досталась мне (с надеждой что я либо потверждаю результат и все довльны, либо нахожу где проблема и исправляю). Я убил на поиски проблемы ТРИ дня! И все потому что в описании ошибки все были уверены что это MS. В общем оказалось, что алгоритм расчета црц *не явно* предпологал что данные поступают порциями кратными 4. Линукс всегда отдавал данные именно в таком виде, IIS же при нагрузке норовил отдать столько сколько позволяет ширина канала и соответсвенно иногда очень редко (примерно 0.01% всех трансмитов) попадало не четное кол-во байт что и вызывало проблему. Вот Вы мне скажите как вы можете быть уверены в системе где программы не вы даже писали?! Я еще понимаю сами програмисты в своих творениях уверены (но почему-то на написание программы уходит 20% времени, на обдумывание 40 и еще 40 на ловлю блох? В не зависимости от места работы)
Так что когда я слышу что кто-то тут хвалится "я тут сервер сам с нуля соткомпилировал" я сразу понимаю, что человек даже примерно не представляет как все это на самом деле происходит.

>А где это написано, что они свои ядра только своим клиентам раздают?

А вот тут:

<quote>
This kernel will be available in the first place to SLES7 customers
only.
They have to obtain a password at <http://support.suse.de/psdb/>; using
their SLES7 Regcode and can then log in to get the kernel.

All other customers interested in this new kernel should contact SuSE
directly. Email: bsupport@suse.de
</quote>

Слушайте, господа, немогущие больше терпеть издевательства RH над линуксом: издевательства Алана Кокса над линуксом вы можете терпеть? А почему? А это ничего, что именно RH платит Алану с 1997 (1996?) года? А то, что вражьи линуксовых хостинги - сплошь RH и, видимо, прямо из коробки - это ничего? А проблемы отдельных кулхацкеров, которым хлебом не корми, дай сделать "под себя", волнуют RH, по счастью, очень мало, благо среди них покупателей коробочной версии - раз два и обчелся. RH нормальный дистр, в меру стабильный, в меру отлаженный, в меру работающий. Если б не мое желание "свежачка", да периодическое желание пофлеймить с авторами того или иного пакета, так бы на нем и сидел, а так, флеймить лучше по-русски, поэтому Alt :-)

АМ

> А теперь вот объясните мне насколько политика сусе > отдавать ядра своих дистрибутивов только своим клиентам > соответствует GPL :) GPLю - запросто. GPL просто не запрещает покупателям заниматься редистрибуцией. По аналогии со свободой слова: для ее наличия совсем необязательно каждому, кто что-то знает, орать об этом во все горло. Достаточно просто иметь такую возможность для желающих :-)

Сборка к тестированию действительно не имеет никакого отношения. Но есть ряд причин которые потвигают собирать самому, во первых сборка под свой проц, во вторых тот-же стресс тест для железа..
Когда ваши свежекупленые железяки выстоят 2-5 часов при нагрузке в среднем от 3 до 6 (сборка несколко пакетов одновременно) то это первый экзамен для них на звание стать сервером. В третих, я не пользую rpm, ну еще куча по мелочи...

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

Не флейма ради.. Опять на LOR Internal server error. За последнюю неделю - это уже раз пятый. У кого-нибудь еще было, или это мне так везет? :(

To: ifconfig
Про отсутствие проблем с совместимостью в glibc это ты хорошую байку рассказал.
Теперь пойди и поставь Oracle 8i, который заточен под glibc2.1, на дистрибутив c glibc 2.2 (RedHat 7.1, RedHat 7.2).

>>Теперь пойди и поставь Oracle 8i, который заточен под glibc2.1, на дистрибутив c glibc 2.2 (RedHat 7.1, RedHat 7.2).

Угу, ты бы еше предложил версию для Limux взгромоздить на win :))

Oracle 8i требует glibc-2.1.x, Oracle 9i требует glibc-2.2.x. Но ни 8 ни 9 Оракл не требуют под себя именно РедХат.

Ну и зачем мне 8 Оракл городить на 2.2.х ??????? Причем тут совместимость то?? Если уж совсем не вмоготу, и охота пользовать 8 оракл на системе с 2.2.х никто не мешает тебе поставить паралельно glibc-2.1.3 и пользовать ее через LD_PRELOAD_PATH

>GPLю - запросто. GPL просто не запрещает покупателям заниматься >редистрибуцией. По аналогии со свободой слова: для ее наличия совсем >необязательно каждому, кто что-то знает, орать об этом во все горло. >Достаточно просто иметь такую возможность для желающих :-)

Так вот я этого и не понимаю.
Предположим я клиент Suse (собственно, так и есть).
И я скачал себе тамошнее ядро и выложил на всеобщее обозрение.
Я что-нибудь нарушу?
А если Suse прикарманивает значительную часть труда того же RH,
например, и отдает ядра только тем, кто им заплатил они не
нарушают ничего?
Я серъезно.

По поводу RedHat, glibc-2.2.x, Oracle 8i etc

2Bizon: А ну-ка кыш отсюда читать доки к Ораклу!
Там же в дистре (8.1.7) лежит комплект glibc-2.1.3 и описание,
как сие привинтить к тому же RedHat-у с 7.x его glibc-2.2.x.
LD_PRELOAD еще вроде не отменяли, как и предварительное прочтение
документации перед установкой софта.
Кулхацкеры, блин.... :(

Сергей К.,
Н.Новгород

2ifconfig: "Когда ваши свежекупленые железяки выстоят 2-5 часов при нагрузке в среднем от 3 до 6 (сборка несколко пакетов одновременно)"
Мне просто интересно, что Вы там столько собираете? Или извините Вы это это делаете не на 486? Потому как на моем Атлоне 1700+ ядро собирается где-то за 4-5 минуты...
"Еще раз плиз потрудись обяснить как пример описаный тобой связан с тестированием совта имеено производителем дистра??"
РедХат занимается тестированием пакетов, и на ядре это очень хорошо заметно, т.к. из ядро это практически форк от основного. И форкают они его не от хорошей жизни, зангляни в практически в любой пакет собранный редхатом на их дистре с src, постоянно есть вложения с из патчами.
2DigiMind: "Опять на LOR Internal server error. За последнюю неделю - это уже раз пятый. У кого-нибудь еще было, или это мне так везет?"
Обычное дело, даже ночью когда нагрузка куда ниже и то вылетает эта ошибка.

Спокойно, граждане.
Как поставить Oracle 8.1.7 на RedHat 7.2 я вас еще научу.
Я его привел для примера.

Некий товарищ ifconfig утверждает, что проблем с совместимостью для glibc несуществует. Под совместимостью я понимаю, что, если что-то скомпилено под более старую версию, то должно работать и под более новой. В случае с Ораклом - это glibc 2.1 и glibc 2.2. Я так понял, что все кому надо, в курсе, что Oracle 8.1.7 поставить на RH 7.2 без танцев с бубнами вокруг glibc не удастся. ТАК ГДЕ СОВМЕСТИМОСТЬ?

Можем пойти дальшее и скопилить свою прогу под RH 6.2 с использованием glibc 2.1. Теперь пробуем запустить бинарник на RH 7.2.
Я думаю, вы знаете, что получится. ТАК ГДЕ СОВМЕСТИМОСТЬ?

Тому, кто тут о 'карманниках' волнуется:

1. Прочитайте сначала GPL и обдумайте прочитанное

2. Потом прочитайте в readme к дистру, что там pay и не GPL или еще под каким спецефичным копирайтом.

3. А на закуску зайдите на ftp://ftp.suse.com/pub/people и поищите там знакомые имена кернел-хакеров и линукс гуру. Надеюсь, хотя бы имя Andrea Arcangeli вам чего-нить говорит...

Ну что, будете еще искать воров и удивляйтся, почему сусевое ядро 2.4.10 с рейзером стоит как скала и сертифицировано Ораклом - патчи может посмотреть каждый неленивый!

2Bizon: Совместимость, как ты это понимаешь (прочем как и весь мир, за исключением линукосидов), есть злостная провокация, чтоб дать возможность богатым корпорациям распостранять свои творения в виде бинарников, не давая возможность свободолюбивым линуксоидам пользоватся всем на халяву.

>>Некий товарищ ifconfig утверждает, что проблем с совместимостью для glibc несуществует.
я этого не утверждал. я сказал что проблем с самой glibc практически нет. Сначала выучитесь хотя бы читать.
99 % бинарей будут работать как с glibc-2.1.x так и 2.2.х.
Одно из немногих исключений Oracle 8i. Проблема известная, и каждый, кто хоть чуточку пользует Оракл ей знает.
Сначала я, потом еще парень с Н.Новгорода ткнули тебя носом как решить эту проблему, если это кнечно мона назвать проблемой.

Огру, насчет времени сборки. Ядро это уважаемый не весь совт нужный на сервере.
та же glibc компилиться около 40мин на целероне. + gcc + perl и около 25 пакетов всевозможных утилит. Все вместе около 2 часов.
свой кипятильник атлон прибереги себе для десктопа, на большинстве мелких серверов целерона достаточно "завглаза". дешиво и спишь спокойно.


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

возможно и не от хорошей. Я ничего не имею против РедХат.. Они делают очень много для Линукса в целом, RedHat в какой то мере стандарт для многих решений, но смотреть в его сторону я перестал очень давно, за ненадобностью для своего круга задач. Кстати, как программеру, мне не совсем пнятна ситуация, когда в ядре и совте столько "недоделок" как считает редхат, то не проще ли написать заново. чем постоянно патчить ...

Кстати, я достаточно много пишу под win32.. Очень много мне в вин импонирует и сделано лучше чем в линуксе. Так что в предвзятости обвинить меня врядли можно.

Хрень порите господа, хрень.И про Wins2000AS за час и про вручную собранный сервер. Грошь цена таким машинам если вы тратите на них столько времени сколько говорите. И вообще, когда мы наконец-то начнем вчитываться в тему того что мы обсуждаем "AOL Time Warner Inc. купит Red Hat Inc." - вот что нужно а вы про хрен знает кого. О чем вы? Неужели вам не надоело топтаться много времени на одном и том же месте много времени. Или вам на работе поговорить не с кем? Обязательно сюда и за старую песню: Linux - forver, Windows - must die или наоборот? Лично мне RedHat жаль, если все это правда, то что Linux стал тем что мы имеем сейчас с его растущей в массах популярностью это в основном заслуга парней из RH. Я очень люблю и уважаю Debian, Slackware - мой первый дистрибутив, это отличные серверные системы но они слишком сложны для конечного пользователя. В свое время RH первый кто смог представить Linux как систему а не как набор - собери сам. И они долгое время были единственной силой которая двигала Linux на десктопы обычных пользователей. И итоговая популярность системы зависит именно от конечно пользователя а не от компании сисадминов в курилке обсуждающих особенности конкретной OS. Где бы вы все сейчас орали если бы не RH? Linux -forver, Windows -must die.....

2ifconfig: "на целероне...свой кипятильник атлон прибереги себе для десктопа"
Я то его на десктопе и держу :) А вот Вы что целерон на сервер запихнули :) При том что интел его для бюджетных десктопов его делает.
"Ядро это уважаемый не весь совт нужный на сервере. та же glibc компилиться около 40мин на целероне. + gcc + perl и около 25 пакетов всевозможных утилит"
Я это знаю, просто удивился что Вы там так долго компилируете на сервере, теперь вопросов не имею, на целероне можно и еще дольше этим заниматся :)

ДА вряд ли АОЛ действительно КУПИТ РэдХэт, оно им надо...
Им надо скорее уж Мандрейк покупать, а еще конечно лучше
было бы BeOS - для их-то целей. Цель ведь АОЛа какая?
Как и у микрософта - замкнуть юзера в своем "пространстве",
поэтому в идеале надо не просто "pre-over-customized browser"
поставлять, а всю систему целиком, так чтоб из нее вообще
было трудно выползти из-под их затраханного контроля.
Система при этом нужна гораздо более минимальная, чем
даже windows, не то что линукс.

Конечно, отвязаться от микрософта (который тоже
двигает свое собственное подпространство в сети) - условие
необходимое, но завязать себя в ПРИНЦИПЕ на открытые стандарты -
это значит сделать нечто совершенно противоположное намерениям.

Так что вряд ли это все состоится... тем более что RedHat и без
АОЛ пока не помирает.