Фанатье.
Обычный дистр.

KISS, ручное отслеживание зависимостей, ваниль.

Не считается.

Потому что она стабильна. //К. О. Но это не отменяет того что она убога //К. О.

ну например принцип KISS. Все реализовано максимально просто, потому там, где в других дистрах что-то ломается — в слаке ломаться попросту нечему.

KISS, ваниль

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

ручное отслеживание зависимостей

ССЗБ. А если не отследить?

А кем она считается стабильной?

Потому что в любой нестабильности виноваты кривые руки.

fixed.

ну например принцип KISS. Все реализовано максимально просто, потому дистром занимается один человек. Излишние зависимости, свистелки и колокольчики не нужны.

Как итог — всё просто, и просто работает.

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

Так вот же ж они, пропатченные пакеты: ftp://ftp.slackware.no/slackware/slackware-13.37/patches/packages
См. сюды: ftp://ftp.slackware.no/slackware/slackware-13.37/ChangeLog.txt

Gentoo way? Вообщем да. Но в Gentoo есть еще Hardened Gentoo и остальные задротства. А слака просто собрана каким-то товарищем в одном экземпляре без присущей генте гибкости. В генте ручку надежности можно выкрутить очень сильно в любую сторону

А в каком они статусе? Можно ставить, или это основная ветка?

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

Какие патчи ты используешь и зачем?

ССЗБ. А если не отследить?

А ты отслеживай. =)

Еще немного про стабильность: ставил одной подруге минт, сломался через полтора месяца, а слака, без обновлений, у друга работает уже около трех лет. Причем аптаймы по неделе бывают. Да, может быть случайность, но просто такое наблюдение. У самого сейчас на сюсе, после апдейте драйвер отвалился, удалить/переустановить не получается.

Ставить можно, это официальные™ обновления от Патрега.

Типичная ложь.

А ты отслеживай. =)

Сколько времени это занимает у среднестатистического слаковода? Если накосячить (и нетрививально, не просто не найден .so), то будет глючнее убунты?

Сколько времени это занимает у среднестатистического слаковода?

Через пару лет просто не замечаешь уже, на автомате как-то. Знаешь что у тебя есть в системе и для чего это нужно.

Если накосячить (и нетрививально, не просто не найден .so), то будет глючнее убунты?

Да, конечно.

Тоесть пользователь обязан знать каждую либу?

Не либы, знать пакеты которые он использует и для чего он их использует. Быстренько просмотрел зависимости, подумал какие могут быть конфликты, разрешил в голове все конфликты и накатил пакет или обновление. Все просто. Хотя недавно пришлось смигрировать на десктопе на openSuse, очень много новых пакетов надо, собирать лень, ждать работа не позволяет.

Быстренько просмотрел зависимости, подумал какие могут быть конфликты, разрешил в голове все конфликты и накатил пакет или обновление.

А в чем проблема сделать автоматически?

А в чем проблема сделать автоматически?

Знал бы в чем проблема, переписал бы гребанный менеджер пакетов в openSuse. Когда я занимался пакетами в системе всегда все работало, после апдейтов ничего не отваливалось.

Пакеты собирает просто какой-то дядька, один

Их там толпа, вообще-то.

Потому что там почти ничего не меняется. Рекомендую не слушать сказки о влиянии ванильности и KISS на стабильность.

ставил одной подруге минт, сломался через полтора месяца

нашел с чем сравнить

а слака, без обновлений, у друга работает уже около трех лет

без обновлений и убунта работает.

Причем аптаймы по неделе бывают

это много?

без обновлений и убунта работает.

Без обновлений даже Arch работает.

Сравнил с чем работал, аптаймы по неделе это немного просто указал.

> Слаководы, поясните без религиозности

например, в слаку очень редко попадает что-то с версией х.у.0, т.е. первые релизы после существенных изменений. даже в -current. секюрити-фиксы выходят достаточно быстро. о кисс уже сказали :)

Почему слака считается стабильной?

Не, не слышал.

Это не правда. Точнее даже неприменимо к слаке.

Потому что новый релиз - это просто новые версии пакетов. Общая архитектура почти не меняется, и за столько-то лет вполне отлажена.

Почему слака считается стабильной?

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

P.S. Сидел на слаке полтора года.

Почему слака считается стабильной?

Потому что под слакой школоты меньше.

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

Тоесть пользователь обязан знать каждую либу?

Базовый дистрибутив (который на DVD и официальных™ зеркалах) разделён на несколько вполне очевидных серий («a», «ap», «d», «l», «n» и.т.д.), благодаря которым зависимости практически перестают быть проблемой. Со SlackBuilds.org немножко другая история, но там зависимости (причём далеко не все их них жёсткие) прописаны в README и находятся grep'ом или поиском через веб-морду. Гибкость, мать её, но не в ущерб простоте.

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

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

Настоятельно попрошу не упоминать в треде другие дистры.
vertexua ** (01.12.2011 15:34:53)

то будет глючнее убунты?
vertexua ** (01.12.2011 15:50:42)

жыр

за ванильность уже сказали, но Патрик не просто собирает пакеты. Патрик выполняет за нас ту работу, которую пользователи всяких убунт с арчами делают самостоятельно - фильтруют пакеты, отделяя стабильное от нестабильного, годное от негодного. поэтому в слаке нет такого г*вна как пульсаудио, нетворк-менеджер, гном, новомодных поделок Поттеринга и т.д. вот в чем суть.

благодаря которым зависимости практически перестают быть проблемой

Ога, ставлю я moc, при этом всё из l установлено, а он не запускается — хочет libsasl. И как найти либу без просмотра MANIFEST.bz2 или slackpkg? И почему она не в l? Это же, кстати, касается относящихся к gnupg библиотек, которые занесло в n. Эпично.

поэтому в слаке нет такого г*вна как пульсаудио, нетворк-менеджер, гном, новомодных поделок Поттеринга и т.д.

гном

Да ты что? А не потому ли, что кто-то не осилил зависимости?

не просто не найден .so

нормальный слаковод или lfs-ник, наизусть знает какие пакеты несут какие файлы.

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

сборки гнома для слаки существуют, если ты об этом.
слакбилды - тоже. но, как лоровец, и, вероятно, как гномер, скажи - не кажется ли тебе где-то в глубине души, что гном не нужен?

Ну некоторая нестабильность может быть из-за новых (по сравнению, с дебиан стейбл, например) пакетов.

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

DE не использую, а уж нужен гном или нет - это вопрос, который должен решать не мейнтейнер.

слака, без обновлени

без обновлений стабилен любой дистр, ваш КО.

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

s/насколько пользователь красноглаз и готов выполнять за компьютер его работу/

А еще, работа компьютера — помогать, а не требовать 100500 метров памяти на каждый чих :)

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

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

Почему слака считается стабильной?

Почему $distro считается стабильной?

просто какой-то дядька, хорошенько подумал (хотя это скорей всего врожденное чувство простоты и достаточности) и сделал дистр. в котором ничего ни убавить ни добавить.
Сижу под слакой дома лет 10, на работе лет 6. «Ни одного разрыва».
Основное достоинство это разбиение файлов по пакетам.
Ставишь libusb-bla-bla и точно знаешь что все уже решено в usb.