Works with CUDA and RDPing on a 2x2 monitor grid?
Works with CUDA and RDPing on a 2x2 monitor grid?
You said you used river, so I’ve checked their wiki https://github.com/riverwm/river/wiki/Recommended-Software#output-configuration
Maybe you can add your tool there as well.
Looks similar to https://git.sr.ht/~leon_plickat/wlopm/
All federated data (thus public) should be easily available to the end user. Otherwise we create a false sense of security.
It would be best to try every single one separately, otherwise you’ll have dozens of programs that do the exact same thing, like file explorers.
That said, with Fedora you can list available desktop environments using the default package manager, dnf. In a terminal use the dnf group list command to list all available desktop environments:
dnf group list --available *desktop
Install the required desktop environment using the dnf install command. Ensure to prefix with the @ sign, for example:
dnf install @kde-desktop-environment
After trying the DE, you can remove it with:
dnf remove @kde-desktop-environment
I cook them separately, I’ve tried to took the lentils and add the rice to the pan during the cooking but it’s really difficult to not overcook the rice or lentils.
Of course, here you go: https://simpleveganblog.com/mujadara
Sorry to burst your bubble, but there already exists a proposal to make communities work more like a cloud.
It’s just a matter of time before Lemmy and Kbin implement this.
They pushed this change with the always online dev kit. I believe the price change is a smoke screen for the other changes. Soon they might step back on this decision.
Yes, the proposal is something like Nostr, but the clients can also relay data on request if they’re online. A little more decentralized.
Worth mentioning that the idea is not to make Lemmy abandon ActivityPub, but to allow further decentralisation.
There wouldn’t be a need to keep all data like a blockchain to query all data since most sort by hot/recent. Something like Gossipsub would suffice for most users.
But whenever an user queries for old or specific data, the request could be directed to a relay that archives and sorts all data.
Not a completely different protocol when the changes are additions to the existing one. The same protocol would still exist and be supported.
P2p enabled instances would have the option to reverse the communication flow, so besides the servers having to send updates to subscribed servers, the subscribers would have the option to ping peers/servers for updates.
This would help with sync issues when a post is made and the changes are not propagated to all subscribers.
Roaming IP wouldn’t be really a problem with libp2p, you can have a permanent address with a peer id.
Most people don’t come here to see archival stuff, so it wouldn’t be so bad if the p2p network cached ephemerally (time limit or a size limit). Old content could still be reached on servers designed to cache old stuff.
Events could be cached on the p2p network, so the phone only pings its peers for new content (mind the existing servers would be peers on the network).
You wouldn’t need to run the service 24/7, just whenever you’re using Lemmy and maybe a few minutes after so your interactions can propagate trough the p2p network. Also the existing servers could be used to cache and relay.
Don’t worry, our source cells are from the most depressed individuals we could find. And our workers are the poorest immigrant pre-teens to ensure maximum suffering.
Don’t forget to try our human tiddy sour cream, it’s sourced from the same pre-teens!
Caralho, mano, estava delicioso! Sadly, I didn’t make the sausages, but I made the seitan and tofu from scratch. The sausages are soy based.
It’s not really a thing, but on buffets in southern Brazil you’ll find people eating them both. Feijoada is a very hearty, usually smokey dish. I find a very good contrast with the sourness of the sauerkraut. Really recommend trying this combination.
Can you name one that isn’t?