Ещё немного особенностей систем Linux, чтобы было понятно, что просто, что сложно, что безопасно, а что нет.
Одной из главных особенностей систем на базе Linux является модель установки программ. В Windows вы привыкли, что вы заходите на сайт производителя (или на торренты
), качаете установщик, запускаете его и устанавливаете его в папку Program Files (или Program Files x86, или ещё в какую папку) и вот у вас программа появляется в меню Пуск. В Mac OS X, кто пользовался модель отличается - там в основном качаются файлы-образы формата dmg из которых нужно программу просто переместить в папку Programs. Также в обеих этих системах есть возможность установить программу из апп-стора.
В Linux есть все эти варианты и ещё десяток других
Так вот, базовый вариант, который чаще всего имеется - это пакеты программ, устанавливаемые из репозитория конкретной операционной системы (по типу магазина AppStore у Apple и Microsoft, только возникшие за долго до них). Отличие этой системы в том, что программы используют общие библиотеки, которые складываются, как правило, в папку /usr/lib или /usr/lib64, в зависимости от архитектуры. Эта модель позволяет повысить безопасность за счёт того, что у вас всегда свежие версии программного обеспечения и всех входящих в него библиотек. Это один из столпов, на котором держится безопасность nix/Linux систем - всё программное обеспечение должно обновляться с минимальными проблемами, все библиотеки должны быть последних версий. Это же причина, почему системы на базе Linux могут очень мало весить на диске - потому, что минимизируется дублирование библиотек.
Однако, это в идеале, а в действительности частенько случалось такое, что какую-то нужную пользователю программку разработчики забрасывали, а функции из новых библиотек отличались от старых. И тут был выбор либо использовать старую библиотеку, подвергая систему проблемам с безопасностью и вызывая нарушение совместимости у других программ - эта проблема в целом получила название "Dependency Hell".
Её предложили решить несколькими способами. Один из них - это аналог Mac OS X'овских программ - образы, содержащие нужные версии библиотек вместе с самой программой. В Linux это называется AppImage. Всё что нужно сделать - скачать файл с таким расширением и запустить - после запуска система предложит интегрировать приложение или просто запустить как есть. Проблему безопасности старых библиотек решили частично - создав песочницу для запускаемых программ. То есть каждая такая программа запускается в изолированном окружении и не может напрямую адресоваться к другим программам в памяти. Это, естественно накладывает на неё ограничения, но при этом есть удобство для работы с редко обновляемыми приложениями, которые "ну очень нужны". Также недостатком является увеличение объёма на диске - каждая такая программа должна содержать все зависимости в пакете и не имеет прав обращаться к системным библиотекам.
Второй вариант решения - это системы типа Snap и FlatPak - системы управления программным обеспечением и версиями окружения для них. Тут уже программы устанавливаются как бы из репозитория, но устанавливаются прораммы и окружения для них с нужными версиями библиотек. Таким образом для нескольких программ может быть использовано общее окружение, но если версия для какой-то программы отличается - для него будет использовано отдельное окружение. Проблемой этого подхода является огромный объём дублированной информации. Крайне не рекомендуется на одной системе использовать и Snap и Flatpak - забьёт гигов 60 в миг, тупо на дублировании.
В целом современная картина выглядит так: вы устанавливаете операционную систему на базе ядра Linux, запускаете её менеджер приложений, ищите нужную программу и система предлагает вам из какого источника её установить - официальных репозиториев, snap или flatpak. Вы выбираете модель работы, которая вас больше всего устраивает и используете её. Мой совет - сперва попытаться установить по-честному, если что-то пойдёт не так - установить из Snap, если нужной программы нет в репозитории Snapcraft, поискать AppImage и если нет - воспользоваться FlatPak.
Есть также ещё один метод - сборка пакетов из исходных кодов. Это может показаться страшным и сложным - но на деле в Linux это как правило весьма сущесвенно автоматизировано. Вам достаточно скачать архив с программой, скопировать её в какую-нибудь папку на диске, где она будет лежать и откуда её можно будет обновляться, открыть командную строку в этой папке и выполнить команды, которые прописаны в прилагающемся файле--инструкции. Также в некоторых дистрибутивах есть специальные системы управления исходными кодами, когда вся установка не отличается от установки пакета - за той лишь разницей, что программа скомпилируется под вашу систему. В чём плюсы компилирования программ под свою систему? - Как правило в производительности конечной программы и её стабильности работы. Почему? Потому, что обысно программы в пакетах скомпилированы в режиме наибольшей совместимости - никто не знает, поддерживает ли ваш процессор, например, SSE4 и прочие наборы инструкций последних версий, а значит их поддержка не будет активирована в программе и будет работать медленнее. Если же вы компилируете её для себя - то она будет собрана конкретно под ваше железо, работать быстрее и стабильнее.
Минусами такого подхода является время компиляции программ - мне, например, чтобы обновить Arch Linux у которого есть система управления исходными кодами под названием AUR, требуется оставить компьютер на ночь. Это совсем не удобно. Часто это делать не будешь, а значит система будет иметь устаревающее ПО и падение безопасности.
Этим грешат версии Linux на базе Gentoo и Arch (включая популярный сейчас дистриб Manjaro). К слову - это камень в огород и любимой отесественными ленивыми админами FreeBSD - как правило сервера на базе "Фряхи" очень стабильны, но слабо безопасны (ибо обновляются крайне редко). Стабильность ценой безопасности.
Также к недостаткам относится необходимость хранить исходные коды программы - иначе вы не сможете ни обновить её, ни удалить по-нормальному (файл удаления генерируется при компиляции вместе с файлом установки). А "сырцы", скажу я вам|, весят совсем немало - моя папка с кэшом AUR для Arch Linux занимает десятки гигабайт.
По этой причине, советую для повседневного использования применять Linux на базе пакетного дистрибутива, желательно из семейства Ubuntu, т.к. по ним вы всегда без проблем найдёте инструкции в Internet, если возникнут какие-либо проблемы. Так, например, я использую NEON Linux от проекта KDE - это ОС на базе Ubuntu в которой используется графическая оболочка KDE - лучшая, на мой взгляд, оболочка вообще из всех, на всех платформах. Она безумно настраиваема, легковесна и красива.
Позже я выложу ролики с особенностями работы этих систем, чтобы было понятно, как там что и в чём преимущества и недостатки.
