> Поставил на свой комп RH9 из того же набора, что и
> проверяльщики. В тот раз у меня было 128 Мб оперативки
> (проц - П2-450Мгц). Работать было не возможно! :( Что
> в гноме, что в кде. Просто УЖАС! Уж не знаю из-за чего.
> Ничего особенно не настраивал, просто проинсталировал и
> посмотрел, что получилось.
>
> Потом поставил Gentoo 1.4 GRP i686 на тот же комп, но
> памяти при этом было в два раза меньше :) - 64 Мб. Что
> вам сказать - это просто день и ночь! Конечно до WIN98
> ей далеко (у меня две ОС на компе), но работать вполне
> можно. И это при том, что ОЗУ всего 64 Мб!

Сережа, ПИЗДЕТЬ НЕ НАДО. У софта одной и той же версии одни и те же требования и один и тот же уровень торможения.

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

Криворукий анонимус. Ты, наверное, не поверишь - но апгрейд RedHat'а от версии к версии делается "на лету". А если ядро не менять - то даже без перезагрузки. Команда "rpm" есть такая. Занимает это около часа (если грамотно делать). Причем после каждого шага апгрейда у тебя по-прежнему имеется работоспособная в целом система.

> А в случае с Gentoo такой мороки нет - нужна новая версия
> конкретного пакета - emerge <пакет> и все, продолжай работать
> дальше

А в случае c RPM - rpm -U и продолжай работать дальше.

2McMCC

Нечего было писать так много :)

Ключи если не ускоряют значительно, то по крайней мере НЕ ЗАМЕДЛЯЮТ систему. А что касается ядра - в Gentoo на выбор можно и RH ядро поставить если есть желание. Gentoo вообще не привязан ни к какому ядру конкретно - десяток на выбор. Так что, все что может предложить RH - в дженту реализуемо, а вот наоборот - нет ;)
И дело не в сборке - дело в глобальной системе метадистибуции, rpm на её фоне выглядит архаичной монстриллой :)

Сделайте мне вот апгрейдик RH 6.1 -> 9.0 тогда и пальцы можно выставлять как в редхате все цельно и кульно :)

Сделайте мне вот апгрейдик RH 6.1 -> 9.0 тогда и пальцы можно выставлять как в редхате все цельно и кульно :)
---
Сделайте мне минет!

В Gentoo интересна технология инсталляции. По сути LFS, но отработана до возможности промышленного применения. При разнородном оборудовании, может, весьма, пригодиться.

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

Теоретически, подход Gentoo более правильный, но с коммерческой точки зрения - RedHat удобнее (по сути, идеология Micro$oft). "Коммерческий подход" обеспечивает развитие, а "теоретический" - эффективность. И вариться в этом разнообразии мы будем долго...

P.S. "Лучшее" - не значит: лучшее. (из жизненного опыта)

Уточнение.
Апгрейдик RH 6.1 -> 9.0 не сносом старого и установкой нового или установкой RH9 сверху в духе Windows 98 -> Windows XP, а силами самого дистрибутива. Вот и вся великая цельность.
А сварганить что-то работающее статичное, из конкретных готовых пакетов - совсем не классно.

RH

> апгрейдик RH 6.1 -> 9.0
будешь смеяться, но у меня дома именно так и происходит:
rh5.2->bc6.2->asp7.2->7.3->9.0.:)
более того, эта же возможность есть и во фришнике.
два важных замечания из практического опыта:
1) основная проблема не в /usr а в /etc и расположении данных.
2) не всегда можно сделать make world, иногда проще сделать перерыв на полчасика и получить заведомо исправную систему

2mumpster (*) (29.10.2003 12:53:46)

> 2) не всегда можно сделать make world, иногда проще сделать перерыв на полчасика и получить заведомо исправную систему

Вот этого пассажа я не понял... Какая истина сокрыта?

Народ, а кто сказал что ОCНОВНОЕ преимущество генты это скорость? На мой скромный и неправильный взгляд основное преимущество это гибкость (удобство отстройки под конкретную задачу) и удобства при обновлении.

Насчет шапки - задача - есть RH7.2 на нем apache и mod_php. Понадобилось xslt к этому делу прикрутить. Ваши действия (в генте USE="xsl" emerge mod_php).

PS. На мой пост о 10кратной разнице в скорости mkisofs господа красношапочники ответят?

Приличные людю ПэЖоПэ не пользуются..

> anonymous (*) (29.10.2003 12:51:41) > Теоретически, подход Gentoo более правильный, но с коммерческой точки зрения - RedHat удобнее (по сути, идеология Micro$oft). "Коммерческий подход" обеспечивает развитие, а "теоретический" - эффективность. И вариться в этом разнообразии мы будем долго...

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

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

Список установленных в шапке демонов покажи.
Есть сильное подозрение, что ты сделал full install.

> Приличные людю ПэЖоПэ не пользуются..

приличные люди АэСПэ пользуются? :)

>А что касается ядра - в Gentoo на выбор можно и RH ядро поставить если
>есть желание.

