Внутри конкретного карантина есть все, что нужно для запуска приложения (bin, share, lib и т. Д.). В идеальном случае карантин не имеет утечек, а это означает, что он не полагается на какой-либо код вне себя в системе. Карантин может быть определен как набор исполняемых файлов (и некоторые параметры среды, необходимые для их запуска).Ограничения длины Bash PATH
Я думаю, что будет полезно разделить построенные пакеты настолько, что обновление до более новой версии карантина не потребует перестройки всего. Я смогу обновить только несколько пакетов, а затем новый карантин может использовать некоторые старые части и некоторые из новых частей.
Одна проблема, о которой я задаю, - это переменные среды, которые я буду настраивать для использования определенных карантин.
Есть ли жесткий предел в отношении того, насколько большой PATH может быть? (либо в количестве символов, либо в количестве содержащихся в нем каталогов) влияет ли длина пути на производительность?
Посмотрите на 'chroot' – Falmarri
Он, вероятно, пытается это сделать без необходимости использования root для своих пользователей. – Joshua
Это правда, я ищу простых пользователей, чтобы использовать карантины. Кроме того, я пытаюсь структурировать их таким образом, чтобы избежать много дублирования. Это означает, что у меня будет более одного «корня», чтобы захватить все мои корзины и доли ... Я не уверен, что chroot может это сделать. – ajwood