9 причин, почему Manjaro лучше, чем Ubuntu

«Самому популярному» дистрибутиву давно пора уступить место более быстрому и удобному конкуренту.



1. Магазин приложений Manjaro быстрее и удобнее


После установки системы новички, скорее всего, первым делом отправятся в «Магазин приложений» Ubuntu. И поразятся, насколько он медленнее и неудобней, чем Microsoft Store в Windows и уж тем более App Store для macOS.

Поиск по названию программы тут выполняется целое тысячелетие, как и установка. Помимо «Магазина», в Ubuntu есть множество других способов устанавливать программы — но в них, если честно, чёрт ногу сломит. Вы можете использовать сторонний менеджер пакетов вроде Synaptic, установить софт из Flatpack или Snap, скачать DEB-установщик… А если в библиотеке Ubuntu нет нужных вам программ, придётся подключить сторонние репозитории через терминал. Более-менее опытные пользователи ко всему этому привыкли, но у новичка это вызывает большие затруднения.


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

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

Вы открываете Pamac, вводите названия нужных вам приложений, отмечаете их галочками и нажимаете на кнопку OK. Всё будет скачано, обновлено и установлено за считаные секунды. После Ubuntu, Mint и других дистрибутивов Manjaro в этом вопросе поражает своей скоростью и удобством.

2. В репозитории AUR намного больше софта



Arch User Repository (AUR) — это особенная фишка Arch Linux, а значит, и Manjaro, который основан на нём. AUR представляет собой централизованную библиотеку программ, куда сообщество пользователей Arch и Manjaro собирает пакеты, не входящие в официальные репозитории. Их там огромное количество: последние версии программ, бета-версии, специализированные инструменты и многие другие приложения, которых нет в других репозиториях.

Если вы пользуетесь Ubuntu и не можете найти нужную вам программу в «Магазине приложений», а собственного репозитория разработчики не предоставляют, вам, скорее всего, придётся собирать приложение из исходных кодов — что для новичка может оказаться чересчур мудрёной задачей.

В Manjaro же достаточно будет включить поиск в AUR в настройках Pamac, ввести название нужной программы — и она найдётся и установится автоматически. Не нужно подключать персональные архивы пакетов (PPA) или разбираться в процессе ручной сборки — система всё сделает за вас.

3. Установка и обновление драйверов в Manjaro куда проще


В Ubuntu есть два основных способа установить или обновить драйверы той же графической карты — что необходимо, если вы собираетесь играть на своей системе. Первый — через встроенный инструмент «Дополнительные драйверы» в «Настройках системы». Вы открываете этот раздел и выбираете нужный драйвер. Проблема в том, что нередко он оказывается недоступен для установки.

Тогда в дело вступает второй способ — через терминал. Вам придётся пройти целый квест по добавлению PPA-архива драйвера через командную строку, что не очень-то легко для человека, который не разбирается в Linux и хочет банально запустить пару игр из Steam после работы.

В Manjaro процесс установки и обновления драйверов намного проще. Вы открываете вкладку «Конфигурация оборудования» в «Параметрах системы» и отмечаете последнюю версию драйвера галочкой, перезагружаетесь — и он установлен. Никакой возни с импортом PPA и командной строкой.

4. Manjaro предлагает более свежие версии ядра



Ядро Linux — это основная часть операционной системы, которая обеспечивает взаимодействие между «железом» компьютера и программами. Чем оно новее, тем лучше будет поддерживаться оборудование: видеокарты, беспроводные адаптеры и прочее.

В Ubuntu ядро обновляется по мере выхода новых версий операционной системы. И если вы будете пользоваться более стабильной, но при этом более старой версией, у вас вполне могут работать не все фишки вашей видеокарты или наблюдаться проблемы с Bluetooth. Конечно, можно обновить ядро вручную через терминал, но это весьма сложный процесс для новичка.

В Manjaro же, как и в Arch, оно всегда свежее, чем в Ubuntu, благодаря чему этот дистрибутив поддерживает больше «железа» и оно работает быстрее. Вдобавок, если вам нужно обновить ядро или, наоборот, откатить его к более старой и проверенной версии, не нужно проходить квест с терминалом или полгода ждать новый выпуск системы.

Достаточно открыть «Параметры», найти вкладку «Ядро» и выбрать нужное из списка. И вуаля, как по волшебству после перезагрузки у вас заработает Wi-Fi, активируется дискретная видеокарта или наконец подключатся беспроводные наушники.

5. Manjaro не нужно переустанавливать при обновлении



Manjaro, как и Arch Linux, представляет собой дистрибутив с так называемым скользящим релизом. Rolling Release — модель разработки ПО, при которой система постоянно обновляется и новые версии программ и компонентов постепенно поступают в репозитории — без необходимости выпуска фиксированных версий ОС.

Примерно это в своё время пыталась сделать Microsoft, когда собиралась назначить «десятку» своей последней ОС, которая бы бесконечно обновлялась и совершенствовалась, но не меняла название. Но в итоге корпорация отказалась от своих планов и обрадовала пользователей выходом Windows 11, а теперь вот и о Windows 12 подумывает.

Ubuntu выпускает новые версии операционной системы с регулярным графиком — стандартные выходят раз в 6 месяцев и обновляются 9 месяцев, а LTS раз в два года, получая поддержку в течении 5 лет. Если ваша ОС слишком старая, Canonical не будет выпускать для неё патчи, а ненавязчиво порекомендует обновиться.

Но нередко ОС после смены мажорной версии начинает вести себя как-то странно. Появляются тормоза и повисания, а репозитории с нужными, но старыми программами отваливаются. В общем, куда легче оказывается скачать ISO нового LTS-релиза Ubuntu и выполнить «чистую» переустановку с флешки, а не нажимать кнопку «Обновить систему» в менеджере программ.


Прямо как при переходе с Windows 10 на Windows 11, да.

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

6. В Manjaro всегда доступны новые версии приложений



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

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

