Last major issue to fix before releasing fbp 0.6.1 and using #framebufferphone as my daily driver: The UI is really slow, unresponsive, and crashes often on any platform other than the original pinephone with pmOS. Likely due to a memory leak
Weekly GNU-like Mobile Linux Update (12/2026): Immutable Ambitions

This past week: postmarketOS introduces Duranium immutable variant, PureOS Crimson beta and Sailfish OS 5.0.0.77 early access released, a Ubuntu Touch Q&A, Amazfish 2.9.0 and more! Enjoy!

LINux on MOBile
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.
i'd like to synchronize the releases of #fbp and #f_scripts 0.6, but i first need to finish overhauling the f_scripts audio stack in f_audio and f_phone. once those items are done, i think i'll be able to switch to #framebufferphone as my daily driver UI!
overhauling the #framebufferphone f_audio script is turning out to be quite the challenge. not only am i reworking it to use a pipewire/pamixer stack instead of using alsa directly, but im also making it system-independent by auto detecting available sinks, sources, and ports and basing the ui off of that rather than hard-coding in which audio devices are available. it's coming along nicely, and i'm learning more about pulseaudio and scripting than i ever have before

i became a real programmer today... i wrote my first segfault

lol i was working on text rendering in the #framebufferphone fbp keyboard, i can't figure out why sdl_truetype is drawing all the fonts in white

it doesn't help that i'm writing a complex program in zig when i don't really know zig

@jawsh that's pretty much the idea with the #framebufferphone #MobileLinux UI that i'm working on. just a virtual keyboard, tty, and some scripts to make it usable for calling/texting and other basic smartphone functionality. we'll have to see what the battery life difference is once it's fully daily-drivable
learning #DBus is quite the adventure! i'm migrating the #framebufferphone f_phone script to use #callaudiod in place of megi's old pinephone-call-audio program (for wider system compatability and future-proofing), but am finding it harder than expected. finding a good way to start callaudiod's dbus connection is proving quite difficult. oh, well, i'll figure it out. up next: migrating f_audio and other scripts that use audio to #pipewire! that's sure to be fun.
happy new year! and right to work i go, testing #framebufferphone on both #pmOS and #ArchLinuxARM on the #pinephone and #pinephone pro with a patch applied that updates fbp to be built on the Zig 0.11.0 codebase. huge thanks to ~noneofyourbusiness on sourcehut for submitting that patch, i'll have it merged shortly!

list of tech goals over winter break:

[] home server setup (wip)
[x] #LoRa #Pinephone back case meshtastic connection
[] figure out LoRa #PineDio usb communicator
[] pinephone fingerprint back case
[] actually maintain #framebufferphone
[x] read the Pragmatic Programmer
[x] figure out what's wrong with my #ppkb (charging circuit :/)
- and probably more i'm forgetting

i've got a bit of work to do