anyone know of a #rustlang or other #rewrite of /usr/bin/env that i can drop into an #alpine container to get `env -S` ?

I kind of wish there was a version of Alpine that was libc based - just for desktop NVIDIA support really.

Alright, alright. Get this.

A #Linux distro using nothing but #Kuroko and #Musl.

Of course me getting Kuroko into Alpine community repos on edge inspired me to do this.

Anything else the user installs is in a different language of course but the main system not including the kernel uses Kuroko… maybe except coreutils if I don’t want to write them into Kuroko.

Is this even possible? Probably not, but I’m willing to find out. I mean Linux with Node.JS exists.

Got some complaints the #musl git server was sometimes giving errors from too much load. Load caused by abusive LLM scrapers hammering cgit. So I added frontend rules that apply a 10 byte/sec rate limit to client IPs hammering >5 requests per 10 sec for the duration of the hammering. Load average has plummeted.

Making a #Linux #Distro from the #LFN guide by MapleCircuit. (Great guy, search up the series #LinuxfromNothing and go follow him!!!)

I’m using #Musl instead of #Glibc for funsies.

I’m #Nerdy as shit, and that’s pretty cool.

Thought that would probably make me a lot more productive on #musl, musl-cross-make, etc.:

When there's an open issue that needs any sort of testing cycle feedback, scheduling real-time chat with the reporter or patch submitter to go through it until it's resolved.

That's what just finally cleared some backlog on multiple longstanding musl-cross-make failures.

Heads up maintainers: there's a static analysis tool Svace, and perhaps some AI-slop tool built on top of it, producing very wrong analysis. So far #musl has gotten 6 patch submissions based on it and they're all wrong and mostly unmotivated.

In one case it claimed possible null pointer dereference when the code in question was already immediately conditional on the pointer being non-null.

FWIW this is what Samsung uses to find and "fix" bugs in their fork of Android...

New #AlpineLinux stable releases with security fixes for #musl and #OpenSSL

https://alpinelinux.org/posts/Alpine-3.18.12-3.19.7-3.20.6-3.21.3-released.html

#musl #vulnerability https://www.openwall.com/lists/musl/2025/02/13/1
I guess #openwrt and #alpine system should be all upgraded now once fixes are available.

So, from my notes:

#voidlinux: symlink a service's name from /etc/sv/ to /var/service to enable a service then sv up & down will become available for that service.
#chimeralinux: dinitctl, kinda like systemctl
#devuan: update-rc.d <service> default to get it on the runlevels, then enable/disable to do fun things. Only do update-rc.d remove when the package is removed from the system.. Gotcha

good news tho: #mimalloc is Significantly faster than the stock #musl allocator for #Rust, much like a recent blog post indicated

it just ran through updating 4k calendars, each probably requiring 100s of requests in a matter of TWENTY seconds

that's crazy, never had such a big "swap out a dependency and gain efficiency" type thing

trying to exchange the #musl allocation with #mimalloc and as it turns out, not a simple switch, flexi_logger immediately shat itself and brought down prod

reminder to not test in prod

#musl mallocng just caught an interesting type of buffer overflow in mc: decrement of offset past start of buffer and overwrite of byte below allocated memory with '\0'.