686 - eto ne formal'noe nazvanie Pentium Pro, a chto takoe 786?

686 -- PPro, Celeron, PII
787 -- PIII in projects only :)

Туда этой бодяги и дорога. Забыли видимо почему линукс многие люди ставят а не винду.. Раньше все превосходно пахало на 386 а теперь жрет столько же сколько и винда:)

Блин, а что же с 586 :-O ?

Интересно, а если у меня firewall/gate на 386 сделан и я им доволен, мне теперь что же уже и апгрейд не сделать? ,)

Вот RedHat и пускай таким остается, а нам ничто не мешает использовать нормальный дистрибутив. Кстати, это какой-то клон, по крайней мере не redhat.com.

Ребя-ты!
Насколько я помню, P-III -- это ни что иное,
как коммерческое название. Это P-II + несколько
новых инструкций для мультимедиа. Та же архитектура,
та же разрядность...
Так что 686 -- это P-II и P-III, а 786 -- на совести автора
сообщения 

Курица не птица - RH не Линукс

Xeon этот кокой и подержует Linux его

"Немного" это 70 принципиально новых инструкций.
Так что совесть у меня есть. Инструкции называчются
стримовыми в том же смысле что и ММХ.

В том что у когото таки остался 386 я не сомневался,
но в моем случае PIII везде: на работе и дома.

А Линуксом я скорее RH назову чем колченогое Slackware,
отсталое дите Debian, "десктопное" Corel или суровое SuSe.

RH был и остается самым прогрессивным дистрибутивом, а
Линух, как я его себе представляю, это прежде всего новшества.

Такие заявления - на помойку ! причем сразу вместе со всей компанией RH У меня сервер стоит 486 - так он еще слишком мощный!!! А вы говорите 686-only

Nikakih 786 ne bilo i ne bydet! Zajdite na http://www.ixbt.com/cpu/p6_cpu.html i ybedites', ili poprobyjte poiskat' na www.intel.com ili www.yahoo.com chego-to o 786. In projects only Intel predpochitaet davat' imena ne cifernie, a slovestnie, naprimer Cuppermain, Timna ili nedavnij Mereced. Drygie kontori, kak naprimer AMD delaut takzhe. Merecd, on zhe Itanium, takzhe 786-im bit' ne mozhet, poskol'ko eto ne x86 CPU, v nem est' lish ego emyljatcija i kstati ne ochen' effektivnaja. Esli kto hochet yznat' podrobnej o nazvanijah CPU mogy posovetovat' http://www.ixbt.com/cpu/codenames.html Otlichija zhe PIII ot PII dejstvitel'no ne tkie yzh i principial'nie i ne kolichestvom novih kommand ih nado schitat'.

Naskol'ko mne ponjatno rech' ne o RedHat idet vovse. Prosto kto-to vzjal svobodnie SRPMs i perekompilil ih pod Pentium. Tam dazhe golosovanie est', delat' eto s egcs ili gcc 2.95.x Y nih dazhe nazvanie ne sovsem to: RevHat ;-)))))

Ну что же придется отказыватся от Mandrake, RH

Вот однако не пропаду, буду FreeBSD юзать ;)

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

Ну ежели SuSE суровым считают...
Ты его видел?
Я и шапкой и им пользовался
IMHO по удобству установки/управления
(за вычетом пары ляпов)
RH ему уступает-таки 

Да с SuSe 6.2 я познакомился, после 3х часов custom install.
1) YaST sucks a big time.
2) Без YaST ничего толком не сделаешь, потому что SuSE решила
организовать конфиги по-своему, нам татарам сразу их логика и произвол
не понятны.
3) Gnome падает в корку по любой причине и без причины тоже
а KDE мне ихнее даром не надо.
4) Еще и за чтот геморой денег требуют.
В обшем Линух по-немецки не для меня.

По мнению АМД их Athlon - 786(7го поколения). 
http://www.amd.ru
http://www.amd.com
 

A pokonkretnej URL est'?

Must use slackware-7.0

Нда. Если человек не может разобраться с конфигурацией SuSE...
Это же целый 1 файл конфигурации! И притом с комментариями.
Нафига таким людям вообще Linux?

