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

> А как называть тех, кто тыкает пальцем в любящего поковыряться с мотором и называет его красноглазым, даже когда тот вообще никого не трогает? :)

Нормальные, of course. ;)

>А как называть тех, кто тыкает пальцем в любящего поковыряться с
>мотором и называет его красноглазым, даже когда тот вообще никого не
>трогает? :)

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

>Когда один пакет - всегда, то в рамках дистрибутива в целом это получается - _иногда_ ;)

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

>> Прочитай что они писали... мне показалось что им религия какая то запрещает компилятором пользоваться, может грех это у них считается;)

>Это эмоции. Тут столько неадекватных мнений высказалось по поводу OOO и остального, что неудивительно, если даже самые нормальные зарекуться писать make в ближайшие полгода... ;)

И что? Некоторые вантузятники зарекаются Линукс не использовать вы с них тоже пример возьмёте? При необходимости собрать что то специфическое опять потратят больше времени чем на сборку всего Gentoo. А в Gentoo вся гибкость предлагается, как вы говорите, из каробки, и времени/усилий для достижения нужного результата надо намного меньше!

ЗЫ: Спартанцы, это не ко мне;)

>swsusp из коробки и он работает. Если тебе важен не результат, а процесс ковыряния - выбери другую ОС.

Хочу чтобы образ был хорошо сжат и зашифрован suspend2 сэтим справляется.

>SELinux в ядре Deian(debian лучше для сервера, ubuntu - для десктопа) из коробки, нужно только настроить. Grsec всю жизнь включал в себя PAX. Пакет называется kernel-patch-grsecurity2. Хотя, учитывая ASLR, защиту от переполнений кучи, вкомпиленные проверки стека и бит NX PAX нафиг не нужен, а RSBAC учитывая selinux тем более.

А SSI кластер есть? Хотя бы в отдаленных планах? А всё выше перечисленное в месте хотя бы когда то в каком то бинарном дистре было?

> Драйвера и фирмварь для массы железок, не включенных в ванильное ядро собраны и включены в убунте в отдельный пакет ubuntu-modules + restricted-modules. Что серьезно снижает вероятность собирать что-то из модулей. Хотя тем, кому нужен grsec, хотя он с успехом заменяется selinux+средства защиты от переполнений встроенные в ядро и libc и аппаратно неисполнимые стек и куча(NX) придется собрать свое ядро.

Да мне нужна кроме всего прочего и hardened система.

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

Кто то здесь тебе предлагал сменить дистрибутив? Размечтался...

>.....Но это не означает, что преимущество опенсорс - это компилирование все что движется.

Нет не означает, но даёт такую возможность, иногда необходимую.

>> Ну соберите заточенное под свои нужды и архитектуру ядро 2.6.23.16 или какое там последнее и сами почувствуете разницу в скорости работы.

>Собрал. Не почувствовал. > ii linux-image-2.6.23.11custom 1 Linux kernel binary image for version 2.6.23.11custom > Самовнушение? Время убитое на сборку ядра и пересборку модулей не включенных в ядро того не стоило.

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

>> Можете и для остальных здесь результаты тестов выложить. > Каких тестов. Вы считаете, что это будет быстрее - ну так и докажите, а не переводите все на "поставь, ощути, выложи результаты".

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

>.....В худшем случае, когда модулем добавить функционал нельзя, а требуются более глубокие изменения, то ситуация сводится к сборке ядра вручную как.. в генту.

Назови бинарный дистрибутив с нужным мне функционалом ядра?

>При этом в генту пересобирать ядро вручную это не исключение, а правило, версия изменяется - следовательно надо пересобирать все модули.

Не нойте мне здесь больше о ручной пересборке чего то в Gentoo, всё собирается emerge, а ядро genkernel от юзера только требуется установка USE-флагов, а для ядра нужные патчи и конфиг.

>> Прочитай что они писали... мне показалось что им религия какая то запрещает компилятором пользоваться, может грех это у них считается;)

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

Ещё один анонимус с вантузятников пример берёт:D А юзери ничего не компилят и не настраивают, всё им даёт готовое сысадмин, как вы говорите из каробки. А то что для админа подходящего для его нужд бинарного дистра не нашлось и он пользуется замечательным дистрибутивом Gentoo вас как то расстраивает, вам не всё равно?

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

Компиляция - удел разработчиков. Компилировать в винде вообще ничего не нужно. Помимо винды существуют массы программ под винду и НИ ОДНА программа не заставляет конечного пользователя себя компилировать.

> Вы думаете, что кругом, куда прийдут масовые виндузятники все остальные должны лечь под них?

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

> А зачем вообще брать виндузятников за пример?

Как пример пользователя обыкновенного, некрасноглазого, в большинстве случаев несвязанного с разработкой и компьютерным задротством. Для того, чтобы продемонстрировать как можно замечательно жить вообще без компиляции, не видев комплятор ни разу в жизни. Разрешать им приносить пагубные привычки вроде сидения под админом не стоит, но и забивать голову всякой херней, сохранившейся со времен, когда каждый пользователь линукс был программистом тоже не стоит. Умники, заявляющие про необходимость компиляции отправляются собирать телевизоры, телефон и ноутбуки из микросхем, чтобы "оптимизировать под свои нужды".

> А там есть рабочие драйвера для Dlink DWL-G122?

Люди заводят через ndiswrapper. Я не понял, мы сейчас плачевное состояние поддержки железок в Linux обсуждаем или что? В винде поддержка сей железки есть, в пару кликов. Винда - чисто бинарный дистрибутив без компиляции. Можете представить себе такое, что недостойные ламеры, не знающие что такое gcc, цфлаги, транзисторы, стробы, SIMD могут использовать эту железку без пересборки ядра, да еще смеют использовать динамически оптимизирующиеся под SIMD кодеки, драйвера, прямойX, игрушки и т.д.? Это доказывает, что компиляция кроме как разработчику не нужна. Если вам доставляет удовольствие созерцать процесс компиляции - ваше дело, отговаривать вас я не собираюсь.

