Sly_tom_cat .

Для начала нужно понять в чем суть проблемы.
Если помехи по питанию то:
1. развести питание сенсорной системы и исполнительной.
2. навесить побольше конденсаторов в сеть питания сенсоров.
Если наводка на датчики от лент, то:
1. проверить отдельно каждый датчик что на него не влияет свет лент (то что они в видимо спектре светят вовсе не означает что они не могут светить в инфракрасном).

Python в такой задаче особо не нужен.
Проще на bash-е, запускаем на сервере куда нужно распаковать

scp <user>@<host2>/<path>/<to>/<tar> <local>/<path>/<to>/<tar>
tar -xvf <local>/<path>/<to>/<tar>
rm <local>/<path>/<to>/<tar>

Не надо таких неоптимальных алгоритмов.
Т.е. не надо каждый раз считать объем.

У вас между стенками всех 12 шаров нет зазоров. т.е. можно весь этот объем считать общим. У нас есть:
внутри шарообразная полость диаметром 10 и 12 слоев с 5 см стенками, т.е. каждый новый слой увеличивает диаметр на 10.

Т.о. у вас наружный диаметр = 10 + 10 * 12 = 130

Далее считаем объем по наружному диаметру и вычитаем объем полости (та же формула но по внутреннему диаметру)

Никаких циклов - не надо.

<Удалено, ошибся>

zip - возвращает объект zip. Хотите из него словарь - сделайте:

>>> t = [1, 2]
>>> t1 = [3, 4]
>>> temp = zip(t, t1)
>>> print(temp)
<zip object at 0x7f56be11e208>
>>> print(dict(temp))
{1: 3, 2: 4}

Ubuntu server - самое большое сообщество и всегда помогут если что не знаешь.

Но для начала я бы советовал не циклиться на терминале. Поставьте с GUI (LDE/XFCE - довольно легкие). Терминал там тоже есть, но можно рядом броузер открыть с советами и помощью.

GPL продавать позволяет, но требует предоставлять также и исходники.

sudo cp <путь и имя файла образа> /dev/sd<буква под которой у вас флешка>

Образ Ubuntu - гибридный, с него можно загрузиться побитно скопировав на CD/DVD и HDD/Flash, при этом установленный там набор загрузчиков позволяет грузиться и в UEFI и в BIOS режимах

Вы получили в output словарь (dict) со значениями.

Если вы знаете что удалить (и что оно всегда есть) и его не много, то просто del(output["a"]) ... и сохранить урезанный output.

Если вам надо много удалять, а сохранить надо всего-ничего, то проще вытянуть нужное a = output["a"] и его сохранять.

Если нужно несколько элементов удалять/вытаскивать, то с-но описанные выше методы делать в цикле.

На пример:

#удаление
for item in ('a', 'b'):
  del(output[item])


# выборка
result = dict()
for item in ('a', 'b'):
  result[item] = output[item]

entered = str(input('Enter the string: '))

symbols = "[ ~`!@#$%^&*()_-+={}[]:>;',</?*-+ ]"

def check_spec_characters(entered):
    for every_character in entered:
        if every_character in symbols:
            return 1
        else:
            return 0

check_spec_characters(entered)

Скомпроментировать сервер можно по разному.

Если на сервере получили удаленно рута то вам ничего не поможет получить с сервера все что на нем размещено.

И решать такие вопросы нужно не на уровне прикладного софта (к которому относится GIT), а на уровне защиты самого сервера от угроз. Иными словами нужно не о шифровании в гите думать, а о том как защитить сервер от компроментации.

На мой взгляд, вопрос болше "политический". чем технический.

Версии поддерживаемые нужно четко отделить от не поддерживаемых.
Так к примеру есть у меня проектик на питоне, и был он изначально на Python v2.7, но в какой-то момент меня достала "поддержка" юникода во втором питоне. Переполз на 3-й, но т.к. на некоторых платформах есть проблемы с отдельными библиотеками для третьего питона ветку со вторым питоном я отделил и объявил - "для ветки второго питона - только хотфиксы".
Ветка третьего питона уже так далеко ушла от второго, так что там фиксы для второго один в один просто не подойдут уже. Т.е. один и тот же код фикса я просто уже не могу влить в обе ветки (там в третьем питоне весь код уже переделан на ООП, а во втором - там чисто процедурный подход).

Вот примерно так я вижу и вашу ситуацию. Если люди хотят фикс в старой версии - то ваше право сделать одно из двух:
1. Отказать, сказав что старая версия более не поддерживается,
2. Сделать фикс в старую версию и отдельно сделать фикс в новую (вполне возможно что один в один код для фикса в новой может отличаться от фикса в струю)

А гит это просто инструмент, как им пользоваться - вы должны решить на основе выбранной политики по поддержке старых версий.

Ну вам же черным по английски пишут: мердж затрет вам толпу файлов (не отслеживаемых).

Задача запуска по расписанию это что угодно (много вариантов) но НЕ бесконечный цикл ниразу.
cron/at или запланированные события если программа написана в event-driven стиле.

вот тут все описано : help.ubuntu.ru/wiki/ubuntu_%D0%BD%D0%B0_usb

заголовок пишем с указанием кодировки:

writer.writerow([field.verbose_name.encode("cp1251") for field in fields])

а строки - без:

writer.writerow(str(data_row))

Вот в этом и ошибка.

Поставь с разбивкой вручную - все в один раздел (EXT4). Если нужен своп - то сделай его потом в файле.

Но с таблицей разделов - явно какая-то проблема.