Весной 2023 года, я познакомился с такой программой как Linux Deploy. Очень хорошая вещь на самом деле, она мне пригодилась для организации сервера на мобильном устройстве. К сожалению у программы не было обновлений с 2020 года и контейнеры дистрибутивов GNU/Linux устарели, в июне уже выходил Debian 12, а в программе до сих пор самой последней версией был Debian 10, такая же ситуация и с другими дистрибутивами. В конце ноября/начале декабря 2023 я решил форкнуть репозиторий данной программы, но не мобильного приложения, а его бэкенд части linuxdeploy-cli [ССЫЛКА] и продолжить развивать эту программу под свои нужды, первым делом я конечно хотел обновить версии дистрибутивов. Тогда я занялся этим и уже немного работы сделал, обновил помощь по работе с командами программы, обновил требуемые зависимости, дальше я стал заниматься своей основной задачей. Как начал заниматься, так сразу же и закончил, а всё почему? По своей невнимательности, я не обратил внимание на то, что у этой программы уже есть куча форков ~600 штук, правда из них 99% скорее всего никак даже не развивается, но всё-таки один форк, который развивается я нашёл, причём-таки активно, последнее стабильное обновления андроид приложения было в июне, а последний коммит был на тот момент 2 недели назад. Изменения же linuxdeploy-cli форка было всего несколько дней назад (тоже на тот момент). И тут я понял, что смысла от моей работы нет. Правда, не всё окончено, у меня появилась другая мысль. В Linux Deploy информация о пакетах и репозиториях дистрибутивов хранится внутри программы, а моя мысль заключается в том, чтобы всю эту информацию, bootstrap'ы дистрибутивов переместить на сервер, где их можно будет проще обновлять, а в самой программе просто удалённо получать данные. Что оставить в программе локально, так это только импорт rootfs архивов, потому что их можно импортировать и без наличия интернета. А вот в других случаях в любом случае придётся подключаться к интернету и получать нужные пакеты, которые указаны в файле находящемся в самом приложении, а не сервере.

P.S. Я хочу поискать ещё развивающиеся форки этой программы, может быть там будут решения даже лучше, а даже может, кто-то реализовал идею так, как я задумывал в мыслях (то есть опять зря создам форк).

Либо я слепой, либо я чего-то просто не понимаю, либо я не правильно читаю документацию, либо она сама по себе местами не доработана.
В общем изучаю протокол матрицы, читаю документацию, точнее те части, которые мне интересны. Возможно просто вся проблема из-за того, что я читаю всё не по порядку. В общем, остановился на запросах, при администрировании (к примеру создание токенов для регистрации). По скольку для меня эта тема сейчас нова, то я тут жёстко вначале с этим протупил, а вот не тупил бы, если бы я увидел что нужно пользоваться curl для составления запросов. Информацию про то, что мне нужно я нашёл если что не в документации, а на стороннем сайте. Окей, я составил запрос. Получил ошибку "нет доступа". Полез опять в документацию читать про токены доступа (эта информация выше токенов регистрации). И вот тут уже curl фигурирует в примере. Представим, что я стал читать про токены доступа раньше, чем про токены для регистрации. Тогда бы я узнал, что мне надо пользоваться curl. Но вот воспользоваться им в полной мере не смог бы. Потому что я не увидел примера с указанием типа запроса в curl. Благо всю информацию нашёл опять на сторонних сайтах.