Я собираюсь изменить к лучшему Ваш вопрос - я нашел что-то, что конкретно не для установки в стойку, который я нахожу лучше, чем его эквивалент для установки в стойку (для нас так или иначе).
Мы используем блейды для 98% наших серверов и часто не нуждаемся в доступе KVM... ЗА ИСКЛЮЧЕНИЕМ ТОГО, ЧТО одно время, когда Вам просто нужен он, конечно!
Так, а не установка KVM в каждую стойку у нас есть 'каталки' вместо этого. Они - вертевшие тележки с жидкокристаллическим дисплеем, склеенным к вершине и клавиатуре и мыши/шаровому манипулятору на полке ниже. В случае необходимости к KVM в блейд мы просто вертим вещь вперед, подключение в, и прочь мы идем.
Компиляции байта пакета поддержки Python модули Python в в .pyc файлы. Обычно при выполнении модуля как пользователь у Вас нет доступа для записи к каталогам, куда скомпилированные версии байта помещаются, таким образом, система делает это для Вас, когда пакеты установлены. По существу это запускает скрипт модулей Python обновления.
Kamil Kisiel уже ответил за этот случай. В целом триггеры являются функцией дистрибутивов Debian и Debian-derived, которые позволяют пакетам задержать некоторые задачи, которые должны быть выполнены во время установки. Это полезно для задач, которые являются общими для несколько пакетов, как в случае Python, компилируя модули Python.
Как определенный пример того, где триггеры экономят время, некоторые системы документации (как man
или info
) генерируйте индекс для всех таких установленных документов, поэтому когда Вы установите или обновляете пакет, его сценарий установки обновит этот индекс. Но если бы Вы устанавливаете несколько таких пакетов, в дни, прежде чем триггеры, все пакеты индивидуально обновили бы индекс даже при том, что он должен быть сделан только однажды, таким образом, установка заняла бы больше времени. Но теперь эти пакеты могут содержать индексное обновление как триггерное действие, так, чтобы оно было только выполнено однажды на установку.