Daniel Robbins хочет вернуться в Gentoo Foundation

>А я уже успела побывать "замужем", почти 3.2 раза, а все эти доны в огороде по сути - грязные поросята.

И как там - замужем? Есть жизнь?

Извини, ты меня попутал с кем-то. А кулаками после драки хоть обмахайся :-)

> Это новость? Одну из фундаментальных опций вам выбирает афрокосмонавт?

Что, завидуешь первому космическому туристу, неудачник? Хреновая отмазка. Если система до момента очередного обновления обновлялась по "emerge -Du world" и никаких блокирующих зависимостей не было, а ПОСЛЕ очередного emerge -Du world они вдруг появились плюс требуется размаскировывать еще какие-то пакеты, то как это называется? Правильно, прделка, которую нужно постоянно пинать и дергать за веревочки. Почему при обновлении Debian и Ubuntu бубны и напильники как в гонтууууу не требуются?

> prompt "Timer frequency" default

Ну в дебе и убунте стоит по дефолту HZ_250, "a good compromise choice allowing server performance while also showing good interactive responsiveness even on SMP and NUMA systems" и ничем плохим это не грозит. Если бы разработчики ядра поменьше задротствовали и не ориентировались на перекомпиляццкое красноглазие, то они бы могли ввести параметр ядра hz= для более гибкой конфигурации без мудохания с перекомпиляцией ядра и тщательной получасовой проверкой измененившихся параметров ядра при каждом обновлении после make oldconfig чтобы ничего не отвалилось. А так все сомнительные преимущества изменения HZ за счет перекомпиляции - ничто по сравнению с гимором сопровождения, когда каждое обновление ядра требует времени на сборку на каждой машине и может таить сюрпризы. > А вкорячивание в дефолтные ядра probing-а отсутствующего в конкретной системе железа, приводящего к зависонам или неопределению имеющегося железа это редкий случай?

Конечно. За 6 лет работы с Linux на разных конфигурациях еще не разу не видел, чтобы система зависала из-за "пробинга". А у тебя постоянно вешается? Как ты думаешь, нафекуйя, придумали PnP(кстати, с подачи m$, пока красноглазые поцаны кричали "перемычки и конфигурирование прерываний вручную - наше фсио"), придумали PCI configuration space, PCI и USB vendor/subvendor ID, product ID, и т.д.? Уж не для однозначной ли идентификации присутствия железки в системе? А еще что-то подсказывает , что если какие-то проверки могут приводить к завису кривого железа, то это лечится передачей параметров ядру без всяких перекомпиляций.

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

Cогласен. Gentoo и LFS - отличные тренажеры, позволяющие понять как работает система, случайно наловить и затем решить множество проблем, получив бесценный опыт. "Тяжело в учении - легко в бою". А когда время дорого, часов на компиляции и увлекательные возюкания с системой не выделяют, обновления должны проходить оперативно и без происшествий(которые подстерегают в генте на каждом ебилде и make oldconfig), тогда приходится выбирать что-то иное, вроде Debian - отшлифованное, оттестированное, без обязательной сборки ядра и с обновлениями безопасности, которые позволяют обновляться без единой проблемы, т.к. не меняют функционал.

Если охота в удаленных смотри я ответил. До сих пор не понял зачем OO пересобирать.

OO к черту. тут помниться давно новость про баттлтанк была, Ой как убунтовцы выли, что чобрать ниче не могут, просто ппц :) некоторые даже дошли до того, что виндовую версию запускали под вайном.

s/чобрать/собрать/

> 1) У тебя нет Деба, у тебя Бубунта.

На десктопе - сборка Debian от Canonical, удавись от сознания того, что Ubuntu - великий Debian в десктопном обличьи. А мучать сервера сборкой OOo и бедную машинку с трехсотым целероном на которых установлены официальные сборки Debian от DFSG не собираюсь. Так что тебя макнули в то, что на убунте, которая является сборкой Debian, OOo собирается из офиц. исходников. Только нахера нужна эта сборка рядовому пользователю неясно, ну да ладно - гентушникам ведь главное покомпилять неважно ради чего.

