Хорошая новость.

NixOS это может автоматически

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

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

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

А у вас когда apt-get downgrade $packageName появится?

Можно удалить пакет. Откатить репу на нужное число. Установить пакет из архивной репы. Так годится?

О даже статейку нашел:
https://www.altlinux.org/Downgrade

Кстати, в статье приведен пример:

epm downgrade [пакет(ы)]

(хотя я сам не пробовал такой способ)

Можно удалить пакет. Откатить репу на нужное число. Установить пакет их архивной репы. Так годится?

Допустим я хочу для одного пакета использовать предпоследнюю версию, для другого и вовсе прошлогоднюю, а для всех остальных — самоновейшие. Как мне поступить в такой ситуации?

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

Использовать Linux From Scratch или вышеприведенные. Серьезно, это настолько нишевый кейс.

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

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

Давайте опустим завесу жалости над всеми рассуждениями про зелёный и незрелый (а также вредный для здоровья) виноград.

Просто зафиксируем 1:0 в пользу GuixOS.

Ни разу не видел Nix в БОЛЬШИХ организациях. Это скорее для разработчиков. Если у тебя производство, или нефтянка, или госы, то тебе куда интереснее домен, совместимость с проприетарными программами и техподдержка. По двум последним пунктам Nix/Guix в пролёте и в очень большом.

А ещё там нельзя просто взять и поставить Яндекс.браузер.

А ещё там нельзя просто взять и поставить Яндекс.браузер.

Если появится отечественный форк, то там будет и платная подписка с техподдержкой, и Яндекс.браузер по умолчанию, и свой Блэкдже́к и то, что к нему прилагается.

Ну если появится, то будем обсуждать.

А пока зафиксируем, что Nix/Guix не может даже выйти на поле, чтобы начать играть.

Просто зафиксируем 1:0 в пользу GuixOS.

Спасибо, мне попадались в наследство серверы на Gentoo, которые не обновляли несколько лет - надеюсь тому человеку до сих пор икается что он такое придумал использовать в продакшене.

Если вам дома хочется экспериментов - ставьте свои GuixOS, мне на серверах и рабочих станциях меньше всего хочется экзотики и сюрпризов. Поэтому я выбираю дистрибутивы общего назначения.

поставить из архивной репы, заморозить пакеты, переключиться на актуальную репу, обновить всё остальное.

Возможность отправить репозиторий в прошлое — это круто. Но всё равно слишком много телодвижений, по сравнению с более продвинутыми подходами. @Partisan на заметку: нормальная техническая критика, провоцирует нормальные техническое обсуждение.

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

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

Ни разу не видел Linux в БОЛЬШИХ организациях …

… могли бы вы сказать некоторое время назад. Ну, вот такая у нас зарегулированная и консервативная индустрия. Тут кобол ещё держится и позиции сдавать не намерен. И уж rpm-пакеты тоже надолго с нами. Но это не отменяет прогресса.

Gentoo/Debian/RedHat играют в одной лиге (технологии 90-х). GuixOS/NixOS — технологии (10-х) относятся к следующему поколению.

А здравый консерватизм это хорошо. У меня коллега один в 2005-м на Win98SE сидел. Ему тоже нормально было.

Я многих знал, кто на win9х и в 2006 сидели.

Интересно, а на чем еще в 2006 году сидеть? Windows ME только-только стабилизировалась и дошла до рынка, всякие SuSE и Red Hat с Mandrake были не очень функциональны да и нестабильны для дома. Какие еще варианты?

Slackware!!!!!

Интересно, а на чем еще в 2006 году сидеть? Windows ME только-только стабилизировалась и дошла до рынка, всякие SuSE и Red Hat с Mandrake были не очень функциональны да и нестабильны для дома. Какие еще варианты?

В августе 2004 мне пришла коробка с официальным Mandrake Linux 10.0 Powerpack (6CD + документация + несколько месяцев членства в MandrakeСlub, т.е. саппорт) и именно с этой версии у меня всё стало хорошо. Перестали слетать настройки звука и необходимость запускать alsamixer после каждой перезагрузки, из коробки встали проприетарные драйвера на ATI Radeon 9700 и, как следствие, 2D-ускорение и кодеки - беспроблемное воспроизведение фильмов в MPlayer (тогда ещё покупаемые на дисках у пиратов с лотка DivX/Xvid), и заработал OpenGL и те немногочисленные игры той эпохи. mp3-тэги в cp1251 тоже отображались в xmms из коробки, KPPP отлично работал и dial-up соединение по какой-то причине было стабильнее, чем на винде.

Так я ни разу не против.

Для первого нужны воспроизводимые сборки (не в курсе, что там?)

