Как действительно установить tar.gz файл на Linux - как справиться вручную установленный (или автономный) приложения?

Я думаю, что необходимо разъяснить с собой, в чем Вы хотите "зарегистрировать" его.

Для объяснения - и я не пытаюсь быть умным-alecky - "Linux" является, конечно, ядром и ядром не знает об и не имеет любой интерес к любому программному обеспечению пространства пользователя в системе вне init. Таким образом, о чем мы говорим здесь?

Вы упоминаете много различных дистрибутивов. Я иногда создаю программное обеспечение из источника даже при том, что это доступно в репозитории, потому что я хочу, некоторые настраивают набор опций, которые не установлены в двоичном файле дистрибутива. Единственная проблема, которую я имею с этим, состоит в том, что, если пакет является предпосылкой для чего-то еще, я должен действительно зарегистрировать это в упаковочной системе, чтобы не случайно устанавливать пакет дистрибутива сверху того, который я создал. В основанных на мягкой фетровой шляпе/об/мин системах это, покончили rpm -i --justdb <package>. Я не делаю, это на debian/apt основывало системы; вместо этого я просто вызываю установки по мере необходимости, который, возможно, ленив - надеется быть более хорошим способом сделать его путем создания фиктивного пакета, который симулирует выполнять безотносительно prereq. Это - вид вроде предложения m0nhawk фактического создания пакета из .tar.gz источника - кроме вполне немного более простого (я буду честен и скажу, что мне нисколько не нравится предложение m0nhawk).

Кажется, что у Вас есть некоторые другие проблемы помимо той с упаковочной системой. Мне не ясно, каково это, хотя Вы упоминаете настольную среду (например, Gnome). Они неоднородны, таким образом, нет просто никакого ответа на вопрос, "как я делаю это на Linux" - это даже не вопрос, "как я делаю это на человечности" или, "как я делаю это на хинду" - это - вопрос, "как я делаю это для рабочего стола гнома" или, "как делают это на рабочем столе XFCE", и т.д. По моему мнению единственной проблемой там является вопрос средств запуска, которые Вы упоминаете, который я хотел бы полагать, что каждый DE обеспечивает простое средство выполнения этого (но это не будет точно то же, потому что они отличаются). Существует также возможно проблема наличия, что-то обеспечивает значение по умолчанию для контакта с файлами - я думаю, что вопрос, "как я регистрирую команду в своем файловом браузере" (и файловые браузеры на Linux являются неоднородным набором также).

Затем существуют сервисы, которые организованы init системой (например, systemd или выскочка). Таким образом, этим вопросом является на самом деле серия связанных вопросов, касающихся, потенциально:

• упаковочная система, например, склонный или вкусный
• init система, например, systemd или выскочка
• настольная среда, например, kde или единица
• filebrower, например, наутилус или завоеватель
• ?????

Часть причины там не может быть одним простым унифицированным решением (хотя стандарт XDG может обеспечить, некоторые части такого) то, что "Linux" не является одной простой объединенной операционной системой, и я предполагаю, что подавляющее большинство ее пользователей предпочитает его тот путь. Я часто не использую DE вообще, и я никогда не использую файловый браузер, с которым они идут и т.д.

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

Я думаю, что основная причина Вашей полной проблемы состоит в том, что система Linux на своем собственном не содержит "реестр" как таковой. Исполняемый файл - все, в чем Вы действительно нуждаетесь, чтобы что-то работало. Если Вы не захотите указывать полный путь к исполняемому файлу затем, то большинство оболочек будет искать их в каталогах, перечисленных в Вашей переменной $PATH сред. Это может стать немного более сложным со связанными библиотеками и так далее, но обычно Вы не должны пахать настолько далеко.

Различные дистрибутивы Linux стандартизировали на различных разметках файловой системы и системах управления пакета в этом и заключается проблема. Об/мин использования Redhats, Debians/Ubuntu используют deb пакеты. Дуга пошла своим собственным путем также. С точки зрения проектов программного обеспечения, если Вы не хотите быть включенными в распределение, Ваша база пользователей находится полностью в одном дистрибутиве или коммерческом продукте, который это нацеливает для простоты установки на всех, они - вероятно, единственные точки, Вы начинаете обращаться к созданию различных пакетов.

На самом деле, источник tar.gz, который создает с gcc вероятно, лучшее определение общего "пакета Linux". Ядро Linux с некоторыми утилитами GNU и GCC примерно общий знаменатель между всеми различными ароматами основанных на Linux операционных систем можно добраться.

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

При создании чего-то, что не предоставляется как пакет для распределения Linux или поддерживает опцию создать как пакет, лучший способ "зарегистрировать" его, поскольку реальный пакет состоит в том, чтобы создать пакет для него, определив, куда все файлы должны пойти на основе системы пакета, Вы выбираете и устанавливаете его тот путь. Будьте душой и внесите Вашу упаковочную работу назад в проект, таким образом, другие могут извлечь выгоду из него.

Существуют различные руководства сеть о создании пакетов. Причем Debian является одним из них.

Если все, что Вы хотите сделать, выполняется скомпилированный пакет, возможно, добавьте двоичный путь к Вашему $PATH?

Если Вы делаете что-то еще, что это?

Я хотел бы добавить, что Вы можете также символьная ссылка на ~/bin/ вместо /usr/bin. *.desktop файлы могут быть помещены в ~/.local/share/applications/ или /usr/share/applications/. Только я использую свой компьютер, и мне нравится стараться не касаться системных файлов (что-либо вне моего корневого каталога) самому как можно больше.

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

Это - то, что включено в значение по умолчанию ~/.profile для хрипящего debian:

# set PATH so it includes user's private bin if it exists
if [ -d "$HOME/bin" ] ; then
    PATH="$HOME/bin:$PATH"
fi