К anonymous:
Для того чтобы сконфигурить SuSE дома много ума не надо ты прав.
Рекомендую попробовать настроить NIS, NFS, 2-3 NICа, десяток
виртуалных IP, приличный роутинг, поменяй в процессе hosname, domainname,
nisdomainname.
Как делается? Почитай файл с "коментариями" там ведь все написано :)
на английском с немецким акцентом типа каких слов не знали оставили
по немецки :).
Людям нужен Linux для того чтобы он был чем то болшем чем дескжоп с
ppp.

Да, коментарий об одном файле мне напомнил одну статейку.
http://kulichki.rambler.ru/moshkow/UNIXOID/scomastdie.txt
Что то вроде ;)

Tima - у меня _стоят_ на SuSE 6.2 NIS, /home on NFS, и само собой NICи. В виртуальных IP не было необходимости.
Это я настроил за пол часа. Причем ставил я SuSE в первый раз - сам живу примерно под KSI.
Cтатейка прикольная. Но не про это. SuSE действительно легкая в настройке система (по сравнению с той же KSI).
А немецкого акцента в комментариях я не приметил. Хотя часть юзеров без проблем работает с немецкой локалью,
пара с английской, а остальные с немецкой - кому как удобнее.
Просто настройка не такая как в том к чему ты привык, а разбираться наверно лень было.

Пардон, имелось ввиду "а остальные с русской"

Согласен :)
Я привык к стандартам Solaris которые мягко говоря задумчивы, но пришлось.
Поэтому зачастую взрывачсь когда кто то изобретает новые, потому что
это значит надо переучиваться во первых, а во вторых сразу возростает
колличество затрат на содержание таких кадров в сети.
Контингент на LAN очень пестрый, до того что поднимая очередное окно
с телнетом я не сразу соображаю где это собсевенно я. При чтом домать
"ага это SuSE, у нее конфиги там и там" или "это RedHat (SCO, Solaris)
у них конфиги еще кое где..." сил нет.
RedHat конвенции Sоlarisa во многом поддерживают (Вот аналог JumpStart
почти сделали...) и от этого всем толко проще.
Юнификация юнификация это первоначалная идея Unix все таки.

Это всё чушь! Есть ли смысл "оптимизировать" что-то под Pentium (II, III), если разница совсем не велика а сам кайф LINUX на менее мощных машинах теряется ?

Причем тут РедХат вообще - ето на http://linux.netnerve.com/ решили пересобрать РедХатовские исходники под 686.

