As part of my goal to be more organized, I wanted to document some of my morning routine. My day starts at night, in the sense that I have found the best way to have consistent mornings, is to have (as much as possible) consistent evenings. Knowing that I feel best with at least 7 hours of sleep, I try to ensure I am in bed by midnight, and try to avoid my phone too much in bed.

As part of documenting my current deployment, I wanted to document where I deploy things in 2026. At a high level, I am still using saltstack and docker for deployment. I have slowly migrated some things from the cloud to a local homelab.

While I had played an older version of Satisfactory with my gaming group , we recently replayed it so that we could experience 1.2 and also see some of the story bits they added since 1.0.

Echofeed was a service to take rss feeds and ’echo’ them to other services such as Mastodon. Recently they have been winding down the service for numerous but very understandable reasons. While I have no plans on offering an alternate service, I wrote my own simple version to continue having a similar flow of blog -> mastodon posts.

Most of my alfred workflows are in python and I often use uv to run them. To make working on them a bit easier, I brainstormed an alfred-uv command to make it easier to develop.

While nearly everyone likely has their own sisyphean task, one of mine is the search for the perfect inbox. Trying to have just one inbox to look at for the day has continued to be a challenge, even since I wrote about it in 2020 . Recently, I have looked at my daily workflow, and how I might converge on a single, primary inbox.

I use saltstack to manage deployment of docker containers in my homelab. For two of my cloud servers, I am running them in memory constrained environments for cost reasons, and typically only run the minimum required there.

For the past many years I have used various notification methods in my projects.

While the entire systemd project has historically been rather polarizing, I have found it to be easier to maintain for my own environments. When working on services on windows or MacOS , I have come to miss having journald when running services. MacOS launchd services let you StandardOutPath and StandardErrorPath, each application can set them to whatever path they want. While applications can directly use MacOS unified logging, I wanted to prototype an idea of launchd handling directing files. Since I can not (easily) modify launchd, I decided to write a redirect-output helper, to prototype how this might look.

Due to the flexibiilty of Django , I will often use it in places that are not a normal web app. A combination of the Django ORM and admin commands makes a Django project a useful place to collect useful scripts. In the past I would often add things to Cron, but due to the tasks framework I have started to add some jobs there. To make it even easier to call tasks, I hooked up Alfred to my Django project.