"Обожаю" роллинг дистрибутивы. Вот совсем недавно на wayland сломался шаринг экрана.. страдал, потом злоп, и всё починилось - класс.. а потом хоп и keysmith перестал запускаться и всё... уже три обновления а он так и не работает в KDE Neon
хехе
```
org.kde.keysmith.accounts.actions: Requesting 'existing' password for accounts
qml: 5 app::UnlockAccountsViewModel(0x7cd5e8008ae0)
```

@metallcorn Использование роллинг-дистрибутивов для повседневных задач напоминает лотерею. Хороший софт — это тщательно проверенный софт. Поэтому я использую Debian — ни в коем случае не новее, чем Stable.

#софт #GNU #Debian #GNULinux #Linux #opensource #OSS #FOSS #FLOSS

@gamliel Ну потому, что должна быть некая предрелизная подготовка, тестирование и сам релиз.

@metallcorn

@Revertron @gamliel @metallcorn это работает только для готового железа и конфигурации по типу как у apple. Да и роллинг сам по себе практически исключает поэтапное обновление - ты обновляешь срез целиком. Мало того, в случае арча дажеточки отката на старые версии не помогут - рач не хранит старые версии пакетов на серверах. Если бы они эти точки отката на серверах оставляли - было бы куда надёжнеп. Сломалось - откатил систему назад и ставишь в ней более старый софт.

@gamliel @metallcorn Debian выходит уже устаревшим. Поэтому я тоже предпочитаю роликовые — обновление всегда и постепенно, а не пачкой, чтоб завалить что-то.
В той же Федора выйдет новый выпуск, а потом сразу догоняются обновами по 1-2 гига в первые дни

@mittorn @Revertron @gamliel ну с проблемами с оборудованием я уже давно не сталкивался, если не экономить на железке, брать ProBook или thinkpad то проблем давно не встречал

А вот такие неприятные вещи, что какой-то софт отстреливает это да. Но это тоже по идее решаемое через snap/flatpack. Но пока ещё не до конца)

@Paradox @metallcorn «Don't suffer from Shiny New Stuff Syndrome.

The reason that Debian Stable is so reliable is because software is extensively tested and bug-fixed before being included. This means that the most recent version of software is often not available in the Stable repositories. But it doesn't mean that the software is too old to be useful!»
https://wiki.debian.org/DontBreakDebian#Don.27t_suffer_from_Shiny_New_Stuff_Syndrome

#Debian #GNU #GNULinux #Linux #software #stable #opensource

@metallcorn @mittorn @Revertron @gamliel то ли я приелся, то ли не замечаю такого.

Возможно, обе две. Но по сравнению с травмами "обнови дистр с 10.04 на 10.10, и потеряй абсолютно все настройки DE, а ещё мы тебе вообще DE поменяли" - это таки меньшее зло

@metallcorn @Revertron @gamliel дистрибутив не может оттестировать софт на всём оборудовании и всех вариантах конфигурации. Арч требует полностью обновить систему прежде чем установить какой-то софт, иначе пакетов не окажется на сервере. То есть поставить арч и не обновлять его не выйдет, а обновлять - рано или поздно что-то отвалится.
Я из-за этого делал частичные обновленря арча (что крайне не рекомендуется) и исправлял ошибки зависимостей библиотек вручную (дообновляя то, что не работает)
Но это очень много возни и по итогу всё равно отвалилась самба

@gamliel Уже встречал, что у меня и других разное к этому отношение.
Сидел на Арч основанных, перешёл на кальку (gentoo based). Если брать Debian, то Sid.

@ClickHouseCI @metallcorn @mittorn @Revertron По всей видимости, номера версий 10.04 и 10.10 относятся к Ubuntu. IMHO, Ubuntu предназначена для вчерашних виндузятников, ещё не избавившихся от дурной привычки ежемесячно переустанавливать операционную систему. И я нахожу не вполне разумным переходить с 10.04 на 10.10, потому что 10.10 — не LTS.

Debian — прекрасная система, но apt-get dist-upgrade (не путать с apt-get upgrade) работает в нём неправильно. Поэтому я никогда не использую apt-get dist-upgrade: раз в два года устанавливаю систему заново на другой раздел, подцепляя существующий home-раздел (иногда и раз в четыре года; не так страшен OldStable, как его малюют).

#Ubuntu #LTS #Debian #Stable #OldStable #OldOldStable #GNU #GNULinux #Linux #opensource #OSS #FOSS #FLOSS

> apt-get dist-upgrade (не путать с apt-get upgrade) работает в нём неправильно

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

@mittorn @metallcorn @Revertron В Дебиане можно обновить пакеты, не меняя версию; менять же версию никто не заставляет. Можно даже установить не установленный пакет, не обновляя установленные. Арч так не умеет?

#Debian #Arch #GNU #GNULinux #Linux #apt