Они лет 15-20 уже в ALT есть: https://www.altlinux.org/Hasher

А у вас когда apt-get downgrade $packageName появится?

Никогда. Для этого давным давно используется команда install c правкой /etc/apt/preferences: https://www.altlinux.org/Downgrade

Ну или теперь ещё есть epm downgrade (по вышеозначенной ссылке упоминается).
Собственно вот пример с epm: https://www.altlinux.org/OpenVZ#ветки_p8,_p7/t7,_p6/t6,_p5/5.1.

В общем рекомендую учить матчасть для начала.

UPD: хотя может для таких вот нечитателей кто-нибудь в apt-scrips и это добавит. ;-)

другие архитектуры для широкого круга мазохистов недоступны.

Есть starterkit для x86-32. Но у него серьезные проблемы с встроенной интеловской графикой (черный экран).

Я тоже тогда пользовался Mandrake 8.1. Стабильность Linux тех времен была рулеткой, удалось ли подобрать оборудование с драйверами нужной функциональности или нет. Ясно, что кто-то напрягался и смог, как мы с вами, а кто-то забил. Вы вот перешли на 10.0. Я плюнул и начал свой путь в мир SUSE-9.0, пока к 9.3 она не начала работать.

Ты мыслишь с позиции домашнего пользователя, а не организации где тысячи машин

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

Оооо! Щаслифчик! Только одна проблемка. У меня тех проблемок с альтушкой - каждый рабочий день. :) Я ещё в декабре нашёл очень милый косяк в сборке одного пакетика.

Ты не держи в себе, ты ссылку на баг дай. Чисто для интереса, что за пакет, на сколько популярен. А то, вдруг, заброшка? Увы, заброшки тоже бывают.
А вообще мне интересно, как пакет c Undefined Reference сборочные тесты прошёл. Пахнет какой-то натяжкой опять, так что номер бага покажи. И забыл добавить: у меня таки есть обратные примеры, когда именно сборка в ALT выявляла такие косяки, а в RH/Debian/разное приложения вполне себе «жили», как есть.

Есть starterkit для x86-32. Но у него серьезные проблемы с встроенной интеловской графикой (черный экран).

Обычно с Intel, как раз, всё хорошо. За исключением какой-то короткожившей серии. Если не повезло на неё попасть, то не повезло. И оно во всех дистрибутивах так по идее.

Угадай с 3х раз - какая ОС используется там в ситуационных центрах аэропортов?

Я вот даже гадать не возьмусь ибо бесконечно далёк от авиации. Однако интересно всё же - какая?

Угадай с 3х раз - какая ОС используется там в ситуационных центрах аэропортов? :)

Альт, конечно.

Ты можешь установить debian 10, сменить ему репы на debian 11, сделать update+upgrade (БЕЗ dist-upgrade), и всё продолжит работать.

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

С использованием dist-upgrade между версиями - шансов получить проблемы несколько меньше. Опять же зависит от того насколько настройки далеки от дефолтных.

dist-upgrade может тебе и нужные пакеты снести если они будут конфликтовать с чьим-то обновлением

Может. В этом случае вообще нельза подменять репы в конфиге и обновлять систему. Надо ставить новую систему (на отдельный диск/комп) и вручную портировать туда свои настройки и нужные пакеты. Только так возможно будет получить корректное состояние системы, а не свалку из пакетов от двух версий, которую потом будет невозможно обслуживать из-за постоянного вылезания различных конфликов версий и зависимостей.

Корректным будет любое состояние, которое сходится по метаданным пакетов (в том числе если там смесь пакетов из разных релизов)

Вот только дальше это обслуживать и поддерживать будет тяжко. Попытка поставить что-то еще - с высокой вероятностью вызовет ругань пакетного менеджера на несовместимость по версиям/зависимостям. А чтобы вывести систему из этого состояния - придется потратить немало времени и потребуется весьма серьезная квалификация админа.

Обычно пакет удаляется когда его функции перемещаются в другой или он несовместим с обновлённой системой.

В случае дебиана - к сожалению не только по этим причинам. Могут выкинуть пакет из-за каких-то внутренних тёрок между сопровождающими или из-за отсутствия назначенного сопровождающего в следующем релизе или еще хрен знает почему. Но факт - иногда пакеты исчезают. Обычно это что-нибудь малоизвестное и достаточно уникальное, такое что заменить особо и нечем.

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

Да, это именно так. Такого состояния системы крайне желательно избегать.

Я и сам разницу хорошо понял наступив пару раз на грабли.

Абсолютно аналогично.

Не такой. А такой, который есть в командах apt search, dnf search и относящихся к ним apt show или dnf info. В Alt отсутствуют apt и dnf, а присутствующие apt-get и apt-cache не обладают этой функциональностью поиска информации о пакетах.

