thank you! if you ever have any thoughts or feedback, please let us know <3
HN user
ellieh
https://ellie.wtf
building atuin.sh
ellie@elliehuxtable.com
Hey! Atuin maintainer here! Happy to answer any questions
Personally I have never been bothered by programs using my home folder. I don’t regularly ls the contents of it, and just browse by path from my shell anyway, so the clutter is barely visible to me
sure, but with unsafe Rust you have a very clear marking for the section of code that requires additional care and attention. it is also customary to include a "SAFETY" comment outlining why using unsafe is OK here
I wish it was easier to know which projects are in desperate need of funding because I love pgbackrest and totally would have donated here, and I suspect many others would have too :/
I imagine this will push some new users away
I suspect it will gain them more users than it will lose
Most other tools doing this are heavy, buggy, and built on electron
So Atuin actually runs postgresql on the server only - the part that handles sync for many users
On the client, it uses sqlite. As of recently, it also keeps an in-memory Nucleo index to make fuzzy searching much faster
Codeberg is a German-based nonprofit organization, and it’s hard to imagine going wrong with this choice.
I like what they're doing, however Codeberg's 14 day uptime is _97.05%_. I've heard from many that downtime is normal there, and is worse than GitHub (which is already... bad). This makes them a non-starter imo, until that improves.
With the current trend of things going down all the time, the best way to compete is just to be available.
I’m not sure what you mean here - we never supported fzf, other than a super early prototype in like 2021
This release actually adds support for nucleo, which matches with the same algorithm as fzf and was a common request
as a motorcyclist I often feel more comfortable riding near waymos
at this point I trust that they have seen me, know that I'm there, and won't behave unpredictably
this happens to me so often that I wonder if it's something YC suggest people do
gpui existing in the first place is a result of them raising VC
In other words: get an actually Linux supported laptop for Linux.
40% battery for 4hrs of real work is better than pretty much any linux supported laptop I've ever used
The main difference otherwise is that Atuin stores much more data + syncs it
We shelled out to fzf in the very early days, but found the initial indexing to be a bit slower + add latency vs SQLite
Let me know if there’s anything I can help with!
You’re very welcome! Glad it’s working well for you
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
Not just yet! We support a bunch of features that don’t fit into markdown very well.
We will have better markdown support soon
Very happy to hear you find it so useful! Please do let me know if there’s anything we can do to make it better for you
It could be interesting to see if it would be enough to add shell history as a completion source.
Atuin runbooks (mentioned in the article) do this! Pretty much anywhere we allow users to start typing a shell command we feed shell history into the editor
this is so cool! really excited to see where it goes
Yes! Working on that soon, the same runtime can be used elsewhere. Wanted to start with the GUI so we could really make it what we want, but up next
1. TUI for interactive terminal runbooks
2. CLI for hands-off execution, CI, etc
Thanks for sharing! Maintainer here, lmk if you have any questions <3
we could absolutely plug it into the codemirror linter! thanks for mentioning
absolutely!
we already support execution of script + terminal blocks over SSH, but want much tighter integration. Parallel execution is certainly a part of that too. anything else you'd want to see?
I agree! We're definitely not trying to avoid them as users haha, I can certainly see how it would be useful. There's so much automation that just can't fit into a strict schema, and always needs a human or customization for 10% of it
We're aiming to be flexible enough, so that if you can do it in a terminal then you can _also_ do it with a runbook
It's aimed at replacing developer docs realistically - anything where you're explaining how to run or query things.
BUT it does also make a nice environment for rich text, with markdown support, so can easily replace internal docs in general
big fan <3
copy-paste of another comment but I think it answers everything here! The only addition I'll add is that if you copy-paste into another Atuin instance, the richness is preserved. If you copy paste to anything else, it'll be pasted as markdown.
---
The runbook files are just YAML (for now). They're more verbose than I'd like, but do convey a lot of information - both rich text and executable.
There's an example here: https://github.com/atuinsh/desktop/blob/8ebed35d7efe68a92363...
I'm aware this isn't ideal, and longer term we want something that looks much more like markdown. A key requirement for us here is that it's easy + convenient to type - just like normal markdown - so putting everything as a code block annotation isn't ideal.
The current sketch of what that could be looks like this: https://forum.atuin.sh/t/desktop-devlog-markdown-vim-local-f...
Would love to know if you have any thoughts!
The runbook files are just YAML (for now). They're more verbose than I'd like, but do convey a lot of information - both rich text and executable.
There's an example here: https://github.com/atuinsh/desktop/blob/8ebed35d7efe68a92363...
I'm aware this isn't ideal, and longer term we want something that looks much more like markdown. A key requirement for us here is that it's easy + convenient to type - just like normal markdown - so putting everything as a code block annotation isn't ideal.
The current sketch of what that could be looks like this: https://forum.atuin.sh/t/desktop-devlog-markdown-vim-local-f...
Would love to know if you have any thoughts!