Ну, а что мешает мне сделать тоже самое в RH, поставить какое угодно ядро?

>И дело не в сборке - дело в глобальной системе метадистибуции, rpm на её
>фоне выглядит архаичной монстриллой :)

Не надо подменять понятия, ОК? Чем rpm то виноват? Каким боком он влияет
на что либо, кроме как легкостью установки, ведения списков установленных пакетов и проверки зависимостей? Какраз генту этим похвастаться не может.

>все что может предложить RH - в дженту реализуемо, а вот наоборот - нет

Бред... Мне кто то мешает сделать make install?:))) Но я этого не сделаю
без installwatch, так как эта утилита позволит мне написать спек и собрать
rpm, что в свою очередь не нарушит логичности системы слежения за
установленными программами....

>Сделайте мне вот апгрейдик RH 6.1 -> 9.0 тогда и пальцы можно выставлять
>как в редхате все цельно и кульно :)

Чуствую, что вы пытаетесь уйти в сторону... Это разные системы! И если вам придет это на ум, то хотя бы с учетом применямой fs, glibc, gcc и конфигурационными файлами, это почти не возможно, тут даже генту
в сторонке, вы бы еще привели аналогию по замене win3.1 на winXP...
Хотите совет? Не несите больше такую пургу, а то зачтут за ламера...

приличные люди АэСПэ пользуются? :)

NiKel (*) (29.10.2003 13:16:56)
---
JSP, Perl

> ПИЗ&#8470;;%* НЕ НАДО. У софта одной и той же версии одни и те же требования и один и тот же уровень торможения

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

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

А с гентой я работаю и сейчас на 64 метрах. Все вращается. Хочется что бы было быстрее, да нет пока дополнительной памяти.

Да вы бы сами все поставили бы на аналогичную систему и увидели разницу.

> Криворукий анонимус. Ты, наверное, не поверишь - но апгрейд RedHat'а от версии к версии делается "на лету". Ты зачем меня окорбляешь. Я тебя помоему не оскарблял... Ты что, то же ЖЛОБ?!! Тогда лучше иди в подворотню за предыдущим оратором и тренируйтесь там писАть матюки на звание лучшего "НЕЛАМЕРА".

А если нет, то попрошу извениться. Помоему мы пытаемся выяснять здесь технические аспекты, а не отношения...

По поводу легкого апгрэйда, а с 7-и на 9-у, также легко? А вот этот товарищ наврал что ли? http://www.fcenter.ru/articles.shtml?os/7018

А на сервре ты тоже будешь апргэйд делать? Сомневаюсь, что ты на это решишся...

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

2McMCC

>>>все что может предложить RH - в дженту реализуемо, а вот наоборот - нет > Бред... Мне кто то мешает сделать make install?:)))

Уже в 10 раз повторяю что дело не в сборке самой по себе. Если на этом зацикливаться то тогда слака будет круче всех :)

>Чем rpm то виноват? Каким боком он влияет на что либо, кроме как легкостью установки, ведения списков установленных пакетов и проверки зависимостей? Какраз генту этим похвастаться не может.

Вот как раз этим и может gentoo похвастаться и многим другим, чего в красношапке нет и близко.. Вообще такое ощущение что вместо gentoo вы подразумеваете slackware :)

> Это разные системы! И если вам придет это на ум, то хотя бы с учетом применямой fs, glibc, gcc и конфигурационными файлами, это почти не возможно, тут даже генту в сторонке..

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

Еще раз повторяю, для публики. Не в компилянии сила, брат :)

Накомпилять чего угодно, с какими угодно ключами можно в ЛЮБОМ дистрибутиве с gcc. make configure дает возможность выставления множества опций при сборке и gentoo НИЧЕГО в этом смысле не меняет. Пишут то софт не в gentoo, этот дистрибутив только дает возможность глобального и автоматизированного управления установкой самого разнообразного софта, так чтобы в результате получилась цельная работающая система, такая какой её хотят видеть на конкретной машине. Даже задача предельной оптимизации не ставится - это уже прихоть того кто собирает систему в конечной точке.

>Народ, а кто сказал что ОCНОВНОЕ преимущество генты это скорость? На
>мой скромный и неправильный взгляд основное преимущество это гибкость
>(удобство отстройки под конкретную задачу) и удобства при обновлении.

А up2date не те же задачи решает?

>Насчет шапки - задача - есть RH7.2 на нем apache и mod_php. Понадобилось
>xslt к этому делу прикрутить. Ваши действия (в генте USE="xsl" emerge
>mod_php).

Вы думаете, что правка spec файла и пресборка пакета потребует
значительно больших действий? Если не охото пересобирать, то
всегда есть freshrpms.net

>PS. На мой пост о 10кратной разнице в скорости mkisofs господа
>красношапочники ответят

На это?:
misofs - gentoo 3 минуты. rh - 18 секунд. Подумаем логически - что есть mkisofs - читаем файлы с диска, пишем их обратно на диск. Все.

