Кроме того, что относительно автоматически установленного состояния для тех пакетов? Они не всегда получают этот флаг, правильно?
Все пакеты, которые только установлены, потому что другой установленный пакет зависел от них, должны иметь этот флаг. Диспетчер пакетов использует этот флаг для нахождения неиспользованных/осиротевших пакетов, то есть, пакеты, которые установлены, хотя больше нет другого пакета, установили, который зависит от этих пакетов. Такие осиротевшие пакеты будут автоматически удалены.
Например, скажем, Вы устанавливаете пакет exim4-daemon-light
. Этот пакет зависит от exim4-base
, таким образом, диспетчер пакетов должен установить оба из этих пакетов в Вашей системе. Флаги затем установлены как это:
exim4-daemon-light
: не автоматически установленный, потому что Вы явно сказали диспетчеру пакетов устанавливать егоexim4-base
: автоматически установленный; Вы явно не сказали диспетчеру пакетов устанавливать его, но это должно было установить этот пакет автоматически потому что exim4-daemon-light
зависит от негоКогда Вы теперь говорите диспетчеру пакетов удалять exim4-daemon-light
, это использует "автоматически установленный" флаг exim4-base
решить, что этот пакет может быть удален также. Это смотрит на список установленных пакетов, которые зависят от exim4-base
, и если не будет ни одного, то это удалит exim4-base
.
Этот механизм по существу гарантирует, что Ваша система не имеет в наличии ненужные пакеты.
Можно изменить флаг с aptitude
команды markauto
и unmarkauto
. Это будет иметь следующие эффекты:
aptitude markauto
: как только больше нет никаких пакетов, установленных, которые зависят от этого пакета, он будет автоматически удален. Если в настоящее время не будет никаких пакетов, установленных, которые зависят от этого пакета, то он будет сразу удален.aptitude unmarkauto
: пакет никогда не будет удаляться автоматически, даже если не будет никаких пакетов, установленных, которые зависят от него.Последнее обновление ядра 2.6.32 042stab105.14 теперь поддерживает докер в контейнерах OpenVZ.
Теоретически возможно управлять контейнерами Parallels с помощью Docker, используя библиотеку libct - https://github.com/xemul/libct.
Libct - библиотека управления контейнерами, предоставляющая удобный API для фронтендовых программ, управляющих контейнером в течение всего срока его службы.