Devuan 4.0

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

Он просто не может понять, что ценится не затраченная рабочая сила (ее можно тратить впустую), а конкретный труд (целесообразная и общественно полезная деятельность) и результат такого конкретного труда — конечный продукт.

В случае с баттхёртианом конкретный труд действительно околонулевой (а то и вовсе отрицательный — если брать во внимание распыление сил сообщества и прочий вред, который авторы и адепты баттхёртиана наносят Debian, выливая массу помоев на Debian и агитируя новичков переходить на баттхёртиан).

Авторы баттхёртиана могут тратить рабочую силу на борьбу с ветрянными мельницами и дальше (да и вообще на что угодно), пусть даже такие затраты будут значительно превышать затраченную рабочую силу мейнтейнеров Debian (спойлер: не будут).

ветрянными

Фикс: ветряными.

распыление сил сообщества

То есть, ты предлагаешь принудительно заставлять работать в каком-то проекте тех, кто там работать не хочет? Ну, чего ещё ждать от адепта тоталитарной системды…

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

Скачивание — можно, установку — нельзя. Речь именно об установке.

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

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

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

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

Э… Какое отношение к этому имеет менеджер сеансов? Он, что, не даст мне завершить сеанс если у меня где-то в ядерной консоли запущен apt-get upgrade?

https://salsa.debian.org/apt-team/apt/-/commit/60cc44d160af02c49614653c97bfa3e4e5c9601d

Эти патчи вошли в стандартный Xorg 1.8.

Хм, значит, ошибся. Спасибо.

Правильно ли я понимаю, что это работает через создание на каждое касание отдельного устройства ввода? Если так, то это не совсем то, что нужно: https://www.x.org/releases/X11R7.7/doc/inputproto/XI2proto.txt

Но возможность интересная, да.

С кириллицей, вроде, всё было просто (koi8-r, насколько я помню).

Некоторые программы умудрялись не открывать файлы, если в их пути была кириллица. А OpenOffice открывал, но отображал кракозябрами в заголовке. Было это всё на SuSE 9.что-то-там.

А вот в ASPLinux вроде всё было хорошо. Однако расцвет российских дистрибутивов в тот период случился ведь не просто так: были проблемы.

Какие ноутбуки в 2000м году-то?

Большие и толстые. 🙂

(Речь же не о конкретно 2000-ом, а о той эпохе.)

В смысле, XMMS? Или именно Xine? Мне больше mplayer нравился.

Именно Xine. Один внешний вид одного из скинов заставил знакомого Linux себе поставить. 🙂

А MPlayer тогда вроде не умел в DVD-меню, или я ошибаюсь?

Вообще-то StarOffice появился раньше MSOffice

Надо смотреть по версиям. Понятное дело, что StarOffice 1.0, который для DOS, рассматривать глупо.

Многопользовательское окружение (можно создать отдельного юзера для любых тестов). Иксы и всё что с ними связано, от рабочих столов и WM-ов до компиза и многомониторности (xinerama/xrandr). И всё что под капотом (динамически монтируемые файловые системы и их образы, работа с видео, звуком, тюнерами, сетью). И команда man! А, и LiveCD! Всё это и многое другое — изобретения линуха.

Справедливости ради, не конкретно GNU/Linux, а всего семейства.

Где-то валяются диски с ASPLinux 9 — поставить в виртуалку, что ли…

Пациен Rootlexx сначала не сможет внятно сформулировать претензии, потом таки выкатывает универсальную методику измерения нужности/ненужности по параметру «99% без изменений».

А когда его же методику пытаются применить к любому другому дистрибутиву, например, напрямую сравнивают размер/строки исходного кода пакета *.orig.tar.gz и dsc+.debian.tar.xz в дебиане…

то резко «это другое», «вы не понимаете…»

Пациен Rootlexx сначала не сможет внятно сформулировать претензии, потом таки выкатывает универсальную методику измерения нужности/ненужности по параметру «99% без изменений».

Нет, вы точно дурачок.

Ссылку на сообщение, где я заявлял о «99% без изменений как универсальной методике» — в студию!

99% пакетов без изменений — это как конкретно сейчас в Devuan. Если вы приняли констатацию факта за критерий, то это ваши проблемы — чините способность читать и понимать прочитанное.

