Как я знаю, где положить вещи в Linux?

Установка чего-либо в Windows происходит одним нажатием кнопки. Но каждый раз, когда я пытаюсь установить что-то в linux, чего нет в APT, я очень запутываюсь.

Вы скачиваете заархивированную папку, и что тогда? Если вам повезет, есть README, ссылающийся на некоторую документацию, которая может вам помочь, если вам повезет.

В чем заключается хитрость при «установке» расширений и приложений, которых нет в APT?

Я люблю Linux, но эта проблема преследует меня каждый день.

Если это программное обеспечение , которое подчиняется Filesystem Hierarchy Standard , чем вы должны поместить его в /usr/localи соответствующие подкаталоги (как bin, lib, share, ...).

Другое программное обеспечение должно быть размещено в их собственном каталоге /opt. Затем либо установите PATHпеременную для включения binкаталога или любого другого каталога, в котором содержатся исполняемые файлы, или создайте символические ссылки на /usr/local/bin.

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

Большая часть программного обеспечения для Linux предоставляется авторами («апстрим») в виде исходного кода. Это позволяет каждому, у кого есть компилятор для конкретной платформы и конфигурации системы, загрузить исходный код и скомпилировать его самостоятельно. К сожалению для вас, многие программы полагаются на функции, предоставляемые другими программами и библиотеками программного обеспечения (зависимости).

Программное обеспечение Windows обычно поставляется в предварительно скомпилированном виде. Это означает, что существует один общий исполняемый файл для всех компьютеров Windows, и зависимости часто поставляются с ним в пакете установки.

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

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

./configure
make
(sudo) make install (or sudo checkinstall)

Строка ./configure устанавливает этап для процесса компиляции (и выдает ошибки, если зависимости не встречаются). Линия make выполнит Makefile, скрипт, который компилирует все части программы.

Традиционно вы должны использовать make install для установки программного обеспечения. Обычно это помещает исполняемые файлы в / usr / local / bin.

Поскольку вы используете apt, я очень рекомендую установить checkinstall. Вы можете использовать его вместо make install, и он создаст для вас пакет .deb. Это значительно упрощает последующее удаление программного обеспечения.

Обратите внимание, что есть несколько других систем компиляции, например, cmake; и некоторое программное обеспечение поставляется предварительно скомпилированным, но не распакованным (в этом случае вы можете запустить его прямо из разархивированной папки); а некоторые программы поставляются как набор скриптов, которые вы должны запускать самостоятельно. Свежий код из SVN иногда поставляется без скриптов настройки, поэтому сначала нужно запустить набор инструментов autoconf ... и т. Д., И т. Д. ... вы видите, что существует множество исключений из правила, но с небольшим опытом вы сможете расскажите, что делать с большинством этих загадочных загрузок. Configure-Make-Checkinstall - это хороший первый старт.

PS. Проведите выходные или два, чтобы научиться программировать себя, и все станет очень очевидно :-)

PPS. Вы можете удивиться, почему авторы программного обеспечения для Linux не предоставляют предварительно скомпилированные пакеты вместо исходного кода. Ну, они иногда делают. Но разные платформы и дистрибутивы Linux имеют свои собственные форматы пакетов и правила файловой системы, так что, как разработчик, вы должны будете предоставлять пакеты для каждой возможной конфигурации, что является проблемой. Пакеты Ubuntu часто проще всего найти - вы должны узнать, что такое PPA и как он работает!

Вы должны проверить checkinstall . Вместо

./configure
make
sudo make install

вы делаете

./configure
make
sudo make checkinstall

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

Есть веская и веская причина, которая так запутывает (есть и раздражающая причина артефакта) ...

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

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

ПК с Windows, как правило, являются однопользовательскими системами и не имеют этого ограничения, все идет в Program Files, несмотря ни на что.

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

Система инициализации еще хуже.