Локальная для пользователя система управления пакета

Редакционная статья

Удостоверьтесь, что прочитали комментарии к этому ответуderobert.


Исходный ответ

2>&1 >output.log средства сначала начинают отправлять, весь материал дескриптора файла 2 (стандартная погрешность) к дескриптору файла 1 (стандартный вывод) затем отправляют это в файл output.log. Другими словами, отправьте стандартную погрешность и стандартный вывод к файлу журнала.

2>&1 | tee output.log то же с 2>&1 бит, это комбинирует стандартный вывод и стандартную погрешность на потоке стандартного вывода. Это затем передает это по каналу через tee программа, которая отправит ее стандартный вход в ее стандартный вывод (как cat) и также в файл. Таким образом, это комбинирует эти два потока (ошибка и вывод), затем выводы это к терминалу и файлу.

Нижняя строка - то, что первое отправляет stderr/stdout в файл, в то время как второе отправляет его и в файл и в стандартный вывод (который является, вероятно, терминалом, если Вы не в другой конструкции, которая перенаправила стандартный вывод).

Я упоминаю, что последняя возможность, потому что у Вас может быть материал как:

(echo hello | tee xyzzy.txt) >plugh.txt

где ничто не заканчивается на терминале.

10
22.09.2010, 11:45
3 ответа

Хорошо для хинду существует хинду проект Префикса, который позволяет Вам устанавливать пакеты на где-нибудь отличающемся, чем/. Перевозка Диспетчера пакетов хинду записана в Python и очень портативная, таким образом, Вы могли легко установить новое дерево для пользователя, к которому у того пользователя есть полный доступ, ничего не повреждая.

Две проблемы я вижу:

  1. Необходимо будет, вероятно, скомпилировать много материала или создать двоичные пакеты для пользователей тот путь, и необходимо будет, вероятно, установить много материала дважды так, чтобы штука префикса работала правильно (я думаю, что было бы трудно уже создать материал против Вас установленные пакеты тот путь),

  2. У Вас не было бы сервиса нажатия.

Другой подход, который я вижу, должен был бы предложить перфорацию tar.gz файлов, которые являются в основном просто изготовленными на заказ пакетами от Вашего распределения, исправленного для использования другого префикса: Скажем, Вы создаете dir "Библиотеки" в каждом пользовательском dir и добавляете "~/Library/usr/bin" к пути каждого пользователя, простой диспетчер пакетов мог быть сделан на скорую руку для заботы об установках (Вы могли также посмотреть на pacman Linux Дуги для этого, так как это - в основном просто .tar.gz файлы и зависимости.

7
27.01.2020, 20:03
  • 1
    Но он не использует хинду, он находится на SuSE. Таким образом, как это помогает? –  ire_and_curses 28.02.2013, 04:47
  • 2
    Как сказанный ire_and_curses, это для хинду, не SuSE. Я был бы downvote, но я только в 123 представителях (он берет 125 к downvote..) –  JamesTheAwesomeDude 02.03.2013, 17:51
  • 3
    Хинду префикс может также быть установлен на SUSE. –  zjhui 03.03.2013, 13:29
  • 4
    , В то время как это не SuSE определенный ответ, нет никакого SuSE определенного ответа, таким образом, кто-то, у кого абсолютно должна быть система Linux, которая может сделать это, мог бы интересоваться знанием, что на самом деле доступно. "Альтернативы" являются едва не важными или тангенциальными, если они - на самом деле, единственная возможность. + 1 –  goldilocks 03.03.2013, 17:13

Используйте менеджера привилегированного пользователя [лицензируемый :(], и Вы могли выполнить команды, для которых нужен доступ суперпользователя как обычный пользователь. Все прослеживается и контролируется

0
27.01.2020, 20:03
  • 1
    Привет! Кто-то может уточнить это немного больше...? Пользователь может обычно работать с Linux (получите пакеты, установку, скомпилируйте, и т.д.) в ограниченной сетевой среде (т.е. не имея доступа для проигрывания с локальными/удаленными настройками прокси, и т.д.)? –  Nikos Alexandris 05.12.2012, 14:25

Можно разрешить весь из zypper family command Вашему пользователю в /etc/sudoers file.

0
27.01.2020, 20:03
  • 1
    Вы могли быть немного более точными? Как дела это, какие меры предосторожности должны быть приняты, какие-либо риски? –  vonbrand 04.03.2013, 01:26
  • 2
    zypper управляйте таким, поскольку склонный - входят в debian или yum в основном Redhat дистрибутиве. Таким образом, Вы можете: youruser ALL = NOPASSWD: /usr/sbin/zypper , затем Вам не нужно к полномочию пользователя root и Вашему паролю. –  PersianGulf 04.03.2013, 15:16
  • 3
    При определении команд у Вас нет риска. –  PersianGulf 04.03.2013, 15:17
  • 4
    Несомненно, никакой риск. Не то, чтобы любой случайный пользователь, который может установить/удалить пакеты, может когда-либо завинчивать систему по-царски. –  vonbrand 04.03.2013, 15:23
  • 5
    не, потому что сама система использует запирающую систему. абсолютно прекрасный –  PersianGulf 05.03.2013, 04:17

Теги

Похожие вопросы