#busybox, #GNU
Не очень важная тема, но, знаете, backlog копится, иногда надо разбирать.
10 лет назад я считал, что это какая-то интересная игрушка, в стиле "засунь дистрибутив Linux на floppy", и что там невозможно "жить" всерьез.
3 года назад я сделал его переоценку, и решил, что busybox вполне себе годится для #realm system, для загрузки системы, ну, и... всё.
Сейчас я уже где-то полгода использую busybox, как основную реализацию posix утилит, да и, в общем-то, как замену grep/sed/find/etc, coreutils, util-linux(!!, набор linux-специфичных системных утилит), и так далее. Даже awk я использую из busybox, он там куцый, но чтобы выбрать строку по значению поля - вполне подходит.
Я даже какое-то время использовал shell из busybox(ash), но, в конце-концов, вернулся на bash(причем 3-ий, в районе четвертого они что-то сильно для меня поломали). По довольно странной причине - у ash плохо работает интеграция с mc. Если бы не это, так бы и использовал.
Ну, ладно, less у них кривой, но кому нужен less в наше время?
Короче, я так скажу - в настоящее время я не вижу смысла строить Linux систему на основе утилит от GNU(косое, кривое, совместимое только с собой, да и то, не всегда, нечто), потому что а зачем? Вам, правда, нужна одна из 1000 этих опций, длиной от 20 символов, которые невозможно запомнить?
Да, тут еще, конечно, важно за это поблагодарить сообщество alpine linux, которое, насколько я понимаю, следит, чтобы всякие говноскрипты были с busybox совместимы. Может, еще openwrt, но это не точно.
Не очень важная тема, но, знаете, backlog копится, иногда надо разбирать.
10 лет назад я считал, что это какая-то интересная игрушка, в стиле "засунь дистрибутив Linux на floppy", и что там невозможно "жить" всерьез.
3 года назад я сделал его переоценку, и решил, что busybox вполне себе годится для #realm system, для загрузки системы, ну, и... всё.
Сейчас я уже где-то полгода использую busybox, как основную реализацию posix утилит, да и, в общем-то, как замену grep/sed/find/etc, coreutils, util-linux(!!, набор linux-специфичных системных утилит), и так далее. Даже awk я использую из busybox, он там куцый, но чтобы выбрать строку по значению поля - вполне подходит.
Я даже какое-то время использовал shell из busybox(ash), но, в конце-концов, вернулся на bash(причем 3-ий, в районе четвертого они что-то сильно для меня поломали). По довольно странной причине - у ash плохо работает интеграция с mc. Если бы не это, так бы и использовал.
Ну, ладно, less у них кривой, но кому нужен less в наше время?
Короче, я так скажу - в настоящее время я не вижу смысла строить Linux систему на основе утилит от GNU(косое, кривое, совместимое только с собой, да и то, не всегда, нечто), потому что а зачем? Вам, правда, нужна одна из 1000 этих опций, длиной от 20 символов, которые невозможно запомнить?
Да, тут еще, конечно, важно за это поблагодарить сообщество alpine linux, которое, насколько я понимаю, следит, чтобы всякие говноскрипты были с busybox совместимы. Может, еще openwrt, но это не точно.
🤔7👍4👎2
commit -m "better"
#llvm weekly https://reviews.llvm.org/rGf06abbb39380 Аааа, llvm busybox style binary приземлился! Пока в довольно ограниченном виде: (1) the multicall binary cannot currently properly handle multi-dispatch tools. This means symlinking llvm-ranlib to llvm…
https://reviews.llvm.org/rGd5090cd94a8f
Продолжает приземляться поддержка сборки llvm/clang в один большой бинарник, #busybox-style
На первый взгляд, поддержаны все бинарники, которые я использую, а, значит, в clang16 я попробую использовать такой режим.
Ожидаю, что размер пакета с clang упадет в 2 - 3 раза. В перфе роста не ожидаю, потому что 99% времени все равно жрет компиляция, и факт того, что всякие ar/lld/etc будут использовать те же кеши, что и бинарник clang, особой роли играть не будут.
Продолжает приземляться поддержка сборки llvm/clang в один большой бинарник, #busybox-style
На первый взгляд, поддержаны все бинарники, которые я использую, а, значит, в clang16 я попробую использовать такой режим.
Ожидаю, что размер пакета с clang упадет в 2 - 3 раза. В перфе роста не ожидаю, потому что 99% времени все равно жрет компиляция, и факт того, что всякие ar/lld/etc будут использовать те же кеши, что и бинарник clang, особой роли играть не будут.
👍5
commit -m "better"
https://www.opennet.ru/opennews/art.shtml?num=56416 Вышла новая версия busybox. Почему-то очень часто, рядом с информацией про релиз busybox, пишут вот такую ересь: "В то же время автор BusyBox всячески возражает против такой защиты - считая что она ломает…
Давненько не было новостей про #toybox! #busybox
Вышла новая версия, полез посмотреть, каких новых команд они досыпали.
https://github.com/landley/toybox/blob/master/toys/pending/git.c
Пожалуйста, вот вам git client за 600 строк кода!
Никакого продуктового смысла в этом, конечно, нет, но так-то довольно интересно поштырить, чтобы понять, что ядро git - это вот эти вот 600 строк кода, с кучей слоев вокруг.
Вышла новая версия, полез посмотреть, каких новых команд они досыпали.
https://github.com/landley/toybox/blob/master/toys/pending/git.c
Пожалуйста, вот вам git client за 600 строк кода!
Никакого продуктового смысла в этом, конечно, нет, но так-то довольно интересно поштырить, чтобы понять, что ядро git - это вот эти вот 600 строк кода, с кучей слоев вокруг.
GitHub
toybox/toys/pending/git.c at master · landley/toybox
toybox. Contribute to landley/toybox development by creating an account on GitHub.
👍9🤔2🤯1🤮1