> 2) ОО ты не собрал, прервав процесс до того, как началось самое интересное.

Вот тебе офиц. исходники: http://ftp.de.debian.org/debian/pool/main/o/openoffice.org/openoffice.org_2.3... http://ftp.de.debian.org/debian/pool/main/o/openoffice.org/openoffice.org_2.3... http://ftp.de.debian.org/debian/pool/main/o/openoffice.org/openoffice.org_2.3.... Вот тебе офиц. бинарник собранный из них: http://http.us.debian.org/debian/pool/main/o/openoffice.org/openoffice.org_2..... Что тебе еще нужно в качестве доказательства? Если тебе не в лом, как больному человеку, убивать по полдня на сборку, то можешь поставиь деб и ткнуть нас всех, что все это обман и на самом деле пакеты Ooo берутся из Астрала, а не из исходников.

> Врать про "лёгкость" пересборки и заточки под себя openoffice могут лишь те,

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

> для которых сборка ядра -- непосильная задача.

Гентушнеги уже не знают как бы еще погнуть понты чтобы их считали элитой нации. )) Ипался со сборкой ядер в генте 4 года, могу собрать ядро с закрытыми глазами даже в убунте, только зачем? Ведь штатное ядро 2.6.22 работает отлично, не смотря на сказки про HZ и мифы про Ужасный Probing который завешивает Убунту. :)

дада :))))

> А-а-а-а мляяя!!! НЕНАВИЖУ!!!! Зафуячил .msi ч-з CrossOver - пошло. Мне право очень нравится линукс, но когда что-то недоступно ч-з apt-get, оно часто вообще ни в какой форме недоступно. И это бесит ещё больше виндозных дыр и косяков. И не то чтобы эти сраные танчики так уж нужны были, просто это на принципиальном уровне раздражает до невозможности. Мне вообще интересно - у кого-нибуди ч=з линукс завелось?

eg0_dist0rti0n * (*) (28.05.2007 18:57:02)

http://www.linux.org.ru/view-message.jsp?msgid=1944256

> Ой как убунтовцы выли, что чобрать ниче не могут, просто ппц :)

Там на сайте линк на официальную сборку для Debian и Ubuntu есть. Прекрасно работает. :) Гентушнеги будут доказывать, что сборка игрушки из ебилда круче?

> Там на сайте линк на официальную сборку для Debian и Ubuntu есть

Да ты что?

и он сразу там появился? он там появился дня 3 спустя, а все эти 3 дня убунтовцы еплись со сборкой. почитай тред. проблему просто смешные.

>Ну в дебе и убунте стоит по дефолту HZ_250, "a good compromise choice allowing server performance while also showing good interactive responsiveness even on SMP and NUMA systems" и ничем плохим это не грозит.

realtime'ом єто не грозит...

>Если бы разработчики ядра поменьше задротствовали и не ориентировались на перекомпиляццкое красноглазие, то они бы могли ввести параметр ядра hz= для более гибкой конфигурации без мудохания с перекомпиляцией ядра и тщательной получасовой проверкой измененившихся параметров ядра при каждом обновлении после make oldconfig чтобы ничего не отвалилось.

А так хорошо раньше было -- все знали, что такое перекомпиляция ядра и зачем она нужна, а вот теперь появились субъекты, утверждающие -- что это удел лишь красноглазиков. О ПАТЧАХ СЛЫШАЛ??? Или в Убунте ядро пропатченое на все (в том числе взаимоисключающие случаи)?

>А так все сомнительные преимущества изменения HZ за счет перекомпиляции - ничто по сравнению с гимором сопровождения, когда каждое обновление ядра требует времени на сборку на каждой машине и может таить сюрпризы

При установке Убунты уже ядро "требует времени на сборку на каждой машине и может таить сюрпризы" (с)? Вы как считаете, ядро где-то для бынарных дистрибутивов собирают или они сами матеарилизуются? (man libastral).

> Там на сайте линк на официальную сборку для Debian и Ubuntu есть.

Бгаа ... а мужики-то не знали...они даже под кроссофисом запускали.