Ещё раз медленно по буквам. Если 99% пакетов в Devuan берутся из Debian без изменений, то это означает, что добавочный труд, вносимый разработчиками Devuan в рамках всего проекта, очень мал; при этом каждый из них в рамках поддержки своих пакетов уже вносит значительный вклад, поэтому к конкретным разработчиками никаких претензий у меня быть не может. Речь о проекте в целом как совокупности труда разработчиков Devuan и разработчиков Debian, в соотношении 1 к 99.

Более того, в случае Devuan и Debian речь идёт об объектах одного порядка: отдельных дистрибутивах. Вы же зачем-то пытаетесь приплести сюда с одной стороны разработчиков ПО, а с другой — сопровождающих пакетов, и пытаетесь применить одну меру к разным видам деятельности. Иными словами, сравниваете тёплое с мягким. Если бы сопровождающие заявляли бы о себе как разработчиках отдельного продукта, но при этом производили бы лишь 1% модификаций, то да — в таком случае их проект с чистой совестью можно было бы назвать паразитированием на исходном проекте.

А когда его же методику пытаются применить к любому другому дистрибутиву, например, напрямую сравнивают размер/строки исходного кода пакета *.orig.tar.gz и dsc+.debian.tar.xz в дебиане…

«Сам придумал — сам опроверг». Раз уж так, то, может, будете сами с собой разговаривать вместо того чтобы изливать свой тупняк в данной теме? Заранее спасибо.

от тебя очередное «бла бла бла»

ты уже прилюдно обделался, что традиционно для фанбоев системды.

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

ферштейн?

от тебя очередное «бла бла бла»

Что, не нашли, где я заявлял о «99% без изменений как универсальной методике»? Интересно, почему же: это марсиане прилетели и удалили, или это вы набалаболили просто?

ты уже прилюдно обделался, что традиционно для фанбоев системды.

Оно и видно, да-да. Ещё и systemd сюда приплёл — ну конечно, куда же без тотема-то.

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

Идите с богом. Удачи вам, здоровья и хорошего настроения.

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

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

Grzegorz

То есть вы хотите сказать, что когда кто-то говорит «дистрибутив GNU/Linux», он имеет в виду конкретный установочный образ, а не проект? И когда кто-то спрашивает, какой дистрибутив ему следует установить, то правильным ответом будет не «Debian»/«Ubuntu»/«Arch»/«openSUSE»/…, а конкретный образ?

Наркоман? Что для тебя Debian Stable или какая-нибудь Ubuntu LTS? Если я скажу мол не ставь последнюю бубунту ибо это бета-версия для хомячков, ставь LTS — речь будет идти о проекте или дистрибутиве? Если я посоветую Kubuntu/Xubuntu/Eeebuntu вместо Ubuntu или Pidora последней стабильной версии вместо Fedora — о чём вообще, по твоему, будет идти речь?

Grzegorz

Однако если вы назовёте его «отдельный дистрибутив Pihter GNU/Linux», но будете продолжать нарезать Debian, то я назову такой проект паразитированием на базе Debian. 🤷

В твоём понимании разве дебиан не паразитирует на наработках редхата или тут стрелочка не поворачивается?

Grzegorz

Барабанная дробь — я и не отказываю с самого начала. Пусть делают, что хотят.

Так они и сделали, только твоё безусловно важное и ценное мнение спросить постеснялись.

Grzegorz

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

Нет, проект Devuan включает в себя как продукт труда разработчиков Devuan, так и продукт труда разработчиков Debian. Соотношение при этом — 1 к 99.

Можешь уточнить кто такие эти твои разработчики Debian? Например, авторы xscreensaver или ffmpeg, продукты которых в своё время весьма лицемерным образом выпиливали из репозитория дебиана — они разработчики Debian или кто? Не является ли твоё высокомерное апеллирование к неким разработчикам Debian на деле паразитированием на труде множества не имеющих никакого отношения к Debian людей?

Grzegorz

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

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

Grzegorz

разве дебиан не паразитирует на наработках редхата

Нет. Мейнтейнеры Debian не используют ни трети, ни половины готовых пакетов RHEL (а уж тем более — 99%, как баттхёртиан). Максимум — systemd как init по умолчанию. Но это и на 1% не натянешь (причем Debian мейнтейнит systemd самостоятельно, а не берет из RHEL).

Таким образом, если RHEL и Fedora перестанут существовать, то на Debian как дистрибутиве это не скажется. Паразитизма нет, как в случае с баттхёртианом.

А даже если бы был (как например, Mint на Ubuntu или Ubuntu на Debian), то основная проблема тут борцунство и засирание основного дистрибутива, на котором баттхёртиан полностью базируется (те самые 99% пакетов).