+1

> Надо чтоб оно сразу из мозга? Нет. emerge и т.п. это и есть автоматизация. Сравните, например, с LFS.

Скажем так. Частичная автоматизация, которая бывало не раз затыкалась на сборке.

> А, т.е. корректное замечание на выставление на показ проблем с прямой кишкой теперь называется хамством? Не знал, не знал

Не надо делать из меня идиота, делая вид, что не понимаете значение слова "гиморрой" в данном контексте и хамить, переходя на личности.

> Опять ведь нарываетесь. Теперь свои проблемы сексуального характера напоказ выставляете!

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

> Вам никто не запрещает покупать четырёх ядерный современный процессор с самой современной видеокартой, и ставить туда 32битный дистрибутив.

При чем здесь 32-битный? Вы там сами говорили про слайдшоу на 1080p. Ну так к чему тогда все эти полумеры, когда железо не тянет HDTV, поэтому нуждается в модерницазии на более мощное с аппаратным HD-кодеком? Если бы я увлекался HDTV то именно так бы и поступил.

> В отличие от Вас, я 2500 пакетов обновлял постепенно,

Похоже кто-то кого-то недопонял. Конечно же 2000+ пакетов за раз я не обновлял, максимум что было - до 200 обновленных пакетов за один emerge -Du world.

> выполняя emerge -uDN --with-bdeps y world; revdep-rebuild.

Я бы еще дополнил этой пересборкой ядра, конфигурацию которого нужно тщательнейшим образом проверять после make oldconfig, упомянул бы и переключение gcc на третью версия по требованию некоторых пакетов(qemu), доразмаскировку, решение блокирующих зависимостей вручную(помню было что-то вроде libjpeg vs jpeglib или когда новая версия блокируется установленной в системе старой) экспорт и обратный импорт LDAP, шаманства с mit-krb5 и heimdal когда одному пакету нужен krb5, другому - heimdal, а вместе они не живут, вынужденный переход на ~x86 из-за того что пакет не собирается. Это я и называю еб^H^H трахание с системой. Избавившись от генты я смог перевести систему на полностью автономное автообновление. Проблем нет. Полная автоматизация.

> Как-то это не сходиться. У Вас процессор работает на частоте почти на гигагерц большей чем мой, а libc и qt собираются часы! Как такое может быть?

Откуда я знаю? P4 2.8GHz, i865, 512MB 2xDDR400, винты - sata 7200RPM, reiser3. Все было собрано с -march=prescott.

> Опять у Вас какие-то проблемы.

Не какие-то а вполне конкретные.

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

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

> Сферических и конеобразных ;) Потому как толкового расчёта от Вас я так и не увидел.

Скажем так, грубая прикидка на основании воспоминаний о генту и прикидывания примерной мощности системника.

> У тебя что-то в консерватории не то.

А что может быть не то? Все было собрано с -march=prescott, reiser3 notail, 512 ОЗУ, в ядре был выбран тип камня и свое железо.

> Видимо, это такая болезнь -- репозитариозависимость: желание всегда иметь всё самое новое ПО сейчас

Учитывыая косячность KDE, драверов ATI, косячность драйверов в ядре(saa7134), косячнось(хоткеи...) и тормознустость FF, косячность wine и т.д. хочется иметь свежий софт, надеясь с каждой версией, что наконец-то хотя бы половину глюков пофиксят.

Тогда почему бы не сидеть на Debian stable с софтом годовалой давности?

> не учитывая, что могут быть и проблемы про переходе на новые версии. (Например, у KMyFirewall недавно изменился формат файлов).

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

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

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

> Тогда все програмисты -- задроты?

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

> Потому как это предложение можно понять так "Линукс раньше был системой для програмистов, которые занимались задротством на десктопах и серверах"

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

> И что же в нём такого абсурдного? Вы же сами уже назвали некоторое число таких алгоритмов. Теперь только надо узанть это все, или ещё есть.

Из того, что накопал пока все.

>>Любые алгоритмы связанные векторами, матрицами, с параллельной обработкой.

>Оказывается что не любые. Иначе liba52 использовал бы fftw вместо своих костылей.

Любые векторные. Но это не означает, что все разработчики обладают полнотой картины, знают про liboil, векторные расширения gcc, а не городят свой велик или вообще решили не заморачиваться с оптимизацией под SIMD. Насчет liba52:

sample_t * a52_init (uint32_t mm_accel);

Initializes the A/52 library. Takes as a parameter the acceptable optimizations which may be used, such as MMX. These are found in the included header file 'mm_accel', along with an autodetection function (mm_accel()). Currently, the only accelleration implemented is MM_ACCEL_MLIB, which uses the 'mlib' library if installed. mlib is only available on some Sun Microsystems platforms.

Т.е. никакой оптимизации под SIMD нет нигде кроме как на некоторых Солярисах.

> Нет. Мне нужны алгоритмы "которые получат заметную пользу от SIMD можно вынести в _один пакет_ и бороться с максимальной оптимизацией там" которые уже вынесены.

Раз вас это интересует, то и занялись бы изучением данного вопроса. Я лишь намеревался вскрыть факты существования технологичных способов динамической оптимизации, встроенных в линкер средств поддержки динамической оптимизации, на специализированные оптимизированные под SIMD библиотеки, на низкую эффективность оптимизаций в gcc и поставить под сомнение эффективность и целесообразность сборки пользователем и заточки под свое железо.

> А если посмотреть сколько пакетов использует glibc...

Оптимизируем libc => частично оптимизируем все связанные с ней программы.

> Интересует не libaio, а liboil. Кто её использует непосредственно? atlas и openssl используют свои собственные библиотеки.

