Единственная причина, по которой это обычно не делается, afaik, заключается в том, что это не соглашение, и Python обычно не более полезен или прост, чем простой сценарий оболочки для того, что делают сценарии сопровождающего. Когда это более полезно, вы часто можете выделить функции, необходимые для Python, в отдельный сценарий Python, который вызывается сценариями сопровождающего.
В такой ситуации может помочь соблюдение соглашения, поскольку существует множество полезных инструментов и сценариев (например, Lintian, Debhelper), которые обычно предполагают, что сценарии сопровождающего используют bash. Если они этого не сделают, ничего страшного, но эти инструменты могут оказаться не такими полезными, как в противном случае. Единственная другая проблема, о которой я думаю, вам нужно знать, это то, что если вашим preinst
или postrm
скриптам нужен Python, тогда Python должен быть предварительной зависимостью (Pre-Depends
) вашего пакета, а не просто Depends
.
Тем не менее, раньше я счел полезным использовать Python в сценарии сопровождающего.
person
the paul
schedule
05.07.2012
chmod +x
ed скрипт с правильным хэшбэнгом или скомпилированная программа на C. - person C0deH4cker   schedule 05.07.2012sh
довольно хорош в том смысле, что он делает, который является связующим языком для вызова различных программ. В сценариях управления потоком не так много логики, даже вычислений - в основном это перемещение файлов, изменение разрешений, создание символических ссылок ... - person cha0site   schedule 05.07.2012