Какой ответ вы хотите услышать? Что вы не умете в генту пользоваться
hdparm'ом? И что ваши оптимизации тут не причем?

>Бред... Мне кто то мешает сделать make install?:))) Но я этого не cделаю
>без installwatch, так как эта утилита позволит мне написать спек и собрать
>rpm, что в свою очередь не нарушит логичности системы слежения за
установленными программами....

Вот и делай, собирай rpm-ы и все такое.
Только другим этого гемора не советуй.

2NiKel:
>И дело не в сборке - дело в глобальной системе метадистибуции, rpm на
>её фоне выглядит архаичной монстриллой :) 
nichego sebe arhaichnaya monstrilla?
vo-pervih RPM umeet derjat zavisimosti.
vo-vtorih RPM mojno peresobirat iz SRPM
v-tretih RPM mojno proveriat na zelosnost kogda on uje ustanovlen
o tom chto on umeet razlichat fayli po kategotiyam (config,doc,executable...) ya uje daje ne upominayu.

umeet li vse eto gentoo ya ne znayu, vot i otvet mne v chem preimushestvo gentoo nad rpm?

P.S. nothing personal

СЛАКА РУЛЕЕЕЕЕЗ!!!

2NiKel (*) (29.10.2003 13:41:27)

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

>Вот и делай, собирай rpm-ы и все такое.

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

>Только другим этого гемора не советуй.

Не советую, даже наоборот, предлагаю использовать готовое, ведь готового
так много, что вы даже себе представить не можете, только благодаря кому?
Правда интересно? Ведь rpm'ки сами по себе не создаются....:)))

2McMCC > Вообщем я так понял, разговор гентушников про "липовую" скорость своей системы над другими системами можно считать оконченной, я правильно понял?

Вот как раз скорость то не липовая, а самая настоящая :) Просто это надо видеть лично, а не на картинках этих липовых тестов :)

Разговор то можно и закончить, только это мало что изменит на самом деле. Сидя на RH можно наезжать на gentoo заочно, а вот с дженту на красную шапку перелезть назад уже мало кто согласится ;)

>Вы думаете, что правка spec файла и пресборка пакета потребует значительно больших действий? Если не охото пересобирать, то всегда есть freshrpms.net

А нетуть на серваке gcc. А на сайтах рпмных нетуть подходящего пакета.

>Какой ответ вы хотите услышать? Что вы не умете в генту пользоваться hdparm'ом? И что ваши оптимизации тут не причем?

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

2dima_z

> vot i otvet mne v chem preimushestvo gentoo nad rpm

c http://www.gentoo.org/doc/en/portage-manual.xml :

Some of the advanced features Portage offers are the ability to have multiple versions and revisions of the same package in the tree, conditional dependency resolution and feature support, fine-grained package management, sandboxed safe installation, configuration file protection, profiles, and much more.

The Portage system is unique in the amount of flexibility it offers users. Traditional BSD ports systems tend to only support one revision for a package in the ports tree at once. Portage has no such limitation. Multiple versions of the same package can be available for installation. Package dependencies, those packages that are required for the compilation and use of another package, can be specified either by name or by name with a version range attached. This makes it safe to have multiple versions available in the tree.

далее см там же.

Portage - это основа всего Gentoo - все конечные системы строятся именно с её помощью.

По идее где то должен быть и перевод на русский.. Вот нашел (долго искать не пришлось) :)

http://www.gentoo.org/doc/ru/portage-manual.xml

Страстный долбоёб....

Вот как раз скорость то не липовая, а самая настоящая :) Просто это надо видеть лично, а не на картинках этих липовых тестов :)
--------------
да-да, мс различает. смешной.
1) скорость
у генту, как бы так сказать, сосёт
до теста на генту.орг были аналогичные тесты, где генту уделали тот же мадраке и дебиан
2) конфигурация системы (/etc)
с конфигурацией они намудили так... что говорить страшно... изобрели велосипед и тот на одном колесе. такого извращение нигде более нет.
в редхате даже проще (я говорю о pure /etc)

можно ещё поговорить о пакетах. где генту будет сосать по страшному с их make clean

>Вот как раз скорость то не липовая, а самая настоящая :) Просто это надо
>видеть лично, а не на картинках этих липовых тестов :)

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

>Разговор то можно и закончить, только это мало что изменит на самом деле.
>Сидя на RH можно наезжать на gentoo заочно, а вот с дженту на красную
>шапку перелезть назад уже мало кто согласится ;)

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

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

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

>Дык в том то и дело что не я не умею пользоваться hdpatmом, а те уебки
>которые "тестирование" проводили.

А в RH по умолчанию hdparm тоже не работает, драйвер ядра сам ставит
DMA в 1, если считает это нужным, hdparm приходится использовать только
тогда, когда ядро не знает про IDE контроллер или для CD.... Не думаю, что
в генту DMA было не активизировано, но вот ядра, разница колосальная...