Мейнтейнеры Debian не используют ни трети, ни половины готовых пакетов RHEL

Собрать пакет — это лишь 1% от 99% работы по созданию конечного продукта. Т.е. Debian — обыкновенные паразиты на чужом труде по определению Rootlexx, что и требовалось доказать.

баттхёртиан
баттхёртианом
баттхёртиан

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

Таким образом, если RHEL и Fedora перестанут существовать, то на Debian как дистрибутиве это не скажется.

А откуда тогда паразиты из дебиана будут тащить всякое говно вроде системгэ?

Grzegorz

О, баттхёртиан опять раздуплился. Интересно, где-то есть статистика - сколько бабла они на терпилах подняли?

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

Ты серьёзно ожидал что разработчики тоже будут тупить 5 лет подряд - чисто для того чтобы не огорчать пользователей с задержками развития?

Если продолжить цепочку, то все мы — паразиты (социальные), ведь мы существуем благодаря тысячелетиям трудов людей до нас.

Следуя упоротой логике фанатиков системгэ, опенсорц давно пора закрывать, это же сборище тотальных паразитов. Закоммитил фикс баги в одной строчке — всё, ты паразит, ведь остальными N-1 строчками программы ты воспользовался как есть без изменений. Только постоянные переписывания, только велосипеды с квадратными колёсами, только хардкор!

Grzegorz

сколько бабла они на терпилах подняли?

Кстати, да. Ведь авторы баттхёртиана неплохо так на лохах бабло подняли. И ведь юридически не подкопаешься.

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

баттхёртиан

О, ещё один с вечно разорванной жопой прибежал.

Grzegorz

распыление сил сообщества

Not your personal army. Собственно, распыление сил сообщества — это то чем занимается Лёня со своими кривыми велосипедами.

вред

Это опенсорс, тебе никто ничего не должен.

Grzegorz

Вы дурачок? Это всё — работа над пакетом, т.е. добавочный труд. Именно это указывалось как критерий с самого начала. Если 99% пакетов попадают в Devuan в абсолютно неизменном виде, значит, над ними не ведётся работа, и добавочный труд в их случае нулевой.

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

Grzegorz

Код писать они не умеют или не хотят, мейнтейнить пакеты — тоже

Им, собственно, и не надо - всё уже есть в Дебьяне. Просто выкинуть пачку пакетов (ломать - не строить), пересобрать с другими опциями и готово.

Полагаю именно поэтому количество их патчей в Дебьяне рано нулю: тупо нечего законтрибьютить кроме своего баттхёрта :)

Полагаю именно поэтому количество их патчей в Дебьяне рано нулю: тупо нечего законтрибьютить кроме своего баттхёрта :)

Это не так: elogind в experimental, судя по changelog, загружал Andreas Messer, являющийся участником Devuan. Это потом уже его подхватили другие участники.

Всё-таки не нужно равнять мейнтейнеров, честно делающих свою работу, и интернет-горлопанов с горящей от systemd жопой.

с бэкдорами от systemd, стучащая гуглу

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

Или можешь научить писать драйвера.

Не поможет: драйвера пишут для ядра, а не для дистрибутива.

Блин, а ведь я ещё помню времена, когда ламеры стеснялись рассуждать о выборе дистрибутива до того, как прочитаю документацию об элементарных вещах.

Devuan - дистрибутив для тех, кого обычный Debian облучает…

Жжёшь! :-D :-D :-D

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

Ну... есть тысячи возможных ошибок. «Случайное» выключение во время обновления — не самая вероятная. Куда выше вероятность того, что пользователь случайно удалит какой-нибудь важный для загрузки файл. Не встраивать же в rm и mv интеграцию с apt-ом для проверки, не относятся ли удаляемые файлы к essential?

Но даже если звёзды так сошлись, и юзер «забыл» про обновление, И выключил компьютер, И apt не успел закончить обновление за 20 секунд, что дал ему init, И он как раз находился в процессе распаковки пакетов, И среди тыщи пакетов он в тот момент распаковывал именно один из «важных» для загрузки — даже это не проблема, ведь можно загрузиться с livecd и переустановить попортившиеся пакеты.

В общем, борьба с этой маловероятной проблемой выглядит как бесполезный костыль.

https://salsa.debian.org/apt-team/apt/-/commit/60cc44d160af02c49614653c97bfa3...

