Чудеса оптимизации

> Конкретно, перечисли, в чём именно я обрету эффективность используя src based подход Gentoo ? По пунктам, сколько я потрачу трафа, времени, объёма диска на upgrade ? Соизмеримо ли затрата этих ресурсов на аналогичные бинарные пакеты ?

По пунктам? Тогда обратись к платному консультанту.

в общем дело упирается просто в оценку ситуации - время рассудит, за чем будущее, в настоящем же видно только судорожные выпуски сменяющихся версий бинарных дистрибутивов или мучительный прогресс стабильных версий дебиана, который пухнет из года в год, превращаясь в многотомную энциклопедию истории линукса, а на практике идеалы стабильности мешаются с тестингами и нестабильными пакетами, превращая эту особенную стабильность в миф, убегающую линию горизонта, так что реально свежие версии SUSE, FC, Mandrake оказываются не менее стабильными чем хваленый дебиан, ибо лишь немногие там желают сидеть на дремучих системах, собранных на 100% из стабильных пакетов, а частенько вообще прописываются в настройках неофициальные репозитории с нужным софтом, или устраиваются новые дистрибутивы на базе дебиана, носящие другие названия, а по сути пытающиеся придать этой массе более современный и удобный пользователям вид, ибо у семи нянек дитя без глазу, нельзя обьять необьятное, быть одновременно сборищем собранных дядей пакетов под все и никакую конкретно систему, добиться стабильности всей этой кучи, да еще так, чтобы она была современной .. мой скромный прогноз ситуации - с ростом сложности, многобразия программ и целевых платформ все более актуальны будут именно сорс бейсед метадистрибутивы, дебиан еще более расслоится и раздробится, а бинарные дитрибутивы, придерживающиеся концепции сменяющихся слепков (или версий) будут также увеличиваться в размерах либо становиться более специализированными (десктопные/кластерные/мультимедия/дистрибутивы для студентов/школьников/секретарш/дизайнеров и тд.) и сокращать времена между выпуском новых версий, Gentoo же обзаведется новыми дружелюбными LiveCD и графическими фронтендами, конфигурялками и автоопределителями железа, визардами USE флагов и пр., став ближе к народу, а новое железо и улучшенные шедулеры ядер сделают процесс фоновой сборки более быстрым и незаметным для пользователей, разработчики популярного софта будут находится в тесном контакте с майтейнерами соответствующих ебилдов, так что выход последних будет происходить почти одновременно с выпуском новых версий открытого и коммерческого софта

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

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

Это бизнес и у него свои законы. Скоро будет невыгодно собирать универсальные дистры. Бессмыссленные затраты на сборку и тиражирование продукции, отмерянной на манекене для ношения людьми во всем мире. Времена телогреек и ватников, как клубной одежды, уже прошли.

А люди деляться на тех, кто видит небо, деревья и траву под ногами и на тех, кто рьяно ищет желуди, подрывая этим корни дуба. :)

> Но для этого всё дерево портажей нужно загнать под контроль версий.

Welcome to рассылку разработчиков портежей. Там тебе быстро мозги поправят :)

>Imo о затратах ресурсов с бесконечным упорством повторяют обладатели какой то убогой техники, у который ядро собирается не минут 10, а часы

Единственной, по настоящему полезной программой, грузящей процессор на 100% является gcc :)) И зачем его пихают в бинарные дистры с упорством, достойным лучшего применения, понять не могу :)

Кстати, насчет старой техники... Есть у меня живая мамка с i386, i387 и 16 метрами памяти. Хочу туда воткнуть одну железку и поиграться. Как ты думаешь, с какого дистра я начну пробовать? :)

Никель, держи пять, я бываю на mr_siratfrontdotru :)

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

Угу, не должен. Про соц. контракт слышал ?

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

Тоже мне нашел бизнес. Не смеши. Оснобенно у Debian-a. А про манекенов, эт ты верно заметил, без них никуда, только одеты они не в телогрейки, а в джерси.

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

И ты уж у нас конечно в небо устремлён...

> Единственной, по настоящему полезной программой, грузящей процессор на 100% является gcc :)) И зачем его пихают в бинарные дистры с упорством, достойным лучшего применения, понять не могу :)

За тем же зачем и apt-build. К тому же никто ставить не нужное не заставляет.

> Кстати, насчет старой техники... Есть у меня живая мамка с i386, i387 и 16 метрами памяти. Хочу туда воткнуть одну железку и поиграться. Как ты думаешь, с какого дистра я начну пробовать? :)

Slackware :)

Ну прям Билли the Gates с его "Дорогой в Будущее"... Да здравствуют Нью-Васюки...New Gentoo тоесть...

> По пунктам? Тогда обратись к платному консультанту.

В Gentoo видать это частенько бывает необходимо :)

Добры люди здрасте. Вот решил поделиться своим опытом юзания Gentoo. Начал я его юзать года 2 - 2,5 назад (уже не упомню когда точно). Сначала было сложно: во первых и комп был слабоват (P4) да и практики работы в *nix подобных ОС практически не было. Вдобавок это была версия 1.2 - что это такое гентушники я думаю поймут. Итак по пунктам:

1. Преимущество перед ЛЮБЫМ пакетным дистрибутивом - это безусловная гибкость.

2. Преимущество перед ЛЮБЫМ пакетным дистрибутивом - это оптимизированность.

Теперь про оптимизацию -O3 если всё собранно правильно и в рамках единой концепции оптимизации, то ничего не отваливается. Естественно это не возможно если одна часть дистрибутива собрана с одной оптимизацией, а другая с другой, а третья вообще из пакетов.

