Announcing the release of #fbp and #f_scripts 0.6! This marks the first #framebufferphone releases in almost 2 years, and I'm so proud of the amount of learning that went into these releases. I'm picking up where Miles Alan left off in order to create the ultimate framebuffer-based UI for #MobileLinux. Packaging should be making its way into #pmOS/#Alpinelinux soon (tm), and I've created a PR to get this UI option merged into #Danctnix Arch ARM.
Alas, I have to consider some other hardware that is more BSD friendly than what I currently have for my main laptop. Wifi worked great on NetBSD, whereas it was flaky on FreeBSD, but the audio input was the flaky one.
A ThinkPad, maybe? I'll gladly accept hardware recommendations for BSD-friendly models from at least a decade ago (read: cheap).
Current status: Deciding between Void and Alpine for the next episode of The Main Machine Trials®
#AlpineLinux is generally my default goto for #kubernetes#container image bases when I'm writing stuff from scratch. I love how lightweight and simple it is, so I'll often start there until I can prove that I need something more complex.
The work for #alpinelinux 3.20 release is progressing. riscv64 is now the build bottleneck again. 537 packages left before we can do a release candidate.
This morning, a colleague (a sysadmin who works exclusively on Red Hat) needed to quickly create a VM for a reverse proxy. Among the requirements:
Minimal, only for nginx
Root file system on btrfs (I don't know why, but it's their internal policy)
Be online ASAP
I swiftly installed Alpine Linux for them. With just two commands, I set up the root on btrfs and got the setup running. Within a minute, the VM was up; in ten seconds, nginx was installed, and within two minutes, it was configured.
They were amazed by the speed and lightness of it all, as well as the updated kernel.
Alpine Linux remains, in my opinion, an excellent and flexible solution in the Linux environment.
The most complex package I have ever written has been merged into #AlpineLinux! It totally has nothing to do with #Lomiri on #postmarketOS. (It actually does. It fixes a bug.)
#alpinelinux riscv64 package builds are progressing: ~690 packages left to build.
I think the real problem is the cases where the testsuite hangs. You always wonder if something deadlocked or if it is just slow. should you wait another day or just cancel it?
There are dark clouds hanging over riscv64 support for #alpinelinux 3.20. One of the donated pioneer machines are offline due to me messing up network config remotely (who would have guess that bridge works on one of the machines but not the other?)
The other machine is still trying catch up after the python 3.12 upgrade. 770 packages to go. It is the only CI and now it is also building toolchain for 3.20.
The latest and greatest GHC version (9.8.2) is now available in the Alpine Linux Edge repositories and will be included in the upcoming 3.20 stable release.