ну  во первых, при чём тут ядро?
во вторых, ядро без O ver9000 модулей компактнее и заметно быстрее. Просто накладно собирать для каждой системы  своё ядро, проще  и дешевле сделать одно универсальное, которое  хуже.

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

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

google://git+internals

http://en.wikipedia.org/wiki/Z_shell#Features это все функции шелла?

дальше пошли примеры современного софта, который делает намного больше чем do one thing and do it well, и никто не вопит про unix way.

так кто что сливает?

дада, модули ядра это не решение, надо один огромный блоб.

ну  во первых, при чём тут ядро?
во вторых, ядро без O ver9000 модулей компактнее и заметно быстрее. Просто накладно собирать для каждой системы  своё ядро, проще  и дешевле сделать одно универсальное, которое  хуже.

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

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

а никак  не  нужно определять. Просто в zsh возможнос ти поиска файлов чуть лучше, чем в posix-shell. В любом случае специальная утилита find выполняет эту задачу  намного лучше. Тут мне пытались доказать, что zsh это какой-то  комбайн, не? Я вот не вижу этого. А "поиск" там является частью  основной  задачи, т.е. шелла.

ну это не я начал про роль говорить, а вы:

теперь сливаете,  да? Типа "ищите сами доказательства моим словам,  да и вообще это не имеет значения, только для  дураков вроде вас!".

я  не  меняю. Плагины это не решение.

дада, модули ядра это не решение, надо один огромный блоб.

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

а как определить когда он страдает а когда еще нет? кто, кроме мистера Ричи и мистера Тененбаума точно укажут на точку где юниксвей обидится и идет дуться в уголок? И почему этот вей вообще играет решающую роль 40 лет после того как его придумали, в индустрии которая кардинально меняется каждые 5 лет?

РЕШЕТО

не меняйте тему.

я  не  меняю. Плагины это не решение.

с  каких  пор git научился делать "снепшоты ФС"?  Это уже не DVCS?

а  тут  спорный вопрос  на самом деле. Ясное дело,  что sh должен уметь  искать хотя-бы файлы "*". А вот до  какой  степени — непонятно. Конечно с findutils никакая  zsh не  сравниться. Т.ч. unix  way тут не  страдает.

Что  там  с "другими  задачами  в Xorg"?

а mc это  комбайн для  начинающих. У которых vim только пищит и  портит.

я тоже так  могу.

РЕШЕТО

не меняйте тему.

опять меняем тему. что лучше или хуже не имеет тут значения. А вот расширенный далеко за рамки изначального предназначения фунционал этих тулсетов никого не напрягает. никто не брызжет слюнями о том что снепшоты ФС должен делать не git а отдельная утилита, или что поисковые функции zsh не должны быть использованы, а вместо них должна быть отдельная утилита. Про mc тоже никто не плачет что не имеет он права быть еще и эдитором. Я могу еще много примеров привести

внезапно открываем для себя такие вещи как модули, плагины и прочие ОПЦИОНАЛЬНЫЕ расширители функционала.

РЕШЕТО.

git & zsh? Я знаю, что они делают. А не люблю я их лишь только потому, что mercurial и  bash лучше.

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

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

Не уверен что новичку нужны настолько специфическое ПО что его писал 1 индус и то ректально)
А не новичек найдет решение...

Что такое «ICQ-образный вид»?

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

увидел разные окна

Стиль «всё в одном» включается в настройках на первой же вкладке. Слева будет окно ростера, справа — IM, конференции и т. д.
Что такое «ICQ-образный вид»?

P. S. Gajim 0.15.4

И давно он XMPP понимать научился?

у него есть встроенный клиент, плагин конечно, так же как и lightning

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

кроме встроенного xmpp клиента в thunderbird

И давно он XMPP понимать научился?

Off: Gajim не подойдёт? Емнип, умеет всё в одном окне держать, OTR тоже должен уметь, через плагин.

вставить фичу, которая нужна только вам, ещё ту, которая только мне, ещё… Вот и получится Over9000 разных фич, которые почти никому не нужны(и мне и вам нужна всего одна из Over9000).

внезапно открываем для себя такие вещи как модули, плагины и прочие ОПЦИОНАЛЬНЫЕ расширители функционала.

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

где я говорил про перегруженность?

вставить фичу, которая нужна только вам, ещё ту, которая только мне, ещё… Вот и получится Over9000 разных фич, которые почти никому не нужны(и мне и вам нужна всего одна из Over9000).

при чём тут ваш не нужный systemd? Я про него ни слова не сказал. В моих системах его нет.

во первых я их не люблю, во вторых и то и другое выполняет одну задачу, и делает это хорошо. Или я что-то не знаю про эти программы?

с какого перепугу Xorg  сервер делает ещё что-то, кроме графического сервера? Кофе варит? Кино показывает? Этот наш Xorg даже пустое окошко нарисовать не может, ему WM нужен как минимум.

просто это очень неожиданная хотелка.

первое что пришло в голову, как раз в тот день собирал этот пакет

где я говорил про перегруженность?

мы и тут начинаем systemd-срач? не стоит. unix-way - понятие растяжимое, а сейчас, столько лет спустя - тем более. полным полно программ которые и кофе варят, но при этом их все любят и жить без них не могут. примеры - git, zsh, X и т.д.

но на самом деле, это просто пример, не более, таких примеров полным полно.

просто это очень неожиданная хотелка.

ну если программа перегружена фичами, то она тормозит, глючит, жрёт память, но что самое поганое,  в ней нужно год  разбираться и допиливать рашпилем (что-бы хотя-бы отключить Over9000 ненужных именно мне фич). Потому,  мне такие программы не нравятся. Ну к пример программа сжатия файлов должна _только_ сжимать файлы. И НЕ должна их резать/шифровать/варить кофе. Вы не слышали про unix way?