... единственное в чём джента проигрывает, так это в автоматическом контроле зависимостей ...

Вы хотели сказать, "выигрывает" ?

Вам смешно, а мне проблемы, ждать приходиться пока все режимы Ультра ДМА и ДМА переберуться в тестинге винчестера. Но в принципе это уже оффтоп, так как интересующие меня ответы на вопросы по поводу Дженту я уже получил в полном объёме. Из ответов, как я понял, особой разницы между слакой и дженту - нет, единственное в чём джента проигрывает, так это в автоматическом контроле зависимостей. Плюс я не совсем из ответов разобрался, но как я понял дженту из коробки не поддерживает работу на калькуляторах, в отличии от слаки.

Толсто 

Патрег=Шатлворд??? 

Спасибо всем за толковые и дельные ответы.

и первый загрузочный сектор 0 затёрт каким-нибудь вирусом Linux - ведь не зря же говорят что Linux портит жёсткие диски.

Дженту может более-менее сносно работать только на современном оборудовании,

ещё раз вас поправлю... работать может на любом, но собирать систему на старом оборудовании будет очень долго. и надо ограничивать себя в выборе флагов/софта. Но для вас как я вижу это не проблема..

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

// ещё оффтоп

хммм... об этом я и не подумал...

2. Gentoo не ориентирован специально на новые компьютеры. Просто на них собирать пакеты в разы быстрее. Вот это вам и хотели сказать собеседники.

3. Linux не портит жесткие диски. Такие слухи порождают "кулхацкеры", которые при установке линуха в первый раз снесли раздел с виндой, что для них равноценно порче винчестера почему-то.

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

Что же касается слаки и по на моём компе, то более чем наполовину, а во всяком случае практически все проги которые я активно юзаю, включая и Х-сервер и веб-браузер скомпилированы из исходников

Minefield 4.ob10

По времени может быть и занимает долгое время компиляция. я обычно делаю так, на ночь просто запускаю процесс компиляции, а утром проснувшись делаю доводку, ну может минут 10 -15 инсталляция модулей и занимает, плюс ещё минут 3 убирание лишних модулей, вот процесс перезагрузки реально много времени занимает. Дело в том, что винчестер у меня сломанный, в штекере, не знаю я не тех, там такие штырьки, куда подсоединяется шлейф. так вот, там пластмасска чёрная вся сломанная, и 4 штырьков не хватает, и во время перезагрузки происходит вынужденный перебор режимом ДМА винчестера, а так как ДМА в принципе нет, то приходиться ждать пока включиться режим Пио4. Пока пилю ядро, постоянно мучает мысль найти параметр в конфиге отвечающий за режимы установления поддержки ДМА и переключить его сразу же на Пио. А может я и не прав, и вполне вероятно, что диск не правильно разбил, и первый загрузочный сектор 0 затёрт каким-нибудь вирусом Linux - ведь не зря же говорят что Linux портит жёсткие диски.

// оффтоп
ormorph, не полностью распарсил ваш текст, но вы, наверное, что-то не так сделали...
а) я собирал не отдельные пакеты, а в chroot'е целиком корень...
б) при переносе с core2(x86-64) на атом(x86) проблем не возникло... правда ядро я собирал на железяке уже...
Вы случаем в CFLAGS не -march=native указывали?

не -march=native я не указывал, указывал 486-й проц

Можно с chroot-окружении собирать некоторую "песочницу", а потом заливать на машину, куда требуется.

Я Live-систему собирал в chroot-окуружении, тем не менее проблема оставалась, некоторые пакеты очень сильно хотят видеть /proc и /dev при сборке.

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

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

1. Если Вы используете Slackware на PIII и Вас устраивает скорость работы, то почему бы не использовать gentoo? И в том и в другом случае для установки ПО используется компиляция из исходных текстов, только в gentoo эта установка ИМХО очень хорошо автоматизирована (при помощи программы emerge).

Эээ, а я, наивный, думал. что slackware - бинарный дистрибутив.

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

Можно с chroot-окружении собирать некоторую "песочницу", а потом заливать на машину, куда требуется.

З.Ы. Вот почему воинстующие слакварщики на нас все время бочку катят?  oO

ещё есть вариант собрать всё на "большом компе" и просто установить на третий пенёк. Я так поступал с еее'шкой...

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

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

На мощном компе, можно, только инструкции процессора должны быть урезаны, до минимума на таком компе.

Если да, то тогда вообще все прекрасно будет для pentium-3.

Может для компьютера и будет всё прекрасно, но не надо забывать что за компьютером сидит человек, а для меня предложить работать на 2.4, это равно предложению юзать сеть на Win 98

Думаю что вы лучше ответите на этот вопрос сами, как только соберете gentoo на своем компе.
Просто вам очень долго придется ждать пока система соберется.
Именно по этому gentoo больше подходит для мощных компов, имеется в виду процессор, так как время сборки уменьшается.
Процесс сборки довольно долгая вещь.

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