Likes from 24 October 2026

After the N-th time I hear casual racism and fascism at a dinner (where I was invited), I actually took off, said "farewell" and left. Fuck that shit.

Got some unwelcome news first thing today: Someone I've known for many years recently took their own life. Feeling angry and sad and like a shit friend because we lost touch at some point, and I had no idea of their struggles. But I definitely could have been more curious. My response so far since hearing this news has been to reach out to a few people I've not checked in w/ for a while.

I have been having A Bit Of A Morning™️ Second time this week some scroat has untied my boat, on a river, in horrendous weather. The fire brigade are very good lads. “You can’t park here mate” really turned the whole thing around. https://www.instagram.com/reel/De4IeLOobVQ/?vrfl=MXdiOHdmNDlwMWY3dA==

Mitigations for CVE-2026-109618 and CVE-2026-109619 that work until you can install the fixed PHP, based on PHP's advisories. Tested configs for nginx, Apache, …

@davidism@mas.to I think so, yeah! Unfortunately the current preview has a few limitations that make it an imperfect replacement for hash-pinning, but I think GitHub intends to have it be a full alternative/replacement for pin bumping/hashing tools in the long term.

Maintainers of open source projects should be mentoring folks to become their replacements. Not just thinking this is about controlling their project. I have learned this the hard way for gcc. You can't just think it is your way or the highway. Also gsoc is NOT a replacement for mentoring inside the project. It should supplement the mentoring that is done, just like an internship. Also this is not unique to gcc, it is many open source projects. And then there is the gaming of github stats, the one or two commits in llvm and leave issue. Those are used to gain stats for a job. Seriously open source is broken because of the gaming of the system. Even inside companies where you have the person with the most open source commits. Or the person who opened the most issue. Or the person who reviewed the most. (What is funny is that i am that person but I am not trying to play the game of counting, I am just trying to push gcc forward). At the same time I am mentoring folks both inside and outside of qualcomm on both gcc (and even to a less sense llvm) and performance analysis. But going back to my original point is mentoring and maintainship overlaps. It is not one or the other but rather both in the same role. By the time you step down you should have at least mentored a few to be able to take you from you. If you have not you partially failed a as a maintainer as the project will no longer can be maintained in the future.

Steve is the plural of Teve