>>Ну, я вообще-то именно это и имел в виду. Нестабильная зараза. :)
> Во времена squeeze-wheezy было почти что идеально. Начиная с заморозки перед выходом
> Jessie Sid стало колбасить неподеццки. Видать, мало кто из команды использует
> его, иначе я не понимаю, как можно майнтейнить в режиме "х..к-х..к
> и в продакшон" уже который год. Раньше если и ломали, то
> старались побыстрее починить, если не все, то хотя бы самые вопиющие
> вещи, а сейчас такое впечатление, что всем пох.Я сижу в основном на тестинге, но такого чувства не испытываю. Быть может, это связано с тем, что со времён Jessie пробуют всё более радикальные вещи при подготовке дистрибутива, и они всё более дестабилизируют Sid.
>>Пару раз пытался понять, почему её так любят.
> Потому же, почему многие предпочитают mc рулению файлами из голой консоли -
> наглядность.
Да, этого я тоже не понимаю. Предпочитаю консоль коммандеру. Всегда предпочитал. Логика простая: сказать словами, что надо сделать, легче, чем отдавать команды жестами. Для наглядности есть вообще говоря разные утилиты. find, tree, locate, xargs... И все их можно комбинировать с coreutils, чтобы получить то, что хочешь. Это реально быстрее, если ты наизусть помнишь всё необходимое. :)
> Можно быстро и с меньшими затратами времени охватить общую картину,
> а не отдельные кусочки. Если ты обновляешь apt-get upgrade'ом сервер на
> стайбле - это одно, а когда тебе надо обновить десктоп со
> свистелками и перделками на сиде - это сооовсем другое.
А в чём она заключается? Я вот регулярно свой тестинг обновляю через upgrade с последующим dist-upgrade-ом. Всё у меня в порядке.
>> Надо тебе прослушать mp3, dlopen-ом подгрузит библиотеку для mp3. Надо тебе flac -- аналогично...
> Вот именно, надо тебе два-три пакета, а по дефолту ставится двадцать, да
> еще со своими зависимостями. Опять же, на стейбле это наверное, нестрашно,
> ибо не обновляется, дежит себе тихо на диске и пусть лежит.
Суть Sid-а заключается ведь в том, что ты осознанно включаешься в процесс тестирования. Если ты уходишь со Stable, то подразумевается, что ты готов отлавливать поломки и отправлять на них багрепорт.
И к тому же мне, как пользователю, не нужно 2-3 пакета. Я уверен, что мне нужны все рекомендованные. Потому что я не знаю, в каком формате мне придётся сшулать музыку. Сегодня я качал во flac, завтра мне скинули альбом в alac, а вчера гости пришли, попросили mp3-шки со флешки поставить, чтобы играть в настолки не скучно было. Как пользователь, я хочу, чтобы запущенная программа кушала все возможные форматы. А если мне перед каждым новым форматом придётся что-то мутить с пакетником -- это несколько неудобно.
> А на сиде оно может быть а) поломанным,
В сиде оно, конечно, может быть поломанным. Но это весьма редкое явление. Он хоть и называется настабильной веткой, но давайте будем честными: там только релизные версии софта и только аккуратно добавленные мейнтейнерами специфические патчи.
> б) внизапна тащить еще новых зависимостей
Это потому, что ты пользуешься аптитудой. В apt-get чёткое разделение на upgrade и dist-upgrade как раз для того и создано, чтобы отслеживать влёт новых зависимостей. upgrade просто не будет обновлять пакеты, если их обновление требует установки нового или удаление старого. Я лично считаю, что это большой плюс при обновлении. Аптитуда, конечно, позволяет разрешить особо сложные случаи, с которыми apt-get не справляется... Но аптитуда слишком уж умна, и периодически у неё шарики за ролики залезают, и решения конфликтов, которые она предлагает, могут потенциально уничтожить тебе всю систему. Я её за это недолюбливаю, и преимущественно пользуюсь apt-ом.
Впрочем, давай честно: конфликты такого уровня, чтобы APT с ними не справился, бывают только если ты работаешь с десятком левых нестабильных реп.
> в) вызывать блокировку.
Видывал, но только на тестинге. И причина тому была в том, что зависимость из сида ещё в тестинг не приехала. Как такое может быть на сиде, поясни пожалуйста.
> А используешь ты два-три. Внимание
> вопрос - анахуа тебе куча глючного гомна, которое ты не используешь
> все равно, но могущее служить потенциальным источником проблем?
Потому что я-то, конечно, использую две-три зависимости в 95% случаев... Но я не знаю, когда для меня выстрелят остальные 5%. Это во-первых. А во-вторых, это десктоп. Разбираться в том, как реботает каждая десктопная приблуда, у меня нету ни времени, ни желания. Формирование Recommends в этом случае -- это работа мейнтейнера. Я готов быть его тестером, но не готов мейнтейнить это дело вместо него. Потому что приблуд на десктопе много, а я один.
>> Ладно, у нас, похоже, просто разные подходы к проблеме.
> Именно. Люблю минимализм. Меньше пакетов - меньше проблем, меньше затрат на обслуживание,
> меньше потенциальных точек отказа. Имеет смысл потратить большее время на установку/первоначальную
> настройку, дабы сэкономить время потом.
Если тебе нужно меньше затрат на обслуживание, ставь Stable. Коли тебе комп для повседневной работы нужен, не понимаю, зачем тебе что-то свежее стабильной ветви?
Sid нужен для экспериментов, для тех, у кого есть на это время и силы.
