Here's a small video which explains how to use builds.sr.ht
basu now supports FreeBSD!
Drew DeVault and Joseph Jacks chat about Open Core at Open Core Summit 2020
Status update, December 2020
our update from mid nov is now out on Crowd Supply as well! https://www.crowdsupply.com/mnt/reform/updates/november-production-update
basu 0.1.0 released!
AMD has released docs for the RDNA2 ISA
I think something important which distinguishes a prolific FOSS contributor from someone who isn't, in the context of marketable skills, is the ability to quickly dive into a new codebase and familiarize yourself with it enough to be productive. Many of the FOSS developers I know can be writing useful patches within hours or even tens of minutes of their first exposure to a codebase.
Started a wiki page about VRR setups and issues w/ Sway:
If you happen to have a VRR screen, feel free to add an entry!
So, yeah, *&%*($ to silently ignoring errors, XCB.
It turns out sending a closed FD via XCB doesn't fail. The other side (X.Org server) just receives a random FD number, which I think by chance referred to an unrelated FD which was opened.
But why was I sending a closed FD via XCB in the first place? It turns out sending a FD via XCB also closes it. So it worked fine the first time, and caused the bug the second time.
This morning I spent a few hours tracking down a bug in wlroots' X11 backend. Importing a DMA-BUF via the X11 DRI3 extension failed, and I couldn't understand why.
Went from X.Org server core to Xwayland to GBM to Gallium to radeonsi to libdrm to the kernel. The FD seemed valid, since stat() didn't return an error, but drmPrimeFDToHandle failed.
Saying "no" to unethical tasks
A few ways to make money in FOSS
Status update, November 2020
SourceHut's second year in alpha
The social network of the future: No ads, no corporate surveillance, ethical design, and decentralization! Own your data with Mastodon!