@gamliel @metallcorn @Revertron фактически нет. Если на серверах нет пакета, который есть в локальной базе, то скачивание пакета обломится. Если ты обновишь локальную базу, не обновив систему и попытаешься поставить пакет - зависимости нового пакета могут сломать уже установленные (включая зависимости самого pacman) - пакетный менеджер молча это проглатывает и ты получаешь сломанную систему. Имея прямые руки и статический билд pacman это можно исправить, но займёт кучу времени. Типичная ситуация: у тебя в системе icu-52 и все пакеты собраны с ним.
В актуальной версии icu-53. Установка любого пакета, которому нужен icu-53 удалит icu-52 и сломает всё, что зависит от icu. Чтобы починить - надо обновить всё что зависит от icu. То же самое может произойти с каким-нибудь openssl и перестанет работать пакетный менеджер.
В gentoo такое тоже происходило и потому там добавили preserved libs.
Все установленные пвкеты составляют базу данных с их solib зависимостями.
Когда ты обновляешь icu и у тебя есть пакеты, зависящие от старой версии, он это проверит и оставит isu.so.52 в системе, при этом icu.so.53 будет установлен и icu.so, а так же вся информация для сьорки будет ссылаться на icu.so.53. Установленные пакеты же будут зависеть от старой версии пока они не пересоберутся. Если в арче поаится такой механизм - он позволит иметь частичные обновления. Но разработчики арча (за что я их считаю вечными школьниками) считают, что это не нужно, и так сойдёт. И вообще обновляйтесь целиком и жрите всё, что накосячили разработчики.

@shuro Бывает, что в очередном Stable есть не все пакеты из числа имеющихся в предыдущем Stable (который при его выходе стал OldStable). Вероятно, у Вас в числе установленных не было таких пакетов.

@shuro Насколько я понимаю, да. Каждая версия Debian Testing, прежде чем стать Stable, тщательно тестируется на совместимость пакетов между собой внутри этой версии Дебиана, но это не гарантирует полную совместимость между разными версиями Дебиана. AFAIK.

Но, мне кажется, такое вообще в любом дистрибутиве будет, включая роллинги?

Вообще, безопасный способ апгрейда Дебиана примерно такой: cyberciti.biz/faq/update-upgra…

На шаге 4/5 станет ясно, есть ли критические несовместимости, full-upgrade тоже покажет что будет удалять.

@gamliel
@metallcorn @mittorn @Revertron я не очень себе представляю жизнь на софте трехлетней давности.

Но о вкусах дискутировать сложно ¯\_(ツ)_/¯

Там немного другой подход :)

Выдаётся стабильная система, которая за пару лет изменится минимально. Не поменяется внезапно аудиосистема, например. Не изменятся ключи команд (и не слетят скрипты, как следствие). DE останется тем же (и не сломаются кастомизации).

Но, если очень хочется, то несколько нужных программ можно влепить отдельно через тот же флатпак или appimage (например) :)

Обычно "жизнь на софте" включает в себя лишь несколько программ типа браузера, а новизна калькулятора или смотрелки картинок абсолютно параллельна.

@ClickHouseCI @metallcorn @mittorn @Revertron Для Stable и OldStable (в течение некоторого времени также для OldOldStable) выходят обновления безопасности и другие обновления. Если не устанавливалось какое-то очень новое железо, то что принципиально меняется за три года? Бизнес пытается убедить публику, что надо не реже чем ежегодно заменять всю одежду и всю технику, а на самом деле не надо.

#Debian #Stable #OldStable #OldOldStable #GNU #GNULinux #Linux #OSS #FOSS #FLOSS

@shuro @Revertron @gamliel @metallcorn @mittorn кхек, ага...

Нет, спасибо. У меня есть rolling updates, я ставлю приложения из #AUR, и софт у меня весь новенький.

Я знаю, что за подход у debian. Админил сервера на ubuntu LTS и debian 8 лет.

Но то, что на серверах должно быть стабильное окружение, никак не обязывает меня пользоваться софтом из 2020?

Кому что нравится :)

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

Повторюсь, что свежесть 99.9% пакетов для пользователя значения не имеет вообще. Я, например, посмотрел версию ssh у себя только когда была та недавняя критическая уязвимость, до того повода не было :)

@ClickHouseCI @shuro @Revertron @gamliel @metallcorn да дебиан ни на сервер ни на десктоп не годится. Для сервера там куча лишних зависимостей. Зачем мне mesa, иксы и драйвера в зависимостях ffmpeg?
Для десктопа - всё протухшее, при этом нифига нестабильное, всё просто разваливается. Единственное где дебиан оказался кстати - комп с core2duo, на котором пофиг насвежесть софта. И всё равно всё криво-косо

@gamliel @metallcorn я раньше придерживался сходной позиции. Но на Debian или Ubuntu stable к концу его жизненного цикла возникает обратная проблема: как только нужно запустить какое-то ПО не из репозиториев, то оказывается, что ему либо новый glibc нужен, либо ругается на версию nodejs или npm, либо ещё что-нибудь подобное. Причём если проблемы на rolling-дистрибутивах через пару обновлений могут исчезнуть сами собой (но лучше помочь этому и хотя бы написать грамотный bug report), то с подобными несовместимостями так или иначе придётся бороться самому.