В Manjaro же, если какое-то приложение получило новую версию, вы немедленно увидите его в списке обновлений. Вы всегда будете пользоваться свежайшим софтом — начиная с оболочки графического стола, эмулятора для Windows-программ или драйвера видеокарты и вплоть до плеера и просмотрщика PDF. Вам не придётся ждать по полгода, когда в вашем файловом менеджере или редакторе документов появится давным-давно анонсированная функция.

Так, чтобы иметь последнюю версию рабочего стола KDE в Ubuntu, вам нужно скачать специальный дистрибутив KDE Neon и установить с флешки.


А чтобы добиться того же в Manjaro, достаточно нажать на кнопку «Обновить» в трее.


Свежесть программ особенно важна для пользователей, которым нужно запускать приложения или игры для Windows в их Linux-системе. И в Manjaro им будут доступны самые новые выпуски Wine, имеющие меньше проблем с совместимостью. В отличие от Ubuntu, где придётся попотеть, чтобы подключить тестовые версии Wine-Staging.

7. Manjaro быстрее загружается и работает



Что Ubuntu, что Manjaro ощущаются весьма быстрыми и отзывчивыми системами — той же Windows 11 с ними не тягаться, особенно на маломощном железе. Но Manjaro всё-таки загружается и работает быстрее, чем Ubuntu.

Попробуйте запустить следующую команду и посмотреть список активных процессов в вашей системе:



Код: выделить все systemctl list-unit-files --state=enabled --no-pager


В то время как Ubuntu сразу после загрузки запускает 96 «демонов», Manjaro нуждается всего в… 18. Arch, на котором основан этот дистрибутив, куда менее требователен к объёму оперативной памяти, чем Ubuntu. Меньшее количество процессов означает не только пониженное потребление ОЗУ, но и более бережный расход батареи, что немаловажно для ноутбуков.

8. У Manjaro чрезвычайно подробное руководство пользователя



Поскольку в основе Manjaro лежит Arch, ответы на любые вопросы, связанные с этим дистрибутивом, какими бы они специфичными ни были, можно найти на ArchWiki. Это поддерживаемый сообществом опытных пользователей веб-ресурс, предоставляющий обширную документацию и информацию об Arch.

Arch Wiki включает в себя мануалы по установке, конфигурации, обслуживанию дистрибутива, сведения о его программном обеспечении, настройке «железа» и многом другом. Если у вас есть проблема или вам нужна какая-то информация, поищите на Arch Wiki. Руководства пользователей Ubuntu и других дистрибутивов Linux ощутимо уступают Arch Wiki по подробности и дотошности.

9. Manjaro разрабатывается сообществом, а не корпорацией



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

Так, Canonical долгое время безуспешно пробовала подсадить пользователей на своё облачное хранилище Ubuntu One за скромную плату — сервис, правда, так и не взлетел. Также в течении почти что 8 лет компания сотрудничала с Amazon, вставляя в свой дистрибутив её веб-магазин, а также добавляя рекламу в поиск в главном меню.


Как Microsoft какая-нибудь, ей-богу.

Сейчас Canonical отказалась от попыток монетизировать домашнюю версию Ubuntu, но всё равно добавляет предложения подписаться на сервис коммерческой поддержки Ubuntu Pro в терминал, чем раздражает пользователей.

Вдобавок компания сосредоточилась на корпоративных клиентах, а дистрибутив для простых смертных запрятала на своём сайте так глубоко, что не сразу разберёшься, существует ли он вообще. Не верите — загляните на Ubuntu.com и попробуйте найти на главной странице упоминания не об enterprise-решениях, а о системе для дома.

Manjaro же разрабатывается небольшой командой, не собирает телеметрию, не пытается уговорить вас приобрести коммерческую поддержку или посмотреть рекламу. Этот дистрибутив ориентирован на домашних пользователей, а не на корпоративных клиентов, как детища Canonical или Red Hat. Так что, если вы не собираетесь основывать на Linux собственный бизнес, а просто хотите смотреть фильмы, слушать музыку, сидеть в интернете и играть в игры, Manjaro тут смотрится более привлекательным вариантом.

Д. Сажко

pka1985 писал(а):

Торентакачалки нет в образе. В терминале apt-get не работает.

пришел за хлебом в обувной магазин

pka1985 писал(а):

Говорю: скачай Transmition. Отвечает: будет скачано 1,5 ГБ зависимостей.

