О KISS, GNU и Unix-way/like

Да запарили уже о своём киссе плакаться. Что ни тред, то kiss, то unix-way. Марш на венду все!

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

Прекрасно сказано, коллега! Остальной тупняк ниачом.

Поддерживаю!

Linux-way

Это что такое? Дай определение, пожалуйста.

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

Не отрицает UNIX-way.

Называете systemd комбайном, а Emacs-у осталось научится работать как текстовый процессор,

Emacs можно заставить делать вещи для которых он изначально не не создавался. Это называется расширяемостью. Она модульная. Т.е. не требует правки исходных кодов приложения.

systemd при его плюсах, изначально создавался «для всего». И при этом внятной идеи что же х..ня должна делать, а что нет, отсутствует.

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

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

вся суть systemd
А emacs лучше не трожь. Он свои задачи выполняет прекрасно. А что в нем куча доп вещей есть - так все тоже для дополнительного удобства.

Два чая этому оратору.

Ваш звонок очень важен для Вас, пожалуйста, оставайтесь на линии.

Linux-way

Это когда система умеет быстро разворачивать новое окружение
К этому идет systemd
Snappy, rpm-ostree + systemd - будущее линупса
Софт будет представлять собой контейнеры
Никаких пакетов, никаких зависимостей!

Это больше похоже на OS X-way

Постоянный уклон в сторону эпл - это не есть плохо

Это не просто плохо, а очень плохо. Когда мобильная индустрия начала смотреть в сторону апела, она прикончила себя.

Это когда система умеет быстро разворачивать новое окружение

Как это противоречит UNIX-way?

Никаких пакетов, никаких зависимостей!

Слышь, серебряная пуля есть? А если найду?

И то, и другое - тот ещё отстой. У UNIX-way можно поучится разве что принципу «всё есть файл».

Это когда система умеет быстро разворачивать новое окружение

Это как? Ну на примере, пожалуйста.

Никаких пакетов, никаких зависимостей!

А когда можно будет каждую программу запускать как ОС, во круто то будет.

Никаких пакетов, никаких зависимостей!

Наркоман что ли?

Софт будет представлять собой контейнеры

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

GNU - Gnu Not Unix написано же.

Unix way - Plan 9, всё остальное фейки.

Linux - очередная попытка реанимировать труп.

Есть у systemd проблемы, да

Вот кстати про проблемы. systemd реально должен жрать 20 метров оперативы? 20 метров это много.

Поддерживаю.

Тупняк. Язабан.

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

Бред. Emacs - отличный аргумент против systemd-фобов, так как им возразить против него банально нечем.

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

Fixed. Хейтер порвал свою же логику, несите следующего.

Это уже больше, чем OS X
Когда то зарождался OSX-way и перерос в Linux-way
В OSX софт распространяется бандлами, а в линупсе - контейнеры, монтируемые сабволаймами поверх btrfs, которая может быть на одном разделе рядом с XFS (запихнуть свой b-tree в конец)
Это и есть будущее линупса

он поднимает шину дибас, ведет чарт юнитов, кэширует все-все-все юниты, ведет статистику по сокетам, мониторит pam
Это еще мало

Почему как ОС? Виртуализация приложения и его окружения это хорошо, так как доступ к хардвари у приложения пропадает
Точнее доступ есть, но через гиверпизор, который может регулировать права
Будущее - это когда ты галочкой в GNOME Software (или любой другой надстройкой над PackageKit) можешь ограничить доступ к USB-хабу или вебке для любого зонда
И тогда зонды становятся не страшны, как сейчас

А что такое Linux-way и как он противоречит всему остальному?

Упраздение библиотек идет уже сейчас
Wayland, Libinput, Libegl/Libgl, GTK+3-libgnome, Qt5, KDE Frameworks (kdelibs)
Софт становится писать проще
Те же кеды и гном будут представлять собою GNOME-Desktop:amd64:Extra, Core, SDK
KDE-Frameworks:amd64
KDE-Apps:amd64:core,extra
Plasma:amd64
KDE:Frameworks:amd64:sdk

И как это противоречит unix-way?

Еще одна жертва Леньки Потного, изнасилованная им в мозг? Сочувствую, но это не лечится. Проще пристрелить.

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

Я и так понял, что ты упоролся, когда написал про BTRFS.

Виртуализация приложения и его окружения это хорошо, так как доступ к хардвари у приложения пропадает

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

А ты с тезиса на тезис не перескакивай. Это всё совершенно нерелевантно.

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

Спасибо, давно так не ржал.

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

Одни и те же люди полигавают говном все, что отличается от GNU's not Unix и ноют, что выпиливают юниксовые рудименты

Эти же люди поливают говном Solaris, *BSD, всякие другие юникс-лайк системы, потому что там все устарело и протухло

Не поливаю говном *BSD, а остальное, наверное, действительно устарело и протухло.

Ребят, определитесь, вам нравится Unix-like подход или передов Linux-way?

Есть принципиальная разница ?

Называете systemd комбайном, а Emacs-у осталось научится работать как текстовый процессор, куча утилит превращаются в комбайны и вас это не задевает

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

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

Пользуюсь арчем, довольно хорошо знаю, как работает система.

И пользуетесь линуксом только потому, что он бесплатен?

Использую линукс, потому, что он мне нравится.

Есть у systemd проблемы, да. Но проблем не лишена ни одна софтина

systemd и есть проблема. У остальных софтин проблемы можно решить, а если нет — софтина не нужна.

Постоянный уклон в сторону эпл - это не есть плохо

Не понимаю, что ты хотел этим сказать, но эпл в любом случае не нужно

И уклон не только в ГУИ, а так же и в основе базовой системы

Несколько раз перечитал, но ничего не понял.

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

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

Подведём итог. Что ты хотел сказать этим тредом ? Что все, кому не нравится systemd — хомячки, которые даже не знают, что такое консоль и не в курсе, как их система на самом деле работает ? Что они обсирают, systemd, при этом пользуясь другими «комбайнами», и закрывая глаза на недостатки другого софта ? Ну тогда знай, что как минимум один человек, которому не нравится systemd, не подходит под твои шаблоны.
И да, язабан

Snappy, rpm-ostree + systemd - будущее линупса

Будущее федоры и убунты, ты хотел сказать ?

sys temd не нужен, есть sysvinit, которого с головой хватает.

/thread.

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

порваный шаблон +1 человек. (минимум 2 уже ;) )

расскажи мне почему everythingis a file больше не работает. или опровергни. тогда продолжай, а пока извиняй

Я и так понял, что ты упоролся

Я согласен. Он явно не в себе.

расскажи мне почему everythingis a file больше не работает

Прекрасно работает, в Plan 9 и Inferno.

т.е. в заднице?

systemd реально должен жрать 20 метров оперативы?

У меня 6.6M. Вроде немного.

т.е. в заднице?

У меня нет ассоциации операционных систем с частями тела.

бгг. зря

http://domino.watson.ibm.com/library/CyberDig.nsf/1e4115aea78b6e7c85256b36006...

Никаких пакетов, никаких зависимостей!

Только DLL hell, только хардкор!

расскажи мне почему everythingis a file больше не работает.

Можно подумать, что в Linux-based OS оно когда-то работало (где в /dev файл, соответствующий eth0?).

Виртуализация окружения - это ограничение пространства приложения через namespaces и cgroups
Изоляция приложения - огромный скачок в развитии десктопа

теперь все переводят на dbus/kdbus

Причем тут DLL-hell? Как-раз таки проблема динамических библиотек не решаема

Это толстый и тяжёлый костыль, который обходит неудачный дизайн Linux и UNIX.