Исправление HighMan, (текущая версия) :
Но всё же, ещё раз повторю, это совершенно неподходящий «язык» для таких вещей.
И то, что ты вместо выяснения причин проблемы тупо вставил eval-костыль - плохо.
bash используется потому что, возможно, в этих минисистемах не будет даже python.
Основной монструозный скрипт не так уж много работает с логикой и парсингом.
В основном, главный скрипт проверяет наличие файлов/директорий, создает или удаляет по необходимости, и выполняет внешние программы.
Т.е. все, как раз, для bash.
В python будет просто парсить и мутить логику, но вот в остальном он менее удобен.
Воротить внешние вызовы subprocess.run(…) можно, конечно, но это не сказать, что так уж удобно.
Можно еще написать не скрипт, а программу на С++ или даже на чистом кошерном С, но это для сильных духом)))
Костыль с eval…
А что в Linux без костылей?)))
Но самое гавное, что этот скрипт не для широкого production, а для внутреннего использования. Вылизывать его нет особого желания. Нужно побыстрее закончить эту идиотскую часть и браться за следующий этап.
В идеале, этот скрипт, запускаясь с внешнего носителя будет полностью конфигурировать недокомпьютер без человеческого вмешательства. Нужно лишь вначале нормально прописать конфиг.
Исходная версия HighMan, :
Но всё же, ещё раз повторю, это совершенно неподходящий «язык» для таких вещей.
И то, что ты вместо выяснения причин проблемы тупо вставил eval-костыль - плохо.
bash используется потому что, возможно, в этих минисистемах не будет даже python.
Основной монструозный скрипт не так уж много работает с логикой и парсингом.
В основном, главный скрипт проверяет наличие файлов/директорий, создает или удаляет по необходимости, и выполняет внешние программы.
Т.е. все, как раз, для bash.
В python будет просто парсить и мутить логику, но вот в остальном он менее удобен.
Воротить внешние вызовы subprocess.run(…) можно, конечно, но это не сказать, что так уж удобно.
Можно еще написать не скрипт, а программу на С++ или даже на чистом кошерном С, но это для сильных духом)))