Я и говорил про liboil. 310 пакетов завязаны на нее и динамическая оптимизация влияет на их производительность вне зависимости от того прямо или через посредника используется liboil. Исключение составляют лишь несколько метапакетов. http://cut.and.paste.org/index.php?id=1864

> Может быть Вы чётко видите оптимизацию под размер кэша и другие оптимизации? Вы видимо считаете что оптимизации для набора инструкций SSE вполне достаточно? Это не совсем так.

Нет, не считаю. Ну и как вы себе представляете себе оптимизацию под размер кеша с помощью gcc, например на -march=pentium4, где L1 может варьироваться от 8 до 16 КБ, L2 - от 256 до 8192КБ?

> И для какого процессора? Для среднестатистического?

Именно так. А где у gcc оптимизация, например, под duron учитывающая размер кешей конкретного экземпляра?

> Т.е. из своего P4 2,8 Вы можете смело выкидывать некоторые блоки, ведь они не используются.

Ну и логика... SSE используется, только не везде, а только там где от его использования есть значительный эффект. Считайте SSE аппаратным ускорителем векторных операций с плавающей точкой. А вас что, удручает, что какой-нибудь tracert или apache не использует SSE и MMX? Может мучает тот факт, что ускоритель трехмерной графики не используется опенофисом и mysqld и вы пытаетесь максимально загрузит имеющееся железо? Вы уже выкинули модуль 3D ускорения из GPU? А вас не тревожит факт низкой эффективности использования железа, которое в основном простаивает в ожидании юзерского ввода?

> Надо было ограничиться только SSE или SSE2, а чтобы побыстрее работал - взять двух процессорную матплату.

Вменяемый человек понимает, что использовать железо на 100% не удастся никогда кроме случаев сферических коней в вакууме и спокойно живет с этой мыслью. Невменяемые рвут волосы на груди и выжимают пару процентов произ-ти ценой часов компилирования, плача от радости. :)

> а чтобы побыстрее работал - взять двух процессорную матплату.

Подсяду на HDTV так и сделаю. А пока причин делать апгрейд нет, я ведь не виндузятник у которого свисто тормозит и уже не гентушник, чтобы гонять увлекательные игрушки emerge м qlop.

> В общем тут мне становиться понятно почему Вы не увидели причин по которым в набор инструкций SIMD включены скалярные инструкции.

Огласите причины по которым они включены.

> ручную оптимизацию не сравнить с автоматической.

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

> Можно и так. Без переносов строк это займёт мало места. Только давайте без рекурсивных зависимостей, и только то, что прямо использует liboil.

Все что прямо или косвенно использует liboil автоматически получает прирост в производительности при использовании SIMD. на сколько он велик судить не берусь.

>компьютер который никогда не выключается домашний сервер с Debian(cel 300, ~60Вт*ч)

Что-то не сходиться. Или получается что потребляемая мощность этого компьютера 0,083Вт, или расход в месяц только на него 64кВт, почему тогда на всё остальное так мало энергии?

Учить математику. 0.06кВт*30*24ч=43.2 кВтч. Неудивительно, что вы ниасилили рассчет потребляемой своим компьютером энергии.

>>Лампочки, микровонлновка, электрочайник, два телевизора, стиральная машина и т.д. и т.п. За прошлый месяц когда еще был живой нормальным ЭЛТ монитор, накрутилось 154кВт*ч.

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

Оставьте глупые догадки при себе. Холодильник, утюг, пылесос и т.д. скрывается под "и т.д. и т.п" Микроволновка включается редко, потому что в основном используется газовая плита. Обсуждать свое семейное положение и необходимость в двух, реально в трех(еще один - ТВ-тюнер в компьютере) телевизорах, один из которых портативный, я здесь не намерен.

>Не путайте большой практический опыт с субъективным мнением.

> Может быть Вы назовёте отличия, и мы сравним?

После перехода с Gentoo я практически перестал заниматься сборкой(остались только сборка официального свежего fglrx вместо собранного староватого коробочного и vmware, надеюсь что когда-нибудь вендоры осилят самостоятельную сборку модулей ядра, а не будут возлагать стоь почетную миссию на юзеров), перестал тратить время на обновление(отлично работает автоапдейт) и перестал жечь электричество по ночам на сборки.

> А Вы не слышали о -r ебилдах?

Даже видели.

> Если хотите, можете их писать и для устаревших пакетов.

Какое отношение имеет возможность писать свои ибилды к официальной политике обновления дистрибутива? GLSA практикуют закрытие дыр поднятием версии, а не только с помощью патча в -r(N+1). Следовательно обновлений безопасности нет. emerge world на "стабильной" ветке приводит к поднятию версий пакетов, следовательно политики STABLE как в Debian нет.

> И где _Вы_ придерживаетесь такой политики?

На дескопе да почти везде, используя бэкпорты и пока проблем не было. На десктопе это некритично. На серверах помню точно как использовал libcflow-perl на sarge, потому что стабильная версия содержала баг, бэкпортированную samba использовал, потому что в стабильной версии были глюки, на etch перешел на штатную, по мелочи ставил перловые модули, не входившие в дистрибутив. Вобщем, политика проста: ловим некритический баг в софте или срочно нужен новый функционал - используем бэкпорты с новой версией. Ежели все нормально используем стабильную версию и бед с возможными проблемами не знаем, отлаженный сервер будет работать и после обновлений. Хотя, береженого Бог бережет, так что мониторингом пренебрегать нельзя.

> И не было случаев, когда этот хотфикс приводил к пролемам? Неверю!

В моей практике использования Debian не было. Не верьте.

> Вы не доросли до осознания иделогоии gentoo.