Народ тут я понял кто то ставил corellinux хелп плиз у кого есть 
дистрибутив киньте в меня файликом xserver из каталога /LIVE/ETC/X11/а 
то его у меня в дистрибутиве не хватает :((
Если не трудно конечно . Правда желательно без комментариев типа корел 
не птица запорожец не линукс :) Заранее благодарен 
по этому адресу gruntz@chat.ru 

Что ты имеешь против slackware? Это самый аккуратный дистрибутив, без маразматичных ни с чем не совместимых rpm'ов ( в том смысле, что, если ставить в RedHat'е пакеты не только по маздайному через rpm, а еще и пользоваться иногда make install'ом, через две недели на новой системе база данных rpm приходит в полнейший упадок ), и вообще ориентированная на человека, который что-то будет компилировать сам ( а не жить на всем готовеньком ). В этом смысле RH просто не выдерживает никакой конкуренции. Буквально несколько дней назад был чудесный экспириенс. Все, думаю, надо поставить себе на работе систему "как у всех" - RH 6.0. Отформатировал винт, ставлю. Подходит время поставить ssh и новую samba. В дистрибутиве, естественно, rpm нет. Хорошо, лезем в интернет, скачиваем исходники... В середине нисталляции вываливается c громкими матами, то ей не объявлено, это ей не нравится. Черт... Покопался в исходниках. Исправил пару строчек, после чего ругань стала более осмысленной - "чего-то там не хватает в структуре, которая объявлена где-то в /usr/include, точнее уже не помню". Смотрим, действительно, структура есть, а мемберов таких нет. Ладно, думаю, глюк. Стираю исходники, скачиваю другую версию. Та же история. Елки-палки! Скачиваю третий вариант! Ни фига! Пробую скомпилить хотя бы самбу. Тоже проблемы... Плюнул, снова форматнул винт, сходил домой за компактом со slackware 4.0. Через час получил нормально стоящую систему с установленными ssh и samba. Причем, компилировал те же самые исходники. 
  Я, конечно, понимаю, у меня может руки кривые, или я чего-то не понимаю, но ПОЧЕМУ НА СВЕЖЕУСТАНОВЛЕННОЙ RedHat НЕ КОМПИЛИРУЮТСЯ ХОРОШИЕ ИСХОДНИКИ? Может, просто система для этого не предназначена?
  Насколько я помню из своего опыта ( короткого, правда ) с RH 6.1, он страдает тем же, только в больших масштабах. В частности, запомнился  поставленный с ним Qt 2.x, несовместимый с большинством приложений под KDE. Еще понравилось, что в установку "KDE workstation" не входит mc. Вообще говоря, странно, что RH по умолчанию ставит gcc... 

Ну я и понаписал :((

Ерунда. Просто ты не успел отвыкнуть от шлака. Я например жизни себе без rpm уже не представляю. А сначала тоже не понимал, зачем он нужен, если есть такие привычные тарболы. rpm держит систему в полном порядке - в любой момент можешь узнать, что у тебя установлено, а чего нет. RedHat вовсе не отнимает у тебя возможности ставить из тарболов, шлак, заметь тоже все пакеты бинариками ставит. И вообще, я программер, а не сборщик пакетов. Они, собственно, для того и выдуманы, что-бы не чувствовать себя негром. Ну а хочешь собрать пакет, возьми srс.rpm и пересобирай себе на здоровье. Объясни пожалуйста, почему, если ставит на redhat тарболы база данных rpm придет в полный упадок ? У меня, например они прекрасно сосуществуют. Просто удалять надо из системы пакет, который ты из тарбола хочешь поставить. Не верю про ssh. Ни разу не слышал ничего подобного. Либо ты чего-то не доставил ( тогда структура не при чем ), либо лазил руками в /usr/include ( тогда redhat не при чем ). Почему-то у меня ssh влет собирался. И потом есть rpm-ки ssh :). Ну а насчет QT попеняй на kde, или на trolltech. Ничего не поделаешь - мажорный номер либы поменялся, а kde собирается с QT-1.44 Но если очень хочется, то можно с обоими либами сидеть. Ну а мне QT-2.0 только и нужно ( для licq ), так, что не суди обо всем по своим запросам. А в принципе redhat это тот-же шлак, просто все пакеты у него устанавливаются с учетом rpm-базы. Забудь про rpm, и ставь себе все из тарболов, и все будет, как в шлаке. О! забыл про runlevels ( очень недурственная штука ). А еще лучше прочитай RPM-HOWTO, после него я как раз и перешел на redhat со шлака.

Anonumous IMHO руки у тебя кривые.
Лучше платформы для разработки чем RH придумать невозможно.
И не доказывай мне пожалуйста с пеной у рта что у тебя на RH
ssh не собрался. (Ты ее на SCO кстати попробуй собрать)
Многим не нравится что RH распостраняет
_свободное_ програмное обеспечение а не $ типа ssh и qt.
Можешь тоже пожаловаться что chrooted bind на RH6.x
не собирается простым make all install (похоже именно эту
процедуру ты считаешь разработкой). И обявить что на Slackware 4.0
все компилируется замечательно.
Я на это же отвечу что это кривожопие разработчики bind до сих
пор не знают что resolv() включена в glibc2.1. Изза этого
патчить надо конкретно.
Я живой человек собравший за 2 минуты ssh1 и ssh2 на
свежеустановленной RH 6.0 с которой собственно и пишу.
Без единой проблемы.
Кривозадость Slackware извесна в легендах с самого основания
Linux. Уж где где проблемы с девелопментом так это там.
RH же в сравнении это самый продиманный передовой дистрибутив.
Все сояшие новинки включены, и десятки раз опробованы вместе
со всем осталным делом. (Кстати именно потому что Debian Potato
пихает в себя все свеженькое без разбора я сомневаюсь что мы
когда либо увидим стабильный Debian в принципе теперь).
Не знаю как у кого а у меня средства разработки такие:
egcs-gcc, gdb, perl, tcl, sh, vi
Все стоят в RH.
Для некоторого удобства ставлю ddd и xemacs.
Сколко строк кода переписано этими вещами уже тяжело сосчитать
и все на RH. (2.x,4.x,5.x,6.x)

Значит, у нас разные RedHat'ы. Можешь поставить эксперимент и убедиться сам. Запускаешь инсталляцию RH 6.0. При выборе пакетов отмечаешь все галочки. Затем скачиваешь из инета ssh-1.2.26.tar.gz, ssh-2.0.10.tar.gz, ssh-2.0.11.tar.gz ( все файлы можешь найти в инете через www.ftpsearch.city.ru ). Загружаешь RH, распаковываешь дистрибутивы, ./configure;make. Могу поспорить на что-нибудь, что ни один из трех дистрибутивов у тебя не соберется. Без каких-нибудь хитрых манипуляций, не описанных ни в каких документациях, которые каждый линуксоид находит сам, чаще всего случайно, и которые ты называешь прямыми руками. И насчет кривости системы RPM. Если ты что-нибудь через make install, то в RPM database упоминаний об этом не будет. Поэтому поставить RPM, ссылающийся на это что-то, можно только с опцией --force. Как известно, с пакетом, поставленным через --force, сделать уже ничего нельзя ( его нельзя ни переставить "package xxx is already installed", ни снести "package xxx not installed"). Чем больше ты ставишь таким образом rpm, тем в больший бардак приходит система.

Наверное в натуре РН разные. Кстати я собираю ssh1-1.2.27 ssh2-2.0.13.
И мораль из твоего заявленя очевидна -- ие используйте --force так я его никогда не использую
так что проблем с этим не имею по интернет приходится копаться ну так что сделаешь?
Да, а нафиг мне www.ftpsearch.city.ru если я и так место знаю: metalab.unc.edu/pub/packages/security/ssh?

Существуют куча других, более легких способов привести базу данных rpm в полную негодность (например удалить ее). Я так и не понял, зачем ты используешь --force. Кстати какой путь добавления в свой package менеджер из make install'a предлагает slackware ? А вы пробовали rpm -ta ? Достаточно большое число tarball'ов уже поддерживают это. А как вы поступаете если установили пакет из тарболла и апгрейдите его пакетом, в котором отсутствуют файлы из старого пакета ? Короче, при условии установки только из rpm'ов rpm гарантированно держит систему в полном порядке, позволяет в любой момент полностью удалить, проапгрейдить, проверить на чексумму, время создания и на бог знает что еще любой файл из любого пакета, просмотреть зачем нужен этот пакет (description), просмотреть какие файлы куда установлены из нужного пакета ( или куда они будут устанавливаться ) и еще тучу всяких удобств. Существуют еще src.rpm'ки, которые можно пересобрать и он нормально зарегистрится в базе данных. Это все ГАРАНТИРОВАННО и относится к ЛЮБОМУ rpm пакету. А что гарантированно предлагает tarball ? Даже make unisntall в нем не всегда встретишь, не говоря уже о том, что его собирать надо. Или slackwar'ный менеджер, который устанавливает только из дистрибуционных пакетов ( по крайней мере ни разу не видел на страничках ссылку slackware наряду с rpm package ). Еще раз настоятельно рекомендую прочитать RPM-HOWTO и поработать немного с rpm.

P.S. Вы случаем ssh-0.0.1 не пробовали собирать на RH6.0 ? Я уверен, шлак, на котором ssh-1.2.26 собралась был 4.0, а это означает, что там стояла старая libc, с новой версией которой slackware так долго тянул. Btw ssh есть в rpm'ах.

Must use Mandrake 7.0

( его нельзя ни переставить "package xxx is already installed", ни снести "package xxx not installed") man rpm на тему --allmatches и вообще просто очень внимательное чтенеи man rpm

A Linux krasnaya shapochka 6.2 eshe nety ?
da i kak Updatit' 5.2 ? malo znaya pro Linux
Ya dazje ne v kyrse kak vxodit' v i-net !
Vot takie MbI neznaiki !

mailto: murzy@mail.ru

P.S Spasibo za vnimanie !