Вообще-то есть. https://www.altlinux.org/Apa

apt-get upgrade

E: ‘apt-get upgrade’ is disabled because it can leave system in a broken state.

Это в Альте так ругается? Хорошо что ругается! В дебиане upgrade проходит без ругани и именно что нередко дает broken state

Посмотрю, что это такое. Я и не знал.

С виндой никаких проблем не было.

Это не так. Просто проблемы с виндой были в 25-30 лет назад когда ее внедряли, и нынешнее поколение админов те проблемы не знает так как не застали. Сначала было очень много проблем с win95. В win98 их слегка поправили. Но потом случились win2000 и winXP, которые на совсем другом ядре. И опять был ужас из-за несовместимости много какого софта и серьезных проблем с драйверами устройств. И в отличие от нынешней возможности отправить багрепорт в Альт - тогда от Микрософта вообще никакой поддержки для простых смертных не было.

Работает, но иcкать пакеты им - боль

Как раз именно искать - совсем не боль. Всё нормально ищется. А кому возможностей консольных команд мало - для тех есть всякие графические надстройки (мне не требовались).

Из перечисленных по ссылке претензий соглашусь разве что с hold, но я всю жизнь был уверен что это следует делать через dpkg, так и делаю уже тридцать лет.

выходит они неаккуратно прописывали зависимости у пакетов

У дебиана я это явление тоже встречал. Но дебиану почему-то можно,а альту нельзя. Альт хотябы как-то намекнул что upgrade может приводить к глюкам. Дебиан этого не сделал.

никто не дорабатывает ОС ради кого-то.

Читал когда-то статью, в которой был пример как Микрософт что-то там дорабатывал в виндах чтобы запускалась какая-то популярная в США в то время игрушка которая как-то по-особому работала с распределением памяти. К сожалению подробностей не помню так как прошло 20+ лет.

Мне кто то из представителей Альта говорили, что будет МИС в списке. Но пока не вижу.

Да, было дело.

когда apt-get downgrade $packageName появится?

Вот это действительно серьезная претензия, согласен. Но этого не умеет даже сам Дебиан. И я не очень-то представляю как это вообще можно реализовать. Надо же где-то хранить все версии $packageName, а не только последнюю.

Так что только как в виндах - удалить новое и поставить старое руками, если оно где-то было сохранено.

это настолько нишевый кейс.

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

У меня у самого несколько пакетов определенных непоследних версий пересобраны из исходников, установлены через dpkg -i и поставлены в hold. Это в Дебиане 11, которым пользуюсь. Учитывая мощность нынешних компов, пересборку нескольких пакетов не считаю чем-то ужасным.

Просто зафиксируем 1:0 в пользу GuixOS.

Оно конечно так, но сам по себе этот дистрибутив еще более экзотический чем Альт. И очень уж сложно устроенный внутри. К примеру даже под Дебиан правильно сделать свой пакет весьма не просто, а уж под это - тем более.

Да, это был @rtxtxtrx. Перепутал, прости.

У меня коллега один в 2005-м на Win98SE сидел. Ему тоже нормально было.

Может он - автомобильный мастер-диагност. Там софт от ведущих производителей легко может такое требовать. Также как и наличие железного ком-порта в компе.

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

Еще видел тоже где-то около 2005 года у человека сканер для фотоплёнок, который он купил в 90х за какие-то огромные по тем временам для простого смертного деньги. И работал этот сканер только под win98, соответственно эта винда на компе и стояла. Человек деньги кстати зарабатывал фотографией и компьютерной графикой, несмотря на «устаревшую» винду.

а на чем еще в 2006 году сидеть?

Я на Дебиане сидел,собственно и сейчас на нём же. И размышляю о переползании на Альт так как был положительный опыт с их SimplyLinux на одном из компов.

наши люди

Да я не в претензии - квалификации хватит это починить как руки дойдут. Причем инсталлятору помогло прописывание ключика в командной строке ядра, он на экране нарисовался. А установленная система - опять черный экран. И этот же ключик не помог. Явно что иксовый автодетект неправильно отрабатывает. Ну напишу вручную xorg.conf, мне не трудно.

Как раз именно искать - совсем не боль. Всё нормально ищется.

Покажи, например, как бы ты искал такое:

1. Начнем с простого - найти пакеты в имени которых есть слово asterisk в отсортированном виде

2. Пакеты которые установлены автоматически

3. Пакеты для которых есть обновление, в имени которых есть postgres, но нет timescale

Надо же где-то хранить все версии $packageName, а не только последнюю.

ээ, у вас в дебинах что, нет кеша установленных пакетов?