Почему именно Slackware

Материал из Слакваря

(Различия между версиями)
Перейти к: навигация, поиск
(Преимущества Slackware)
(Преимущества Slackware)
Строка 3: Строка 3:
== Преимущества Slackware ==
== Преимущества Slackware ==
-
*Один из старейших, '''консервативных''', архаичных и '''проверенных''' [[дистрибутив]]ов. Наиболее полно отвечает замыслу и политике [[Linux]].
+
*Один из старейших, '''консервативных''', архаичных и '''проверенных''' [[дистрибутив]]ов. Наиболее полно соответствует замыслу и политике [[Linux]].
*Важное свойство этого дистрибутива - возможность собрать из него систему, '''наилучшим''' образом отвечающую '''конкретному''' "железу" и запросам. Пользователь, устанавливающий Slackware, обладает полной информацией о том, какие именно компоненты будут инсталлированы на его жёсткий диск. Этим Slackware выгодно отличается от большинства других дистрибутивов.
*Важное свойство этого дистрибутива - возможность собрать из него систему, '''наилучшим''' образом отвечающую '''конкретному''' "железу" и запросам. Пользователь, устанавливающий Slackware, обладает полной информацией о том, какие именно компоненты будут инсталлированы на его жёсткий диск. Этим Slackware выгодно отличается от большинства других дистрибутивов.
*У Slackware - один бессменный лидер и главный разработчик, тем самым не меняется политика разработки, не меняется "образ" всего дистрибутива.  
*У Slackware - один бессменный лидер и главный разработчик, тем самым не меняется политика разработки, не меняется "образ" всего дистрибутива.  

Версия 08:14, 26 августа 2009

Если вы знаете Slackware — вы знаете GNU/Linux. Если вы знаете любой другой дистрибутив, то всё, что вы знаете, — это любой другой дистрибутив.

Содержание

Преимущества Slackware

  • Один из старейших, консервативных, архаичных и проверенных дистрибутивов. Наиболее полно соответствует замыслу и политике Linux.
  • Важное свойство этого дистрибутива - возможность собрать из него систему, наилучшим образом отвечающую конкретному "железу" и запросам. Пользователь, устанавливающий Slackware, обладает полной информацией о том, какие именно компоненты будут инсталлированы на его жёсткий диск. Этим Slackware выгодно отличается от большинства других дистрибутивов.
  • У Slackware - один бессменный лидер и главный разработчик, тем самым не меняется политика разработки, не меняется "образ" всего дистрибутива.
  • Релизы дистрибутива не привязаны ко времени, они выходят тогда, когда будут готовы. Тем не менее, регулярность составляет 0.5 года.
  • Не такие "ветвистые" зависимости, как у *.deb, *.rpm.
  • Состав пакета-архива очень прост и интуитивен, изменение его не составляет особого труда.
  • Сборка из исходников также очень проста и удобна.

Особенности Slackware

  • Slackware основан на принципе KISS (Keep It Simple, Stupid, или Keep It Short and Simple — процесс и принцип проектирования, при котором простота системы декларируется в качестве одной из основных целей или ценностей). Так, например, он не содержит графического инсталлятора, графических настройщиков и прочего подобного ПО, ориентированного на новичков.
  • Менеджер пакетов не отслеживает зависимости. Из-за их очень малой "ветвистости" это можно делать вручную.

Когда и почему не стоит ставить Slackware

  • Когда есть устойчивая тяга к обновлениям, особенно, автоматическим (нездоровое наследие Windows и т.н. "корпоративной политики"). Тяга к постоянному пополнению парка программ (даже если они не нужны и ими никто не пользуется) и полное нежелание их собирать из исходников.
  • Когда Вы ставите Linux тёще (жене), которая позже с гарантией захочет поставить себе что-то новенькое и красивенькое, но думать и анализировть что-либо отказывается (или не может из-за отсутствия соответствующего инструмента).
  • Другу (подруге), плотно подсевшему на п.1, игрушки и системный гламур в X11.
  • При аллергии на движение рук и пальцев.
  • Когда Вы категорически отказываетесь понимать, как все устроено, работает и настраивается, и хотите поддержку от фирмы, к которой Вы никогда, скорее всего, не обратитесь.

"Корпоративная политика" и автоматические обновления

Когда корпоративная политика требует безопасности, а аргументом является "вот, найденные баги тут же устраняются через обновления"... Приведем недавний невеселый пример, когда маститые фирмы два года фактически держали своих клиентов в опасности быть вскрытыми: ошибка патча привела к сужению диапазона автоматического генерирования ключей SSL/PGP до 260000 штук, которые перебираются на машине за несколько минут [1], [2]. Поэтому вопрос безопасности завязан не только на конкретную фирму-производителя, но и на разработчиков, и поставить пакет из исходников бывает безопаснее. Или просто, не торопиться с обновлением.

Личные инструменты