Я ее перерос. Идеология gentoo - неимоверная гибкость(которую в других дистрибутивах можно при необходимости достичь сборкой из исходников), ценой стабильности, обратной совместимости, возникновения проблем на этапе сборке и увеличения времени на обслуживание. Проблемы в генах. Полное отсутствие действительлно стабильной ветви, поддержки LSB как класса и красноглазое комьюнити ставит крест на будущее системы как серьезной платформы.

> Аналогично. Плюс монитор (LCD) и колонки 5.1 (около 100Вт). Только вот энергосберегающие технологии активированы, поэтому от 200 Вт.

И как, на компиляции, когда идет мощная нагрузка на процессор-озу-чипсет-винт это сильно помогает?

> Я Вас прошу не сферический рассчёт для вакуума, а примерный рассчёт. Или Вы, пока пользовались gentoo, постоянно пересобирали 2474 пакета? Ну тогда не удивительно, что Вы истратили около 2МВт*ч энергии...

Примерный и был сделан. 250-300Вт под нагрузкой. Если обновляться оставляя на ночь компьютер, а то еще и на весь день если к утру не собралось, то прикидично в среднем ~6 часов в сутки. Обновлялся часто. Итого генту пожирала 25*6ч*0.25кВт=37,5кВтч в месяц.

> Тестера нет под рукой.

Счетчик есть. Есть очень простой способ измерения мощности, странно что вы до него не додумались. Отключаются все электроприборы кроме испытуемого. Включается таймер и замеряется число оборотов кольца за пару минут. Из кол-ва оборотов определяется энергия, делится на интервал времени измерения и получается мощность.

> А среднемесяное я привёл точно. Хотите посмотреть emerge.log и сканы квитанций?

Сколько часов на компиляцию в месяц?

> Хочу чтобы образ был хорошо сжат и зашифрован suspend2 сэтим справляется.

aptitude show uswsusp

Optional features include encrypting the system snapshot and a themeable splash screen during the suspend and resume processes. . To use this package you need a Linux kernel version 2.6.17-rc1 or newer configured to use an initramfs. Hooks and scripts to integrate with initramfs-tools are provided.

> А SSI кластер есть? Хотя бы в отдаленных планах?

http://kerrighed.gforge.inria.fr/debian/pool/main/l/linux-krg/

> А всё выше перечисленное в месте хотя бы когда то в каком то бинарном дистре было?

SELinux из кробки(RSBAC не нужен), ASLR из коробки и защита от переполнений хипа из коробки - PAX не нужен.

> Нет не означает, но даёт такую возможность, иногда необходимую.

Раз в сто лет можно и на бинарнике собрать.

> У меня время на сборку не считается потому как не требует моего присутствия, а конфигурация ядра под себя делается раз, а потом бегло слидитса только за изменениями.

Факт в том, что полностью автоматизировать это невозможно. А беглое слежение за изменениями заканчивалось отпаданием модулей iptables и SATA. Не уследил. Человеческий фактор. Политика обновлений когда версии не изменяются, а штопаются только дыры и критические баги, была придумана не с проста.

> Например при выключении SMP программы с поддержкой SMP, потоков, параллелизма работать будут только на одном CPU. Наличие SMP на одноядерниках, особенно когда указано большое число CPU также значительно??? (у меня нет сей час времени проделать эти тесты но в будущим я их где то опубликую) замедлит работу системы.

Ядра в бинарных дистрибутивах уже сто лет унифицированы и поддержка SMP включена по умолчанию. Древние одноядерные процессоры в которых нет даже HT обрабатываются этими ядрами как вырожденный случай SMP...

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

> Назови бинарный дистрибутив с нужным мне функционалом ядра?

Debian.

>Не нойте мне здесь больше о ручной пересборке чего то в Gentoo, всё собирается emerge, а ядро genkernel от юзера только требуется установка USE-флагов, а для ядра нужные патчи и конфиг.

Прикинь, а в дебиан ядро обновляется автоматически месте с другими пакетами и ни проверки изменений в опциях ядра, ни пересборки ни пересборки модулей не требует. Хочется свежее - бэкпорты. Встретилась ну просто жуткая специфика, которую иначе как сбором своего ядра не решить "apt-get source и make-kpkg --added_patches blah,lala --append-to-version custom" в скрипт.

> Ещё один анонимус с вантузятников пример берёт:D А юзери ничего не компилят и не настраивают, всё им даёт готовое сысадмин, как вы говорите из каробки.

На домашнем ПК сисадмина нет. А проблемы заложены в сборке и концепции обновлений поднимающих версию. Если с бинарным пакетом очень сильно надо постараться, чтобы что-то не работало, если конечно сама программа не глючная, то с гентой ну просто море шансов защемить яйца дверью с CFLAGS, USE, несобирающимся пакетом, а малейшая невнимательность при проверке конфига ядра и улетел SATA или NAT.

>а малейшая невнимательность при проверке конфига ядра и улетел SATA или NAT.

А в Убунте в аналогичной ситуации SATA или NAT ну никак не может слететь?

>> А там есть рабочие драйвера для Dlink DWL-G122?

>Люди заводят через ndiswrapper.

Когда есть нормальные драйвера на ftp.dlink.ru

>Я не понял, мы сейчас плачевное состояние поддержки железок в Linux обсуждаем или что?

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

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

а через ndiswrapper они значит догадаются запустить эту железку...

>Скажем так. Частичная автоматизация, которая бывало не раз затыкалась на сборке.

И такое "скажем так" уже не в первый раз...

>Не надо делать из меня идиота, делая вид, что не понимаете значение слова "гиморрой" в данном контексте и хамить, переходя на личности.

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

Ну надо же! Вы оказывается не только разрботчик с 10 летним стажем, но и большой знаток Русского языка! Может быть составите сразу словарик, с Вашего Русского на мой, чтоб мне на личности то не переходить?

>Будете утверждать, что каждый, кто использут мат имеет трудности сексуального характера?

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

