apro

Всё что вам нужно, чтобы собрать модуль для ядра любой архитектуры любой версии -- это компилятор для этой архитектуры, исходники ядра и .config для этого ядра.
Шаги такие:
- распаковать/вычекнуть исходники ядра нужной версии
- создать и сконфигурировать каталог сборки ядра: создать каталог, скопировать в него .config, выполнить

make -C <каталог исходников ядра> \
O=<каталог сборки ядра> \
ARCH=<целевая архитектура> \
CROSS_COMPILE=<префикс кросс-компилятора> \
silentoldconfig

- собрать ядро:

make -C <каталог исходников ядра> \
O=<каталог сборки ядра> \
ARCH=<целевая архитектура> \
CROSS_COMPILE=<префикс кросс-компилятора> \
vmlinux

- собрать модуль используя созданный на предыдущем шаге каталог:

make -C <каталог сборки ядра> \
M=<каталог исходников модуля> \
ARCH=<целевая архитектура> \
CROSS_COMPILE=<префикс кросс-компилятора> \
modules

CROSS_COMPILE можно опустить, если нужно использовать хостовый компилятор. Для x86 ARCH=x86

Потому что у вас в массиве зарезервировано всего 44 места (0...43), а вы используете 45 (0...44)

swap не заменят оперативную память, а является временным местом для хранения данных, которые сейчас не используются. Процессор всё равно работает только с оперативной памятью. Когда нужно обратиться к данным, которые находятся в swap, то они копируются в оперативную память, если её нет свободной, что-то неиспользуемое отправляется в swap, чтобы освободить необходимый объем. swap и ram это две разных по назначению сущности, они не могут друг друга заменить.

В целом разрабатывать на Xamarin удобно.
1. Можно открыть книгу по разработке под Android на java и копипастить примеры оттуда с минимальными доработками, с учетом языка и xamarin'a
2. Сам язык C# более чем годен, очень активно развивается. Есть куча шарповых библиотек как платных так и бесплатных, как в репозитории пакетов так и на GitHub в виде исходников. Xamarin позволяет подцеплять нативные либы на java, если чего-то не хватает.
3. Есть "нативный" Xamarin (Xamarin.Android, Xamarin.iOs и т.д.) - это обёртка над нативными API, UI делается привычным для нативных разработчиков способом. Есть Xamarin.Forms - там можно делать единый UI с помощью XAML. Инструмент более чем работающий, но нужно к нему привыкнуть, знать минусы, знать особенности платформ под которые разрабатывается приложение, знать что Xamarin Forms можно использовать не для всех приложений, знать как делать быстрый UI. XF - в целом готов для использования.
4. Да, размер пакета приложения если сделать все по дефолту большой, есть куча статей по оптимизации размера приложений, но размер приложения будет больше чем у нативных.
5. Основная проблема Xamarin Forms - не баги, размер или еще что-то. Это неправильные ожидания которые к нему предъявляются. У него своя ниша.

iptables -A INPUT -p tcp --dport 22 -s 0.0.0.0/24 -j ACCEPT

Можно еще запретить подключение всем, кроме как из подсети:

iptables -A INPUT -p tcp --dport 22 -s !0.0.0.0/24 -j DROP

trayIcon.setToolTip(u'Тест-проверка')

Если идея действительно годная, то может быть и есть смысл делать её коммерческой, может это перерастёт в успешную компанию, а может и нет.
Я бы выбрал вариант "создать проект, который можно показать на собеседовании и устроиться на хорошую работу", но выбирать тебе, это твоя жизнь. Выбор между двумя вариантами сугубо субъективный и делать его должен ты сам.

Если сервер запускали через юнит systemd, то логи из него в journalctl -u unit_name. Весь оутпут пишется в stdout (консоль), которая перехватывается systemd и обрабатывается. Зачем вам файлы?

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

#define разве не везде делает замену?

Внутри строк не делает.

Вот так будет работать:

#define NAME "Vitalik"
...
printf("HELLO, "NAME);

Это превратится в printf("HELLO, ""Vitalik"); и компилятор автоматически объединит эти строки в одну.

There is no way to combine an argument with surrounding text and stringize it all together. Instead, you can write a series of adjacent string constants and stringized arguments. The preprocessor replaces the stringized arguments with string constants. The C compiler then combines all the adjacent string constants into one long string.

https://gcc.gnu.org/onlinedocs/cpp/Stringizing.htm...