Мейнтейнеры Artix Linux отказались от поддержки GNOME DE 49+

Невозможно корректно откатить установку пакета. Пакет при установке может делать произвольные изменения в системе. Пакеты даже удалить нельзя корректно в общем случае, а уж если произошла ошибка - тут вообще ни о чём говорить нельзя. Разве что ФС со снапшота восстановить.

Невозможно корректно откатить установку пакета.

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

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

В нормальной системе есть простые и понятные требования к тому что пакет может делать и где. В раче даже этого нет?

а уж если произошла ошибка

Проблема с рачом в том что там нормально не работает удаление пакета даже без ошибок - просто из-за общей недоделанности системы и отсутствия update-alternatives.

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

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

Что ж, закономерно, что Debian не входит в число нормальных систем

Я не выполнял эту команду.

Ну вы лично можете делать вообще что хотите. Речь же шла не о вас лично, а о том, что необходимо было выполнить с точки зрения разработчиков Arch.

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

Вы сервисы устанавливаете, просто чтоб полюбоваться на число установленных пакетов, или же всё-таки чтобы их использовать? Зачем вручную включать условный bluetooth.service, cups.service, NetworkManager.service, thermald.service, <ваш DM>.service?… Если вы ими не пользуетесь, то просто не устанавливайте их, а если пользуетесь, то зачем каждый включать вручную?

Ну и Debian хотя бы даёт выбор: не нравится автовключение сервисов? — отключите его для всех или только конкретных сервисов, стандартными средствами.

Пакеты вообще не надо разбивать.

…А потом вместе с условным celluloid получить mpv целиком. Действительно, зачем мне один видеоплеер, если можно два?

А если мне нужен лишь LibreOffice Writer, то почему бы не установить заодно программу для создания презентаций, табличный процессор, векторную рисовалку, ну и программу для работы с базами данных (!) до кучи?

Вы сервисы устанавливаете, просто чтоб полюбоваться на число установленных пакетов, или же всё-таки чтобы их использовать? Зачем вручную включать условный bluetooth.service, cups.service, NetworkManager.service, thermald.service, <ваш DM>.service?… Если вы ими не пользуетесь, то просто не устанавливайте их, а если пользуетесь, то зачем каждый включать вручную?

Я сервис устанавливаю, чтобы его изучить, настроить и только потом включить.

Я сервис устанавливаю, чтобы его изучить, настроить и только потом включить.

До них вот это никак не доходит.

Что софт устанавливается, чтобы его как-то использовать, включить в свой рабочий процесс. Что не бывает идеального в вакууме «включил и работает».

Я этот аргумент про автостарт сервисов слышу уже сколько лет подряд.

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

Чувак, а где посмотреть перечень всех изменений, которые postinstall-скрипты в Debian вносят в систему? И сколько конкретно таких пакетов? Порядок величин хотя бы?

Где это посмотреть в сорцах Арча я знаю, и даже как-то статистику составлял на основе анализа содержимого этих файлов.

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

А Арч - открытая и прозрачная система с минимальным показателем WTF per second.

Уже обсуждали это миллион раз. Ну нравится вам в Дебиане сидеть, ну и сидите. Но недо впаривать что непрозрачное и неочевидное на самом деле прозрачное и очевидное.

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

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

Чтобы пользоваться Арчем требуется минимальное количество специальных знаний об Арче. Требуется просто хорошее понимание Unix-like- и Linux-систем + здравый смысл.

Вы сервисы устанавливаете, просто чтоб полюбоваться на число установленных пакетов, или же всё-таки чтобы их использовать? Зачем вручную включать условный bluetooth.service, cups.service, NetworkManager.service, thermald.service, <ваш DM>.service?… Если вы ими не пользуетесь, то просто не устанавливайте их, а если пользуетесь, то зачем каждый включать вручную?

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

Вообще зачастую предпочитаю посмотреть перечень файлов пакета, прежде чем ставить новый незнакомый софт. Чтобы представлять, как именно он «пропишется» в системе и из чего состоит.

Ты же предлагаешь мне перейти в ментальную модель чёрного ящика. «Поставил пакет, и сразу оно делает зашибись».

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

С точки зрения меня как пользователя Arch на протяжении 14 лет, разработчики Arch всё делают верно.

С точки зрения самих разработчиков Arch - тем более.

Уже есть мейнстримная ОС, которая сама как-то живёт своей жизнью без вашего участия: Windows.

Для меня софт это инструмент. Если бы шуруповёрт IRL начал сам за меня принимать решения, это было бы максимально странно.

Я сервис устанавливаю, чтобы его изучить, настроить и только потом включить.

И много вы изучили в bluetoothd, cupsd, thermald, sddm-или-чем-вы-там-пользуетесь? И чем автоматический запуск мешает это сделать?

Но посыл понятен: вы хотите максимум контроля и готовы терпеть неудобства ради этого. (Правда, когда это касается разбиения пакетов == большего контроля над тем, что устанавливается, — то уже не хотите и не готовы. Ну да ладно.)

Но посыл понятен: вы хотите максимум контроля и готовы терпеть неудобства ради этого.

Тут нет неудобств.

Предсказуемость и контроллируемость - это как раз факторы удобства.

Чтобы не терпеть неудобства, я мигрировал с Debian.

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

Файлы на SSD сами по себе никак не мешают, в отличие от логики, которая может быть произвольно запущена и исполнена. Libreoffice Draw сам по себе не запустится и не начнёт жить своей жизнью. Лежит и лежит. Чем он может помешать?