способное обновление: запустите новую оболочку для исследования ситуации. Где?

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

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

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

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

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

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

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

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