I had the same thoughts a few months ago, and then someone told me Atuin Desktop is made for DevOps and the likes, in order to scale manual and repetitive operations accross many teams. This made sense to me.
We have CI actions we use to configure and deploy dev namespaces. We document a bunch of steps for these actions in a doc, including situational tweaks. I could see this being a great replacement for that, given the right integrations.
One of the main things we’re aiming to do here is make these manual processes much less manual! I’m a big believer in automating things gradually, which runbooks enable
Atuin seemed like an interesting way to sync shell history across machines. That wasn't a problem I personally had, but I could've seen myself giving it a try.
These recent developments with the Desktop tool, and now what seems like a Jupyter-like replacement for... shell scripts(?)... sounds completely alien to me. I'm sure it solves some problem for somebody, but it's far removed from any problem I've ever had. Good luck with the project, as it does look like a lot of work and thought went into it.
I just hava a zsh binding for using fzf to doing a fuzzy search of my history. The fzf package actually includes the implementation of the zsh "widget".
That's probably essentially the same thing, atuin being sqlite based is possibly faster but its not likely to matter until you reach a very very large history.
Ive been wanting to give this a try. I see that it mentions markdown formatting support, but I wonder if it actually supports markdown. I'd love to find a way to integrate it with my Obsidian vault, since I already have all my shell snippets and homelab docs there
The slow turnaround is somewhat disappointing but not surprising for a FOSS project; I'd fork it but using a forked Rust project is quite inconvenient vs, e.g. Python where you can just clone it and go.
Having trouble getting it to work on Ubuntu, the terminals seem to work but do not show any output. Definitely looking forward to when all the issues are ironed out, I'll probably make it a core part of some of my projects.
What is the advantage of a screwdriver over something like a saw?
Atuin Desktop and Marimo have quite different purposes and not much in common. Atuin Desktop is a runbook system for devops, to store, document, and run sequences of templated terminal commands (and some other things). Marimo is a reactive Python notebook development system for programming, data science, etc., which can't run terminal commands.
At first I didn’t know what I wanted to do with it…then I realized basically anything I would want to do more than once should go in here.
One off CSV export from a custom sql query? It’s in Atuin.
Need to onboard a new dev across all our various repos and tools? Shared Atuin runbook.
Basically any kind of manual process I’ve ever needed now lives in Atuin and is almost entirely automated. It’s wonderful.
Used to do all this stuff with Confluence and a bunch of copy-paste. No more.
reply