чет сомневаюсь чтобы аж стока, в Арче есть несколько версий Transmission под разные графические тулкиты, вернее под два основных gtk и qt
возможно вы выкачали противоположный тулкит, на свежеустановленной машине вполне возможно, но париться из за этого не стоит, так как он будет использоваться многими программами и качается единожды
https://archlinux.org/packages/?sort=&q=Transmission
сама программа в установленном виде весит порядка 4-5МБ, можете пойти по ссылке выше и убедиться для пакетов transmission-gtk и transmission-qt, если говорить о флатпаке то там меньше 20МБ ( https://flathub.org/apps/com.transmissionbt.Transmission )
сам я спользую transmission-cli с запущенным демоном и веб-браузер как клиент, что позволяет комфортно с ним работать как локально так и удалённо

Andrey_Vladimirovich писал(а):

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

у каждого графического тулкита свой подход и это не тока визуальная составляющая
вот вы бы хотели чтобы на 10 винде можно было бы использовать полное оформление рабочего места как в XP или 7 ? и не что-бы просто кое-как подогнано каким-то расширением, а именно так как в старые добрые времена ? но вот нельзя, так как в винде всё прибито гвоздями и товарищ должен наслаждаться только тем что даёт ему партия.
ну а в линуксовых тулкитах разница еще больше чем в разных поколениях виндового графического интерфейса, но при желании ты можешь их менять и настраивать как твоей душе угодно.

balarava писал(а):

вы пробовали использовать fpcupdeluxe ?

Нет, этого я не пробовал. Спасибо за наводку. Но, я устанавливал Lazarus с дистрибутивов с офиц. сайта производителя. Так что, честно говоря, я вообще не понимаю, почему мне пришлось ещё что-то делать, чтобы элементарно их установить? Почему элементарная задача даётся только с боем?
P.S. Я тут немного напутал про кроссплатформенность. В моём случае речь шла только о создании x32 приложения под Lin в Debian x64.

Добавлено спустя 3 минуты 59 секунд:

Prizrak_13 писал(а):

Andrey_Vladimirovich такие же условия вам предоставляет и виндовс

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

Andrey_Vladimirovich

Нет, я предлагаю изучать, а там где что-то не от вас зависит просто принимать. Иная сторона контрпродуктивна

Andrey_Vladimirovich писал(а):

Почему элементарная задача даётся только с боем?

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

balarava писал(а):

Andrey_Vladimirovich писал(а): Почему элементарная задача даётся только с боем? когда вариантов много и они относительно быстро меняются то и уследить за этим не простая задача, особенно если люди "работают" не за зарплату.

Тогда о какой стабильности может идти речь?
Для примера, я скачал 3-ю версию архиватора 7-zip 2003 года (она ещё не знала о 2-й версии фирменного алгоритма сжатия) и без проблем установил её на Win10, если правильно помню, в 2020 году. Программа без проблем установилась, запустилась и создавала и распаковывала архивы. А всё потому, что она была правильно написана с точки зрения работы ОС, а ОС правильно создана с точки зрения поддержки ПО.

balarava писал(а):

Но раз уж разговор зашел о кросс-компиляции то глянул что-там да как, проверять кросс-компиляцию по ссылке из вики не стал так как инструкция написана для Debian/Ubuntu а у меня Arch и пришлось бы тратить время на адаптацию, но там же нашел другой вариант но уже с помощью fpcupdeluxe, через который и установил то что нужно, ну и затестил без проблем скомпилировав простенькую форму с кнопкой под 32-bit.

Вооот... Смотрите, сколько сложностей и плясок с бубном для того, что в винде делается — внимание — одним тычком мыши! В линухе для кросскомпиляции i386 <-> amd64 надо качать исходники fpc и ручками компилировать бинутили, а в виндовую версию это всё уже готовое включено, ставится одним кликом мыши и просто работает из коробки!

balarava писал(а):

тут немного другая ситуация, судя по рассказу

Там, конечно, учитель тот ещё фанат-линуксоид и вовсю пропагандирует сие поделие школярам, хоть школьной программой это не предусмотрено, но речь-то не об этом, а о том, что одна и та же программа в винде поставилась парой кликов мышью и сразу заработала, а в линухе потребовала долгого консольного шаманства!
Линух совершенно не дружелюбен к пользователю и заставляет плясать с бубном в консоли, стоит чуть выйти за рамки узкого круга задач "посмотреть кино - послушать музыку - посидеть в соцсетях", вот о чём речь!

Andrey_Vladimirovich писал(а):

balarava писал(а): Andrey_Vladimirovich писал(а): Почему элементарная задача даётся только с боем? когда вариантов много и они относительно быстро меняются то и уследить за этим не простая задача, особенно если люди "работают" не за зарплату. Тогда о какой стабильности может идти речь?

стабильность чего ? вы же не думаете что стабильные виндовс сервера вытеснили нестабильный линуск дистрибутивы ? w3techs
если уж применять какие либо термины то можно взять за основу эссе Эрика Рэймонда "Собор и Базар"

Andrey_Vladimirovich писал(а):

Для примера, я скачал 3-ю версию архиватора 7-zip 2003 года (она ещё не знала о 2-й версии фирменного алгоритма сжатия) и без проблем установил её на Win10, если правильно помню, в 2020 году. Программа без проблем установилась, запустилась и создавала и распаковывала архивы. А всё потому, что она была правильно написана с точки зрения работы ОС, а ОС правильно создана с точки зрения поддержки ПО.

пример к стабильности или нестабильности системы отношения совершенно не имеет, но сам пример отличный, сейчас поймёте почему.
на сколько я понимаю вы устанавливали версию 3.13(от 2003-12-11) и судя по sourceforge она 32 разрядная, качаем, проверяем:

Код: выделить все $ file 7z313.exe 7z313.exe: PE32 executable (GUI) Intel 80386, for MS Windows, UPX compressed, 3 sections

и если запустить то наверняка он будет рабочий, так как в винде за поддержку и запуск всего этого(32->64) отвечает отдельная подсистема WOW64

что же с линуксом, если кратко, то всё примерно тоже самое, у Debian/Ubuntu есть MultiArch да и у других дистрибутивов есть что-то подобное, и где при необходимости просто нужно до установить нужные библиотеки если они конечно еще не установлены.
Официальная поддержка linux в 7-zip появилась начиная с версии 21.02 но тока с версии 21.06 автор стал выкладывать два бинарника, о чем он и написал в файле readme.txt

Код: выделить все 7zz         - standalone console version of 7-Zip (version compiled for dynamic system library linking) 7zzs        - standalone console version of 7-Zip (version compiled with static system library linking)

где говориться что файл 7zz с динамической линковкой, а второй со статической(когда нужные библиотеки уже находятся в самом бинарнике).
то есть, чтобы запустить наверняка, распаковываем файл 7zzs и запускаем.
По поводу файла 7zz смотри спойлер ниже. По итогу, как и для винды под линем нам достаточно просто запустить один файл 7zzs, и всё, но для желающих еще есть(красная таблетка) выбор в виде 7zz и динамической линковкой.

dimitriy7 писал(а):

Вооот... Смотрите, сколько сложностей и плясок с бубном для того, что в винде делается — внимание — одним тычком мыши! В линухе для кросскомпиляции i386 <-> amd64 надо качать исходники fpc и ручками компилировать бинутили, а в виндовую версию это всё уже готовое включено, ставится одним кликом мыши и просто работает из коробки!

из коробки и одним щелчком мыши говорите ? а что это написано в README.md
Home / Lazarus Windows 64 bits / Lazarus 3.2

Код: выделить все * Add-On for building and debugging 32bit Windows applications:     `lazarus-3.2-fpc-3.2.2-cross-i386-win32-win64.exe`     This file can be installed as add-on to the 64 bit Lazarus IDE (on Systems with Windows 64 bit only), if you wish to develop for 32bit Windows too.

рядом но не в коробке, а если еще и на другие платформы кросскомпиляция нужна помимо винды ? уже не очень, да ?
а вот как раз упомянутая программа fpcupdeluxe довольно легко с этим справится, буквально в несколько щелчков

dimitriy7 писал(а):

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

то есть, вы продолжаете проецировать ваш единичный негативный опыт от конкретного дистрибутива непонятной свежести на все остальные линукс дистрибутивы, а зачем ? ведь я вам продемонстрировал как последняя версия lazarus/fpc ставится буквально за минуту под тем же Арчем, хоть вы и писали перед этим что, цитата:

dimitriy7 писал(а):

Что же тогда делается в остальных дистрибутивах, большинство из которых склепаны из той же федоры или дебиана криворукими студентами на коленке?

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

balarava писал(а):

рядом но не в коробке

Хм, вы действительно не видите разницы между "скачать екзешник и 1 раз щёлкнуть по нему мышью" и "скачать исходники, самостоятельно скомпилировать бинутили, рассовать их руками по папкам, настроить конфиги"?

balarava писал(а):

а если еще и на другие платформы кросскомпиляция нужна помимо винды ?

Примерно так же, только бинутили идут не в екзешнике, а в архивах, и их надо руками закинуть в папку с fpc. Но компилировать их самому не надо — они уже скомпилированы. И даже закинуть их в папку в винде проще, потому что fpc в винде лежит себе в одной своей папке, а в линухе он размазан по всей ФС — в /usr/bin, /usr/lib, /usr/share, ещё чёрт знает где...

balarava писал(а):

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

Ну а вы зачем-то продолжаете проецировать ваш единичный позитивный опыт от какого-то конкретного "арча" (я про него до этого даже не слышал, например) на все остальные линукс дистрибутивы. Это разве лучше? Я о том и говорю: проблема линуха в зоопарке 100500 дистрибутивов, и каждый со своими глюками, и меж собой часто несовместимы даже просто по формату установочных пакетов программ! И это плохо. Из-за этого и возникают ситуации, что в вашем арче fpc ставится легко, но из магазина, а в федоре он ставится локально, но с консольным шаманством, а в альте он вообще есть из коробки, а в каких-то дистрибутивах его, может, вообще не поставишь никак. А должна быть унификация, чтобы любую программу можно было распространять в виде единственного универсального пакета для всех без исключения дистрибутивов линуха, и чтобы она во всех дистрибутивах одинаково ставилась в пару кликов мышью и одинаково работала. Как в винде.

dimitriy7 писал(а):

balarava писал(а): рядом но не в коробке Хм, вы действительно не видите разницы между "скачать екзешник и 1 раз щёлкнуть по нему мышью" и "скачать исходники, самостоятельно скомпилировать бинутили, рассовать их руками по папкам, настроить конфиги"?

вы говорили про то что "в виндовую версию это всё уже готовое включено", я грешным делом подумал что речь шла про сам лазарус в котором уже включены файлы для кроскомпиляцию i386 <-> amd64, ну ок.

dimitriy7 писал(а):

balarava писал(а): а если еще и на другие платформы кросскомпиляция нужна помимо винды ? Примерно так же, только бинутили идут не в екзешнике, а в архивах, и их надо руками закинуть в папку с fpc. Но компилировать их самому не надо — они уже скомпилированы. И даже закинуть их в папку в винде проще, потому что fpc в винде лежит себе в одной своей папке, а в линухе он размазан по всей ФС — в /usr/bin, /usr/lib, /usr/share, ещё чёрт знает где...

звучит здорово, а не подскажите тогда где взять эти ваши "бинутили в архивах" для кроскомпиляции(win64->Lin,Mac,Android) ? а то вики лазаруса по этому поводу предлагает делать какой-то ад и садомию.
Я так понимаю вы так и не попробовали fpcupdeluxe ? а зря, решает вопрос на корню

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

dimitriy7 писал(а):

Ну а вы зачем-то продолжаете проецировать ваш единичный позитивный опыт от какого-то конкретного "арча" (я про него до этого даже не слышал, например) на все остальные линукс дистрибутивы. Это разве лучше?

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

dimitriy7 писал(а):

Я о том и говорю: проблема линуха в зоопарке 100500 дистрибутивов, и каждый со своими глюками, и меж собой часто несовместимы даже просто по формату установочных пакетов программ! И это плохо. Из-за этого и возникают ситуации, что в вашем арче fpc ставится легко, но из магазина, а в федоре он ставится локально, но с консольным шаманством, а в альте он вообще есть из коробки, а в каких-то дистрибутивах его, может, вообще не поставишь никак. А должна быть унификация, чтобы любую программу можно было распространять в виде единственного универсального пакета для всех без исключения дистрибутивов линуха, и чтобы она во всех дистрибутивах одинаково ставилась в пару кликов мышью и одинаково работала. Как в винде.

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

balarava писал(а):

звучит здорово, а не подскажите тогда где взять эти ваши "бинутили в архивах" для кроскомпиляции(win64->Lin,Mac,Android) ? а то вики лазаруса по этому поводу предлагает делать какой-то ад и садомию.

Так там же, где и всегда: на сайте FPC (а не лазаруса):
https://downloads.freepascal.org/fpc/contrib/cross/mingw/

balarava писал(а):

Я так понимаю вы так и не попробовали fpcupdeluxe ?

Нет, ибо не нашёл там готового установщика для винды в виде exe, msi или zip-архива с готовыми бинарниками. А в папке "scripts/windows" там лежат только батники с каким-то мусором внутри типа

Код: выделить все ./configure --disable-shared --enable-static --with-winssl --disable-ldap --disable-sspi --without-librtmp --disable-file --disable-dict --disable-telnet --disable-rtsp --disable-pop3 --disable-imap --disable-smtp --disable-gopher --disable-smb --without-libidn make make install

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

balarava писал(а):

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

Ну вот, опять репозитории... А если надо скачать установочный пакет на одном компе с виндой, а потом поставить на другой комп с линухом без интернета? Что в этом случае предлагается? кучка пакетов rpm и deb для разных версий разных линухов, плюс исходники для самостоятельной компиляции, если готовый rpm/deb не встанет (как у меня случилось). И исходники обязательно пожаты в 2-3 вложенных друг в друга архива -- это что за извращение? Зачем так делать? В винде никто не пакует файлы в ace, потом в cab, потом в 7z -- как-то обходятся стандартными zip или rar.

balarava писал(а):

скачался код с github-a собрался в фоне и установился.

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

balarava писал(а):

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

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

balarava писал(а):

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

Ой, я за свою долгую жизнь много с чем работал, и с виндой, и с линухом (помните такой -- ASPLinux, один из 100500 клонов красношляпы? Вряд ли, он загнулся больше 10 лет назад, а мне с ним по работе иметь дело приходилось во время очередного приступа "импортозамещения буржуйской винды на отечественный линух" году этак в 2008-м -- ну и жуть же это была, линух тех лет!), и с яблоком, и даже с полуосью, когда она ещё жива была в 90-х... И тёплые слова могу сказать только про nt-подобную винду с nt 4.0 по вин-7 включительно. Остальное -- ну так себе, а от вин-98 и линуха только ругаться хочется нецензурно.

dimitriy7 писал(а):

balarava писал(а): звучит здорово, а не подскажите тогда где взять эти ваши "бинутили в архивах" для кроскомпиляции(win64->Lin,Mac,Android) ? а то вики лазаруса по этому поводу предлагает делать какой-то ад и садомию. Так там же, где и всегда: на сайте FPC (а не лазаруса): https://downloads.freepascal.org/fpc/contrib/cross/mingw/

да не, 20 лет это уже сильно протухшее, потом не пойми из за чего проблемы, но у них на gitlab в принципе нашел посвежее, а кросскомпилятор win32 должен работать на win64, по крайней мере в лине так и работает

dimitriy7 писал(а):

balarava писал(а): Я так понимаю вы так и не попробовали fpcupdeluxe ? Нет, ибо не нашёл там готового установщика для винды в виде exe, msi или zip-архива с готовыми бинарниками. А в папке "scripts/windows" там лежат только батники с каким-то мусором внутри типа ... Может, плохо искал? Ну на гитхабе почти в любом проекте всегда такая братская могила из 100500 разных файлов типа всяких исходников, среди которых готовую скомпилированную программу фиг найдёшь... Вы ссылочкой поделитесь, скачаю, попробую.

там в релизах просто список файлов большой под разные комбинации, поэтому он частично свёрнут, возможно просто не заметили, там в конце видимого списка просто нажать show all 43 assets чтобы развернуть полный список, там и прямая ссылка на экзешник будет (fpcupdeluxe-x86_64-win64.exe ). Там и готовые бинарники есть под разные платформы, в том числе и линукс.

dimitriy7 писал(а):

Ну вот, опять репозитории... А если надо скачать установочный пакет на одном компе с виндой, а потом поставить на другой комп с линухом без интернета? Что в этом случае предлагается? кучка пакетов rpm и deb для разных версий разных линухов, плюс исходники для самостоятельной компиляции, если готовый rpm/deb не встанет (как у меня случилось). И исходники обязательно пожаты в 2-3 вложенных друг в друга архива -- это что за извращение? Зачем так делать? В винде никто не пакует файлы в ace, потом в cab, потом в 7z -- как-то обходятся стандартными zip или rar.

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

dimitriy7 писал(а):

balarava писал(а): скачался код с github-a собрался в фоне и установился. И что, это нормально? Нормально, когда скачивается исходник и компилируется прямо на компе у простого пользователя? Нет, это не нормально. Как минимум потому, что у пользователя может не оказаться ни соединения с гитхабом, ни предустановленного нужного компилятора. Вот просто представьте, что гитхаб перестанет отдавать файлы пользователям из России или вообще начнёт отдавать что-то вредоносное -- и что тогда? А тогда такой линух превратится в тыкву.

во первых, гитхаб я упомянул как один из хостингов для системы управления версиями git, в том то и дело что это всё легко можно поднять на другом сервере даже если что-то случиться, гитхаб/гитлаб просто используют из за халявного ресурса.
во вторых, компиляция небольших программ довольно быстра и почти незаметна пользователю, ну будет на пару минуту дольше устанавливаться программа, делов то с такими мощностями у пользователя.
По поводу предустановки нужного компилятора для сборки то об этом заботится пакетный менеджер. Если брать тот же AUR(Arch User Repository) который позволяет любому пользователю записывать(делиться) туда свои рецепты сборки программы в виде простенького скрипта в котором и указывается что и откуда скачать, как и чем собрать собрать, подгрузить зависимости если нужно, ну и куда потом всё это собранное добро положить, в общем, после сборки по рецепту, пакетный менеджер что работает с ауром всё это оформляет в виде пакета и устанавливает в систему попутно регистрируя новый/обновлённый пакет в базе. И заметь всё это работает так что пользователь практически не видит разницу работы с пакетами из официального бинарного репозитория или с полуофициального аура где лежать только рецепты. И надо заметить это жутко удобно, мало того что ты можешь использовать любой ресурс где будут лежать бинарники и/или сорци для сборки(необязательно гитхаб), но и обновлять всё это по щелчку.
Вот представь, есть некая программа на гитхабе, допустим у неё в релизах даже выкладывают собранные бинарники которые периодически обновляются, ты установил, пользуешься, но как ты узнаешь что есть новая версия ? тебе либо должна сама программ об этом напомнить если у неё есть такой функционал(что на вряд ли) либо ты сам должен сходить и посмотреть, а после ручками всё поставить, а если таких программ с десяток ? а вот если есть рецепт на эту программу то тебе достаточно просто обновить систему(одной командой, ну или по таймеру) и пакетный менеджер за тебя проверит обновления и если они есть то установит их.
Можно даже немного усложнить и представить что у некоторых программ нету бинарников а тока сорци, ну или ты например хочешь сборку из основного текущего дерева, то есть тебе каждый раз помимо всего нужно будет еще и компилировать всё ручками, а зачем ? пусть отслеживанием, сборкой и обновлением пакетов занимается пакетный менеджер. Понятное дело могут быть и минусы, например, пакет по каким-то причинам может не собраться, но это дело можно и отложить, а заодно пойти постучаться тому кто следит за данным пакетом(рецептом в ауре) и описать проблему.

dimitriy7 писал(а):

balarava писал(а): у всего есть сильные и слабые стороны, у линя способность затачиваться под разные задачи Ну так пусть и сидит там, где его сила -- в телевизорах, роутерах, веб-серверах и всяких прочих местах, где нужна заточенность под конкретное железо и конкретный узкий круг ПО. А на настольных компах, где зоопарк железа и люди с компом на "Вы" -- там линуху не место. Он недостаточно дружелюбен к пользователю для этого.

как я и писал выше, вы слишком категоричны, всё течет, всё меняется.

dimitriy7 писал(а):

balarava писал(а): мой 10/10+ лет опыта с вин/лин, причем хватает не тока позитивного но и негативного, что позволяет рассуждать боле менее здраво и не вдаваться в крайности, у вас же напротив, опыт мимолётный а суждения категоричны. Ой, я за свою долгую жизнь много с чем работал, и с виндой, и с линухом (помните такой -- ASPLinux, один из 100500 клонов красношляпы? Вряд ли, он загнулся больше 10 лет назад, а мне с ним по работе иметь дело приходилось во время очередного приступа "импортозамещения буржуйской винды на отечественный линух" году этак в 2008-м -- ну и жуть же это была, линух тех лет!), и с яблоком, и даже с полуосью, когда она ещё жива была в 90-х... И тёплые слова могу сказать только про nt-подобную винду с nt 4.0 по вин-7 включительно. Остальное -- ну так себе, а от вин-98 и линуха только ругаться хочется нецензурно.

опыт середины нулевых это конечно сильно, но недостаточно чтобы судить о сегодняшнем дне, или вы полагаете что за время когда XP превратилась в Win11 ничего не поменялось в мире линукс ?

balarava
Честно говоря не понял, что вы имели в виду, когда ответили по поводу поддержки Win старой версии архиватора 7-Zip. Можете, привести подобный пример с программой 10-20 летней давности в среде Lin? Только желательно с использованием дистрибутива, т.к. только в таком случаем мы можем себе гарантировать, что программа у нас будет в наличии, ведь содержимое репозитория от нас на зависит.
А вот пример обратного с Lin я могу привести. Это программа MediaInfo. Зайдите на её сайт. Там в разделе скачивания не только для разных линеек Lin, а даже для разных версий одного и того же производителя предлагается свой дистрибутив. И тут я делаю только один вывод, что нет даже прямой совместимости (я уж не говорю об обратной). Может, это и исключение, но тогда почему оно имеется? В дистрибутивах под Win такого нет. Там просто разделено на очень старые, старые и новые. Но, это нормальная практика. Даже под Android ситуация иная, на данный момент программа поддерживает версии 4.1-12. Кстати, исключением является Arch. Так может, вот он идеальный Linux? Хотел я его тут поставить, но он предлагает это делать исключительно через терминал. Позже попробую это всё-таки сделать (тем более, есть статьи, где описывается способ прикрутки графического интерфейса для установки Arch’а).

Теперь насчёт стабильности.
Если в Lin имеются выше описанные проблемы с установкой программ, с чего мне думать, что её нет с установкой нужных пакетов для компонентов ОС?
К тому же, для меня, как для пользователя, одним из элементов стабильности является, если, я могу установить одну и ту же программу одной и той же версии (фактически с одного и того же файла) на разных версиях ОС (как минимум, одного и того же производителя) и эта программа установится без шаманства и так же без проблем будет работать. В среде Win это реальность, хотя, бывают и исключения.
Недавно в Ютубе наткнулся на видео, где Win 11 x64 позволила установить драйверы 2007 года для сканера, предназначенные только для Win Vista и ниже. Дистрибутив запустили в режиме совместимости и после установки проверка показала, что сканер работает. Если бы я это не увидел, никогда бы не поверил, что такое возможно, всё-таки драйверы ответственное дело, в случае ошибки можно и систему повесить.

Что касается серверов на Lin, то для меня загадка, почему так много плясок с бубном у Desktop’а и, вроде, всё хорошо с серверными версиями (или там та же ситуация, но админы за это получают деньги, вот пусть и шаманят?). Кстати, по ссылке, которую вы привели, говорится о Unix, а не Linux. Я так до конца и не понял, в чём разница, но вроде, это не одно и то же. Мне всегда казалось, что Unix более надёжен и безопасен, чем Linux, а в статьях пишут, что дело в основном в закрытости кода и платности. В общем, я так полагаю, что, если серверная версия Unix или Lin платная, то в этом и кроется ответ, почему его используют — производитель отвечает за продукт. Если используют бесплатную версию, то только по тому, что не нужно платить. Как вы думаете, сколько использовалось бы Win Server, если бы эта ОС была бесплатной? Их бы было большинство, так же как сейчас с десктопной версией Win, хотя она платная.

Опять приходится возвращаться к Lazarus. Под Arch вы его устанавливали исключительно из репозитория или скачивали дистрибутивы с офиц. сайта производителя? Если исключительно из репозитория, может, это один из ответов, почему всё получилось относительно быстро? А второй, видимо, Arch.

balarava писал(а):

да не, 20 лет это уже сильно протухшее

Ну и что? Работают же? Работают. В винде "обратная совместимость" — не пустой звук, а реальность. И программы, скомпилированные 20 лет назад под вин-ХР, прекрасно работают на всех виндах от НТ 4.0 до новейшей вин-11. А если работают — зачем их переделывать?

balarava писал(а):

там в релизах просто список файлов большой под разные комбинации, поэтому он частично свёрнут, возможно просто не заметили, там в конце видимого списка просто нажать show all 43 assets чтобы развернуть полный список, там и прямая ссылка на экзешник будет

Спасибо, посмотрю на выходных.

balarava писал(а):

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

С хаосом обновлений справиться можно очень просто: просто не страдать обновлизмом и жить по принципу "работает — не трогай!"

balarava писал(а):

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

А это не важно! Что делать, если сети нет вообще никакой? Например, поставили на комп линух, а в дистрибутиве нет драйвера на сетевую карту? Или кабель порвался, в сети неполадки, роутер там сгорел, в серверной электричество отключилось, отключили за неуплату, и т.д.? Всегда надо исходить из понимания, что сеть — штука непостоянная, её легко может не быть, и основной способ установки ПО — не сетевой, а локальный, из файла на винте или флешке. Но создатели дистрибутивов линуха об этом забывают и упарываются в сетевую установку, плюя на локальную, которая в линухе всё так же убога, как четверть века назад. Вообще никакого прогресса — как тогда надо было перебирать 100500 версий deb/rpm-пакетов или шаманить в консоли с исходниками, так и сейчас приходится, если нет сети или нет нужной программы в репозитории.

Andrey_Vladimirovich писал(а):

Недавно в Ютубе наткнулся на видео, где Win 11 x64 позволила установить драйверы 2007 года для сканера, предназначенные только для Win Vista и ниже. Дистрибутив запустили в режиме совместимости и после установки проверка показала, что сканер работает. Если бы я это не увидел, никогда бы не поверил, что такое возможно, всё-таки драйверы ответственное дело, в случае ошибки можно и систему повесить

Чистая правда: у меня под виндой прекрасно работает МФУ hp c5380 2008-го года выпуска с дровами для вин-7. А федора с ним работать отказалась. Больше того — родственнице год назад купили ноут с вин-11, так она печатает с него на совсем древнем hp 3550 где-то 2002-2003 года с дровами для вин-2003!

dimitriy7 писал(а):

Чистая правда: у меня под виндой прекрасно работает МФУ hp c5380 2008-го года выпуска с дровами для вин-7. А федора с ним работать отказалась. Больше того — родственнице год назад купили ноут с вин-11, так она печатает с него на совсем древнем hp 3550 где-то 2002-2003 года с дровами для вин-2003!

Интересно, а драйверы таким образом установленные какой разрядности?

dimitriy7 писал(а):

balarava писал(а): да не, 20 лет это уже сильно протухшее Ну и что? Работают же? Работают.

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

dimitriy7 писал(а):

С хаосом обновлений справиться можно очень просто: просто не страдать обновлизмом и жить по принципу "работает — не трогай!"

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

dimitriy7 писал(а):

А это не важно! Что делать, если сети нет вообще никакой? Например, поставили на комп линух, а в дистрибутиве нет драйвера на сетевую карту? Или кабель порвался, в сети неполадки, роутер там сгорел, в серверной электричество отключилось, отключили за неуплату, и т.д.? Всегда надо исходить из понимания, что сеть — штука непостоянная, её легко может не быть, и основной способ установки ПО — не сетевой, а локальный, из файла на винте или флешке. Но создатели дистрибутивов линуха об этом забывают и упарываются в сетевую установку, плюя на локальную, которая в линухе всё так же убога, как четверть века назад. Вообще никакого прогресса — как тогда надо было перебирать 100500 версий deb/rpm-пакетов или шаманить в консоли с исходниками, так и сейчас приходится, если нет сети или нет нужной программы в репозитории.

так с виндой будут те же проблемы, поставите вы её на копм, а её универсальный драйвер для вашей сетевой карты не подходит, что делать ? писать письма производителю ?
нужны полные установочные образы ? не проблема, вон у дебиана возьмите, там и размеры можно подобрать подходящие, как-то есть там образы парочки dlbd(double blueray disk) которые можно закатать на флеху и спокойно пересидеть апокалипсис.
да даже в дистрах с ролинг-релизом по типу арча при желании можно скачать всё офзеркало и подключить его локально и спокойно обойтись без интернета, правда и занимает оно порядка 80 гиг будет, зато поимеешь срез на определённую дату, а обновлять его периодически можно когда флешка-посылка с новым обозом прибудет.

------------------------------------------------------------------------------------------------------------------------------------------------------

Andrey_Vladimirovich писал(а):

Честно говоря не понял, что вы имели в виду, когда ответили по поводу поддержки Win старой версии архиватора 7-Zip. Можете, привести подобный пример с программой 10-20 летней давности в среде Lin? Только желательно с использованием дистрибутива, т.к. только в таком случаем мы можем себе гарантировать, что программа у нас будет в наличии, ведь содержимое репозитория от нас на зависит.

на примере с 7zip я показал что если программа собрана статически то и проблем с её запуском скорее всего не будет. В винде всё тоже самое, просто в окнах разрабы привыкли к закрытому коду и лозунгу "всё своё(и не своё тоже) ношу с собой", под линем же культура сформировалась немного по другому и открытый код побудил людей чаще использовать динамическую линковку, зачем тратить ресурсы на чрезмерное дублирование кода если нечего скрывать. Поэтому и получается что в лине одну библиотеку могут переиспользовать множество программ просто динамически ссылаясь на неё и не включая в свой бинарник(экзешник), под виндой же наоборот постараются в экзешник запихнуть побольше библиотек чтобы наверняка. Отсюда и растут проблемы у винды с безопасностью, ведь если в одной часто используемой библиотеке найдут уязвимость то недостаточно просто обновить только эту одну библиотеку, а нужно обновить все программы которые её себе статически прилинковали. У линя же другая проблема, если библиотека чересчур сильно и неожиданно обновиться, то некоторые программы могут поломаться пока не подкорректируються под новые реалии. Теперь думаю стало немного понятнее почему под линем расцвели репозитории и пакетные менеджеры для них, как раз таки чтобы все эти неожиданности сгладить.
В общем, как говориться, тут либо крестик нужно снять, либо трусы надеть.

Andrey_Vladimirovich писал(а):

А вот пример обратного с Lin я могу привести. Это программа MediaInfo. Зайдите на её сайт. Там в разделе скачивания не только для разных линеек Lin, а даже для разных версий одного и того же производителя предлагается свой дистрибутив. И тут я делаю только один вывод, что нет даже прямой совместимости (я уж не говорю об обратной). Может, это и исключение, но тогда почему оно имеется? В дистрибутивах под Win такого нет. Там просто разделено на очень старые, старые и новые. Но, это нормальная практика. Даже под Android ситуация иная, на данный момент программа поддерживает версии 4.1-12. Кстати, исключением является Arch.

в MediaInfo используется внешние зависимости как графические так и системные, которые в свою очередь, если брать туже убунту, обновляются при каждом её релизе, поэтому тут либо нужно обновлять программу под каждый релиз чтобы их использовать, так как накапливать в системе старые версии библиотек никто без большой нужды не будет, либо стать раз в 10 толще и тянуть легаси с собой из релиза в релиз.
Арч это отдельная тема, тут ролинг-релиз, тут тока один релиз, текущий, без всяких стабилизаций в несколько лет как в той же убунте, ну а версия программ всегда последняя, за редким исключением.
Так что программа/пакет mediainfo в Арче будет всегда свежей как и её графический спутник mediainfo-gui

Andrey_Vladimirovich писал(а):

Так может, вот он идеальный Linux? Хотел я его тут поставить, но он предлагает это делать исключительно через терминал. Позже попробую это всё-таки сделать (тем более, есть статьи, где описывается способ прикрутки графического интерфейса для установки Arch’а).

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

Andrey_Vladimirovich писал(а):

Теперь насчёт стабильности. Если в Lin имеются выше описанные проблемы с установкой программ, с чего мне думать, что её нет с установкой нужных пакетов для компонентов ОС? К тому же, для меня, как для пользователя, одним из элементов стабильности является, если, я могу установить одну и ту же программу одной и той же версии (фактически с одного и того же файла) на разных версиях ОС (как минимум, одного и того же производителя) и эта программа установится без шаманства и так же без проблем будет работать. В среде Win это реальность, хотя, бывают и исключения.

это про удобство, а не про стабильность.
"я могу установить одну и ту же программу одной и той же версии" - многоженство в линукс не поощряется, а в арче тем более. Не, собрать то конечно можно, но это уже будет мимо пакетного менеджера и регистрации в локальной базе отслеживаемых пакетов, и если для простых программ это может и не критично то вот с тему у которых много зависимостей будет уже не айс.
С множественной установкой однотипных программ вам стоит посмотреть в сторону того же NixOS, и хоть вкатываться поначалу будет даже тяжелее чем в Арч но стабильность и возможности будут на уровне.

Andrey_Vladimirovich писал(а):

Недавно в Ютубе наткнулся на видео, где Win 11 x64 позволила установить драйверы 2007 года для сканера, предназначенные только для Win Vista и ниже. Дистрибутив запустили в режиме совместимости и после установки проверка показала, что сканер работает. Если бы я это не увидел, никогда бы не поверил, что такое возможно, всё-таки драйверы ответственное дело, в случае ошибки можно и систему повесить.

здесь скорее исключение чем правило

Andrey_Vladimirovich писал(а):

Кстати, по ссылке, которую вы привели, говорится о Unix, а не Linux.

там имеется в виду Unix-like(Unix-подобная), если щелкнуть на ней будет более подробная разбивка

Andrey_Vladimirovich писал(а):

Мне всегда казалось, что Unix более надёжен и безопасен, чем Linux, а в статьях пишут, что дело в основном в закрытости кода и платности. В общем, я так полагаю, что, если серверная версия Unix или Lin платная, то в этом и кроется ответ, почему его используют — производитель отвечает за продукт. Если используют бесплатную версию, то только по тому, что не нужно платить.

самого Unix уже давно нету ) сегодня когда говорят про юникс то подразумевают семейство которое выросло на его идеях. Но да, погубила жадность, сделали бы её свободной и открытой своевременно то Линус Торвальдс и не пытался бы создать её аналог.

