KDE Connect for the win.
KDE Connect for the win.
While not community-developed per se, the RISC-V processor architecture is completely open, in contrast to all other architectures which are widely deployed, such as x86, AMD64 or ARM.
Out of interest - which tool(s) did you use to generate this outline?
I’ve been using Nextcloud docker for quite some time, updated it countless times, have never had any problems whatsoever.
If you’re willing to self-host, Nextcloud notes is quite good.
If you mean the embedded pdf viewer: that exists in the android Version as well. I think they added it a few weeks ago.
I have no experience with Samsung TVs, did not know it was more involved. At least for Android TV and Amazon fire TV it’s basically one click.
For the tv app part:
You can use jellyfin to host your media, it has apps for many types of television. The jellyfin-specific fork of overseer is called jellyseer.
Ah yes, the remote desktop protocol protocol
The official online community of a multiplayer game. E.g. there are numerous private WoW servers, but the biggest and most relevant community plays on the official servers.
I didn’t mean those games specifically, just wanted to underline my point that multiplayer games are popular in Russia.
From the exorbitant numbers of Russians playing DotA and CS:GO I would assume there is a significant part who enjoys playing online games.
And while, sure, there are numerous examples of alternative networks / cracked servers etc., If you want to participate in “real” community of one of these games, you’ll have to use an official client.
For a little perspective:
Mastodon has an official way of migrating your account. It migrates your followers and accounts you follow, but doesn’t migrate your posts afaik.
Migrating posts (and comments in Lemmy’s case) would be iffy in itself imho and I’m also not sure whether that would even be possible since posts are synchronized to federated instances, where they would have to be updated too.
Yes. You can use the search function for that, just search for “community@instance”, so for example “worldnews@lemmy.world”.
Linking to communities from other instances works similarly, using a “!”: !worldnews@lemmy.world
You can also append this type of address to your instance url like so:
https://lemmy.ml/c/worldnews@lemmy.world
As long as another instance is not explicitly defederated (blocked) from yours, you can visit any community from any instance this way.
Firstly: I was partially wrong about what gets cached, see my original comment.
There is an open pull request which is meant to give some options regarding media serving. Right now it’s only a rough sketch though and does not implement a lot functionality.
I was wrong about what gets cached: media that is hosted directly on remote instances is not cached, while media from outside sources (imgur etc.) is cached and served from that cache.
So, from a small instance’s point of view, the best case scenario would be if everyone used Lemmy’s own media hosting exclusively. But that would, of course, greatly increase the storage requirements of larger instances.
I updated my comment as I was partially wrong about what gets cached.
That would be great to know, any chance you remember where you read that?
The obvious way would be to just not cache content locally and always link to the source instance. While this would concentrate the strain immensely, it would also greatly decrease the storage space used by all other instances.
There might also be other viable alternatives such as using a CDN and having it selectively cache content which is requested often etc.
~~As of now, Lemmy does not support either, though. ~~
Edit: I want to clarify that I was partially wrong - Lemmy only locally caches content which is hosted on outside sites. It does (should?) not cache content that was directly uploaded to a Lemmy instance and just embeds the source media.
WineD3D translates to OpenGL. Assuming you’re using Linux, it’s as easy as running your programs in wine without DXVK.
Don’t expect stellar performance though.