>При чем здесь 32-битный?

А Вы какой поставили бы?

>Вы там сами говорили про слайдшоу на 1080p. Ну так к чему тогда все эти полумеры, когда железо не тянет HDTV, поэтому нуждается в модерницазии на более мощное с аппаратным HD-кодеком? Если бы я увлекался HDTV то именно так бы и поступил.

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

>Я бы еще дополнил этой пересборкой ядра, конфигурацию которого нужно тщательнейшим образом проверять после make oldconfig

Вы меня поражаете! Разве трудно сперва прочитать встроенную справку по новым возможностям, если мало поискать в интернете?

>упомянул бы и переключение gcc на третью версия по требованию некоторых пакетов(qemu),

Именно по этой причине у меня стоит virtualbox.

>доразмаскировку,

Чего? У меня только nvidia-drivers размаскированы. (да, архитектура ~amd64)

>решение блокирующих зависимостей вручную(помню было что-то вроде libjpeg vs jpeglib или когда новая версия блокируется установленной в системе старой)

И сколько таких пакетов за полгода было?

>кспорт и обратный импорт LDAP, шаманства с mit-krb5 и heimdal когда одному пакету нужен krb5, другому - heimdal,

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

>Избавившись от генты я смог перевести систему на полностью автономное автообновление. Проблем нет. Полная автоматизация.

Что, тоже половина пактов и стабильной ветки, половина из нестабильной и всё в порядке?

>Откуда я знаю?

Но это проблемы генты. Так?

>Не какие-то а вполне конкретные.

Раздражительность и непонимане видимо...

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

А раз появилось свободное время, Вы решили побрызгать желчью на ЛОРе.

>Скажем так, грубая прикидка на основании воспоминаний о генту и прикидывания примерной мощности системника.

Чё-то как-то совсем грубо: больше 25% ошибка! А ещё теоретик!

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

Прямо образец корректности, и эталон русского языка!

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

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

>Но это не означает, что все разработчики обладают полнотой картины, знают про liboil, векторные расширения gcc, а не городят свой велик или вообще решили не заморачиваться с оптимизацией под SIMD.

Повторю ещё раз: почему liba52 использует свои костыли вместо fftw?

>sample_t * a52_init (uint32_t mm_accel);

...
#ifdef LIBA52_DJBFFT
if (mm_accel & MM_ACCEL_DJBFFT) {
fprintf (stderr, "Using djbfft for IMDCT transform\n");
ifft128 = (void (*) (complex_t *)) fftc4_un128;
ifft64 = (void (*) (complex_t *)) fftc4_un64;
} else
#endif
{
fprintf (stderr, "No accelerated IMDCT transform found\n");
ifft128 = ifft128_c;
ifft64 = ifft64_c;
}
...

eix -s djbfft
* sci-libs/djbfft
Available versions: 0.76
Homepage: http://cr.yp.to/djbfft.html
Description: extremely fast library for floating-point convolution

>Т.е. никакой оптимизации под SIMD нет нигде кроме как на некоторых Солярисах.

В исходниках пишут много чего интересного... Кроме того, mplayer например, использует собственную версию liba52 которая поддерживает оптимизацию для MMX и SSE...

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

Зачем тогда Вы говорили что-там про 310 пакетов и про "алгоритмы, которые получат заметную пользу от SIMD можно вынести в один пакет и бороться с максимальной оптимизацией там." Опять для красного словца?

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

А я намеривался вскрыть факт наличия автоматической оптимизации под SIMD инструкции у gcc, и факт очень малого распространения специализированных оптимизированных библиотек...

>Оптимизируем libc => частично оптимизируем все связанные с ней программы.

И какой прирост производительности это даст? Боюсь, Вы не сможете это грамотно оценить...

>Я и говорил про liboil. 310 пакетов завязаны на нее

Непосредственно её используют:

gstreamer0.10-ffmpeg" -> "liboil0.3";
"gstreamer0.10-plugins-bad" -> "liboil0.3";
"gstreamer0.10-plugins-base" -> "liboil0.3";
"gstreamer0.10-plugins-good" -> "liboil0.3";
"gstreamer0.10-plugins-ugly" -> "liboil0.3";
"gstreamer0.10-schroedinger" -> "liboil0.3";
"gstreamer0.8-misc" -> "liboil0.3";
"gstreamer0.8-swfdec" -> "liboil0.3";
"libschroedinger-0.1-0" -> "liboil0.3";
"libswfdec0.5-1" -> "liboil0.3";
"libvips-tools" -> "liboil0.3";
"libvips12" -> "liboil0.3";
"nip2" -> "liboil0.3";
"pulseaudio" -> "liboil0.3";
"python-vipscc" -> "liboil0.3";
"swfdec-mozilla" -> "liboil0.3";

Это при том, что я не придираюсь, почему обёртка (gstreamer-schroedinger) и сам кодек (libschroedinger) посчитаны по отдельности. Я думаю, что "gnomebaker" будет врядли писать диски быстрее, если использовать liboil ;)

>310 пакетов завязаны на нее и динамическая оптимизация влияет на их производительность вне зависимости от того прямо или через посредника используется liboil.

Весь вопрос как влияет. Ведь оптимизации gcc тоже влияют, однако Вам этого мало.

>Ну и как вы себе представляете себе оптимизацию под размер кеша с помощью gcc, например на -march=pentium4, где L1 может варьироваться от 8 до 16 КБ, L2 - от 256 до 8192КБ?

Значит Вы не читали install-notes к atlas? Я выше перечислил параграфы - там всё описано подробно.

>Вы уже выкинули модуль 3D ускорения из GPU?

Я могу заменить один GPU на другой. Например я заменил слабо поддерживаемый ATI на хорошо поддерживаемый NVidia. С процессором Вы почему-то этого не делаете. Если есть желание, посмотрите сколько пакетов зависят от libGL*.so и сравните с теми, кто зависит от liboil...

