djet

Тем хуже выглядит gentoo в данной ситуации. Хотя 3 года назад с линуксом всё было хуже, чем сейчас.

Чудные вы какие-то -- времени жалко, а со сборкой не лень возиться. Всё равно не поверю, что чайник сможет собрать ядро лучше, чем Andrea Arcangeli например и т.д.

http://www.ozon.ru/context/book_detail/id/855490/
http://fine.kalinovka.net/articles/hobby/lorFAQ.tar.gz
http://citrin.ru/docs/Unix/
http://www.linuxshare.ru/docs.shtml

isn
Спасибо. Только вот глаза разбегаются..

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

Swappp

Ошибки нет. Если юзер собрался себе в линуксе админские права назначать, то дела всё ещё очень плохи

djet
В VMWare может и ничего, но это плохая привычка. Сидеть в винде с админскими правами ничем не лучше.

>в gentoo есть риск че-то забыть

Если ты чего-то забыл - то это что-то просто не будет работать Как понадобится - поставишь/сделаешь. Зато зависимости отрабатываются невпример лучше, чем в RPM-based, ставится только то, что реально нужно и у тебя всегда свежая версия системы, и даже если без онлайна всегда можно однажды обновить её до самой свежей.

А из-за прекращения выпуска RPM-ок под RH7.3, например, у меня когда-то основной сервер с месяц лежал

>Поверь - они тебе доставят гораздо большн удовольствия, а Gentoo больше серверная система - да и к тому же требует незаурядных знаний в LInux

Нет, на десктопе Gentoo как ни что другое хорошо сидит. Ибо оптимизируется под твою персональную систему

Ну и поставить всегда можно самый свежий софт _пользуясь штатными средствами_. Если под SuSe или ALT нет, скажем, KDE 3.4 (как это было пару месяцев назад), то тебе придётся ставить их вручную (что весьма нетривиально) и получать в итоге мешанину из RPM-софта и "ручной установки". В Gentoo же - даже такие эксперименты проходят в штатной, так сказать, обстановке

>Всё равно не поверю, что чайник сможет собрать ядро лучше, чем Andrea Arcangeli например и т.д.

Здрасьте! Да по определению лучше соберёт! Во-первых, лучше или хуже тот от компилятора зависит, а не от сборщика, во-вторых - ну нафига мне всякий мусор в виде поддержки железа, которое мне не нужно? А в предварительно собранных ядрах такого железа полно. В-третьих, в готовых ядрах у меня только в Ubuntu один раз за всю историю была поддержка всего железа, что у меня есть сразу. Во всех остальных десятках случаев, поддержки чего-то из железа не было и ядро приходилось пересобирать. В операционках, начиная от RH 5.x (не помню точных цифр, то ли 5.8, то ли 5.9), кончая тем же Ubuntu (кроме одного вышеупомянутого случая) или FC2.

А если ядро пересобираем - так давайте делать это будем в системе, которая это умеет делать хорошо. В том же Gentoo это делают не ручками, а через genkernel, скажем. земля и небо!

Balancer
Кстати, а чем genkernel лучше обычной ручной сборки, кроме меньшего числа вводимых команд?

Swappp

Я и так уже не могу и последние года 4 работаю под админом.

Как это незачем? А если каждая вторая программа для настройки чего-либо просит root'a?

djet

Ну каждая вторая это сильно сказано... Система настраивается один раз, все остальное (в том числе и рабочее окружение) перекрасно настраивается с правами обычного пользователя.

А что это?

djet

slot'ы, так я немного про другое говорил.

Кстати, почему так долго происходит разрешение имён DNS и вроде бы даже не кэшируется?

>А ты посмотри как они в FreeBSD лежат. php4 и php5 это два разных пакета.

Как и в Gentoo. Они прекрасно работают вместе и даже "из коробки", без "доводки напильником". Но, всё же, формально, нет PHP5, нет PHP4, есть просто язык PHP. И чтобы избегать путаницы нужна базовая определённость.

>Кстати, а чем genkernel лучше обычной ручной сборки, кроме меньшего числа вводимых команд?

Так число вводимых команд - и есть те детали, в которых кроется дьявол, как гласит поговорка.

>Как это незачем? А если каждая вторая программа для настройки чего-либо просит root'a?

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

>slot'ы, так я немного про другое говорил.

Это не принципиально. Факт, что они могут работать в системе одновременно. Например, файлы .php4 под Апачем будут работать в PHP4, а .php и .php5 - под PHP5

>Прежде чем соберёт или догадается взять готовый конфиг трахается долго.

Какая разница, если это приходится делать практически в любом дистрибутиве

>Мешает работе или занимает лишний мегабайт на винте под модули? Или просто сборка ради сборки?

Реально может снижать и быстродействие и надёжность.

>Что тут сказать? Не везёт с дистрибутивами

В таком случае - не только мне, а 99, наверное, процентам пользователей Практически все, кто ставит Linux не просто посмотреть, а реально работать - пересобирают ядро.

>То что система умеет не сомневаюсь, но в чём конкретно выражается "хорошо"?  Быстрее? Насколько?

В GUI, к сожалению, сравнить пока не могу, т.к. не работал с системами с разным подходом на одной машине. Но вот на сервере, такой пример. На сервере у меня стоял RH7.3 Думаю, мало кто будет спорить, что это один из лучших дистрибутивов своего времени. Так вот, когда посещаемость сервера подошла тысячам к ста в сутки, машина с ним стала просто ложиться. Процессоры, память - не хватало всего. Потом наступил вышеописанный RPM-hell, когда пакеты для 7.3 уже перестали выпускаться и пришлось делать dist-upgrade, который убил машину. Именно тогда я зарёкся связываться с "версионными" дистрибутивами и впервые посмотрел в сторону Gentoo. Поставил, тогда ещё 2004.1 на машину, собрал и... С тех пор посещаемость возрасла ещё раза в два, а машина не только до сих пор держится, но на свободных ресурсах я запустил игровой сервер (Lineage II) на Java

>Это просто круто и модно? Не сомневаюсь, многие начинают с gentoo именно из-за этого.

Gentoo - далеко не самый модный и популярный дистрибутив

Balancer

Не припомню ничего интересного, кроме make clean, make menuconfig, make && make modules_install..

Ошибаешься. Меня как раз панель управления в KDE root'a просила!

Balancer

Объяснения и фактов по этому поводу не видел, потому собственно и спрашиваю.
Хотя по привычке продолжаю пользоваться самосборным vanilla + кое-какие патчи.

Апгрейд т.е. по сути замена пакетов старого дистрибутива на новые это такая опасная процедура?
Надо видимо было очень постараться чтобы убить систему, даже не знаю что для этого нужно: shells, binutils и rpm раньше glibc обновить что-ли?
Либо использовалась какая-ть автоапдейтилка, отличающаяся значительной кривизной.

Культовый