

Fair enough! The disadvantage is that, as opposed to Dropbox and similar, I have go into a file at the root of the synced folder, rather than keeping that config near to where itcs relevant.
Thanks for the names!
Fair enough! The disadvantage is that, as opposed to Dropbox and similar, I have go into a file at the root of the synced folder, rather than keeping that config near to where itcs relevant.
Thanks for the names!
That’s… a very good idea. I should do that anyway.
Forgejo for projects and syncthing for data is probably perfect, thank you!
I tried with both, but I didn’t figure out how if such an option exists. I did manage to do the opposite (keeping files uploaded but not having them locally), both with and without VFS (with VFS it’s in a context menu in nautilus, without it’s in the desktop app).
it does! I use it to sync my music, but I feel like it’s not the right tool for the job here.
I don’t want to “have the folders connected”, I want to have the ability to sync files easily, while excluding specific folders and files.
I have. It hasn’t worked very well for me, the docs weren’t great (though I’m looking at them now and they do seem better?) and it broke in strange ways.
So… databases? Especially in data centers? Still a nice boost in that case
If you haven’t already, try out KDE’s Krita. Incredible piece of software, much better for drawing imo
Ngl that link puts me slightly off. It reads exactly like what people booted for very good reasons say
The following paragraph shows how so-called cancel culture was used weaponising […]
And in the email, Mozilla talks about him violating their “inclusivity” policy… we also don’t know what was reported, only the reasons stated.
Not saying that it wasn’t unjust, just that we only have 1 perspective and it’s written in a way that raises some red flags.
Is it for sure Microsoft?
Yeah, did:web exists, but I still called it centralized because it still relies on did:plc pretty much everywhere (though honestly domain name handles might actually be did:web, not sure). Didn’t know about that dual setup by Bluesky though!
I did notice the @handle.invalid! Thanks!
My understanding was that activitypub was basically a rough formalization of existing protocols, designed to be as flexible as possible. More a template than a real protocol. Unfortunately mastodon’s popularity basically made a bunch of things de-facto obligatory but not well documented, and there’s still a bunch of ways to do… anything.
That link doesn’t work for me, but I ended up finding a post by them that seems to correspond. Good to know, thanks! Seems like it’s realistic but expensive still (150$/mo?), and it’s not gonna get cheaper… I hope they figure out a way to make them less centralized.
I believe that’s your handle, not your identity. Your handle resolves to your identity, but your identity isn’t directly tied to it, in case you lose the domain.
The aggregator is called the Relay, and I haven’t even found anything suggesting one could realistically selfhost it. Then you need to handle the massive stream of data coming through it with AppViews, which are tough to handle too (there are a few but not many iirc).
That said, I am also impressed with the thought behind ATProtocol. It seems much more robust and defined than ActivityPub.
Bluesky’s federation model is actually quite interesting, they go for a very portable approach vs activitypub’s instance-basis. Unfortunately, there’s still a massive centralization point (the main relay, the only thing that can really handle the firehose), and identity is also centralized, albeit has mechanisms to be decentralized.
Thank you!
I would love to know as well!
Neat! I can’t wait for Cosmic, it’s shaping up to be so nice
It’s anarchy for the hierarchies, not for the components of the hierarchies