> звиняйте за ересь, но Бог живет здесь -- http://www.debian.org
> anonymous (*) (29.10.2003 10:43:13)

Это не ересь, анонимный сын мой, это - истина.

--
Бог, Господь.

а вот меня за#бали люди, которые что-то хотят кому-то доказать.

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

вот почему-то у меня никогда не получалось нигде большой разницы в производительности дистров линукса. переставил я немало: были и rh 6.0, 7.0, 7.3, 9.0 и asp 7.2, 9.0 и debian 3.0 и slackaware 8.0, 8.1 и SuSe 7.2, alt master 2.0 и gentoo и freebsd и solaris, притом на ~30 машин, а gentoo и соляру еще и на отличные от x86 архитектуры. вот разницу между linux, solaris и freebsd я замечал, особенно в скорости работы файловых систем.

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

а теперь по поводу gentoo - для меня сейчас это самое удобное(ну не лежит у меня душа к freebsd, может зря). сделать из него десктоп или сервер проще простого, в то время как rh с ихними статическими зависимостями в rpm(не надо мне про спеки говорить, это гимор еще тот, особенно когда обновлятся хочешь) приходится таким напилищем пилить.

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

ну вот, вроде все что хотел высказать по поводу дистрибов.

with respect, вечный анонимус

>JSP, Perl

_Приличные_ люди Tapestry/JSF используют, ну в крайнем случае Struts, а JSP твое - говно старое.

> По поводу легкого апгрэйда, а с 7-и на 9-у, также легко? А вот этот товарищ наврал что ли? http://www.fcenter.ru/articles.shtml?os/7018

Так проблема-то только в русском языке. Которая поправляется за несколько минут.
А с остальным всё OK.

PS: Лично на выходных проводил апгрейд сервера с RH 7.3 на 9 -- полёт нормальный.

> _Приличные_ люди Tapestry/JSF используют, ну в крайнем случае Struts, а JSP твое - говно старое.

Ты хотел сказать "_реальные_пасаны_"? \m/

читайте новый пёрл Федорчука на linuxshope !!!

MCMCC, можно вопрос, я любитель RedHat, но пакеты которую часто использую всегда пересобираю из src.rpm под i686... Вопрос: если не надо ничего пересобирать, то для чего придумали всякие mmx, sse, 3dnow? На архитектуре i386 же не было этих наборов команд, следовательно мой PIII используется как i386 с большой частотой если юзаются пакеты i386?? Или я в чём то не прав????

Судя по тесту с mkisofs и использованию date вместо time, не удивлюсь если окажется что redhat стоял давно как рабочая система на нормальном винте, а mkisofs был поставлен на найденный под столом винт, снятый со старого 486, объёмом 540Mb, и соответствующей скоростью.

s/mkisofs был поставлен/gentoo был поставлен/

2anonymous:
>Судя по тесту с mkisofs и использованию date вместо time, не
>удивлюсь если окажется что redhat стоял давно как рабочая система на
>нормальном винте, а mkisofs был поставлен на найденный под столом
>винт, снятый со старого 486, объёмом 540Mb, и соответствующей
>скоростью.
Ну конечно же! Именно так всё и было! А как ты догадался, о Ясновидящий?:)))

А если серъёзно, то AFAIK Федорчук как раз поклонник Gentoo, так что
здесь сомнительно заподозрить его в подтасовке тестов в пользу red Hat...
Скорее всего "виновато" именно ядро и glibc Red Hat'овское с NPTL и
новыми драйверами IDE...

2anonymous:
>MCMCC, можно вопрос, я любитель RedHat, но пакеты которую часто
>использую всегда пересобираю из src.rpm под i686... Вопрос: если не
>надо ничего пересобирать, то для чего придумали всякие mmx, sse,
>3dnow? На архитектуре i386 же не было этих наборов команд,
>следовательно мой PIII используется как i386 с большой частотой если
>юзаются пакеты i386?? Или я в чём то не прав????

Вопрос не ко мне, но выскажу свои соображения:):
Не "не надо ничего пересобирать", а "не надо ПОЧТИ ничего пересобирать". Приложений реально использующих "mmx, sse, 3dnow" ИМХО
менее 5%. ИМХО можно пересобрать mplayer, transcode, gcc (если много
компилишь). А твой PIII используется как i386 с большей частотой, но
кроме того ещё и кэш на нём сильно помогает и конвейер.
Так что - во многом ты неправ:)

2NiKel:

Vobshem vse poiatno, raznitsi mejdu rpm i portage aj nikakoy! Tak chto ya poka ostanus na rpm distibutive. Dve versii odnogo paketa u menia stoyat seychas 2 versii kerberos-libs i nikto po etomu povodu ne rugayetsia! postavit paket dvajdi no v raznie direktorii RPM toje mojet. Tak chto ne viju nichego osbennogo v portagah.

P.S. Nothing personal

2dima_z

вообще говоря все возможности portage мало кто использует вроде установок множества слотов разных версий библиотек и программ..