Andrey_Vladimirovich писал(а):

Как вы думаете, сколько использовалось бы Win Server, если бы эта ОС была бесплатной? Их бы было большинство, так же как сейчас с десктопной версией Win, хотя она платная.

сегодня просто бесплатной быть мало, черный ящик на серверах уже мало кому нужен, необходима также и открытость кода на что естественно никто из корпорации Microsoft не пойдёт. win сервер и десктоп у них сильно связаны, открытие одного повлияет и на другое, а так можно доить пользователей всего мира, да и при открытии кода там скорее всего всплывут много заимствований что чревато сопутствующими исками. Им уже проще продолжать развивать свой дистрибутив линукса под разные нужды (Azure Linux, Azure Sphere)

Andrey_Vladimirovich писал(а):

Опять приходится возвращаться к Lazarus. Под Arch вы его устанавливали исключительно из репозитория или скачивали дистрибутивы с офиц. сайта производителя? Если исключительно из репозитория, может, это один из ответов, почему всё получилось относительно быстро? А второй, видимо, Arch.

Как я писал выше по треду Lazarus я установил из официального репозитория арча, а после экспериментировал с отдельным установщиком fpcupdeluxe(может установить в отдельную папку разные версии лазаруса, компилятора fpc, добавлять разную кросскомпиляцию)
по итогу, в обоих случаях установилось и заработало на ура