hersh

It used to say "container-native". They recently changed the wording, but there was no technical change.

It's a Linux distro that runs locally, like any other. It has no particular tie-in with any cloud services. If Flatpak, Docker/Podman, Distrobox, Homebrew, etc. are "cloud" just because they involve downloading packages hosted on the internet, then I don't know why you wouldn't call "traditional" package managers like apt, dnf, zypper, etc. "cloud" as well. 🤷 So yeah, I feel your confusion.

The big difference compared to something like Debian or vanilla Fedora is that Bazzite is an "immutable" distro. What this means is that the OS image is monolithic and you don't make changes directly to the system. Instead, you install apps and utilities via containers, or as a last resort you can apply a layer on top of the OS using rpm-ostree.

The only thing cloud-related about any of this is that atomic OS images and containers are more common in the server space than the desktop space.

It's insane that this is even legal.

There's a separate command called visudo for this purpose.

You CAN use any ol' text editor but visudo has built-in validation specific to the sudoers file. This is helpful because sudoers syntax is unique and arcane, and errors are potentially quite harmful.

I've never actually tried it, but I think you could use BTRFS subvolumes to multiboot without partitioning the physical space.

And then maybe even use deduplication across subvolumes?

Weird. That used to say "container-native", which at least makes sense -- it heavily emphasizes container technologies like Flatpak, Docker/Podman, and Distrobox.

There's no yum or dnf like on a standard Fedora system (though you can use rpm-ostree if you are desperate). As an "immutable" distro, it's designed so that you do not install apps at the system level.

There are a handful on non-default apps I've used across my last 3-4 distros at least:

• mpv - the best video player, period. Minimalist UI, maximalist configuration options. I've been using it for many years across many OSes and at this point everything else feels wrong.

• Geany - My favorite GUI text editor on Linux.

• Foliate - the simplest eBook reader I've found.

• Strawberry - It's "fine". Honestly, I've never found a music player on Linux that I really liked. I keep falling back to Strawberry because it's familiar and generally works as expected.

I'm running Bazzite on my desktop now. I hopped distros again because wrestling with GPU drivers was just too much trouble. After I upgraded my GPU, I couldn't get it working optimally in Debian (see my previous thread about OpenCL). On Bazzite, it's handled for me out of the box.

To me, the only difference between a "gaming" distro and a regular distro is that gaming distros come with smarter hardware drivers and configs out of the box. I see no downside.

It was a rough learning curve, though. There were so many major things that were new to me, such as:

1. "Immutable" distros in general (weird term but okay)
2. Wayland (first time it was viable for me, and I still kind of hate it tbh)
3. Plasma 6 (I was previously stuck on Plasma 5)
4. Flatpak-first mentality (previously more of a last resort for me)
5. Distrobox (never used it before)

My biggest advice to anyone making the switch is, do not fear Distrobox. I didn't realize how easy it was to make both GUI apps and command-line tools available as first-class citizens within the host OS. For example, I installed Signal within my Debian box, then exported it with distrobox-export --app signal-desktop and boom, it operates like any other app within Bazzite. I slept on Distrobox for years and now I feel like a fool. It's awesome. You can use Boxbuddy as a GUI to help you get started.

I'm overall very happy with Bazzite now.

That's pretty much what I do, yeah. On my computer or phone, I split an epub into individual text files for each chapter using pandoc (or similar tools). Then after I read each chapter, I upload it into my summarizer, and perhaps ask some pointed questions.

It's important to use a tool that stays confined to the context of the provided file. My first test when trying such a tool is to ask it a general-knowledge question that's not related to the file. The correct answer is something along the lines of "the text does not provide that information", not an answer that it pulled out of thin air (whether it's correct or not).

I get that, and it's good to be cautious. You certainly need to be careful with what you take from it. For my use cases, I don't rely on "reasoning" or "knowledge" in the LLM, because they're very bad at that. But they're very good at processing grammar and syntax and they have excellent vocabularies.

Instead of thinking of it as a person, I think of it as the world's greatest rubber duck.

If the guesser wins routinely, this suggests that the thinker can access about 220≈1 million possible items in the few seconds allotted.

I'm not sure this premise is sound. Are there not infinitely more than 2^20 permutations of the game?

This would be true if the questions were preset, but the game, in reality, requires the guesser to make choices as the game progresses. These choices can be quite complex, relying on a well developed theory of mind and shared cultural context. Not all the information is internal to the mechanics of the game.

The unspoken rules of the game also require the thinker to pick something that can plausibly be solved. Picking something outlandishly obscure would be frowned upon. The game is partly cooperative in that sense.

If you were to reduce the game to "guess the number I'm thinking of between 0 and infinity", then it wouldn't be very fun, it would not persist across time and cultures, and you wouldn't be studying it. But you might get close to a 0% win rate (or...maybe not?).

I'd guess that most of the "few seconds" the thinker spends is actually to reduce the number of candidates to something reasonable within the context of the game. If that's true, it says nothing whatsoever about the upper bound of possibilities they are capable of considering.

Idea for further research: establish a "30 questions" game and compare win rates over time. Hypothesis: the win rate in 30 questions would fall to similar levels as with "20 questions" as players gained experience with the new mechanics and optimized their internal selection process.

our brain will never extract more than 10 bits/s

Aren't there real recorded cases of eidetic memory? E.g. The Mind of a Mnemonist. I have not re-read that book with a mind toward information theory, so perhaps I am overestimating/misremembering the true information content of his memories.

It's as open as most Android brands. I don't use any of Boox's services or apps. I installed F-Droid and use open-source apps from there. I use Librera as my ebook reader, with Syncthing to sync my book library between my desktop, ereader, and phone. It's possible to set up the Play Store but I don't bother, personally.

It's not a 100% smooth experience but I'm very happy with the F-Droid compatibility. I absolutely refuse to get locked into a walled garden.

I've done this to give myself something akin to Cliff's Notes, to review each chapter after I read it. I find it extremely useful, particularly for more difficult reads. Reading philosophy texts that were written a hundred years ago and haphazardly translated 75 years ago can be a challenge.

That said, I have not tried to build this directly into my ereader and I haven't used Boox's specific service. But the concept has clear and tested value.

I would be interested to see how it summarizes historical texts about these topics. I don't need facts (much less opinions) baked into the LLM. Facts should come from the user-provided source material alone. Anything else would severely hamper its usefulness.