[d | an / b / bro / ci / cu / dev / fr / gf / hr / l / m / med / mi / mu / ne / o / ph / r / s / sci / tran / tu / tv / x | es / vg | au / tr | a / aa / abe / c / fi / jp / rm / tan / to / ts / vn / vo]
[Burichan] [Futaba] [Gurochan] - [iiChantra] [Радио 410] [ii.booru-Архив РПГ] [acomics-cf-ost] [Cirnoid] [@] - [Архив - Каталог] [Главная]

[Назад]
Ответ
Leave these fields empty (spam trap):
Имя
Тема
Сообщение
Файл
Подтверждение
Перейти к [
Пароль (для удаления файлов и сообщений)
 
ЗАПРЕЩЕНО:
  • детская эротика/порнография
  • троллинг
 
  • Поддерживаются файлы типов GIF, JPG, PNG размером до 1536 кБ.
  • Максимальное количество бампов треда: 500.
  • Всем посетителям рекомендуется ознакомиться с FAQ.

Файл: 1507608652991.jpg - (58 KB, 604x403, 1504342838.jpg)  
58 KB №197218  

Привет.
Посоветуйте норм дистрибутив с легким порогом вхождения дебианщику головного мозга? Рач с пакменом не понравился.

>> №197219  

Редхат, арч, дебиан, гента, lfs. Выбирай, вариантов-то не много.

>> №197220  

>>197218

Fedora.
Просто потому что yum.

>> №197222  

>>197219

> Редхат, арч, дебиан

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

>> №197224  

>>197222
Что за бред я прочитал?

>> №197226  

>>197222

> предустановленного bloatware

А ты только базовую систему ставь. Это где-то 60 пакетов в любой современной x86_64 системе. Не пользуйся мета-пакетами. Это ко всем перечисленным в >>197219 (и родственным с ними) дистрам относится.

>> №197227  

>>197218
Слака.

>> №197230  

>>197219

>lfs

Почему все советуют этого сферического коня в вакууме, не упоминая реально пригодных для сборки чего-то полезного конструкторов? Тогда уж yocto project лучше.
А так, для десктопа только убунта, и под многие домохозяечные задачи годится, и под оплачиваемое красноглазие меньше всего сулит проблем. 14 LTS де-факто стандарт под сборку андроида и подобных вещей.

>> №197247  

>>197218
Любой слакообазный.
Zenwalk, slax.
>>197230

>оплачиваемое красноглазие

Не, сынок, это фантастика.

>> №197251  

>>197219

>арч

-> >>197218

>Рач с пакменом не понравился.

>>197222
Чем редхет и дебиан не с лёгким порогом вхождения? Ну у редхета selinux, разве, стоит освоить, и то, можно отключить при необходимости.

>> №197268  

Это линукс-тред?
Нужен rpm дистрибутив со всеми фишками от RedHat типа systemd.
Fedora для дома будет лучшим выбором? А то Centos оказался не слишком приятным из-за необходимости подключать уж совсем сомнительные репозитории.

>> №197272  

>>197268

>фишками
>типа systemd.

Хех. Сложнее найти rpm дистр без systemd.

>> №197273  

А не могли бы вы объяснить поколению systemd, чем то что было до него лучше? Работает и работает, что свою поделку осервисить просто, что существующую.

>> №197275  

>>197273
Ради сомнительных плюсов пришлось потратить время на изучение новой системы. Когда тебе не двадцать лет и ты уже не хватаешься за каждую новую хрень в этом вашем IT, очень сложно себя мотивировать переделывать всё, что прекрасно работало раньше.

>> №197284  

>>197273
Тем, что делало одну задачу.

>> №197286  

>>197273
В интернете куча сайтов типа without-systemd.org, где все просто и понятно расписано. Читай, просвещайся. Если вкратце - системд подминает под себя все и вся, претендуя на звание "системного менеджера", будучи при этом кривым монолитным добром. Линусу с его ядром это было простительно - он занял пустующую нишу, причем занял не своими руками даже, да и человек он, в целом, адекватный. А вот редхат, расталкивающий локтями конкурентов и желающий привязать всех к своей инфраструктуре - вот это уже не оче.

>> №197287  

>>197286
На самом деле, если что-то появилось в RHEL, то будь добр возьми и изучи. Не можешь/не хочешь? Вон из профессии.

>> №197288  

>>197275
Ну а разве Линукс не в целом такой? Постоянно меняющееся от версии к версии библиотек и ядра с совместимостью других библиотек, множественные дублирования в /proc и /sys, внутри ядра даже API стабильного нет...
Я донедавна вообще не имел дел с линуксами или программированием, но мне Линукс показался именно таким, гибкость ценой феерического зоопарка однотипных и дублирующих вещей. На фоне затраченного на запуск своего модуля ядра времени, с перелопачиванием чужих примеров, учебников по устаревшим API и вкорячиванием обращений к своей поделке в пермишшны SELinux, systemd показалась вменяемой и просто работающей, будет здорово, если такой и оставят.
>>197284
Не все нужно вписывать в одну задачу. Ядро почему-то монолитное, а не дробленное на модули по одной задаче. Или архиваторы, попробуй сделай многотомность (возможность читать отдельно взятый том), если архиватор, компрессор, шифрование, forward error correction и нарезку на тома приходится делать раздельными и ничего друг о друге не знающими приложениями. А rar почему-то перечисленное умеет одновременно и прозрачно.
Иногда конечно этот юникс вей рулит, например, на толстенных БД lrzip отработает быстрее и выдаст результат в разы компактнее чем xz, но часто ли это нужно, и многие ли знают что так можно, или по привычке делают tar | gzip/xz ? Или у кого-то на боевой системе не ext2/ext4 без понимания всех тонкостей, зачем нужно что-то иное?
Странная претензия, в общем.
>>197286
Почитал, ну не знаю даже. Разве же лучше все делать в один поток, с риском все заклинить каким-нибудь неудовлетворенным демоном, не нашедшим сеть или устройство на сыром железе это скорее правило, чем исключение, писать кучу сторонних баш-скриптов и самому допиливать каждое приложение под демонификацию, возиться с pid-файлами, вот это все? Наоборот же, удобно, когда отдельно сам сервис, запускаемый одинаково что приложением, что демоном без правки и перекомпиляции, отдельно - менеджер сервисов.
Я правда с линуксом для эмбеддеда ковыряюсь, может, я чего-то не понимаю в серверных реалиях, но кроме надобности перетаскивать все с одной системы на другую, в самом подходе чего-то плохого не вижу.

>> №197289  

Systemd тред, у меня странная проблема с systemd при выключении ПК, если примонтированный NFS раздел стал не доступен по сети. Вместо того, чтобы форсировать umount, systemd бесконечно (несколько минут при выключении ПК считать за бесконечность) крутит счётчик "a stop job is running". Как это прекратить?

>> №197290  

>>197289
Прописать TimeoutSec= нужной величины для соответствующего сервиса, очевидно.



Удалить сообщение []
Пароль
[d | an / b / bro / ci / cu / dev / fr / gf / hr / l / m / med / mi / mu / ne / o / ph / r / s / sci / tran / tu / tv / x | es / vg | au / tr | a / aa / abe / c / fi / jp / rm / tan / to / ts / vn / vo]
[Burichan] [Futaba] [Gurochan] - [iiChantra] [Радио 410] [ii.booru-Архив РПГ] [acomics-cf-ost] [Cirnoid] [@] - [Архив - Каталог] [Главная]