Затем про прирост производительности на 260% - в общем это лажа, как и чем не компиль такого прироста можно добиться только для ОЧЕНЬ ограниченного круга приложений. Т.е. итоговый прирост производительности ВСЕЙ системы вцелом врядли составит больше 60-80%. При этом надо учитывать, что пользователь это врядли заметит (если он конечно не девелопер какой нить или не пользователь source-based дистрибутива :) - время компиляции уменьшается в несколько раз.

Про флаги оптимизации советую почитать (извините кодировка koi8-r): http://fastnix.nm.ru/articles/gentoo/gent_opt.html Обратите вниманиена блок с оптимизацией для AthlonXP 2000+ - вот это называется экстремальная оптимизация, при этом система является полностью рабочей (у мя проблем не было ни разу)

На этом всё. Извиняйте ели что не так.

> 1. Преимущество перед ЛЮБЫМ пакетным дистрибутивом - это безусловная гибкость.

Гибкость лишь мифическая, и плата за её минимум - неоптимальность времени и ресурсов.

> 2. Преимущество перед ЛЮБЫМ пакетным дистрибутивом - это оптимизированность.

2% --- большее ты не выжмешь при любых флагах оптимизации. А если всё же выжмешь - то цифры в студию.

> Т.е. итоговый прирост производительности ВСЕЙ системы вцелом врядли составит больше 60-80%.

Врядли от составит больше 2%.

1. Про цифры читай в линке который я дал. Могу сказать только, что OpenOffice 1.1.3 на оптимизированной системе собирается примерно за 4-4,5 часа против 6,5-7 часов на НЕоптимизированной системе. При этом надо учитывать что параллельно собираются всякие гномы и т.п.

2. Про затраченное время: имеет смысл один раз собрать систему под себя и при сборке использовать флаги -b -k, а при последующих сборках использовать полученные пакеты. Т.о. установка ВСЕЙ системы (повторно) занимает не более 30 мин. + от 2 до 40 мин. если были сильные обновления в ПО. При этом подходе сочетаются достоинства (впрочем как и недостатки) бинарного и сырцового подхода к дистрибутивам.

3. Про гибкость: попробуй поставить FC или Mandrake на reiser4 (или хотябы reiser3)? А чего только стоит пресловутая сборка ядер от RH и им подобных? Я согласен Debian наверное лучший пакетный дистрибутив, но в тоже время Gentoo лучший сырцовый дистрибутив. И моё мнение, что если есть возможность лучше юзать сырцы.

>Где в бинари хоть в одном дистре Gammu?

Хм... Зашел сюда: http://altlinux.ru/index.php?module=sisyphus Ввел gammu. Есть и gammu и python-gammu. Так, что в ALTLinux Gammu есть! ;-)

> Дженту это самый динамично развивающийся дистр на сегодняшний день...

Меня всегда забавляли подобные утверждения - сделать сегодня то, что у других было 5 лет назад и теперь гордиться тем, что мы их динамично догоняем? :)

Я чего-то не понял или так действительно есть на самом деле?

# apt-get install apt-build

и в списке архитектур я вижу только: pentium, pentium-mmx, pentiumpro, pentium2, pemtium3 и pentium4. А где AMD-шная платформа? :(

Реальный пример. Пишем прогу, которая умножает случайную матрицу с float числами порядка N (N = 200) несколько раз на себя. Компилируем gcc с ключами -O3 -march=i686 -mcpu=pentium3. Потом добавляем ключи -msse -mfpmath=sse. Получаем увеличение скорости на несколько порядков, а не то что на какие-то 260%! Потом меняем float на double и повторяем процедуру. Никакого увеличения производительности не видим. Выводы:

1. Оптимизировать имеет смысл далеко не каждую программу. Зависит от программы и от вашей платформы.

2. Надо видеть возможные пути оптимизации для каждой конкретной программы (а то и для каждой функции в программе) и выбирать правильный.

P.S. Для справки, SSE (Pentium III) умеет работать только с 32-разрядными числами, а SSE2 - с любыми.

А вот тут упоминали интеловский компилятор.

Кто то может ЯВНО указать на свои успехи в борьбе с ним на КОНКРЕТНЫХ примерах в сравнении с gcc

> > 1. Преимущество перед ЛЮБЫМ пакетным дистрибутивом - это безусловная > > гибкость. > > Гибкость лишь мифическая, и плата за её минимум - неоптимальность времени и ресурсов.

ГИБКОСТЬ (впервые "не влом" нажать шифт ;)) очень даже реальная. а ресурсы, которые вы пытаетесь "экономить" не стоят ничтожно мало, если не сказать ни-че-го. это во времена, кога я начинал, машинное время было "дорого". ПРОСНИТЕСЬ!!!

> > 2. Преимущество перед ЛЮБЫМ пакетным дистрибутивом - это оптимизированность. > > 2% --- большее ты не выжмешь при любых флагах оптимизации. А если всё же выжмешь - то цифры в студию.

ты точно в этом уверен? дай знать -- я соберу ffmpeg, transcode и прчая и ткну тебя в цифры носом. хочешь???

> Т.е. итоговый прирост производительности ВСЕЙ системы вцелом врядли составит больше 60-80%.

> Врядли от составит больше 2%.

когда говорят о чем-то "вцелом" я знаю, что говорят ни о чем. как можно померять производительность "системы вцелом"? но речь, скорее всего, шла о том, что, к примеру, если мне нужен emacs, но не нужен Xlib, то я так и соберу. в большинстве бинарных дистрибутивов, если мне нужен emacs (к примеру), я вынужден ставить Xlib или посылать dependency-checking на... но тогда я должен это делать всякий раз, как только мне нужно обновиться. так, надеюсь, понятнее?

