Ошибка заархивирована. Никакие дальнейшие изменения не могут быть внесены.
“Заархивированный” означает, что ошибка была разрешена в некотором роде (зафиксированный, или закрылся как недопустимый). Заархивированная ошибка не изменится вообще. Если Вы не видите незаархивированной ошибки, которая соответствует Вашей проблеме, сообщите о новом.
Если тот пакет установлен как корень, он имеет доступ к /var
.
Если это установлено пользователем (кто не может ни записать в /var
ни /usr
) процедура по умолчанию должна установить --prefix=$HOME/somedir
в configure
сценарий. Или Вы обеспечиваете другие средства установить каталог на расположение, к которому пользователь имеет доступ для записи.
/var
что-то вроде “независимо от того, что не соответствовало в другом месте”. Структура не предназначается, чтобы позволить отдельным пользователям добавлять к иерархии.
Если бы Ваш пакет установлен обычным пользователем, они обычно помещали бы программу, ее статические данные и ее динамические данные все в соответствии с одним каталогом где-нибудь в соответствии с их корневым каталогом. Я рекомендую упаковать программу способом, которая просто работает, если Вы разархивировали ее и работаете оттуда или работаете ./configure && make && make install
, например, структура как
bin/myprogram
share/static-data
man/man1/myprogram.1
data/dynamic-data
Если Ваш пакет установлен администратором, то специализированный каталог под /var/lib
обычное место для динамических данных, которые не характерны для одного пользователя. Пакеты, предназначенные для использования в масштабе всей системы, обычно обеспечиваются в определенных для распределения упаковочных форматах (.deb
, .rpm
, …); сценарий сборки пакета заботится об установке путей правильно.
/var/lib
. Почему нет /var/db
?
– New Alexandria
26.10.2012, 05:55
/var/db
не находится в FHS. Придерживайтесь каталогов FHS для своей упаковки значения по умолчанию при распределении для Linux.О нас /usr/lib
: используйте его для статических, архитектурно-зависимых данных; использовать /usr/share
для статических, архитектурно-независимых данных, таких как исходные файлы Ruby (байт-код мог быть с обеих сторон: /usr/share
потому что это является архитектурно-независимым, /usr/lib
потому что это системно-зависимо, поскольку это зависит от версии интерпретатора). Не храните переменные данные под /usr
: хотя это редко в наше время, что это могло быть только для чтения. Использование
– Gilles 'SO- stop being evil'
26.10.2012, 11:49