I thought he put in

Snikket is more like a distribution than a fork. It’s basically prosody with plugins and and configs.

Exactly; it’s a printer. You better put it in a metal cage and keep a shotgun close by.

LLM is not knowledge.

I heavily use Immich for images and am very happy. Since you can specify custom storage locations it might be worth a shot adding your external storage, let it index everything and then test how it behaves when the external storage is offline. Maybe it keeps thumbnails separate too then you could even browse the library visually and you would only run into errors once you try to open an image.

What kind of media files? For a typical media collection something like Emby or Jellyfin is quite nice. Then you have your collection and it would just refuse to play media if the file in question isn’t mounted.

You can also keep an eye on Chatto. For WebRTC it requires LiveKit, but otherwise is self contained.

Discord isn’t federated either and their tenancy is pretty strict (they even call it “servers” even though there is no actual server you create).

In that regard Haven follows that more strictly: your “server” is an actual independent instance you host yourself. You can still link other servers to have basically the same UX as Discord where you can switch between servers from the sidebar.

Thing like that exist and are not new. TrueCrypt had such a function 15 years (or longer) ago already.

The trick is basically to have two partitions in the encrypted volume and depending which key you enter it opens one or the other. The filesystem needs to be given fake data about available free space to hide the “other” one.

It would require a reboot, though.

For hiking, cycling etc I love CoMaps and similar apps. But for driving the most important thing is missing and basically impossible to get from free sources: traffic and roadblocks. Those are the main reason for me to use a navigation app in the first place; most routes I drive a easy enough, but knowing the route doesn’t equal knowing the current circumstances along the route.

Donetick can be self hosted and has a nice UX.

There are forks and they are still accessible. So decentralization works.

Maybe he’s the right tool for the job

A “do everything” app is overkill. I am not a fan of many features Discord implemented over time. But the initial offering of having text chat, voice chat, video chat in one app makes sense. It’s just super convenient to switch the communication type depending on what you are currently doing, without having to onboard and switch between tools.

It’s also hard to draw a line, if you want to go “do one thing well”. Mumble also includes text chat, and user management, ACLs, etc. … for text chat one could use IRC, for user management there are IdPs, and so on. XMPP also doesn’t just do “one thing”. The “X” (= extensible) is heavily used and there are extensions for all kinds of things. Some of the big messengers out there are (or were) using XMPP under the hood (just without federation).

But then it’s not chat anymore. Or screenshare.

There are many good tools that solve individual issues. But Discord solved many of these issues in one tool, and that also has its charme.

Yes, experience matters a lot. I think the comparison of an coding agent being like a trainee is somewhat appropriate. Leave them to their own devices, and you likely don’t get something you should be shipping to production. But guide them appropriately, and they are helpful. The difference obviously is, that a trainee learns, an agent not so much. At least not on an abstract level. Of course the more code you have, the more patterns they can then copy. But if your baseline rots, so will the code the agent derives from that baseline.

It’s not a tool, it’s a chaos generator.

Just like humans. Bullshit code and bad developers existed before agents helped make them.

Aside from fundamentalists the usage of LLMs and coding agents will increase. It’s a tool in the toolbox now and many devs do or will play around with it. Some will have to learn to not overdo it; but that’s nothing new and a lot of fancy technologies or frameworks along the way caused some disruptions because people jumped on the hype train without applying some caution or critical thinking; but that evens out after a while.

Might be we see a big drop in usage when costs increase, but it’s also very very possible that the many technological advances we currently make (hardware to run models becoming more streamlined and the models themselves being tuned more and more) will mean, that we indeed reach a point where this can be done comparatively cheap and maybe even local (to some degree) without having to take out a loan.

I wouldn’t say “managed by LLM” though, just because you spot (partially) agent written commits. It’s hard to judge from the outside how much knowledge the maintainer puts into it. There a big band between vibe coding and fully manual coding. And if we are honest, even “fully manual” is a flexible term (does code completion count? does looking at stack overflow count? does looking at other implementations count? using a search engine?).

The world is changing, for better or worse. But cut devs some slack and let them get used to the tools. (And to re-iterate that: bad quality and bugs were a thing before agents as well. It just took longer.)

The machines I use regularly are all some form of ArchLinux (currently mostly CachyOS). Machines I use rarely I stick to LTS distros with few updates. Machines I don’t maintain myself I try to stick to immutable distros that just update themselves every once in a while (less chance of breakage).

Security is always applied in layers. The more the better. There’s a reason “encryption at rest” is a requirement in many audits.