anonymous (*) (29.01.2005 3:58:09) , для тех, кто не опускается до уровня спора с анонимусами - это был я

прошу прощения за резкость -- день выдался "на славу".

но от своих слов не отказываюсь и, если оппонент изъявит желание, соберу "i386" и "боевую" версии вышеупомянутых тулзов и оглашу цифры.

хотя, как я уже как-то раз замечал: "народ хавает то, что дают и доказать ему, что есть что-то слаще морковки -- пустая трата времени". о! уже сам себя цитирую! "надо меньше пить! пить надо меньше" (с) "с легким паром"

> в большинстве бинарных дистрибутивов, если мне нужен emacs (к 
примеру), я вынужден ставить Xlib

a$ apt-cache show emacs21-nox
Package: emacs21-nox
Priority: optional
Section: editors
Installed-Size: 5480
Maintainer: Rob Browning <rlb@defaultvalue.org>
Architecture: i386
Source: emacs21
Version: 21.3+1-8
Replaces: emacs21
Provides: emacs21, editor, emacsen, info-browser, mail-reader, news-reader
Depends: emacs21-bin-common (= 21.3+1-8), libc6 (>= 2.3.2.ds1-4), libncurses5 (>= 5.4-1)

>  или посылать dependency-checking на... но тогда я должен это делать 
всякий раз, как только мне нужно обновиться. так, надеюсь, понятнее?

Заканчивай с аргументами про "большинство бинарных дистрибутивов" и 
"обычные стиральные порошки". Речь идет конкретно про debian. Документация 
по нему доступна.

> но от своих слов не отказываюсь и, если оппонент изъявит желание, соберу "i386" и "боевую" версии вышеупомянутых тулзов и оглашу цифры.

Опонент изъявит желание. Цифры в студию. Конкретный прирост производительности по каждой отдельной единице софта в системе.

> "народ хавает то, что дают и доказать ему, что есть что-то слаще морковки -- пустая трата времени"

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

Про то, что нечто выполняющее расчёты получает большой прирост при сборке с чем-то вроде -mmmx -msse: на это и расчитан apt-build (сие значит, что если мне вдруг приспичит, то я соберу свой им свой любимый video player). Но при каждом чихе лить тарбол и собирать его, нах, нах... это для мазохистов.

> ГИБКОСТЬ (впервые "не влом" нажать шифт ;)) очень даже реальная. а ресурсы, которые вы пытаетесь "экономить" не стоят ничтожно мало, если не сказать ни-че-го. это во времена, кога я начинал, машинное время было "дорого". ПРОСНИТЕСЬ!!!

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

И где гарантия что твоя, отличная от других сборка не лажанётся на продакшене ?

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

> a$ apt-cache show emacs21-nox

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

> Заканчивай с аргументами про "большинство бинарных дистрибутивов" и "обычные стиральные порошки". Речь идет конкретно про debian. Документация по нему доступна.

"знание немногих принципов легко компенсирует незнание множества фактов" (с) уже и не помню чей, но очень верно

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

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

Для vendor-a же держать разные варианты бинарей совсем не сложно.

> "костыли" для emacs в debian и slackware --
редкое исключение, которое, как известно, лишь подтверждает правило. 

Редкая чушь.

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

$ apt-cache search --names-only vim  
jvim-canna - Japanized VIM (Canna version)
jvim-doc - Documentation for jvim (Japanized VIM)
kvim - Vi IMproved - KDE 3.x version
kvim-perl - Vi IMproved - KDE 3.x version with Perl scripting support
kvim-python - Vi IMproved - KDE 3.x version with Python scripting support
kvim-ruby - Vi IMproved - KDE 3.x version with Ruby scripting support
kvim-tcl - Vi IMproved - KDE 3.x version with TCL scripting support
vim - Vi IMproved - enhanced vi editor
vim-common - Vi IMproved - Common files
vim-doc - Vi IMproved - Documentation files
vim-gnome - Vi IMproved - GNOME2 Version
vim-gtk - Vi IMproved - GTK2 Version
vim-latexsuite - Brings the LaTeX power to Vim
vim-lesstif - Vi IMproved - LessTif Version
vim-perl - Vi IMproved, with perl scripting support
vim-python - Vi IMproved, with python scripting support
vim-ruby - Vi IMproved, with ruby scripting support
vim-scripts - plugins for vim, adding bells and whistles
vim-tcl - Vi IMproved, with tcl scripting support
vim-vimoutliner - a script for building an outline editor on top of Vim
vimacs - Emacs emulation for Vim
vimhelp-fr - Vi IMproved - Documentation files (French translation)
vimpart - embedded Vim text editor component for KDE

> знание немногих принципов легко компенсирует незнание множества 
фактов" (с) уже и не помню чей, но очень верно

Факт в том, что ты не знаешь ничего (в принципе) про debian и при
этом пытаешься спорить.

> К тому же заметьте господа наличие малого кол-ва дебианщиков в треде.

А их просто вообще мало. Несмотря на неплохой дистр. Даже фришников намного больше. :)))

> Зато юных джентушников, вернувшихся из школы, и пытающихся выпендриться тем, что было у FreeBSD 10 лет назад - хоть отбавляй...

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

Если фря уже (по твоим словам) 10 лет сидит в портах, значит это верное решение. Портежи дженту -- ни разу не порты bsd. Это все равно, что сказать, будто deb == rpm. Mac OS X, которая есть фришка снизу и профессиональный икс-сервер в гуйне, почему-то выбрала портежи, а не родные для фри порты.

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

Вдогонку воинствующему борцу с ветряными мельницами: 

Канал -- 0000:00:0a.0 Communication controller: Lucent Microelectronics 56k WinModem (rev 01)
Connected at 41333, скорость загрузки пожатой бинари ~4,1 Kb/s
цена 2.50 за мегабайт и 25коп за минуту (льготная)

