For all of the built-in adapters to work, you'll need ffmpeg, pandoc, and poppler-utils. See the Scoop package [1] for a specific example of this.
> does it create a bunch of caches, that clog up storage and/or memory?
YMMV, but in my opinion ripgrep-all is pretty conservative in its caching. The cache files are all isolated to a single directory (whose location respects OS convention) and their contents are limited to plaintext that required processing to extract.
It would be very easy to follow along with a transliteration into any dynamic language language with halfway decent support for functional programming.
Thanks for the feedback! A fully local stack would give control back to developers, which we would love to do once open source model performance improves. Hoping we can change your mind on the value of navigating and editing code with visual diagrams, it's quite a bit easier!
Not exactly. Brev.dev helps you set up a Jupyter server, but you still need to set up your connection to it yourself. It's also mostly designed to run on the browser.
Moonglow abstracts over this, so you don't need to think about the server connection details at all. We're aiming for an experience where it feels like you've moved your notebook from local to cloud compute while staying in your editor.
reply