>А вас что, удручает, что какой-нибудь tracert или apache не использует SSE и MMX?

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

>А вас не тревожит факт низкой эффективности использования железа, которое в основном простаивает в ожидании юзерского ввода?

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

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

Почему-то мне это напоминает: "что дали, то и жрите"...

>Огласите причины по которым они включены.

У меня нет такого стажа и опыта как у Вас, поэтому я не могу с уверенностью дать развёрнутый ответ на этот вопрос. Общий ответ - для совместимости и более быстрой работы (фактически увеличивается количество регистров).

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

Прямо образец логики!

>Все что прямо или косвенно использует liboil автоматически получает прирост в производительности при использовании SIMD. на сколько он велик судить не берусь.

А раз так, то не надо приплетать сюда всё что косвенно использует liboil, как например gnomebaker.

>Учить математику. 0.06кВт*30*24ч=43.2 кВтч.

Ошибся, посчитал 0.088*30*24...

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

Так Вот я и хочу спросить: сколько энергии потрачено за последние три месяца. Потому как цифра 154кВт очень занижена, из чего можно сделать вывод, что Вы или редко бываете дома (т.е. телевизоры, лампочки включены менее 2-3 часов), или тут тоже где-то ошибка.

>>Не путайте большой практический опыт с субъективным мнением.

> Может быть Вы назовёте отличия, и мы сравним?

>>После перехода с Gentoo....

Повторю ещё раз: Может быть Вы назовёте отличия между "большим практическим опытом" и "субъективным мнением", и мы сравним?

>я практически перестал заниматься сборкой

Я тоже практически на занимаюсь сборкой. Это делает portage.

>перестал тратить время на обновление(отлично работает автоапдейт)

Расшифруйте что это значит. Вы сидели и смотрели на бегущие строчки?

>перестал жечь электричество по ночам на сборки.

Пока доверия к этим словам нет.

>Даже видели.

И как? не то? Или понятие "выход следующей версии stable" отсутствует?

>Какое отношение имеет возможность писать свои ибилды к официальной политике обновления дистрибутива?

А то, что "выход следующей версии stable" отсутствует принципиально.

>GLSA практикуют закрытие дыр поднятием версии, _а не только_ с помощью патча в -r(N+1). Следовательно обновлений безопасности нет.

Т.е. "а не только" для Вас достаточно чтобы утверждать что обновлений безопасности нет?

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

А зачем Вам устарвеший софт? Или опять используете кашу из стабильных и нестабильных пакетов?

>На серверах помню точно как использовал libcflow-perl на sarge, потому что стабильная версия содержала баг, бэкпортированную samba использовал, потому что в стабильной версии были глюки, на etch перешел на штатную, по мелочи ставил перловые модули, не входившие в дистрибутив.

Вобщем, не смотря на stable, проблем не разрешимых в автоматическом режиме полно.

>В моей практике использования Debian не было.

Ну, в Вашей практике и обновление gentoo в месяц требует 2МВт*ч...

>Идеология gentoo - неимоверная гибкость(которую в других дистрибутивах можно при необходимости достичь сборкой из исходников), ценой стабильности, обратной совместимости, возникновения проблем на этапе сборке и увеличения времени на обслуживание.

Мне именно и нужна неимоверная гибкость. Если Вам она не нужна - не пользуйтесь. Зачем же брызгать по этому поводу желчью - мне не понятно.

>И как, на компиляции, когда идет мощная нагрузка на процессор-озу-чипсет-винт это сильно помогает?

Естественно! Например, когда идёт нагрузка на винт, процессор понижает частоту, монитор и всё лишнее в этот момент отключено. К сожалению, этот приём нельзя использовать при сборке atlas...

>Итого генту пожирала 25*6ч*0.25кВт=37,5кВтч в месяц.

>За прошлый месяц когда еще был живой нормальным ЭЛТ монитор, накрутилось 154кВт*ч. Во времена гентууу было до 378КВт*ч. :)

Поведём итоги: 378-154=224 много больше 37.5 Опять что-то не сходится...

>Счетчик есть. ... Включается таймер и замеряется число оборотов кольца за пару минут.

Ну теперь понятно, откуда 2МВт*ч в месяц получаются...

>Сколько часов на компиляцию в месяц?

Усреднённо и округлённо 30 часов.

> А в Убунте в аналогичной ситуации SATA или NAT ну никак не может слететь?

В убунте сборка ядра из исходников на пользовательском компе не является официально рекомендуемой вещью. А "можно" - можно и яйца дверью прищемить, только зачем?

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

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

>В убунте сборка ядра из исходников на пользовательском компе не является официально рекомендуемой вещью

Кстати, чтобы atop поставить в Убунте ядро надо ручками патчить, оно автоматом патчится, или оно изначально на эту тему патченое?

> Прямо образец корректности, и эталон русского языка!

У вас претензии по форме или по содержанию? Да, написано грубо, но там всё правильно.

>....Optional features include encrypting the system snapshot and a themeable splash screen during the suspend and resume processes.....

То есть используется стандартное ядро и хорошее сжатие не поддерживается.

>http://kerrighed.gforge.inria.fr/debian/pool/main/l/linux-krg/

Да я знаю про этот проект, правда не пробывал. Есть кроме этого для 2.6.* ядер ещё два, мне более нравится http://openmosix.sf.net , последняя версия для 2.6.22, не тестирована для ядер SMP и реального времени... Вот объеденили бы усилия все три проекта и просунули поддержку SSI в ванильное ядро, а то каждый в своём огороде отдельно ковыряет, а для новых ядер патчи делать не успевают...

>SELinux из коробки(RSBAC не нужен),

Да не кто на RSBAC не настаивает grsec, кроме всего прочего, имеет также свой RBAC.