bb root # df
Файловая система     1K-блоков      Исп  Доступно  Исп% смонтирована на
/dev/hdb3               247447     33580    201091  15% /
/dev/hdb5              4959216   4306136    397100  92% /usr
/dev/hdb6              2838360    324948   2366904  13% /var
/dev/hdb7              9648040   6134476   3015564  68% /home
/dev/hdb8               940704    439696    452452  50% /tmp

20Mb диск, специально для поэкспериментировать

Ночью я сплю. А KDE & Co. неспешно собирается на Athlon XP 1500
с ключиками
bb root # grep -i cflag /etc/make.conf
CFLAGS="-march=athlon -O3 -pipe -fomit-frame-pointer -ffast-math  -falign-functions=4"

И даже несмотря на некоторые трудности (они есть на любом дистре)
не собираюсь слазить с дженту. Нажрался я бинарников 
на всю оставшуюся жизнь :))

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

> А их просто вообще мало. Несмотря на неплохой дистр. Даже фришников намного больше. :)))

Их не мало. Просто, в отличие от тебя они и их системы работают, а не делают с утра до вечера работу vendor-a.

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

Ещё один папаша ! Я защищаю не дебиан, а бинарный подход, который реализован на дубиане одним из лучших.

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

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

> Если фря уже (по твоим словам) 10 лет сидит в портах, значит это верное решение. Портежи дженту -- ни разу не порты bsd. Это все равно, что сказать, будто deb == rpm. Mac OS X, которая есть фришка снизу и профессиональный икс-сервер в гуйне, почему-то выбрала портежи, а не родные для фри порты.

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

И если уж сравнил, то не .deb с .rpm, ибо важен не формат пакетных файлов, а rpm и dpkg. И тут действительно равные утилиты по возможностям.

А теперь по пунктам, коренные отличия портажей от портов ? Кроме того, что emerge писан на python, ебилды обычные shell скрипты, а в портах makefile-ы.

> Вдогонку воинствующему борцу с ветряными мельницами:

Ну и чё ты вылез, если они такие ветряные?

> Канал -- 0000:00:0a.0 Communication controller: Lucent Microelectronics 56k WinModem (rev 01) Connected at 41333, скорость загрузки пожатой бинари ~4,1 Kb/s цена 2.50 за мегабайт и 25коп за минуту (льготная)

Почему так дорого, везде берут 10 копеек...?!

К тому же непродуктивно льём на сим галимом канале пожатые сырцы, которые обычно как минимум в два раза больше своих бинарных коллег (если не в четыре), и которые ещё и собирать надо, получая в результате всё туже бинарь.

> Ночью я сплю. А KDE & Co. неспешно собирается на Athlon XP 1500 с ключиками

Видать тебе папа счета за электричество оплачивает. Так же как и траф.

> И даже несмотря на некоторые трудности (они есть на любом дистре) не собираюсь слазить с дженту. Нажрался я бинарников на всю оставшуюся жизнь :))

Ну ещё бы. Чем же ты тогда будешь занят, если вдруг слезешь с дженты. Тогда работать придётся, а не kde собирать по ночам.

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

> $ apt-cache search --names-only vim > jvim-canna - Japanized VIM (Canna version) > ... > vimpart - embedded Vim text editor component for KDE

а можно то же самое, но с зависимостями и версиями увидеть (у меня debian поблизости нету)? такие "костыли" обычно в самый неподходящий момент подводят - ну захотелось тебе новый gnome, а старый vim-gnome еще не собрали. или у вас gnome не выкладывают пока все vim-gnome-ы не пересобирут и поперепроверят? то-то всяких ubuntu развелось -- ну достала некоторых несознательных поклонников debian такая "гибкость"!

Для хорошего человека - ничего не жалко.

$ apt-cache search --names-only vim | cut -f 1 -d ' ' | xargs apt-cache show | egrep 'Package|Version|Depends'