> Гентушнеги будут доказывать, что сборка игрушки из ебилда круче?

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

> Лжет. Я собирал OOO в дебиан. у меня ушло всего полторы недели епли на это дело.

apt-get build-dep && apt-get -b source или руками из жопы с помошью configure && make? А бинари дебьянщики из астрала берут?

> apt-get build-dep && apt-get -b source или руками из жопы с помошью configure && make? А бинари дебьянщики из астрала берут?

Заепали долбаные умники. попробуй. возьми и попробуй. я как-то linuxdc++ собирал с патчиком, проклял все, потому что нытье системы (поставленная искаропки убунта) возникало на каждом повороте.

> Бгаа ... а мужики-то не знали...они даже под кроссофисом запускали.

Это проблемы тех мужиков. Ссылки на пакеты - на странице проекта.

> Однако только у гентушников не было проблем со сборкой.

Откуда ты знаешь? У гентушников даже один и тот же пакет на одной системе собирается на другой не собирается. Вот, пример, как у гентушников замечательно все собирается: http://bugs.gentoo.org/show_bug.cgi?id=190246 Собирать все что движется, даже игрушки, из исходников - удел разработчиков и извращенцев, которым нечем больше заняться. Удел пользователя - пользоваться СОБРАННОЙ программой. Обдумайте такую простую истину. Конечно, с точки зрения автора программы, дать не готовую сборку, а доски, шурупы и гвозди с исходниками - проще всего.

О как каждый должен ядро под себя собирать? А ты как компилишь с указанием гцц использовать mmx sse 3dnow как тут один из посетителей? А что проц то мощный и ядро так надо собирать хехе.

> Ссылки на пакеты - на странице проекта.

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

> Удел пользователя - пользоваться СОБРАННОЙ программой.

s/пользователя/виндузятника/

> Конечно, с точки зрения автора программы, дать не готовую сборку, а доски, шурупы и гвозди с исходниками - проще всего.

Есессно. автору надо программку писать и сопровождать, а не пакеты под зоопарк бинарных дистров собирать.

> Заепали долбаные умники. попробуй. возьми и попробуй.

А если соберу ты съешь свою шляпу?

> я как-то linuxdc++ собирал с патчиком, проклял все, потому что нытье системы (поставленная искаропки убунта) возникало на каждом повороте.

$ ls linuxdcpp_1.0.1
linuxdcpp_1.0.1-1.diff.gz linuxdcpp_1.0.1-1_i386.changes
linuxdcpp_1.0.1-1.dsc linuxdcpp_1.0.1-1_i386.deb
linuxdcpp_1.0.1-1_i386.build linuxdcpp_1.0.1.orig.tar.gz

Собралось идеально и на Debian 4.0 и на Ubuntu 7.10. ЧЯДНТ?

> Собралось идеально и на Debian 4.0 и на Ubuntu 7.10. ЧЯДНТ?

как любят спрашивать убутновсы: "3.14здишь?" (с)

О как каждый должен ядро под себя собирать?

А каждый должен использувать только то ядро которое есть в дистрибутиве/репощитариях и не собирать своё когда в этом есть смысл находясь под страхом получить ярлык красноглазика?

А ты как компилишь с указанием гцц использовать mmx sse 3dnow как тут один из посетителей?

Открой для себя make xconfig

> Что за бред? Это штатный способ установки, описанный в документации.

Буогага, Бубунта фром скратч:

> First, download the latest ATI drivers (installer) from ATI's site.

Теперь штатный бубунтологический способ установки заключается в ручном сборе говен с разных сайтов и запуске обёрток, запускающих через костыли ./configure && make для тех, кто руками это запускать боится и брезгует.

> я как-то linuxdc++ собирал с патчиком,

хыхы. я UfRaw из cvs собирал, тоже все проклял :)). а вот дома на сусе он сразу собрался.

> Есессно. автору надо программку писать и сопровождать, а не пакеты под зоопарк бинарных дистров собирать.