> ASLR из коробки и защита от переполнений хипа из коробки - PAX не нужен.

Да, я это уже от вас здесь слышал, хотя и не разбирался как там у вас и на сколько ASLR реализован. grsec и РАХ не только рандомизируют позиции данных в памяти но и многие другие данные. Кроме того РАХ очень хорошо следит за чтением, записью, исполнением сегментов/страниц памяти!

>Раз в сто лет можно и на бинарнике собрать.

Ну мне приходилось много чаще. Выход новой версии с нужным функционалом...

>Факт в том, что полностью автоматизировать это невозможно.

А в кто то придумал как автоматизировать написание патчей?

>А беглое слежение за изменениями заканчивалось отпаданием модулей iptables и SATA. Не уследил. Человеческий фактор.

Ну если кто то не включил поддержку iptables и SATA при сборе ядра то кто виноват? Конфиг сделанный раз кардинально изменять не приходится пользуешься раз в полгода make oldconfig и если Линусу захотелось перенести в другое место iptables, SATA или ещё чего то сразу увидишь.

>Прикинь, а в дебиан ядро обновляется автоматически месте с другими пакетами и ни проверки изменений в опциях ядра, ни пересборки ни пересборки модулей не требует. Хочется свежее - бэкпорты. Встретилась ну просто жуткая специфика, которую иначе как сбором своего ядра не решить "apt-get source и make-kpkg --added_patches blah,lala --append-to-version custom" в скрипт.

Да в Gentoo тоже всё можно сделать автоматически - genkernel собирёт и установит ядро, модули, инитрд, а также в загрузчик пропишет... Но всегда проверять конфиг желательно!

>Debian.

А как у вас проект Hardened Debian? Развиваете или забросили? pie & ssp для gcc ещё поддерживают?

>На домашнем ПК сисадмина нет.

Тот кто дома использует Генто или сам сысадмин или где то берёт stage4.

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

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

Думали об этом долго и решили, что у нас будет другая политика: обновление версий программ не вызывающие проблем, система это проверяет, проходит автоматом, но желательно после запускать etc-update. Если обновление может провредить указывается, или причина с конкретным рецептом что и как исправить (команда какую надо выполнить), или, в более сложных случаях, ссылка на официальную документацию.

>то с гентой ну просто море шансов защемить яйца дверью с CFLAGS, USE

man gcc и CFLAGS прописываются только раз или ты проц часто меняешь?

USE-флаги тоже прописываются на постоянно, новый флаг встретил?

grep *USE-флаг* /usr/potage/profile/use.descr (use.local.descr)

А плохому танцору знаешь что мешает? ;)

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

Читать мои посты ещё раз!

Поставил, посмотрел. atop есть, но вот его самого ценного функционала, отслеживания дисковой и сетевой активности - нет. Ибо нужно патчить ядро. Опять - ручками. И где тут автоматизация?

...

Решил поставить ufo-ai. И - опаньки. Опять его нет нигде в репозиториях. И на офсайте deb'ов тоже нет.

...

В общем, Ubuntu - это постоянный поиск и поиск + много ручной работы там, где в Gentoo всё делает комп :)

>Ибо нужно патчить ядро. Опять - ручками. И где тут автоматизация?

4.2

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

>много ручной работы там, где в Gentoo всё делает комп :)

4.2

Это не работа, это никому не нужный изврат. И сделал эту "автоматизацию" не комп, а разработчик генту.

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

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

А что, кроме редхата(федоры) и дебиана(убунты) есть еще дистрибутивы? Ну новелль максимум, а где еще? Остальное - just for fun.

>>упомянул бы и переключение gcc на третью версия по требованию некоторых пакетов(qemu),

>Именно по этой причине у меня стоит virtualbox.

О ужас, чтоб пользоваться гентой, на ней оказывается должен стоять виртуалбокс еще одной гентой, это пять! :-D

>А "можно" - можно и яйца дверью прищемить, только зачем?

Что-то вам эта аналогия уж слишком часто нв ум приходит ;)...

>В убунте сборка ядра из исходников на пользовательском компе не является официально рекомендуемой вещью.

То есть -- низзя ядро патчить, потому как Cannonical против? А если мне надо 300 frequency + speakup + realtime + CiryxIII -- мне ядро не обновлять? По моему, эта проблема с oldconfig в любом дистрибутиве актуальна -- кто-то в Генте заставляет ядро обновлять если всё устраивает?

>А что, кроме редхата(федоры) и дебиана(убунты) есть еще дистрибутивы? Ну новелль максимум, а где еще? Остальное - just for fun.

О vit122, если ты вернулся, то может ответишь таки на заданый мной ещё на первых страницах вопрос -- в чём нишевость Slackware по сравнению с Debian? P.S. Just for fun -- это слова Линуса про весь линукс вообще (дебиан и федора -- тоже Linux, если ты не знаеш).

> А что, кроме редхата(федоры) и дебиана(убунты) есть еще дистрибутивы? Ну новелль максимум, а где еще?

Ну Mandriva как минимум. AltLinux и прочие привязанные к местности дистры...

И вполне найдётся тот, кого чем-то не устроят и эти. А устроит какой-нибудь Ark Linux, или, там, Linspire - прикажете человеку при случае без нужной софтины оставаться или погружаться в ручную сборку?

Это проблема опенсорса, а не достоинство, как пытаются показать некоторые. Пакетные менеджеры это средство уменьшения вреда от "зоопарка", а не его следствие. Можно решать проблему по-красноглазому, проделывая двадцатикратную работу и собирая софт персонально под заскоки и глюки каждого дистра. А можно озадачиться какой-никакой, но стандартизацией. Slackware и прочее "для умных" всё равно никуда не денется, а остальным станет сильно легче.

> Just for fun -- это слова Линуса про весь линукс вообще