однако возьмем такой банальный случай
сижу я вот на RH версии N.K и захотел поставить софтину X.
Мои действия?

Мне это видится примерно так.
Вариант один. Открываем пакет мененжер что идет с дистрибутивом - ищем его там. Нету. Ладно. Лезем на фтпшшик или страницу RH и узнаем какой X.rpm имеется в наличии для моей версии N.K. Нету. Смотрим для версий N.* - тоже нету. Ладно, смотрим что есть для более новых версий. Ага - для N+M имеется. Замечательно. Качаем. Ставим. Опс - чек зависимостей - надо ставить еще Z разных пакетов. Ладно, мы парни терпеливые, тянем. Процесс повторяется для каждого 2-3 пактета, пока в итоге не начинаем задумываться - а не проще ли поставить эту самую N+M версию RH :)
Вариант второй - забиваем на эти rpm. Качаем с разработчика N.src.tar.bz. Читаем README, INSTALL, выставляем что надо в conigure, make, install.. допустим мы сделали все правильно и все попало туда куда надо, а не туда куда по умолчанию думал разработчик. Запускаем. Наслаждаемся. Процесс повторяется много раз. Затем лезем в rpm почекать что там у нас. N конечно в списке отсутвует, но мы знаем и помним о нем. Потом забываем и еще про другой NN - тоже забываем и потом что то наш RH подглючивать начинает, пакеты gcc не собираются, зависимости не разрешаются. Пока в итоге мы не начинаем задумыватьcя - а не проще ли поставить заново эту самую N+M версию RH :)
Ну и вариант третий - добропорядочного пользователя RH. Открываем страницу RH - смотрим анонс нового замечтательного релиза N+M, и там оказывается есть нужная нам N софтинка. В итоге мы начинаем задумыватьcя - а не поставить ли заново эту самую замечательную N+M версию RH :)

в gentoo, любой версии 1 команда: emerge N
(если хотим удостовериться что N - самый последний в portage на данный момент - перед этим: emerge rsync)
все
после завершения установки - запускаем, наслаждаемся :)

2NiKel:

Dlia togo chto ti opisal nado ne rpm, a apt-get dlia rpm.
apt-get kachayet iz repositoriev rpm (ili srpm po jelaniyu), resolvit dependecies (i yesli nujni yeshe paketi on preduprejdayet zaraneye, do skachivaniya), i stavit etot samiy rpm v systemu (srpm sootvetsvenno vnachale kompiliruyet).
krome etogo ponimayet chto v systeme kak pravilo doljna stoyat odna versiya paketa, no mojno nastroit chto nekotorie paketi mogut stoyat dvajdi no raznih versiy.
sam umeet upgradit ves distr iz odnogo ili bolee repositoriev (sam zanyet kakoy paket svejee).
mojesh proapgreydit im redhat 5.2 do 9 bez problem.

mojet ya chto yeshe upustil?
tak chto v etom gentoo ne prevoshodit redhat.

P.S. kstati ya cherez apt-get for rpm sdelal upgrade svoemu redhat 9 do fedora core 0.95, i teper beru updati iz rawhide.

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

Объясняю еще раз - будь ты хоть семи пядей во лбу, но два одинаковых ядра будут жрать одинаковое количество памяти. Два одинаковых диска будут отдавать данные с одной и той же скоростью. И два KDE версии 3.1.2 будут работать с примерно одинаковой скоростью на одной и той же машинке. Оптимизаци под процессор дает на "числогонных" целочисленных задачах не более 20% (я проверял на примере шифрования). если вдруг всплывает ввод-вывод, то вся оптимизация "нивелируется". Вариант, почему у тебя тормозило на 128-и - это то, что на некоторых матерях, например, два DIMM'а могут не работать на максимальной частоте шины.

> По поводу легкого апгрэйда, а с 7-и на 9-у, также легко? > А вот этот товарищ наврал что ли?

ДА! ТОВАРИЩ НАВРАЛ! Делал я такой апгрейд! Две недели назад - ради эксперимента!

rpm -U glibc-2.* glibc-common-2.* rpm-4* и еще несколько пакетов, в т.ч. modutils, binutils, mount и init, gcc и библиотеки для него

> А на сервре ты тоже будешь апргэйд делать? Сомневаюсь, что ты на это решишся...

Смотря какой сервер и для чего он используется. Например, сервер с Oracle 8i на RedHat 6.2 я не стану серьезно апгрейдить - сделаю апгрейд демонов, например - но апгрейдить X-ы или glibc не стану. А сервер с самбой, FTP, mysql и апачем - легко. НО: перед апгрейдом _всегда_ делается бэкап, поэтому при необходимости апгрейдится я дрожать не буду. Сделаю бэкап и проведу апгрейд.

> Смысл моего поста был в том, что основные дистрибьюторы линукс > пошли по пути мелкосовт. Хотя у линукс идеология другая. А > гентовцы в этом плане молодцы.