А вот и не нужен зоопарк бинарных дистров. Давно бы уже все
стандартизовали под той же LSB! Об этом и разразился флейм в топике про btanks. А то плять наплодили несовместимых
форматов пакетов, названий зависимостей и насрали на обратную
совместимость так, что пакет пару лет давности, зависящий от
openssl0.9.7 уже хрен поставишь потому что такого пакета в репе нет.
А еще убивает идиотизм когда собарнный _статически_ бинарник не
работает на более старом libc, хотя никаких новомодных функций не
использует, а все потому, что умный gcc вхерачил проверку
переполнения стека:

./blah: /lib/tls/i686/cmov/libc.so.6: version `GLIBC_2.4' not found (required by ./winexe)

$ objdump -T winexe |grep stack_chk
00000000 DF *UND* 00000046 GLIBC_2.4 __stack_chk_fail

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

Ты про своё фиаско, когда ты нажал Ctrl-C секундой раньше, чем твоя Бубунта сплюнула исходники опенофиса? За прошедшее время ты мог бы уже пол-бубунты заново переставить, чтобы удовлетворить зависимости. А пока только трендишь попусту.

В тред прокрались неумехи-бубунтологи, которые почему-то называют себя дебианщиками и никто из них так и не собрал опенофис, все только цитируют man apt-get, из которого асилили первый экран.

P.S. Может ты принял гентушный лог о шестичасовой сборке офиса за перл коллеги-бубунтолога? Разочарую тебя.

> Теперь штатный бубунтологический способ установки заключается в ручном сборе говен с разных сайтов и запуске обёрток, запускающих через костыли ./configure && make для тех, кто руками это запускать боится и брезгует.

Начнем с того, красноглазик, что драйвера ATI/nVidia лежат в linux-restricted-modules, а официальный run-инсталлятор ATI устанавливает драйвера в графическом режиме(GTK-морда).

>Однако только у гентушников не было проблем со сборкой.

Только танчики у вас и получается собирать. И другое подобное игрофуфло. В остальном же - даже часы глючат. ;)

http://calculator.gentoo.ru/forum/6

> устанавливает драйвера в графическом режиме(GTK-морда).

Next->Next->Next->Finish?

давай щас тогда весь багтрекер дебиана сюда вывернем ...

> Может ты принял гентушный лог о шестичасовой сборке офиса за перл коллеги-бубунтолога? Разочарую тебя.

Достали. Сейчас дебутстрапну etch, соберу опенофис на нем, а затем переломаю распальцовки и заставлю жрать шляпы гентоламеров, которые только песдеть умеют про то как у них на автопилоте автообновление летает без единой проблемы сборки, появившихся вдруг блокирующих зависимостей или вдруг ставшего замаскированным пакета по зависимостям, и как замечательно работает make oldconfig без паники ядра из-за того что отвалилась поддержка SATA или отваливания NAT.

>никто из них так и не собрал опенофис

Дурдом находится рядом. на gentoo.ru

> Как ты думаешь, откуда берутеся бинарные сборки? Неужели ты думаешь, что выложенные исходники из которых и собираются бинарные сборки не собираются? Или ты думаешь, что

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

> и как замечательно работает make oldconfig без паники ядра из-за того что отвалилась поддержка SATA или отваливания NAT.

сколько работаю, ни разу не отваливалось.

"Это все руки, кривые и вонючие, потому что из жопы" (с)

> Ужос. 6 часов * 150..200 Вт(без монитора) = 0,9 .. 1,2 кВт.

Так соптимизённая Гента меньше скушает энергии, т.к. меньше греет проц. Вам космонавт подо что дистры и ядра собирает? Под 80486? MMX и MTRR используются? Кто-то из вас знает это наверняка?

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

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

> Извини, ты меня попутал с кем-то. А кулаками после драки хоть обмахайся :-)

Где скриншот сборки, драчун ты наш несостоявшийся? Кинь ссылочку, будь любезен.

>Так соптимизённая Гента меньше скушает энергии, т.к. меньше греет проц.

Закон сохранения энергии - меньше скушает гента, больше - юзер. Ты сколько кило весишь?

>официальный run-инсталлятор ATI устанавливает драйвера в графическом режиме(GTK-морда).

Помню-помню потом, как на Убунтушных форумах народ делился открытием, что для нормальной работы очередного Каталиста нужно грохнуть ручками <список файлов прилагается> от старой инталляции. И тогда - всё отличненько! :)

> Что, завидуешь первому космическому туристу, неудачник? Хреновая отмазка.

Привет онанизмусу из козмоза!

> а ПОСЛЕ очередного emerge -Du world они вдруг появились плюс требуется размаскировывать еще какие-то пакеты, то как это называется?

Руки?

> Если бы разработчики ядра поменьше задротствовали и не ориентировались на перекомпиляццкое красноглазие,

Правильно, мочите, бубунтологи, кернел программеров! Все беды от них! Не было бы ядер совсем, никто бы вам не тыкал, что вы, бубунтологи, ядра компилять не умеете.

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

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

> без происшествий(которые подстерегают в генте на каждом ебилде и make oldconfig)

Какстрашножить! Каску надевать не пробовал перед ебилдами, чтобы не ебилдыкало?

> Debian - отшлифованное, оттестированное

Ржунимагу! У меня это "оттестированное" говно на втором компе. stable стар как говно мамонта, testing ещё глючнее, чем глючный stable.

Ты бы шёл проповедовать деб тем, кто его не видел, в ясли.

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

+1. Почему один и тот же пакет из 0install работает во всех дистрибутивах, а каждый "ментейнер" изобретает свой велосипед?

> открытием, что для нормальной работы очередного Каталиста нужно грохнуть ручками <список файлов прилагается>

хорошо, что не реестр почистить :))

> realtime'ом єто не грозит...

А накой реалтайм где-то кроме встраиваемой техники?

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

Именно так, удел фанатов-энтузиастов, а не пользователей. Сборка программ пользователями - это фантазия, которая зародилась в мозгу красноглазиков.

> О ПАТЧАХ СЛЫШАЛ???

Ага.

> Или в Убунте ядро пропатченое на все (в том числе взаимоисключающие случаи)?

А накой сдались твои мегапатчи? MPPE - в ядре. Риалтайм - для встраиваемой техники. Драйвера для уебкамер, модемов, вайфай-плат, не вошедших в ванильное ядро уже собраны, проприетарные дрова - в пакете restricted-modules. Накуя юзеру какие-то костыльные патчи?! Чтобы потрахаться с системой или почувствовать себя хакиром или гентушником? Можешь придумать реалистичный пример того, зачем юзеру понадобилось бы патчить ядро?

> При установке Убунты уже ядро "требует времени на сборку на каждой машине и может таить сюрпризы" (с)? Вы как считаете, ядро где-то для бынарных дистрибутивов собирают или они сами матеарилизуются? (man libastral).

Ядро в убунте собрано и за тем, чтобы изменения опций конфигурирования не убили SATA, не похерили NAT или еще какой-нибудь модуль существуют мантейнеры. В Gentoo каждому юзеру предлагается исполнить роль мантейнера и очень внимательно изучать последствия make oldconfig, малейшая оплошность карается отпаданием NAT или паникой ядра из-за отвалившегося SATA. Юзеру нужен этот гиморрой? Нет. Вот поэтому юзеры и ставят убунту потому, что она просто работает, а не взваливает какие-то компиляции и прочую девелоперскую и мантейнерскую работу на юзеров.

> Что тебе еще нужно в качестве доказательства? Если тебе не в лом, как больному человеку, убивать по полдня на сборку, то можешь поставиь деб и ткнуть нас всех, что все это обман и на самом деле пакеты Ooo берутся из Астрала, а не из исходников.

Ананимус, ты можешь понять, что на момент сборки бинарника в системе стояла lib-shit-bubunto-1.3.4.5, а после того как ты запустил aptitude update, у тебя вместо неё встала lib-shit-bubunto-1.3.6.2, в которой многое перелопатили и такой проект как oo на этом обновлении рухнет? Ты не можешь этого понять, т.к. никогда ничего крупного не собирал и про dependence hell ничего и не читал даже.

И ещё тебе невдомёк, что даунгрейд этой библиотеки у тебя в бубунте не получится, т.к. от неё зависит 2000 пакетов из 4000 установленных.

Ты посмотри, как собирается openoffice и сколько патчей накладывается.

Смешные вы, читатели 'man apt-get | head -25' без опыта сборки больших пакетов.

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

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

> официальный run-инсталлятор ATI устанавливает драйвера в графическом режиме(GTK-морда).

И что, в бубунте нет хреновины, которая бы эту байду запустила? .deb пакет никто так и не асилил сделать в кач-ве обёртки, чтобы мышевозы мышку из рук не выпускали при установке? А говорил "отлажено, отточено"...

> Достали. Сейчас дебутстрапну etch, соберу опенофис на нем

Не забудь перед пересборкой aptitude update сделать. Если всё брать с одного сидюка без обновления, то старьё соберётся.

> Ядро в убунте собрано и за тем, чтобы изменения опций конфигурирования не убили SATA, не похерили NAT или еще какой-нибудь модуль существуют мантейнеры.

Не надо желаемое выдавать за действительное:

http://www.google.com/linux?hl=en&q=ubuntu+installation+hangs&btnG=Se...

ubuntu installation hangs -- 61100 google hits

Мне этот xconfig как и просто config и menuconfig никуда не стучал(ага я ещё собирал с простым config и правкой конфигурации в текстовом редакторе). А у тебя я спрашиваю только одно ты когда ядро собираешь gcc передаёшь ключи использовать sse или нет?

>> а ПОСЛЕ очередного emerge -Du world они вдруг появились плюс требуется размаскировывать еще какие-то пакеты, то как это называется?

> Руки?

Нет не руки. Это выступления клоунов-мантейнеров генты. Там были такие смешные обновления, например psmisc, что после них то скрипты отваливались потому, что бинарник уехал в другой путь, libutempter полгода был прикручен так, что "w" не показывало сессии konsole, а dosym() помнишь как в портеже сломали что сборки нафиг вылетали или ты еще тогда в винде сидел? Вот такие гентушнеги массовики-затейники.

> Правильно, мочите, бубунтологи, кернел программеров! Все беды от них! Не было бы ядер совсем, никто бы вам не тыкал, что вы, бубунтологи, ядра компилять не умеете.

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

> Открой хелпдеск для юных бубунтологов, у которых бубнто-инсталлер виснет, будешь им параметры на кофейной гуще угадывать.

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

>> без происшествий(которые подстерегают в генте на каждом ебилде и make oldconfig)

> Какстрашножить! Каску надевать не пробовал перед ебилдами, чтобы не ебилдыкало?

Ты еще молодой и глупый и пороху не нюхал. А я с гентой с 2К пакетов натрахался вдоволь за несколько лет. Сменил ее на ubuntu для десктопа и debian для серверов и забыл про проблемы, наепки, меняющие местоположение бинарники и прочую гентушную пионерскую #&^%$.

> Ржунимагу! У меня это "оттестированное" говно на втором компе. stable стар как говно мамонта

И? Ты за циферками в версии гоняешься на серверах как виндузятник? Понимаю, как же там без свежего openoffice-то.

> testing ещё глючнее, чем глючный stable.

Руки? У меня почему-то деб etch просто работает и обновляется без единой проблемы, а на десктопе - безглючная свежая убунта. ЧЯДНТ?

> А ты как компилишь с указанием гцц использовать mmx sse 3dnow как тут один из посетителей?

Гентуламеры! После указания использовать mmx/sse/3dnow gcc не будет автоматически использовать эти наборы инструкций! Учите матчасть!

> Мне этот xconfig как и просто config и menuconfig никуда не стучал(ага я ещё собирал с простым config и правкой конфигурации в текстовом редакторе). А у тебя я спрашиваю только одно ты когда ядро собираешь gcc передаёшь ключи использовать sse или нет?

В ядре нет инструкций SSE, а сами SIMD-инструкции после указания -sse или -mmx ниоткуда не возьмутся, чайник. И еще ядро переопределяет флаги сборки.