Что это выражение означает - знаем? Теперь включаем голову и думаем, какие дистры (и почему) сохраняют верность этому принципу, а какие - отходят от него всё дальше и дальше.

>Что это выражение означает -- знаем? Знаем. По вашему только Мандрива, Федора, Дебиан подходят для работы, а все остальные дистрибутивы -- это так -- игрушки? Если да, то какие oбоснования этого утверждения.

> По вашему только Мандрива, Федора, Дебиан подходят для работы,

Что значит "подходят"? Всё что можно делать в одном дистре, можно делать в любом другом - софт один и тот же можно поставить. Вопрос в трудовых и временнЫх затратах.

> а все остальные дистрибутивы -- это так -- игрушки?

Мысленно добавляем "для большинства", и таки да - это так.

И вы немного не уловили главное. "Just for fun" это ответ на вопрос "зачем вы копаетесь в конфигах и пересобираете софт"?

Думаю, объяснение исчерпывающее.

>.... И сделал эту "автоматизацию" не комп, а разработчик генту.

В других дистрах так называемую вами "автоматизацию" кто делает?

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

Последний раз здесь повторю: в бинарных дистрах всё что тебе надо за тебя решили разработчики-"автоматизаторы", а в Генте всё решаешь ТЫ САМ, а дальше система САМА благодаря ПРАВИЛЬНОЙ АВТОМАТИЗАЦИИ, сделанной Разработчиками Генты, делает всё как ты приказал и на выходе даёт именно то что тебе нужно!!!

>а в Генте всё решаешь ТЫ САМ, а дальше система САМА благодаря ПРАВИЛЬНОЙ АВТОМАТИЗАЦИИ, сделанной Разработчиками Генты, делает всё как ты приказал и на выходе даёт именно то что тебе нужно!!!

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

>в чём нишевость Slackware по сравнению с Debian?

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

>P.S. Just for fun -- это слова Линуса про весь линукс вообще (дебиан и федора -- тоже Linux, если ты не знаеш).

1) Это слова Линуса о том, зачем он начал свой проект, а следующие его слова были - цель линукса - world domination. И что?

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

>Поменяй слово Генту на слово дебиан - и ничего не изменится. А что изменится-то? Почему я сам решаю, и система сама, благодаря правильной автоматизации, делает как я приказал?

Потому что бинарьники в Дебиан уже сделаны, за тебя уже решили какими надо им быть и вам религия запрещает их пресобрать, а менеджер пакетов apt автоматизировать собрку с исходников с нужными опциями make не умеет. Да есть в Дебиан варианты бинарьников одного пакета собранные с разными зависимостями, но их количество по сравнению с возможными комбинациями USE-флагов Генты ничтожно мало!

>и вам религия запрещает их пресобрать

4.2

>а менеджер пакетов apt автоматизировать собрку с исходников с нужными опциями make не умеет

4.2

Учи матчасть, прежде чем высказывать свое мнение

>2) Уже сто раз было расжевано здесь, что дебиан не привязывается к линуксу, есть наработки и для других ядер, просто линукс самое продвинутое из открытых на данный момент ядро.

И это хорошо, должно быть разнообразие чтобы была возможность выбора ибо так лучше будут удовлетворятся нужды. В Дебиан будет поддержка Линукс, Хард и Солярис, а в Генто Линукс, ФриБСД и Дарвин. Разве это плохо когда существует возможность выбора? А знаете почему был создан Генто и по чему его разрабатывают? Потому что небыло подходящего дистра, вот и создали и разрабатывают Генто для тех кого чем то не устроили другие дистры! А вы хотите создать какую то монополию типа бинарного M$. Разнообразие альтернатив, альтернативных путей это чудесно и просто замечательно что есть в свободных Людей свобода их выбора. Да, Генто выбрал принципиально другой путь развития и не похожий на старые rpm&deb-безед дистры, которые посмотрели в сторону оффтопа. Разница между "классическими" Линукс дистрами и Генто будет постоянно увеличивается и это чудесно ибо широта выбора в Людей будет увеличиваться так же! Разве вы не рады что с возникновением и развитием Генто появилась возможность более широкого выбора, а значит и лучшего удовлетворения потребностей Людей в сфере ИТ???

>>а менеджер пакетов apt автоматизировать собрку с исходников с нужными опциями make не умеет > 4.2 > Учи матчасть, прежде чем высказывать свое мнение

Автоматизировать - означает в одном месте указать хочу я систему с (kde||gnome)&(qt||gtk)&(mysql||postgresql||sqllite)&...... и выполнить одну команду типа emerge -uDN world чтобы получить нужную систему!!!

>Потому что небыло подходящего дистра, вот и создали и разрабатывают Генто для тех кого чем то не устроили другие дистры!

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

>старые rpm&deb-безед дистры, которые посмотрели в сторону оффтопа

ROTFL

>Разве вы не рады что с возникновением и развитием Генто появилась возможность более широкого выбора, а значит и лучшего удовлетворения потребностей Людей в сфере ИТ???

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

>Автоматизировать - означает в одном месте указать хочу я систему с (kde||gnome)&(qt||gtk)&(mysql||postgresql||sqllite)&...... и выполнить одну команду типа emerge -uDN world чтобы получить нужную систему!!!

Ну так кто это все организовал? Не "дяди" ли?

А если для софтины нет ебилда, че будешь делать? Ждать, когда дяди автоматизируют?

>А что, кроме редхата(федоры) и дебиана(убунты) есть еще дистрибутивы? Ну новелль максимум, а где еще? Остальное - just for fun.

Ну да, ну да... А если на distrowatch посмотреть?

>О ужас, чтоб пользоваться гентой, на ней оказывается должен стоять виртуалбокс еще одной гентой, это пять! :-D

Прочитал несколько раз. Долго думал. Виртуал бокс простите где и счем, и вобще, "кто на ком стоял"?