oof, that's unfortunate

Some takeaways from the discussion thread:

1. We can still depend on it until they actually remove it
2. We're definitely not alone here
3. Not sure this is decided just yet?

We mainly use the library for two things, format-flexible datetime parsing and some timezone handling. I suspect the timezone handling can be replaced without too much trouble.

The parsing issue is trickier. There are two major reasons we need flexible parsing -- to handle human date input in the cli and to handle any possible api variations in how the hub/db return date strings for some queries.

We might be able to pivot to dateparser for the parsing part. This library is available in Fedora and epel9 and seems to have an active upstream.

Alternatively, we could implement a simpler function based on a short list of possible strptime formats that does not require a special dependency.

It might make sense to do both, actually. Limit the friendly parsing to strictly a ui convenience, but use the simpler/safer version in other code.

Regardless, I don't think we have to rush this