Package: jvim-canna Version: 3.0-2.1a-5 Depends: libc6 (>= 2.3.2.ds1-4), libcanna1g, libncurses5 (>= 5.3.20030510-1), xlibs (>> 4.1.0) Package: jvim-doc Version: 3.0-2.1a-5 Package: kvim Version: 1:6.3-058+1 Depends: vim (= 1:6.3-058+1), kdelibs4 (>= 4:3.3.2-1), libc6 (>= 2.3.2.ds1-4), libgcc1 (>= 1:3.4.1-3), libgpmg1 (>= 1.19.6-1), libice6 | xlibs (>> 4.1.0), libncurses5 (>= 5.4-1), libqt3c102-mt (>= 3:3.3.3), libsm6 | xlibs (>> 4.1.0), libstdc++5 (>= 1:3.3.4-1), libx11-6 | xlibs (>> 4.1.0), libxt6 | xlibs (>> 4.1.0) Package: kvim-perl Version: 1:6.3-058+1 Depends: vim (= 1:6.3-058+1), kdelibs4 (>= 4:3.3.2-1), libc6 (>= 2.3.2.ds1-4), libgcc1 (>= 1:3.4.1-3), libgpmg1 (>= 1.19.6-1), libice6 | xlibs (>> 4.1.0), libncurses5 (>= 5.4-1), libperl5.8 (>= 5.8.4), libqt3c102-mt (>= 3:3.3.3), libsm6 | xlibs (>> 4.1.0), libstdc++5 (>= 1:3.3.4-1), libx11-6 | xlibs (>> 4.1.0), libxt6 | xlibs (>> 4.1.0) Package: kvim-python Version: 1:6.3-058+1 Depends: vim (= 1:6.3-058+1), kdelibs4 (>= 4:3.3.2-1), libc6 (>= 2.3.2.ds1-4), libgcc1 (>= 1:3.4.1-3), libgpmg1 (>= 1.19.6-1), libice6 | xlibs (>> 4.1.0), libncurses5 (>= 5.4-1), libqt3c102-mt (>= 3:3.3.3), libsm6 | xlibs (>> 4.1.0), libstdc++5 (>= 1:3.3.4-1), libx11-6 | xlibs (>> 4.1.0), libxt6 | xlibs (>> 4.1.0), python2.3 (>= 2.3) Package: kvim-ruby Version: 1:6.3-058+1 Depends: vim (= 1:6.3-058+1), kdelibs4 (>= 4:3.3.2-1), libc6 (>= 2.3.2.ds1-4), libgcc1 (>= 1:3.4.1-3), libgpmg1 (>= 1.19.6-1), libice6 | xlibs (>> 4.1.0), libncurses5 (>= 5.4-1), libqt3c102-mt (>= 3:3.3.3), libruby1.8 (>= 1.8.2-2), libsm6 | xlibs (>> 4.1.0), libstdc++5 (>= 1:3.3.4-1), libx11-6 | xlibs (>> 4.1.0), libxt6 | xlibs (>> 4.1.0) Package: kvim-tcl Version: 1:6.3-058+1 Depends: vim (= 1:6.3-058+1), kdelibs4 (>= 4:3.3.2-1), libc6 (>= 2.3.2.ds1-4), libgcc1 (>= 1:3.4.1-3), libgpmg1 (>= 1.19.6-1), libice6 | xlibs (>> 4.1.0), libncurses5 (>= 5.4-1), libqt3c102-mt (>= 3:3.3.3), libsm6 | xlibs (>> 4.1.0), libstdc++5 (>= 1:3.3.4-1), libx11-6 | xlibs (>> 4.1.0), libxt6 | xlibs (>> 4.1.0), tcl8.4 (>= 8.4.5) Package: vim Version: 1:6.3-058+1 Depends: libc6 (>= 2.3.2.ds1-4), libgpmg1 (>= 1.19.6-1), libncurses5 (>= 5.4-1), vim-common (>> 1:6.3) Pre-Depends: dpkg (>= 1.6.8) Package: vim Version: 1:6.3-013+2 Depends: libc6 (>= 2.3.2.ds1-4), libgpmg1 (>= 1.19.6-1), libncurses5 (>= 5.4-1), vim-common (>> 1:6.3) Pre-Depends: dpkg (>= 1.6.8)

Для хорошего человека - ничего не жалко.

$ apt-cache search --names-only vim | cut -f 1 -d ' ' | xargs apt-cache show | egrep 'Package|Version|Depends'

Package: jvim-canna
Version: 3.0-2.1a-5
Depends: libc6 (>= 2.3.2.ds1-4), libcanna1g, libncurses5 (>= 5.3.20030510-1), xlibs (>> 4.1.0)
Package: jvim-doc
Version: 3.0-2.1a-5
Package: kvim
Version: 1:6.3-058+1
Depends: vim (= 1:6.3-058+1), kdelibs4 (>= 4:3.3.2-1), libc6 (>= 2.3.2.ds1-4), libgcc1 (>= 1:3.4.1-3), libgpmg1 (>= 1.19.6-1), libice6 | xlibs (>> 4.1.0), libncurses5 (>= 5.4-1), libqt3c102-mt (>= 3:3.3.3), libsm6 | xlibs (>> 4.1.0), libstdc++5 (>= 1:3.3.4-1), libx11-6 | xlibs (>> 4.1.0), libxt6 | xlibs (>> 4.1.0)
Package: kvim-perl
Version: 1:6.3-058+1
Depends: vim (= 1:6.3-058+1), kdelibs4 (>= 4:3.3.2-1), libc6 (>= 2.3.2.ds1-4), libgcc1 (>= 1:3.4.1-3), libgpmg1 (>= 1.19.6-1), libice6 | xlibs (>> 4.1.0), libncurses5 (>= 5.4-1), libperl5.8 (>= 5.8.4), libqt3c102-mt (>= 3:3.3.3), libsm6 | xlibs (>> 4.1.0), libstdc++5 (>= 1:3.3.4-1), libx11-6 | xlibs (>> 4.1.0), libxt6 | xlibs (>> 4.1.0)
Package: kvim-python
Version: 1:6.3-058+1
Depends: vim (= 1:6.3-058+1), kdelibs4 (>= 4:3.3.2-1), libc6 (>= 2.3.2.ds1-4), libgcc1 (>= 1:3.4.1-3), libgpmg1 (>= 1.19.6-1), libice6 | xlibs (>> 4.1.0), libncurses5 (>= 5.4-1), libqt3c102-mt (>= 3:3.3.3), libsm6 | xlibs (>> 4.1.0), libstdc++5 (>= 1:3.3.4-1), libx11-6 | xlibs (>> 4.1.0), libxt6 | xlibs (>> 4.1.0), python2.3 (>= 2.3)
Package: kvim-ruby
Version: 1:6.3-058+1
Depends: vim (= 1:6.3-058+1), kdelibs4 (>= 4:3.3.2-1), libc6 (>= 2.3.2.ds1-4), libgcc1 (>= 1:3.4.1-3), libgpmg1 (>= 1.19.6-1), libice6 | xlibs (>> 4.1.0), libncurses5 (>= 5.4-1), libqt3c102-mt (>= 3:3.3.3), libruby1.8 (>= 1.8.2-2), libsm6 | xlibs (>> 4.1.0), libstdc++5 (>= 1:3.3.4-1), libx11-6 | xlibs (>> 4.1.0), libxt6 | xlibs (>> 4.1.0)
Package: kvim-tcl
Version: 1:6.3-058+1
Depends: vim (= 1:6.3-058+1), kdelibs4 (>= 4:3.3.2-1), libc6 (>= 2.3.2.ds1-4), libgcc1 (>= 1:3.4.1-3), libgpmg1 (>= 1.19.6-1), libice6 | xlibs (>> 4.1.0), libncurses5 (>= 5.4-1), libqt3c102-mt (>= 3:3.3.3), libsm6 | xlibs (>> 4.1.0), libstdc++5 (>= 1:3.3.4-1), libx11-6 | xlibs (>> 4.1.0), libxt6 | xlibs (>> 4.1.0), tcl8.4 (>= 8.4.5)
Package: vim
Version: 1:6.3-058+1
Depends: libc6 (>= 2.3.2.ds1-4), libgpmg1 (>= 1.19.6-1), libncurses5 (>= 5.4-1), vim-common (>> 1:6.3)
Pre-Depends: dpkg (>= 1.6.8)
Package: vim
Version: 1:6.3-013+2
Depends: libc6 (>= 2.3.2.ds1-4), libgpmg1 (>= 1.19.6-1), libncurses5 (>= 5.4-1), vim-common (>> 1:6.3)
Pre-Depends: dpkg (>= 1.6.8)

