Update: В Inferno вчера создали каталог /opt/ для распространения софта предложенным мной образом. Так что я заменяю в статье /contrib/имя_пакета/ на /opt/имя_организации/имя_пакета/.

К сожалению, встроенного механизма для распространения и установки дополнительного софта в OS Inferno нет. Если вы написали модуль для Limbo или полноценное приложение, и хотите им поделиться, то вариантов его распространения немного:

1. просто выложить ваши файлы на любом сайте, и предоставить пользователям вручную устанавливать их в свою систему куда и как угодно
2. использовать такие же mkfile/mkconfig файлы какие используются стандартными модулями и приложениями в /appl/

Как вы понимаете, первый вариант — это, фактически, не вариант. :) Это возврат назад, в пещеры. Второй вариант используется, например, для всего софта в репозитории mjl. Но и у этого подхода есть неприятные ограничения, вызванные тем, что ваши файлы в результате просто копируются в системные каталоги /dis/, /module/, etc. (точно так же, как стандартные модули и приложения из /appl/):

• если используется *nix как host OS, и Inferno установлена общесистемно root-ом или менеджером пакетов вашего дистрибутива, то для установки дополнительных модулей/приложений потребуются права root (либо sudo mk в host OS, либо sudo emu и нативный mk)
• глобальная установка неудобна, если хочется для своего приложения использовать модифицированную версию этих модулей/приложений
• глобальная установка неудобна, если разным приложениям нужны разные версии одного и того же модуля (mjl решает эту проблему традиционным для *nix способом добавляя номер major версии к имени модуля, что не очень элегантно и приводит к именам вроде «util0.m»)
• деинсталляция превращается в нетривиальную операцию, что в конечном итоге приводит к замусориванию системных каталогов
• имена модулей/приложений разных разработчиков могут конфликтовать (впрочем, эта проблема есть и в *nix/win, и её можно обойти используя подкаталоги в /dis/ и /module/ с именем разработчика или его сайта)

Я хочу предложить альтернативный подход, разработанный по мотивам DJB'шного slashpackage.

Структура каталогов

1. Создаём глобальный каталог для всего 3rd-party софта /opt/.
2. В /opt/ создаются отдельные подкаталоги для каждого разработчика/организации, а в них подкаталоги для каждого модуля/приложения — чтобы избежать конфликтов имён между разными разработчиками (напр. "/opt/powerman/hashtable/").
3. В каталоге с модулем/приложением создаётся структура каталогов аналогичная системным:
   
   • dis/
   • dis/lib/
   • module/
   • appl/cmd/
   • appl/lib/
   • и т.д. при необходимости

Все 3rd-party модули/приложения при таком подходе должны искать свои файлы и файлы других не стандартных модулей/приложений внутри каталога /opt/.

Управление пакетами

Установка

При таком подходе, для установки нового модуля/приложения общесистемно (т.е. от root) достаточно одной команды! Например, если модуль/приложение выложен в репозиторий Mercurial на Google Code:
# hg clone https://inferno-contrib-hashtable.googlecode.com/hg/ $INFERNO_ROOT/opt/powerman/hashtable

Установка обычным пользователем локально требует двух команд (предполагается, что в домашнем каталоге пользователя заранее создан подкаталог opt/powerman/):
$ hg clone https://inferno-contrib-hashtable.googlecode.com/hg/ opt/powerman/hashtable
; bind opt /opt

Дело в том, что репозиторий уже содержит откомпилированные .dis-файлы в подкаталогах dis/ и dis/lib/, и при этом подходе после копирования каталога с модулем/приложением в /opt/ его .dis-файлы автоматически оказываются именно там, где они и должны быть после «установки».

Выбор конкретной версии/использование модифицированной версии

Для того, чтобы ваше приложение использовало не ту версию 3rd-party модуля/приложения, которая по умолчанию находится в /opt/, достаточно перед запуском вашего приложения подключить в /opt/ нужную ему версию (а благодаря namespaces в Inferno это не повлияет на работу других приложений, которым нужна как раз версия по умолчанию):
; bind ./my-modified-hashtable/ /opt/powerman/hashtable/
; ./my-app


(Пере)сборка пакета

Для компиляции и установки (например, если вы внесли локальные изменения в код 3rd-party модуля/приложения) достаточно запустить mk install в его каталоге (например, /opt/powerman/hashtable/). При этом откомпилированные dis-файлы установятся в подкаталог dis/ этого модуля/приложения.

Обновление

Зависит от способа распространения пакета, но в общем виде сводится к одной-двум командам. Например, для того же Mercurial всё сводится к обычным
$ hg pull
$ hg update
в каталоге opt/powerman/hashtable/. При этом из репозитория подтянутся в т.ч. обновлённые .dis-файлы в opt/powerman/hashtable/dis/, и это и будет по сути обновлением пакета.

Деинсталляция

Проще некуда. Думаю, вы уже догадались, как это делается, но не могу отказать себе в удовольствии это написать:
; rm -r /opt/powerman/hashtable


Получить список установленного 3rd-party софта

; ls /opt/*


Получить список файлов, входящих в пакет

О, это сложная операция, без базы данных никак — чем мы хуже rpm/apt/portage? :)
; fs print /opt/powerman/hashtable/


Использование этих модулей/приложений

Как видите, управлять такими пакетами пользователю действительно просто и удобно. Теперь давайте посмотрим, как их использовать.

Приложения

; /opt/powerman/retrymount/dis/retrymount

Длинновато? Можно укоротить с помощью функций sh (определения функций прописать один раз в profile):
; fn retrymount { /opt/powerman/retrymount/dis/retrymount $* }
; retrymount


Модули

include "opt/powerman/hashtable/module/hashtable.m";
load HashTable HashTable->PATH;

Это сразу заработает если модули установлены локально, т.е. в подкаталог opt/. Если модули установлены глобально в /opt/, то нужно запускать limbo с дополнительным параметром -I/ для нативного limbo, или -I$INFERNO_ROOT при запуске limbo из host OS. Это тоже можно настроить однократно, например для нативного limbo:
; fn limbo { builtin limbo -I/ $* }


Разработка этих модулей/приложений

Чтобы создать пакет устанавливаемый в /opt/ нужно соблюдать несколько простых правил:

module/hashtable.m-файл:

PATH: con "/opt/powerman/hashtable/dis/lib/hashtable.dis";


appl/{lib,cmd}/*.b-файл:

include "../../module/hashtable.m";
load HashTable HashTable->PATH;


mkfile:

Все пути относительные, например:
MODULES=\
../../module/hashtable.m\

DISBIN=../../dis/lib


Примеры

Несколько простых модулей/приложений написанных в этом стиле можно найти поискав «inferno contrib» на Google Code.

Ссылки

Русское описание языка Limbo
Русская wiki по OS Inferno, переводы документации