Okay, back to tmux it is then.

I started noticing problems with MCP auth state failing inside herdr, but working in a normal terminal session or with tmux, so I switched back to using tmux and it's been flawless. I also noticed that herdr was causing errors/warnings in ordinary terminal sessions so it's more trouble than it's worth at the moment (at least for me). It's a shame though, since I otherwise think it's a good tool.

Over the last year I ended up duct taping a lot of functionality onto tmux to get what these new age multiplexers set out to do (session launch, live agent status, etc). And it works, but it definitely feels like duct tape.

I'm not sure the tmux project wants to evolve to support this natively so for now herdr seems like one of the best open and forkable options available. Considering how little I've had to really touch my tmux setup after getting it going I don't think it's necessarily the worst thing in the world if the FOSS community maintains a deshittified fork of herdr, should it come to that.

I am going to be PRing herdr to stagex as it is my daily driver. This will give it a totally independent release process with multiple parties bootstrapping, reproducing, and signing deterministic binaries for it alongside our tmux releases.

We (the stagex team) will naturally patch out any corpo tracking bullshit that may or may not happen in the future, and follow the dominant community fork should it be needed, as we did with terraform -> opentofu.

As long as herdr does not enshittify though, we will be happy to provide very high supply chain integrity releases for it as-is starting with probably next months stagex release.

Absolutely no problem with FOSS developers finding revenue streams to give themselves more resources to make their projects better.

My own company is 100% FOSS with nothing held back and will stay that way, even though we are in the current YC batch with more customers signing every week. Admittedly this is atypical, but it can be done.