я тут на bazel сделал сборку приложения под gameboy

bazel - это переусложненный gnu make, он может быть полезен в том плане что есть переиспользуемые правила которые вы можете использовать в своих проектах, например сборка android apk/aab. Но дело в том, что если готовых правил нет - новые писать будет... муторно. Поэтому предлагаю вам брать cmake + cpm или meson + wrap, а потом обораичвать это сверху bazel для сборки под андроид.

В opensuse установщике есть "generic desktop", и по умолчанию это легковесная icewm сессия. Интересный дистрибутив, имеет все что нужно, загрузчик bootia32.efi, 32-битную версию для установки на старое железо, автоматические снапшоты (snapper тож написали ребята из opensuse) с возможностью с них загрузиться, полнодисковое шифрование с возможностью пользоваться или не пользоваться TPM/пин кодом, тоже нигде больше такого не видел. FHS совместимость в отличие от nixos. Оффлайн-установщик.

https://github.com/bjasspa/jasspa/ продолжающий свое развитие редактор кода, под много платформ, нигде о нем не слышал

https://github.com/vigna/ne - второй тоже долгоживущий и развивающийся редактор, выбираю между ним и микроемаксом

https://github.com/joe-editor/joe тоже один из старых редакторов, который продолжает развиваться.

jasspa не поддерживает unicode, joe мне не удалось заставить скопировать текст в буфер обмена. ne более-менее работает если привыкнуть, на тест еще https://github.com/craigbarnes/dte

я в far2l https://github.com/elfmz/far2l смог открыть файл, выделить текст, нажать ctrl+c, потом закрыть его, открыть другой файл и вставить. Пожалуй можно считать что это тоже текстовый редактор с хорошим меню выбора файлов?

ps: 16-18mb ram

Остановился пока на ne, теперь смотрим tmux или какие-нибудь к нему альтернативы приличные

tmux оказался не слишком сложным для базового использования

мне интересно, как получить из интернета информацию, находясь в системе с 512мб оперативной памяти. На ум приходит ковырять ИИ, поэтому дальше рассматриваем что можно использовать в такой ситуации

похоже достаточно opencode+deepseek например

в tmux не работают сочетания клавиш если переключаешь раскладку клавиатуры! Будем искать что-то другое

https://github.com/lunardoesdev/litoli делаю SDK чтоб можно было собирать скажем из-под арча под дебиан, делая это не через докер а так же как с остальными платформами, через sdk tarball и кросс-компиляцию из-под хоста

похоже, неспроста в sdk распостраняют и cmake, и компиляторы, а не только библиотеки для кросс-компиляции, возможно сборка в докере это действительно не такой уж плохой вариант?

Довел litoli до рабочего состояния! Вот это да. Может все-таки это возможно?
https://github.com/lunardoesdev/litoli-nix-example

cairo-dock работает на wayland, x11, реализует множество спецификаций. Чем он хуже noctalia о котором все говорят?

обновил litoli-sdk, теперь вы можете максимально просто используя nix собирать как минимум cmake проекты под любые линуксы ,безо всяких там nixGL и других костылей https://github.com/lunardoesdev/litoli

доработал еще, теперь там без дополнительных флагов хорошо работают cmake, meson, cargo

По итогу я получил достаточно опыта в кросс-компиляции с nix, чтобы уверенно определиться, что nix мне не нравится: много спагетти-кода, в котором зарыты собственно нужные вещи вроде выбранной libc и , флагов компиляции, в devShell нет тех хуков для подтягивания компиляторов и тулчейна, которые есть в рецептах пакетов, из-за чего эти хуки приходится писать руками если хочешь повторяемый dev environment.

Планирую чуть поподробнее попробовать bazel и docker для задач простых повторяемых тулчейнов для кросс-компиляции