Package: vim-common
Version: 1:6.3-058+1
Depends: vim (>> 1:6.3)
Package: vim-common
Version: 1:6.3-013+2
Depends: vim (>> 1:6.3)
Package: vim-doc
Version: 1:6.3-058+1
Package: vim-doc
Version: 1:6.3-013+2
Package: vim-gnome
Version: 1:6.3-058+1
Depends: vim (= 1:6.3-058+1), libart-2.0-2 (>= 2.3.16), libatk1.0-0 (>= 1.7.2), libbonobo2-0 (>= 2.8.0), libbonoboui2-0 (>= 2.5.4), libc6 (>= 2.3.2.ds1-4), libgconf2-4 (>= 2.8.1), libglib2.0-0 (>= 2.6.0), libgnome2-0 (>= 2.8.0), libgnomecanvas2-0 (>= 2.6.0), libgnomeui-0 (>= 2.8.0), libgnomevfs2-0 (>= 2.8.3-7), libgpmg1 (>= 1.19.6-1), libgtk2.0-0 (>= 2.4.4), libice6 | xlibs (>> 4.1.0), libncurses5 (>= 5.4-1), liborbit2 (>= 1:2.10.0), libpango1.0-0 (>= 1.6.0), libpopt0 (>= 1.7), libsm6 | xlibs (>> 4.1.0), libx11-6 | xlibs (>> 4.1.0), libxml2 (>= 2.6.11), libxt6 | xlibs (>> 4.1.0), zlib1g (>= 1:1.2.1)
Description: Vi IMproved - GNOME2 Version
Package: vim-gtk
Version: 1:6.3-058+1
Depends: vim (= 1:6.3-058+1), libatk1.0-0 (>= 1.7.2), libc6 (>= 2.3.2.ds1-4), libglib2.0-0 (>= 2.6.0), libgpmg1 (>= 1.19.6-1), libgtk2.0-0 (>= 2.4.4), libice6 | xlibs (>> 4.1.0), libncurses5 (>= 5.4-1), libpango1.0-0 (>= 1.6.0), libsm6 | xlibs (>> 4.1.0), libx11-6 | xlibs (>> 4.1.0), libxt6 | xlibs (>> 4.1.0)
Description: Vi IMproved - GTK2 Version
Package: vim-latexsuite
Version: 0.20041219-1
Depends: vim (>= 1:6.2-106+1)
Package: vim-lesstif
Version: 1:6.3-058+1
Depends: vim (= 1:6.3-058+1), lesstif2, libc6 (>= 2.3.2.ds1-4), libgpmg1 (>= 1.19.6-1), libice6 | xlibs (>> 4.1.0), libncurses5 (>= 5.4-1), libsm6 | xlibs (>> 4.1.0), libx11-6 | xlibs (>> 4.1.0), libxext6 | xlibs (>> 4.1.0), libxmu6 | xlibs (>> 4.1.0), libxt6 | xlibs (>> 4.1.0)
Description: Vi IMproved - LessTif Version
Package: vim-perl
Version: 1:6.3-058+1
Depends: vim (= 1:6.3-058+1), libatk1.0-0 (>= 1.7.2), libc6 (>= 2.3.2.ds1-4), libglib2.0-0 (>= 2.6.0), libgpmg1 (>= 1.19.6-1), libgtk2.0-0 (>= 2.4.4), libice6 | xlibs (>> 4.1.0), libncurses5 (>= 5.4-1), libpango1.0-0 (>= 1.6.0), libperl5.8 (>= 5.8.4), libsm6 | xlibs (>> 4.1.0), libx11-6 | xlibs (>> 4.1.0), libxt6 | xlibs (>> 4.1.0)
Package: vim-python
Version: 1:6.3-058+1
Depends: vim (= 1:6.3-058+1), libatk1.0-0 (>= 1.7.2), libc6 (>= 2.3.2.ds1-4), libglib2.0-0 (>= 2.6.0), libgpmg1 (>= 1.19.6-1), libgtk2.0-0 (>= 2.4.4), libice6 | xlibs (>> 4.1.0), libncurses5 (>= 5.4-1), libpango1.0-0 (>= 1.6.0), libsm6 | xlibs (>> 4.1.0), libx11-6 | xlibs (>> 4.1.0), libxt6 | xlibs (>> 4.1.0), python2.3 (>= 2.3)
Package: vim-ruby
Version: 1:6.3-058+1
Depends: vim (= 1:6.3-058+1), libatk1.0-0 (>= 1.7.2), libc6 (>= 2.3.2.ds1-4), libglib2.0-0 (>= 2.6.0), libgpmg1 (>= 1.19.6-1), libgtk2.0-0 (>= 2.4.4), libice6 | xlibs (>> 4.1.0), libncurses5 (>= 5.4-1), libpango1.0-0 (>= 1.6.0), libruby1.8 (>= 1.8.2-2), libsm6 | xlibs (>> 4.1.0), libx11-6 | xlibs (>> 4.1.0), libxt6 | xlibs (>> 4.1.0)

