сейчас занимаюсь опакечиванием разных библиотек и программ под разные платформы в своем пакетном менеджере, особенно мучаюсь с Boost, там по 40 минут сборка после каждого тыканья флагов сборки, при этом у него какая-то своя загадочная система сборки. Мечтаю когда-то чтоб был у меня мощный компьютер с промышленным процессором на 128 потоков и чтоб памяти по 800мб на поток, чтоб это все собиралось быстро и удобно

немножко очеловечил retrolunar, добавил подкоманд, сделал человеческую документацию, добавил —help, если не указывать —packages то он автоматически скачает retrolunar-packages в ~/.cache/retrolunar/packages. Да, кстати рецепты я вынес в отдельный репозиторий для этого https://github.com/lunardoesdev/retrolunar

добавил многопоточность, могу хоть на 100% забить процессор, правда тротлит нещадно

https://github.com/h4ckf0r0day/obscura продолжают развиваться автоматизированные браузеры для скрейпинга

когда-нибудь попробую, харнесс с оптимизацией по потреблению оперативки https://github.com/gi-dellav/zerostack/tree/main

Собрался с силами и опубликовал на реддите retrolunar, естественно и секунды не прошло как пост удалили

Развернул локально forgejo, он ест 230 мегабайт оперативки! Куда ему столько?

в tomlinks поправил баг и расширил совместимость до ubuntu 24.04

Google задепрекейтил android sdkmanager, теперь вам надо использовать подкоманду android sdk из android-sdk , при этом больше нельзя принять лицензии через yes | sdkmanager --licenses, теперь вы вынуждены устанавливать пакеты с помощью android sdk install и только тогда лицензии принимаются автоматически

сделал маленький калькулятор на compose multiplatform

toml поддерживает multiline строки. Сегодня я размышлял, как лучше организовать мой пакетный менеджер с кросс-компиляцией. И как будто не обязательно использовать прям язык программирования, если задача в том чтобы сгенерировать на основе некоторых данных posix shell скрипт. Возможно (о ужас) придется писать резольвер зависимостей самому, а не полагаться на тот что есть в lua

Разобравшись с кросс-компиляцией, я нахожу теперь в исходниках xmake очень знакомые паттерны настройки окружения для сборки программ, и намного больше в них понимаю. Наверное, можно сказать что исследования прошли не зря? Еще бы как-то денег заработать и было бы вообще замечательно

http сервер для си в двух файлах, .c и .h https://mongoose.ws/

может пытаться делать курсы для stepik?

Hermes (https://hermes-agent.nousresearch.com) возможно уже попадался вам на глаза и вы думали: чем эта штука лучше остальных, чем она выделяется? Я попробовал, оказалось постоянной памятью и самообучением. Сейчас вот учу агента на своих проектах чтоб он запомнил, что как делать надо

Итак, я сделал retrolunar2, пакетный менеджер с кросс-компиляцией, более удобным форматом пакетов, хорошим кешем с деревьями хешей и прочими удобствами https://github.com/lunardoesdev/retrolunar2

с помощью retrolunar2 собрал андроид библиотеку человеку https://github.com/lunardoesdev/ffmpegkitnext-for-wednesday/releases/tag/v9.0.0

Вот конкретное место в nix, которое плохо и непонтяно организовано, из-за чего я ковыряюсь со своими пакетными менеджерами https://github.com/NixOS/nixpkgs/blob/master/lib/systems/examples.nix . Чтобы создать свой таргет, вы можете... прописать некую конфигурацию. К модулям, которые вы не знаете где находятся. Теоретически вы можете задать какие-нибудь флаги для clang или gcc. А что если у вас другой компилятор? Что если вы хотите что-то собрать под ретроконсоли? А что если например вам хочется писать под обычные FHS системы без костылей вроде nixGL или nix-portable? И все это хочется делать так, чтобы работали стандартные описания пакетов nix с их же системой зависимостей, а не просто установить кросс-компилятор и собирать каждую зависимость вручную? Я не нашел ответов на эти вопросы. Если у вас есть ответы - расскажите в комментариях

еще один любопытный ии-харнесс (пока все еще нахожусь в поиске, hermes хорош но в плане многозадачности, потребления памяти и некоторых других вещей не очень) https://3code.capocasa.dev/

https://github.com/pkgforge-dev/Gapless-AppImage

AppImage made using quick-sharun, which makes it extremely easy to turn any binary into a portable package reliably without using containers or similar tricks.
This AppImage bundles everything and it should work on any Linux distro, including old and musl-based ones.
This AppImage doesn't require FUSE to run at all, thanks to the uruntime.

nim можно установить теперь через mise! Неожиданная приятная новость