https://github.com/pietvanzoen/gifable

Obsidian Live Sync plugin is a great combo of self hosted and offline/local.

No idea how I’m supposed to take this ranty blog needlessly interspersed with furry cartoons seriously. But it’s basically just restating (poorly) all the same criticisms and alternatives written about here: https://www.latacora.com/blog/2019/07/16/the-pgp-problem/

The ‘real’ criticisms of PGP are that it’s old, it’s clunky, and it doesn’t support forward secrecy by design. None of that is invalid, but I think the importance of those points depends on the use case and user.

The alternatives given are myriad and complexity and clunkiness are interspersed between dozens of solutions instead of well understood and documented in one tool.

That isn’t a superior approach. I’m not arguing that PGP is perfect, but it’s absolutely asinine to suggest (like this blog and others suggest) that the solution is to use dozens of other solutions with their own problems and with less auditing.

If we’re going to replace PGP, we need to do it properly in a centralized library/toolchain. Breaking up the solution and spreading it around just magnifies the problems.

Probably asking for something like the Corne keyboard. https://www.boardsource.xyz/products/Corne

deleted by creator

Linkwarden and Wallabag are both excellent. Omnivore is up and coming, but might still be difficult to selfhost.

Different caller, same question.

The BSDs I’ve used are extremely well documented and cohesive. No basic tools or functions are missing and everything works very simply and together as a whole. The tooling they put forward in the 2000s like DTrace, ZFS, jails, bhyve, were simply unmatched for their capabilities at the time. Having all those tools on a simple and fast OS at the time felt like living in the future.

At the same time, BSD is severely lacking in gaming, graphics performance, compatibility with modern ecosystems, ease of use for less technical users, and generally seems to have stagnated in the last 10-15 or so years. Some chalk that up to leadership, some to the license / corporate interests largely moving to Linux, who knows. But these days I use Linux and while I miss the halcyon days of BSD, I wouldn’t switch back.

I stand with my (forever) baby hippo Fiona.

Oh to be clear, it’s all humor. At least mostly, I’m sure there are RMS level fanatics somewhere that truly believe some of the BS.

This is something as old as time. I’ve seen it prolifically on Reddit (though not in the Emacs community, they generally discourage memes), various Linux forums, old Usenet, various programming forums… I’m not trying to be evasive, but it’s hard to provide examples that aren’t specifically cherry picked, which wouldn’t benefit the conversation much.

There’s even a Wikipedia page dedicated to this: https://en.wikipedia.org/wiki/Editor_war

Bruh 😂 the Emacs user community absolutely constantly shit on Vim users. When they added Vi(m) bindings they literally named it ‘evil mode’, and they constantly make fun of people who use it, and spacemacs, and the latest flavor of (neo)vi(m), and all the extensions necessary to make vim halfway useful as an ide, etc etc etc.

This is precisely what Opensuse MicroOS, Aeon, etc do, with the one difference that they use the snapshots as a fallback rather than a test env.

I guess it depends on scale.

• FSearch

• Recoll

• TypeSense

My 1.5yo son once reeled in the runner on a table hand over fist to get my beer. It was over 8ft away across the table. All within 15 seconds or so.

I certainly have been getting updates recently on EOS. Maybe try refreshing your gpg keys and checking your mirror list?

Try Lunarvim. It’s NeoVim, but ships as a fully functional IDE with easy customization if needed. Honestly I basically just changed the theme, font, and added a preview scrollbar.

Blazingly fast, extremely functional, endless customization if desired.

+1 for Gitlab. As the number of developers increases the features of Gitlab will get more and more important. Only OP can say, but if they’re closer to 9 developers than 2, I think it’s a safe bet they’ll need the extra features sooner rather than later.

Its dangerous to send goalposts flying around that fast, be careful or you’ll hurt yourself.

Your response is condescending, arguing from ignorance, and arguing in bad faith. I will reply this time, because once again you’re trying to build an argument on extremely shaky ground and I don’t enjoy people spreading ignorance unchallenged. However I won’t engage any further and feed whatever you think you’re getting from this.

I haven’t suggested that people should use Obsidian over OSS solutions. I was simply pointing out your argument against Obsidian’s architecture was poorly founded.

The data you’re insinuating will be lost is pure FUD. While the format isn’t standard markdown, none of the well implemented solutions are, because as you so rightly pointed out, markdown has little to no support for most of these features.

However, obsidian’s format is well documented and well understood. There are dozens of FOSS plugins and tools for converting or directly importing obsidian data to nearly every other solution. Due to obsidian’s popularity, it’s interoperability this way is often far superior to FOSS solutions’.

Content is your notes. In obsidian this is represented by markdown files in a flat filesystem. This format is already cross platform and doesn’t need to be exported.

Metadata is extracted information from your notes that makes processing the data more efficient. Tags, links, timestamp, keywords, titles, filenames, etc are metadata, stored in the metadata database. When you search for something in obsidian, or view the graph, or list files in a tag etc obsidian only opens the metadata database to process the request. It only opens the file for read/write.

Does this help?

Tell me, are you aware of the distinction between content and metadata?

Also, what do you mean, no official export? The data is already sitting on your filesystem in markdown…?

This isn’t really the case though. Obsidian uses a database for metadata, and therefore can extremely rapidly display, search, and find the correct file to open. It generally only opens a handful of files at a time.

I’ve used obsidian notes repos with hundreds of thousands of notes with no discernable performance impact. Something LogSeq certainly couldn’t do.

The complaint in the post you’ve linked is a) anecdotal and b) about the import process itself getting slow, which makes sense as obsidian is extracting the metadata.

I’ll always champion OSS software over proprietary, but claiming this is a huge failing of the obsidian design is just completely false. A metadata database fronting a flat filesystem architecture is very robust.

Edit: adding link to benchmark. https://www.goedel.io/p/interlude-obsidian-vs-100000