История изменений

Но всё же, ещё раз повторю, это совершенно неподходящий «язык» для таких вещей.

И то, что ты вместо выяснения причин проблемы тупо вставил eval-костыль - плохо.

bash используется потому что, возможно, в этих минисистемах не будет даже python.

Основной монструозный скрипт не так уж много работает с логикой и парсингом.

В основном, главный скрипт проверяет наличие файлов/директорий, создает или удаляет по необходимости, и выполняет внешние программы.

Т.е. все, как раз, для bash.

В python будет просто парсить и мутить логику, но вот в остальном он менее удобен.

Воротить внешние вызовы subprocess.run(…) можно, конечно, но это не сказать, что так уж удобно.

Можно еще написать не скрипт, а программу на С++ или даже на чистом кошерном С, но это для сильных духом)))

Костыль с eval…

А что в Linux без костылей?)))

Но самое гавное, что этот скрипт не для широкого production, а для внутреннего использования. Вылизывать его нет особого желания. Нужно побыстрее закончить эту идиотскую часть и браться за следующий этап.

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

Но всё же, ещё раз повторю, это совершенно неподходящий «язык» для таких вещей.

И то, что ты вместо выяснения причин проблемы тупо вставил eval-костыль - плохо.

bash используется потому что, возможно, в этих минисистемах не будет даже python.

Основной монструозный скрипт не так уж много работает с логикой и парсингом.

В основном, главный скрипт проверяет наличие файлов/директорий, создает или удаляет по необходимости, и выполняет внешние программы.

Т.е. все, как раз, для bash.

В python будет просто парсить и мутить логику, но вот в остальном он менее удобен.

Воротить внешние вызовы subprocess.run(…) можно, конечно, но это не сказать, что так уж удобно.

Можно еще написать не скрипт, а программу на С++ или даже на чистом кошерном С, но это для сильных духом)))