Гента в ее изначальной идеологии не обладает повторяемостью результата. Проинсталированные на двух разных машинах Gentoo - пусть даже с одного репозитория - будут различаться. А это уже плохо - потому что в продакшне есть одно незыблемое правило - безобразно, но однообразно. Поэтому Gentoo НИКОГДА не станет промышленной системой. Точка. Поэтому Gentoo вместе со своей идеологией идет на стол к студентам - пусть учатся, учиться нужно. Но тот, кто ставит в продакшн (под тот же Oracle или DB2, например) Gentoo самый обыкновенный пионер и самоубийца.

Ептель ;) какой же бред написан. Да я шапку так установить могу, что она работать будет хуже винды ;)

2Авторы текста Где полное описание процесса установки с перечислением всего что было набрано на клаве (включая флаги компиляции дженту)? Где описание железа с точностью до копейки? Где описание установленного софта? Например ядра дженту? P.S. и прочая прочая... P.S.S. Да и тесты у вас ху..ые ;)

2Краснопанамникам.

Анук робяты, вот представте что стоят у вас в отделе два сервера, одна под красной панамой 6,2, другая под красной панамой 7,3. На обоих уже хуй знает что творится, потому что половина софта из рпм, половина собрана руками (в частности руками собирался апач и мускул (вполне типичная ситуация для красной панамы, уж скока я их повидал).

Все работает. А вот теперь задача вам ;-)

1) Проапгрейдите ли вы эти два сервера до красной панамы 9 при условии что у вас есть лишь комплект сидюков от девятой шапки и сервера выключать можно лишь на срок менее 10 минут? (Чиста для перезагрузки)

2) А дадите ли вы вашему шефу гарантию, что все пройдет без глюков? ;) что вся система не вылетит нах?

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

----------------------------------------------------------- Ваша панама работает стабильно только когда я делаю все так как какой-то дядя в американской краснопанамной конторе придумал. А чуть копнешь в строну - и кирдык. Типичный пример - установка рпм-а которого нет в панамном репозитарии. Когда при установке пакета х надо установить хуеву тучу пакетов у. Причем непонятно сколько и каких. И что начинается когда половина софта установлена из рпм а половина по другому? Как эту всю бодягу обновлять без лишнего гимора?

А если серваков десять? ;) А пресловутый срок поддержки - один год?

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

Та же самая фигня, ставлю дженту за 15 минут из уже собранных под мою архитектуру бинарников. Имею уже полностью рабочую систему. Затем при необходимости доставляю/пересобираю софт без гимора имея выбор в версиях софта..

Кстати, стоит сравнить сколько весит свежеустановленная минимальная панама и свежеустановленный минимальный дженту и задуматься, сколько же мусора панама установила без нашего ведома ;-)

А надо мной не стоит дядя их панамной конторы! Он не указывает мне что я должен использовать ext3 only! Или апачь версии x.y.z. Я выбираю все сам, какие версии софта, какую файловую систему, какой сислог, какой крон...

И мне нравится этот конструктор. Он позволяет выжать из системы пресловутые 103% ;) а не 90-100% как у остальных.

Красная панама хороша, когда у фирмы дох. денег и руководству фирмы собственно пох, как работает её система. Лишь бы работала. А присматривать за ней и студент какой-нить может, благо этих студентов сейчас как бродячих собак ;-) только и знают команду rpm -i и up2date.

Собственно везде такая тенденция, это одни китайцы могут запустить человека в космос за 2.5 миллиарда уев. А нам же надо в десять раз больше, ибо половину спиздят, а половина уйдет на оплату услуг краснопанамным конторам. Зато радостно скажем что мы поимели экономию на квалифицированом персонале ;) ибо продукт "красная панама" работает от одной кнопки мыши ;-))

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

Мне интересно, многие ли админы красной панамы представляют, как работет эта самая панама? Какие версии основных библиотек у них стоят? ;) что происходит с мускулом когда админы доблестно командуют -service mysqld restart ?

А нах мне это знять? Ведь у мя стоит самый настоящий линуксь - красная панама ;-) я крут как стадо носорогов!

Я не спорю и среди панамщиков есть нормальные знающие люди, ну нравится им панама. И я уверен что туть они палбцЫ не распускают, ибо знаю что все фигня кроме пчел ;-) А пиздят тут студенты, которые и шапку не поднимут, если с ней случится какая нить ху-ня без полной переустановки всего и вся.

А моя лав дженту? Че.. рабочая лошадка, клевый конструктор, для которого надо иметь мозги и опыт работы с линухом. Соображать каоче надо что к чему.. Ставится влет, обновляется легко, как весь так и по отдельным своим частям. Обновляется как из сырцов, так и из бинарников (включая поддержку рпм). Позволяет устанавливать разные версии одного софта. Чего под шляпой не сделать ;)

Полностью подконтрольная человеку система.

А вы панамщики идите.. жмите свои rpm -i и нех тут ловить ;-)

