Раньше я загружал все в / tmp, потому что после этого make; sudo make install
мне эти файлы больше не нужны.
Но теперь я понял, что единственный способ удалить программы, установленные из исходного кода, это использовать make uninstall
(когда доступно). Поэтому я, вероятно, должен сохранить свои загрузки на случай, если они понадобятся мне позже.
Так где же их хранить? Есть ли место для этого в Linux?
linux
installation
ChocoDeveloper
источник
источник
Ответы:
Местоположение, определенное стандартом иерархии файловой системы для хранения исходного кода, является
/usr/src
. Я полагаю, вы могли бы также использовать/usr/local/src
, поскольку это немного более точно описывает, откуда появилось программное обеспечение (то есть вы создали его, дистрибутив - нет).Обратите внимание, однако, что FHS фактически упоминает, что исходный код не должен быть собран из этого каталога, вероятно потому, что вы не должны компилировать вещи как root, поэтому я предполагаю, что вы переместили бы дерево исходных текстов после установки. На практике, однако, я не беспокоюсь; Я храню все, что я встраиваю
~/Code
, что находится на просторном разделе. По сути, не существует широко принятого соглашения; Вы просто делаете то, что работает для вас.Вам также следует взглянуть на checkinstall , отличную небольшую часть программного обеспечения, которая создает элементарный пакет из команды. (Вероятно, это будет в репозитории вашего дистрибутива.) По сути, вместо запуска
вы бы запустить что-то вроде
который опрашивает вас о пакете, который вы делаете, наблюдает за
make install
установкой всего, затем создает пакет, который затем может быть чисто установлен и удален с помощью менеджера пакетов. Я считаю, что checkinstall может создавать пакеты для систем на основе dpkg (Ubuntu, Debian и т. Д.), Систем на основе RPM (Fedora, RHEL и т. Д.) И систем на основе Slackware. Если вы используете Arch, не беспокойтесь о checkinstall; вместо этого рассмотрите возможность использования PKGBUILD.Надеюсь, это поможет!
источник
Там не указано место для исходных файлов; у каждого свои привычки.
Однако рассмотрим эти три варианта:
Для длительного обслуживания я действительно рекомендую вариант 3. Даже если вам придется собирать пакеты самостоятельно (из исходного кода). В этом случае вы получаете: untar / configure / make / make пакет через некоторый синтаксис в зависимости от вашего выбора пакета / пакета установки
источник