Ага. Там есть ссылка на LP#1820886, в котором описан конкретный случай: два юзера, один запускает apt-get upgrade, а другой делает shutdown.

Но почему мы решили бороться именно с этим случаем? Ведь чуть ли не любая файловая операция может сделать систему незагружаемой. И если признать, что это хорошая идея, то аналогичные проверки надо встраивать в tar/cp/mv/vim и во все файловые менеджеры. Собственно, во все программы работающие с файлами...

Либо надо признать, что это тупиковая идея, и решение должно быть другим. Например, shutdown может предупреждать, если в системе залогинены другие юзеры (KDE делал это ещё лет 15 назад). Это одним махом решит все подобные проблемы. И не нужно менять ничего, кроме самого systemd.

Или, другой универсальный вариант: при выключении, если программа долго не завершается — спросить у пользователя разрешение прибить её (это может сделать даже sysvinit в скрипте «sending all processes the KILL signal»).

Либо признать, что это в принципе не проблема, которую стоило решать. Ведь невозможно защитить пользователя от всех ошибок. Можно лишь дать ему инструменты для восстановления после них. А в данном случае инструменты уже есть.

Есть множество альтернатив. Почему не была выбрана любая другая?

Потому что дай человеку молоток, и всё вокруг покажется ему гвоздём. Ему дали метод Inhibit, и он нашёл, куда его приткнуть.

Проблема в парадигме systemd. Чтобы появились альтернативы, должен произойти сдвиг парадигмы: не программы должны подстраиваться под systemd, а systemd должен подстраиваться под программы.

И вторая проблема — эти альтернативы не выгодны для маркетинга systemd, ведь они улучшают сам systemd, а не «подсаживают» на libsystemd другие приложения.

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

Да. Либо заранее, либо динамически. Оно позволяло создавать новые устройства на лету.

Если так, то это не совсем то, что нужно: https://www.x.org/releases/X11R7.7/doc/inputproto/XI2proto.txt

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

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

Некоторые программы умудрялись не открывать файлы, если в их пути была кириллица. А OpenOffice открывал, но отображал кракозябрами в заголовке. Было это всё на SuSE 9.что-то-там.

А, да, было такое. Справедливости ради, в винде с этим тоже бывали проблемы — некоторые программы упорно не хотели работать, если в пути были русские буквы или пробелы.

Именно Xine. Один внешний вид одного из скинов заставил знакомого Linux себе поставить. 🙂
А MPlayer тогда вроде не умел в DVD-меню, или я ошибаюсь?

Вскоре научился, если собран с dvdnav. Но да, xine умел это на пару лет раньше.

Но DVD-меню тогда было не так важно, ведь сами DVD-шки-то он смотрел. В те времена mplayer был ценен кодеками. Под виндой приходилось ставить целую коллекцию кодеков, некоторые из которых ломали друг друга и другие программы. А mplayer под линухом играл всё, и у него были свои win32codecs, сразу все.

Где-то валяются диски с ASPLinux 9 — поставить в виртуалку, что ли…

Эх... у меня где-то и Knoppix 3.x лежит... Их тогда бесплатно рассылали в симпатичных таких картонных конвертиках.

Debian - это шляпа с бэкдорами от systemd, стучащая гуглу.

Ага, а еще в АНБ, ФСБ, ГРУ и КГБ Белоруссии.

Ну и в Моссад, это само собой разумеется.

СБУ забыл.

Grzegorz

подозреваю что твоё фсб и кгб они на бую вертели вместе с тобой.

хочешь сказать systemd не пингует сервера гугл? тогда у меня для вас плохие новости…

Куда выше вероятность того, что пользователь случайно удалит какой-нибудь важный для загрузки файл. Не встраивать же в rm и mv интеграцию с apt-ом для проверки, не относятся ли удаляемые файлы к essential?

Это сделать попросту невозможно, ибо утилиты rm и mv одни для всех, а APT есть лишь в подмножестве дистрибутивов.

Замечу при этом, что для совершения такой ошибки нужно произвести явное целенаправленное опасное действие — удаление одного из системных файлов — в отличие от абсолютно штатного выключения системы. (Почему-то вспомнилась АЗ-5…)

И то в той же rm есть --preserve-root по умолчанию. И от совпадения «..» с шаблоном «.*» защита тоже есть. А с APT нужно поплясать, чтобы удалить критически необходимые пакеты.

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

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

