[d | an-b-bro-fr-gf-hr-l-m-maid-med-mi-mu-ne-o-old_o-p-ph-r-s-sci-sp-t-tran-tv-w-x | bg-vg | au-mo-tr | a-aa-abe-azu-c-dn-fi-hau-jp-ls-ma-me-rm-sos-tan-to-vn | misc-tenma-vndev | dev-stat]
[Burichan] [Futaba] [Gurochan] [Tomorrow] [Архив-Каталог-RSS] [Главная]

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

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

>> No.197219  

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

>> No.197220  

>>197218

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

>> No.197222  

>>197219

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

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

>> No.197224  

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

>> No.197226  

>>197222

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

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

>> No.197227  

>>197218
Слака.

>> No.197230  

>>197219

>lfs

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

>> No.197247  

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

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

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

>> No.197251  

>>197219

>арч

-> >>197218

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

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

>> No.197268  

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

>> No.197272  

>>197268

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

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

>> No.197273  

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

>> No.197275  

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

>> No.197284  

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

>> No.197286  

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

>> No.197287  

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

>> No.197288  

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

>> No.197289  

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

>> No.197290  

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

>> No.199566  

Вообще смотря для чего он тебе. Сам давно заглядываюсь на слаку + http://slackbuilds.org

>> No.199616  

>>197218
Elementary os и Deepin.

>> No.199687  
Файл: __hoshino_girls_und_panzer_drawn_by_chim(...).png -(757 KB, 1024x1024, __hoshino_girls_und_panzer_drawn_by_chim(...).png)
757

>>197218

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

С тобой что-то не так, няша.

>> No.199702  

>>199616
Хороший дистрибутив "Deep In" не назовут.

>> No.199703  
Файл: 151426210882-b.png -(686 KB, 960x720, 151426210882-b.png)
686

Кстати, хочу купить новый ПК с ssd и поставить на нём win 10. Но при этом хочу иметь и бубунту в шаговой, так сказать, доступности. Раньше уже сидел с двумя системами на одном винте, но то была семёрка и обычный винт, и давненько это было.
Как всё это правильнее организовать, какие воздушные ямы?

>> No.199708  

>>199703
Бэкап почаще делай на обычный винт и не будет тебе ям. Желательно специальной прогой делающей это по расписанию, например True Image Home. Ну и очевидный совет хранить все важные оригинальные невосполнимые личные данные на отдельно носителе.

>> No.199715  

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

>> No.199730  

>>199715
Всё таки этот баш в десятке пока ещё сыроват и кривоват из коробки и имеет свои собственные подводные камни. Помимо того, что хрен там легко настроишь цветовую схему (а по-умолчанию она имеет тёмно-синий текст на чёрном фоне), в нём ещё и баги выполнения команд возникают (причём до смешного, банальный du -h криво выводит размер файлов, хотя может это уже пофиксили).
>>199703
Если таки соберёшься делать дуалбут с GPT, в десятке теперь имеется встроенная команда для конвертации MBR в GPT с сохранением разделов. Никаких сторонних средств не требуется, конфликтов с установкой на это добро grub не замечено.




[d | an-b-bro-fr-gf-hr-l-m-maid-med-mi-mu-ne-o-old_o-p-ph-r-s-sci-sp-t-tran-tv-w-x | bg-vg | au-mo-tr | a-aa-abe-azu-c-dn-fi-hau-jp-ls-ma-me-rm-sos-tan-to-vn | misc-tenma-vndev | dev-stat]
[Burichan] [Futaba] [Gurochan] [Tomorrow] [Архив-Каталог-RSS] [Главная]