Package: vim-scripts
Version: 5-1
Package: vim-tcl
Version: 1:6.3-058+1
Depends: vim (= 1:6.3-058+1), libatk1.0-0 (>= 1.7.2), libc6 (>= 2.3.2.ds1-4), libglib2.0-0 (>= 2.6.0), libgpmg1 (>= 1.19.6-1), libgtk2.0-0 (>= 2.4.4), libice6 | xlibs (>> 4.1.0), libncurses5 (>= 5.4-1), libpango1.0-0 (>= 1.6.0), libsm6 | xlibs (>> 4.1.0), libx11-6 | xlibs (>> 4.1.0), libxt6 | xlibs (>> 4.1.0), tcl8.4 (>= 8.4.5)
Package: vim-tcl
Version: 1:6.3-013+2
Depends: vim (= 1:6.3-013+2), libatk1.0-0 (>= 1.6.0), libc6 (>= 2.3.2.ds1-4), libglib2.0-0 (>= 2.4.1), libgpmg1 (>= 1.19.6-1), libgtk2.0-0 (>= 2.4.3), libice6 | xlibs (>> 4.1.0), libncurses5 (>= 5.4-1), libpango1.0-0 (>= 1.4.0), libsm6 | xlibs (>> 4.1.0), libx11-6 | xlibs (>> 4.1.0), libxt6 | xlibs (>> 4.1.0), tcl8.4 (>= 8.4.5)
Package: vim-vimoutliner
Version: 0.3.2a-1
Depends: vim (>= 6.0), perl, python
Package: vimacs
Version: 0.95-1.2
Depends: vim (>= 1:6.3)
Package: vimhelp-fr
Version: 6.3.012-1
Depends: vim-common (>= 1:6.3-011)
Package: vimpart
Version: 4:3.3.1-1
Depends: kdelibs4 (>= 4:3.3.0), libart-2.0-2 (>= 2.3.16), libc6 (>= 2.3.2.ds1-4), libfam0c102, libgcc1 (>= 1:3.4.1-3), libice6 | xlibs (>> 4.1.0), libidn11 (>= 0.5.2), libpng12-0 (>= 1.2.5.0-4), libqt3c102-mt (>= 3:3.3.3), libsm6 | xlibs (>> 4.1.0), libstdc++5 (>= 1:3.3.4-1), libx11-6 | xlibs (>> 4.1.0), libxext6 | xlibs (>> 4.1.0), libxrender1, zlib1g (>= 1:1.2.1), kcontrol (>= 4:3.2.0), kvim | kvim-perl | kvim-python | kvim-ruby | kvim-tcl | vim-gnome | vim-gtk | vim-lesstif | vim-perl | vim-python | vim-ruby | vim-tcl

> то-то всяких ubuntu развелось -- ну достала некоторых несознательных поклонников debian такая "гибкость"!

Пойми, дикий человек, что ubuntu - это тоже debian.

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

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

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

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

> Не все такие жадные, как ты и твое руководство.

Придурок, причем здесь жадность?

> У меня не будет сотни серверов, выполняющих разные задачи.

Ещё бы, кто такого олуха, который не в состоянии понять недостатки src based вообще к серверам допустит? Сиди на своём тухлом десктопе и собирай kde.

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

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

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

Будем надеятся, что хоть твои старшие дети умнее папаши.

> Короче, что толку с анонимусами говорить... Пристроился ты в жизни, сосешь потихоньку, ну и соси себе, тебе кто-то мешает?

Странные у тебя аналогии... наводят на мысли о твоей ориентации.

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

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

Хороший ответ, анонимоус. Особенно хороши доводы и домыслы =)

1) Может я чего не понимаю, ты один несчастный сотней серверов управляешь, не запарился еще, а?

2) фанатичная преданность. не у тебя ли она прявляется, особенно:

>такого олуха, который не в состоянии понять недостатки src based

3) Ты первый об этом заговорил, заметь, даже детская считалочка есть =)

> наводят на мысли о твоей ориентации.

4) Безусловно, ты очень время ценишь, просиживая на лоре штаны, пытаясь доказать (не, не доказать, вдолбить) свою точку зрения, гы, класс сказал

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

5) ПО поводе бзди, поспорь еще, что она полное г.., это ведь твоя реплика была.. "А мужики то не знают" (с)

6) Бинарные дистрибутивы, по мне, напинают в некоторой степени виндовс, за тебя все собрали, сделали, закатали 14 дисков и вперед, к светлому будущему мэйнтейнеров. Да и вообще как-то непрактично собирать на сервере дистроклепателя огромную кучу по разному скомпиленных бинарников, такие ресурсы жрутся.. Меня б жаба задушила.. Опен сурс на то и опен и сурс, что исходники должны присутсвовать и собираться при тебе. Пусть уж base, совсем base system за тебя соберут, а остальное уж портеджами со всеми флагами вперед.. к светлому будущему..

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