Ага. Там есть ссылка на LP#1820886, в котором описан конкретный случай: два юзера, один запускает apt-get upgrade, а другой делает shutdown.

Но почему мы решили бороться именно с этим случаем? Ведь чуть ли не любая файловая операция может сделать систему незагружаемой

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

Либо признать, что это в принципе не проблема, которую стоило решать. Ведь невозможно защитить пользователя от всех ошибок. Можно лишь дать ему инструменты для восстановления после них.

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

Например, shutdown может предупреждать, если в системе залогинены другие юзеры

Предупреждать не значит предотвращать. Сам факт наличия других активных пользователей ещё не значит, что систему нельзя выключить. Более того, тот же shutdown даже рассылает им сообщения в терминалы, что, мол, система будет выключена через N минут, ещё с древних времён.

Или, другой универсальный вариант: при выключении, если программа долго не завершается — спросить у пользователя разрешение прибить её (это может сделать даже sysvinit в скрипте «sending all processes the KILL signal»).

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

не программы должны подстраиваться под systemd, а systemd должен подстраиваться под программы.

Не могли бы вы расписать подробнее, что вы под этим подразумеваете? Как именно systemd должен подстраиваться под программы?

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

Справедливости ради, в винде с этим тоже бывали проблемы — некоторые программы упорно не хотели работать, если в пути были русские буквы или пробелы

Ох, не напоминайте… Необходимость использовать всякие там _wfopen() вместо нормальной fopen() до сих пор бесит.

Эх… у меня где-то и Knoppix 3.x лежит… Их тогда бесплатно рассылали в симпатичных таких картонных конвертиках.

Эх, а у меня нет таких. Ubuntu 5.04, 5.10 есть, SuSE 9.2 и 9.3, Mandrake 10.0, куча Mandriva, ASPLinux 9.0, 9.2, 10, 11…

SuSE в виртуалку не поставились, как и Mandrake: не смогли распознать CD и жёсткий диск, соответственно. Ubuntu же установилась (вот и пример проблем, кстати), как и ASPLinux (какой же у них тогда классный установщик был!): https://ibb.co/pyVgdn6, https://ibb.co/x5SZR8m.

Это я впринципе уже понял,теперь руки для моего дистрохопа развязаны.

Почему не на всех Devuan?

Да. Твой вопрос заставил меня задуматься. Почему не на всех? Тем более, что прочитав один ответ от забугорного чувака

For me, not using Debian isnt simply a technical matter of trust regarding their use of systemd, but I stopped using Debian way, way, before systemd. Firstly I could never come to terms with the holier than thou attitudes and the sneering at the users who wanted to install proprietary software, but I at least respected their position on that. Loved Debian, didnt like their policies, decided I would respect them and move on. Then a while later I learnt just how much money they were taking from global corporations that appeared to be compromising everything I respected about Debian. Even though I disagreed with them, I at least respected them, admired them in fact, until I found out they hadn’t enough self respect and restraint and discipline to say no to the money that has now corrupted them. Now I cant even download their Net install without feeling slightly tainted. They have gone from being saintly upholders of the values of Linux to being grubby corporate shills.

Очень правильно и правдиво чуваком подмечено. Так что да. Все свои машины переведу на Devuan. Одну уже перевел. Осталось еще одна. Так же сделаю и своей сестре. Она меня попросила :)

unrar

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

Знаю, он с половиной архивов не фурычит. Да и вообще, распаковщик и unrar открытый, только что собрал, закрыт алгоритм сжатия, а тут уже хоть unar хоть p7z юзай, алгоритм закрытым останется.

Странно, собрал pkgbuild’ом арчевым, собрался не только unrar, но и libunrar, которого нет в зависимостях unrar. Любопытненько.

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

Да и вообще, распаковщик и unrar открытый

Я не знаю, но в Devuan он в non-free. Неужели разрабы арча издевательски относятся к лицензиям?

В Параболе тоже его нет (это которая арч только со свободным софтом). В арчевом билде лицензия «custom».

лицензия «custom».

Понял. Спасибо.

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

Интересно почему? Может потому что все дебилы, которых это парило, свалили в баттхёртиан, а делать за других бессмысленную работу - дурных нема?

Может потому что все дебилы, которых это парило, свалили в баттхёртиан

Дебил, прекращай уже баттхёртить.

Grzegorz

Ubuntu 21.10 225 комментариев
Мини-новость: Devuan 4.0 (349 комментариев)

Мудераторы, какого фига эта новость до сих пор в мини?

Grzegorz