I'm not familiar with Bazzite but I do have a SteamDeck with SteamOS and I do have things installed on it. There is for it 2 ways :
keep binaries in home, e.g. ~/bin/rclone because that does not get deleted on updates
allowing SteamOS to not be read-only and add a package. Here it seems to be via ujust but I don't see rclone in there so I'd go down their list https://docs.bazzite.gg/Installing_and_Managing_Software/ and it seems brew install rclone would work.
FWIW I do use a PineTab2 on a daily basis and... it works.
I can warmly recommend it but some caveats :
WiFi didn't work for a while, it's good now though (mostly stable, AFAICT no instability for me)
BT still does not work (not ideal if you need a mouse)
USB-C is a single port for charging, single port for devices, iirc usb-C hubs don't work, only usb-C to A single converters
it's... not fast, so if your workflow is a bit of Web browser or a text editor great, if it's Blender or Gimp or anything that can be a bit demanding, it might test your patience
WebCam does not work, problematic if you have to do video calls
Overall while keeping such limitations in mind, still recommended! (if you can get it shipped somehow)
I used Kodi with LibreElec for years in a similar setup. It was nice... but in practice I didn't really use the "cool" functionalities (like indexing, image preview, Web remote control, etc) so instead I checked how Kodi works and noticed DLNA. I saw that my favorite video player, namely VLC, supports DLNA. I then looking for DLNA server on Linux, found few and stuck to the simplest I found, namely minidlna. It's quite basic, at the least the way I use it, but for my usage it's enough :
install VLC on clients, including Android video projector, phones, XR HMDs, etc
install minidlna on server (RPi5)
configure minidlna to serve the right directory with subdirectories ( /var/lib/minidlna by default )
configure few extra software that get videos to push them (via scp script and ssh-key) to rpi5:/var/lib/minidlna/
voila... very reliable setup (been using for more than a year on a daily basis.
So if you are genuinely worried about this, don't.
First because, as numerous persons already clarified, researchers here are breaking deprecated cryptography.
It's a bit like taking toothpicks and opening a lock while the locks used in your modern car is very different. Yes, it IS actually interesting but the same technique does not apply in practice, only in principle.
Second because IF in principle there IS a path to radically grow in power, there are already modern cryptography techniques which are resistant to scaling the power of quantum computers. Consequently it is NOT just about small the key is, but also HOW that key is made, what are the mathematical foundations on which a key is made, and can be broken.
Anyway for a few years now there has been research, roughly matching the interest in quantum computers, to what is called post-quantum encryption, or quantum resistant encryption. Basically the goal of the research is to find new ways to make keys that are very cheap to generate and verify, literally with something as cheap and non powerful as the chip in your credit card, BUT practically impossible to "crack" for a computer, even a quantum computer, even a powerful one. The result of that on-going research are schemes like Kyber, FALCON, SPHINCS+, etc which answer such requirements. Organizations like NIST in the US verify that the schemes are actually without flaws and the do recommendations.
So... all this to say that a powerful quantum computer is still not something that breaks encryption overall.
If you are worried TODAY, you can even "play" with implementations like https://github.com/open-quantum-safe/oqs-demos and setup a server, e.g Apache, and a client, e.g Chromium, so that they can communicate using such schemes.
Now practically speaking if you are not technically inclined or just want to bother, you can "just" use modern software, e.g Signal, which last year https://signal.org/blog/pqxdh/ announced that they are doing just that on your behalf.
You can finally expect all actors, e.g hosts like Lemmy, browsers like Firefox, that you use daily to access content to gradually both integrate post-quantum encryption but also gradually deprecate older, and thus risky, schemes. In fact if you try to connect today to old hardware via e.g ssh you might find yourself forced to accept older encryption. This very action is interesting because it does show that over the years encryption changes, old schemes get deprecated and replace.
TL;DR: cool, not worried though even with a properly powerful quantum computer because post-quantum encryption is being rolled out already.
AI is not new. Open-source is not new. Putting two well known concepts together wasn't new either because... AI has historically been open. A lot of the cutting edge research is done in public laboratories, with public funding, and is published in journals (sadly often behind paywall but still).
So the name and the concept are both unoriginal.
A lot of the popularity gained from OpenAI by using a chatbot is not new either. Relying on always larger dataset and benefiting from Moore's law is not new either.
So I'm not standing on any side, neither this person nor the corporation.
I find that claiming to be "owning" common ideas is destructive for most.
I mean it's very complex and very expensive for "just" a key but if you want something fully auditable maybe Precursor.dev is a good fit. It's more than a key but the point is that it's as open as it can be. Honestly I'd consider it more a learning adventure that an tool at this point but still, see https://www.bunniestudios.com/blog/2022/towards-a-more-open-secure-element-chip/ for the philosophy and https://github.com/betrusted-io/xous-core with Vault for the key aspect specifically.
Just yesterday I pinned VLC on my KDE Plasma Task Manager. Why? Because this way I can directly open "Recent Files" from it. I discovered about this functionality just last week with Libre Office Draw. It's so efficient, it absolutely changed how I use my computer daily!
but... why do I bother with this long example? Because IMHO that's from KDE, not Debian. When a distro improve the UX, as I also wish, it can be mostly by selecting the best software in its packages to maintain (e.g. here KDE but yes could indeed be their own custom made package, even though it requires a lot more resource AND other distro could also use them back assuming it's FLOSS) but arguably the UX is mostly of the distribution itself is limited to the installation process.
Well... a distribution IS a selection of packages and a way to keep them working together. Arguably the "only" innovation in that context is HOW to do that and WHICH packages to rely on. For the first, the "latest" real change could be considered immutable distributions, as on the SteamDeck, and declarative setup, e.g. NixOS. For the second... well I don't actually know if anybody is doing that, maybe things like PrimTux for kids at schools in France?
Anyway, I agree but I think it's tricky to be innovative there so let me flip the question, what would YOU expect from an innovative distribution?
I hope everybody criticizing the move either do not use products from Mozilla or, if they do, contribute however they can up to their own capabilities. If you don't, if you ONLY criticize, yet use Firefox (or a derivative, e.g. LibreWolf) or arguably worst use something fueled by ads (e.g. Chromium based browsers) then you are unfortunately contributing precisely to the model you are rejecting.
In case others are interested on the general compute aspect, e.g inference for self hosted AI, here is something related I found :
ZLUDA, for CUDA everywhere, https://github.com/vosen/ZLUDA/ unfortunately in the process of a major rewrite https://github.com/vosen/ZLUDA/discussions/261 due to AMD (somehow?!) not wanting their code being used in there (maybe they did some shady RE on NVIDIA work?)
AMD ROCm https://github.com/ROCm/ROCm and HIP https://github.com/ROCm/HIP
What's driving me nuts is that people will focus on the glasses.
Yes, the glasses ARE a problem because Meta, despite being warned by experts like AccessNow to SHOW when a camera is recording, you know with a bright red LED as it's been the case with others devices before, kept it "stealthy" because it's... cool I guess?
Anyway, the glasses themselves are but the tip of the iceberg. They are the end of the surveillance apparatus that people WILLINGLY decide to contribute to. What do I mean? Well that people who are "shocked" by this kind of demonstrations (because that's what it is, not actual revelations) will be whining about it on Thread or X after sending a WhatsApp message to their friends and sending GMail to someone else on their Google, I mean Android, phone and testing the latest version of ChatGPT. Maybe the worst part in all this? They paid to get a Google Nest inside their home and an Amazon Ring video doorbell outside. They ARE part of the surveillance.
Those people are FUELING surveillance capitalism by pouring their private data to large corporations earning money on their usage.
Come on... be shocked yes, be horrified yes, but don't pretend that you are not part of the problem. You ARE wearing those "glasses" in other form daily, you are paying for it with money and usage. Stop and buy actual products, software and hardware, from companies who do not make money with ads, directly or indirectly. Make sure the products you use do NOT rely on "the cloud" and siphon all your data elsewhere, for profit. Change today.
No doubt, the kernel itself is also quite complex... but my comment here is on the user experience perspective, namely, for me at least "it just works". So I'm not trying to imply it will work for anybody flawlessly nor that it's due to the simplicity of the stack, solely that it works, for me.
·2 months ago
I'm not familiar with Bazzite but I do have a SteamDeck with SteamOS and I do have things installed on it. There is for it 2 ways :
ujustbut I don't seerclonein there so I'd go down their list https://docs.bazzite.gg/Installing_and_Managing_Software/ and it seemsbrew install rclonewould work.