>Объясняю еще раз - будь ты хоть семи пядей во лбу, но два одинаковых ядра будут жрать одинаковое количество памяти. Два одинаковых диска будут отдавать данные с одной и той же скоростью. И два KDE версии 3.1.2 будут работать с примерно одинаковой скоростью на одной и той же машинке. Оптимизаци под процессор дает на "числогонных" целочисленных задачах не более 20% (я проверял на примере шифрования). если вдруг всплывает ввод-вывод, то вся оптимизация "нивелируется". Вариант, почему у тебя тормозило на 128-и - это то, что на некоторых матерях, например, два DIMM'а могут не работать на максимальной частоте шины.

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

>ДА! ТОВАРИЩ НАВРАЛ! Делал я такой апгрейд! Две недели назад - ради эксперимента! rpm -U glibc-2.* glibc-common-2.* rpm-4* и еще несколько пакетов, в т.ч. modutils, binutils, mount и init, gcc и библиотеки для него

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

>Смотря какой сервер и для чего он используется. Например, сервер с Oracle 8i на RedHat 6.2 я не стану серьезно апгрейдить - сделаю апгрейд демонов, например - но апгрейдить X-ы или glibc не стану. А сервер с самбой, FTP, mysql и апачем - легко. НО: перед апгрейдом _всегда_ делается бэкап, поэтому при необходимости апгрейдится я дрожать не буду. Сделаю бэкап и проведу апгрейд.

А нахуя на сервре Х?! То что их шапка по дефолту ставит включая все ненужные мне библиотеки - это ладно, есть надежда что ничего плохого от этого не будет. А апгрейдить сервер надо! Во первых новые более скоростные ядра выходят, во вторых надо и о безопасности думать. А в красной шапке без гимора сервер апгрейдить не получается, а знаешь почему? Да потому что то что раньше было дистром красная шапка ( а ныне федорино горе ) - так себе.. поделка для студентов и общественности. Вот РХ АС - это да! Это штука. И стоит соответственно. Каждый год стоит...

>Гента в ее изначальной идеологии не обладает повторяемостью результата. Проинсталированные на двух разных машинах Gentoo - пусть даже с одного репозитория - будут различаться. А это уже плохо - потому что в продакшне есть одно незыблемое правило - безобразно, но однообразно. Поэтому Gentoo НИКОГДА не станет промышленной системой. Точка. Поэтому Gentoo вместе со своей идеологией идет на стол к студентам - пусть учатся, учиться нужно. Но тот, кто ставит в продакшн (под тот же Oracle или DB2, например) Gentoo самый обыкновенный пионер и самоубийца.

И каким местом она будет различаться? ;-) И позвольте спросить, какой мозган придумал такое правило? ;-) Тот дядя из РХ который говорит тебе как надо правильно РХ юзать?

И чего это самоубиство?

Ты обоснуй, нечего тут из себя великого CIO строить ;-) Я напрмер утверждаю что из генту можно построить замечательную продакшн систему, куда более гибкую чем такая же система на РХ. И работать будет. А! Понял, пионерами ещё и тех называют тех смелых людей которые открывает новые неизведанные просторы ;-) На благо узкомыслящим обывателям, это комплимент был ;-)

Кстати, на красной шапке тоже можно построить продакшн систему. И на слаке. И на дебиане. И на винде.

Вот только гибкость, стоимость.. одного другого с третим ммм?

Да, Дженту в отилаче от РХ требует высокой квалификации персонала, но выигрывает в своей гибкости.

Я не прав?

В общем, резюмируя, хочу сказать:
не нужно спорить о Gentoo с теми, кто ее не ставил.
Они все равно не оценят.

Gentooist.

> Анук робяты, вот представте что стоят у вас в отделе два
> сервера, одна под красной панамой 6,2, другая под красной
> панамой 7,3. На обоих уже хуй знает что творится, потому
> что половина софта из рпм, половина собрана руками (в
> частности руками собирался апач и мускул (вполне типичная
> ситуация для красной панамы, уж скока я их повидал).

Свои redhat'ы ты видать только и видел. У меня на рабочей станции нет ни одного приложения, которое бы не было зачислено в какой-нибудь пакет. СОВСЕМ. Хотя есть и mysql, apache, lame, mplayer и еще много чего.

> 1) Проапгрейдите ли вы эти два сервера до красной панамы 9
> при условии что у вас есть лишь комплект сидюков от девятой
> шапки и сервера выключать можно лишь на срок менее 10 минут?
> (Чиста для перезагрузки)

А такого не бывает. Во-первых, зачем апгрейдить, если оно работает? И во-вторых, всегда есть резервный сервер. Перекинул сервисы на него, занялся основным. Провел цикл апгрейда, вернул сервисы. А если у тебя нет резервного сервера??? Тогда что за речи насчет "10 минут" - там, где предельно допустимое время простоя менее четырех часов, всегда есть резервная система.

> 2) А дадите ли вы вашему шефу гарантию, что все пройдет
> без глюков? ;) что вся система не вылетит нах?

