Status Report - Week 51 2025

Dec 23, 2025

Real life

After yet another trip to Lille on Monday, this week was a quiet winding down to our 2 week Christmas vacation. We'll spend most of it with family in France.

I am making steady progress on La Guerre et la paix, that is consistent with my limited experience with russian literature: it's rather long, very slow - and barely anything happens - but it´s still super enjoyable to read. As I was telling Nathalie: you have to force yourself a bit to pick up the book, but then it's hard to put it down - weird :-)

I'm interleaving my reading with a very different and also excellent book: Game Engine Black Book: Doom. It's not only about the engine itself but also the state of hardware circa 1993; I really like reading about this "older stuff".

2025 will have surely not been the year of running: I only ran 17.76km this week, and did not particularly enjoy it. I hope 2026 reignites my "running is stupid but I love it" fire.

Finally, I had a good week at GeoGuessr, staying in the Gold I division after winning 7 of my 20 "counting games" (and 42 out of 91 overall). The numbers don't show it yet, but I do feel that I'm making progress. Time will tell.

Open source

As I mentioned in this post, I have migrated my old iMac to Fedora, and I continue to be very happy. It allowed me to do all that follows without having to touch Anton's PC - it's easier for me, and I'm sure he's grateful to not need to kick his dad out of his room anymore.

On the SourceHut front, I did a bunch of random things as usual:

  • I submitted a patch to surface the "superseding patch" in the patchset view when applicable. It makes my life easier because I tend to send multiple patch revisions, and I hate having to search to find the latest one. The UX is pretty nice - this is the blue notice box (fortunately Drew had a better idea than my initial one :-))

Superseded patches UX

  • I investigated a weird bug with build badges when several are included in the same README, that ended up due to a bug in the SVG cache key we use (fix).
  • I submitted a fix to hub.sr.ht so that it properly sets up the webhooks it registers to itself in builds.sr.ht.
  • I removed linelight.js from git.sr.ht since it's now shipped with core.sr.ht.
  • For once I read some documentation :-) and fixed a typo.

Thanks to the hub.sr.ht bugfix mentioned above, I'm finally convinced that sr.ht-container-compose does not need this patch. This means that I can reduce the number of changes between my fork and main \o/ Once all those patches are merged, the only differences will be in the Makefile.

And I made a few changes to sr.ht-integration-testing:

  • Significantly speedup (and robustifed) builds related tests via this ticket.
  • Added a test for my recent fix about empty mbox downloads.
  • I retried running the testsuite natively (i.e. on SourceHut builders) instead of on EC2, and it still does not work. At least I have the reason documented in a ticket, and don't need to try again in a few weeks to relearn it :-)

I took a look at one Servo ticket that might explain why sr.ht does not render well with Servo, but did not make any progress beyond pulling some logs.

https://simartin.dev/blog/rss.xml