• 0 Posts
  • 115 Comments
Joined 2 years ago
cake
Cake day: June 19th, 2023

help-circle
  • For any kind of storage, cloud or not, I think rclone should provide whatever you need for free (not entirely shure about metadata). You will likely want at least one script tho, since the commands can get quite long, depending on configuration.

    I don’t know whether this fits your needs better, but “Ente” and “Proton” offer E2E encrypted cloud storage with the option to share parts of it via link or accounts, as well as clients that automatically sync stuff for you (Android only for Ente I think)



  • If Debian, Ubuntu and Fedora are S tier in terms of support, Arch is at least A+. There is virtually nothing you can’t do with it, albeit you might have to rely on community ports here and there.

    The rolling release approach is great to get the latest features very quickly, good for games and new hardware. There is a reason OpenSUSE adopted the approach, SteamOS is build on Arch, and KDE Linux will be as well.

    I would recommend to take a look at EndeavourOS, if you want a simplified graphical install.






  • There is a way to kinda make this work, this would be hardware based security. You could use a TPM to make reasonably sure the kernel is e.g. mainline / hardened / anything else acceptable. Hardware vendors (i.e. Intel, AMD etc.) would have to provide a service where they hash the kernel alongside their keys for the game devs to check against (probably not for free). You would absolutely have to use Secure Boot tho, and eventually keys may be leaked. Another possibility would be devs connecting directly to your TPM to make sure (afaik this is possible in principle, but not mean to be used that way).

    I think there are easier ways to prevent cheating tho, for example simply detecting suspicious activity on the server side, i.e. stats go way up, looking at data coming from clients other than yours.












  • There is. EndeavourOS fundamentally is Arch Linux. You could replicate the exact thing by installing Arch, adding the EOS repos for their utilities, and setting it up to be the same.

    Manjaro diverges from Arch in that package versions and the time of updates are manually controlled. This means the project is generally not using the same software as an up-to-date Arch system.

    Manjaro promises to be more stable like this, however their approach can lead to compatibility issues with AUR packages, which generally assume up-to-date Arch. It also kinda goes against the philosophy of Arch to invest time in extensive system tests. These issues are why many Arch users don’t particularly like Manjaro