Короче, dear anon, прости мне мою несдержанность, не надо было отца моего трогать, которого уже три года как не стало, и имя которого, как и мое, в инете присутствует в достаточном количестве, чтобы всплыть на любом поисковике, а у тебя имени нет.

Может когда-нибудь, в близкой уже тебе старости, ты поймешь, _что_ именно принес Линус, это вкус выбора, вкус творчества, когда бездари не решают за тебя, что для _них_ оптимальнее, и потом виртуозно (не чета тебе :) впаривают это полумиру.

gentoo is all about choises как говориться в handbook. И это в достаточной степени справедливо. Всегда были люди, которым нужно было новое, или было что сказать свое, и были те, кто пользовался готовым. Ничего плохого, кто-то ведь должен составлять "основную массу населения", только никакого нет смысла в безмерной гордости за себя, такого счастливого и благополучного.

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

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

А сборка KDE -- это своеобразный комплексный тест системы на оптимальность настроек -- насколько быстро соберется, насколько потом этот тяжеловес будет летать или ползать на конкретной некрутой системе. КДЕ идет напрямую по пути виндовс и поэтому я вынужден оставить эту оболочку, это не мой путь :) И я совершенно не уверен, что я должен во время этой сборки мучительно пялиться в экран, пытаясь постигнуть хаос этого монстра по сообщениям на консоли, вместо того, чтобы спокойно спать, а наутро насладиться результатами. Собрется все и все будет правильно -- ибо _мэйнтенер_ об этом позаботился.

А то, что куча пацанов-школьников в Gentoo идет -- чем это плохо? Молодежь тянется к лучшему :))) И качать исходники все равно полезней, чем тупые мп3 с постсоветской "эстрадой".

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

Просто почему я например тут пыжылся вообще по поводу: хотел лишь, что бы кто-нибудь _конкретно_, на _конкретно_ приведённые мною доводы о недостатках src based (читать тред где-то с середины, а не последние пару постов) подискутировал. Показав тем самым либо их несостоятельность, либо наоборот, укрепив в противоположном.

К сожалению, никто внятно (по технической стороне вопроса) не смог ничего возразить.

_Выбор_, хорошее словечко. Он должен быть. Но смысл его в том, что его надо _делать_, а не упиваться наличием. И только сделанный, в ту или иную сторону, выбор важен, тем к чему он соотв. приводит.

Так же как и исходники. Важно их наличие и быстрый доступ по необходимости. Но не более того.

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

Да нет, двое нас, и решения на основе debian-a делают этот процесс лёгким и не принуждённым.

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

Это предел мечтаний что ли такой?

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

так и я ведь про то же! не скажешь, зачем людям имея весь из себя такой гибкий debian еще всякие ubuntu на его основе лепить? какие еще доказательства негибкости бинарных дистрибутивов нужны?

> так и я ведь про то же! не скажешь, зачем людям имея весь из себя такой гибкий debian еще всякие ubuntu на его основе лепить?

Потому, что есть такая возможность. Не ломая старого, создать новое.

> какие еще доказательства негибкости бинарных дистрибутивов нужны?

Извини, но ты как раз доказал и показал гибкость бинарного дистрибутива debian.

> Потому, что есть такая возможность. Не ломая старого, создать новое.

а вот что говорится на сайте ubuntu по этому поводу:

"As a volunteer organization, Debian has historically been less good at making time-based or predictable releases, and has a difficult time providing accountability. Stable releases of Debian have been few and far between in recent years. The more raw unreleased versions of Debian do not provide security fixes for individual packages that are rapidly changing, but are incorporated in development work."

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

> Извини, но ты как раз доказал и показал гибкость бинарного дистрибутива debian.

видимо, у меня с логикой нелады :( можно об этом поподробнее?

> а вот что говорится на сайте ubuntu по этому поводу:

> "As a volunteer organization, Debian has historically been less good at making time-based or predictable releases, and has a difficult time providing accountability. Stable releases of Debian have been few and far between in recent years. The more raw unreleased versions of Debian do not provide security fixes for individual packages that are rapidly changing, but are incorporated in development work."

На заборе тоже много чего написано. Но что конкретно тебя смущает? Тут не указано ни одного недостатка дебиановской инфраструктуры.

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

Это ты так затейливо бредишь? Откуда такие странные выводы?

> > Извини, но ты как раз доказал и показал гибкость бинарного дистрибутива debian.

> видимо, у меня с логикой нелады :( можно об этом поподробнее?

Не надо скромничать :) Перечитай еще раз пост, на который ты отвечал, напрягись.

Прошу прощения за бессодержательное послание, но каков вопрос...

На все твои вопросы ответил Sir (*) (16.01.2005 1:36:51), почему то этот пост никто не прокоментил.

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

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

Дорогие всесильные дебианщики, объясните мне, пожалуйста, почему в вашем супервмещающем дистрибуте нету банального и наипопулярнейшего MPLAYER-а, который, кстати, распространяется под GPL? ладно бы религия не позволяла, а то ведь бери - не хочу. Или вы гордые и видео не смотрите? или исключительно через немерянные ключи apt-a? :-) А, вспомнил, там какой-то недоделанный xine есть!!! Что, ограничимся одним плейером, одной оболочкой, одной программой для одной цели... Попахивает знаете чем?

Выбор дистрибутива - дело вкуса.

Гы... Во флема-то развели :) Тема-то про оптимизацию, а не про дистрибутивы и про то как в них организована система управлением софтом.

Просмотрев всё выше сказанное можно увидеть, что по теме сказано очень мало... Так что: "А не поменять ли тему на Debian vs Gentoo или Gentoo vs Debian" - кому что нравится %)

Правильно говоришь, товарищ.

Не, бин дистибутивы против сурс дистрибутивов. А дженту и деб как примеры взяты =)