Легко. Я ведь сначала попробую "на полигоне", затем пойду за рабочий хост. А если ты сразу на "боевом" сервере делаешь свое любимое "emerge world" то гнать тебя надо поганой метлой, пока "одну строчку на перле" на этом же сервере не попробовал. А ответишь, что после твоего emerge world ты сможешь собрать приложение, которое линкуется с оракловой библиотекой, и оно не упадет в кору?

> Та же самая фигня, ставлю дженту за 15 минут из уже собранных
> под мою архитектуру бинарников. Имею уже полностью рабочую систему.
> Затем при необходимости доставляю/пересобираю софт без гимора имея
> выбор в версиях софта..

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

> И мне нравится этот конструктор. Он позволяет выжать из
> системы пресловутые 103% ;) а не 90-100% как у остальных.

А мне нужен не конструктор, а работоспособная система. И меня не интересуют 5% производительности процессора, потому что их все равно съест 20-гиговая база.

> Красная панама хороша, когда у фирмы дох. денег и руководству
> фирмы собственно пох, как работает её система. Лишь бы работала.
> А присматривать за ней и студент какой-нить может, благо этих
> студентов сейчас как бродячих собак ;-) только и знают команду
> rpm -i и up2date

А еще она хороша, когда нужна гарантированно работающая предсказуемая система. С поддержкой. И на которой в первую очередь тестируется весь серьезный софт. И руководство серьезной конторы это понимает.

> Мне интересно, многие ли админы красной панамы представляют,
> как работет эта самая панама? Какие версии основных библиотек
> у них стоят? ;) что происходит с мускулом когда админы доблестно
> командуют -service mysqld restart? А нах мне это знять? Ведь у
> мя стоит самый настоящий линуксь - красная панама ;-) я крут
> как стадо носорогов!

Команда rpm позволяет узнать версии всего софта. Не знал? Тогда запомни. Ну а все процессы запуска-останова демонов записаны в скриптах - которые, кстати, очень логичны и удобны. И лежат практически как в любом USV.

> А моя лав дженту? Че.. рабочая лошадка, клевый конструктор

А мне не нужен конструктор - мне нужна проверенная работающая система.

>> ДА! ТОВАРИЩ НАВРАЛ! Делал я такой апгрейд! Две недели назад - ради эксперимента!
> Ага? А хуй. У мя тачка не поднялась после такого апргейда,
> учитывай что половина софта у меня на машине была собрана руками.

Руки выпрямляй. В какой момент не поднялась? После перезагрузки? Что сказала? Не сумел понять? Бывает...

> А нахуя на сервре Х?!

ТЫ НАСТОЯЩИЙ ПИОНЕР. X-ы нужны хотя бы затем, чтобы Oracle поставить.

> Во первых новые более скоростные ядра выходят

Билять. Я уже говорил, что мне нужна гарантированно работающая система - и я НЕ БУДУ ставить на сервер 2.4.22, если то, что у меня на нем уже стоит ведет себя на моем железе корректно. Все равно ускорение IDE мне нахрен не нужно при наличии SmartArray'я. Как и наличие "еще более быстрого драйвера Realtek" - у меня, знаешь ли, on-board два адаптера.

> и о безопасности думать

Ты дурак или прикидываешься? Файловый сервера НИКОГДА не виден сервисами наружу, публичный сервер НИКОГДА не несет жизненно важных функций. Исключение - web-сервер интернет-магазина. Но даже для него есть решение.

> И каким местом она [две генты на разных машинках - прим.мое]
> будет различаться? ;-) И позвольте спросить, какой мозган
> придумал такое правило? ;-) Тот дядя из РХ который говорит
> тебе как надо правильно РХ юзать?

Репозиторий - набор исходников. Идеология gentoo - "пересобери все под себя". Не ты ли (пусть и неявно) это утверждал? Если ты не в курсе, то gcc при разных -march и -mcpu генерирует разный код. Ну а теперь ты должен понять, что в результате у тебя будут РАЗНЫЕ бинарники. Которые будут ПО РАЗНОМУ и при РАЗЛИЧНЫХ условиях падать. И ты НИКОГДА не будешь знать, заведется ли у тебя DB2 на только что "собранам па всем панатиям май лав генту". Более того - он может подняться на твоем Athlon-MP, но не подняться на сервере с P4HT. И наоборот. И вообще что и как угодно. Достаточно просто изменить выравнивание при генерации кода - и все, у тебя будут совершенно разные глюки.

И особенно это неприятно в процессе апгрейда - заапгрейдил тестовую машинку - круто, работает. Заапгрейдил сервер - пиздец, навернулась база. Причем это может случиться не только в теории.

> Я напрмер утверждаю что из генту можно построить замечательную
> продакшн систему, куда более гибкую чем такая же система на РХ

Да строй на здоровье... Кто тебя держит? Уж явно не я :-) Только не обижайся, что более чем до файл-сервера тебя не допустят. Да и то, только если этот файл-сервер будет свалкой mp3'шек и avi'шек.

Генту сосёт не нагибаясь....

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