It’s going to be a sad day when Linus finally leaves the kernel

The ARM nature of the Pi could make it difficult depending on Engine. Might be better to look at an x86_64 SBC to build a platform on. Those tend to be more expensive tho

This is why I really want to make my own open-source console platform.

Indie developers can target it, it can have some kind of cartridges (probably flash based) which people can sell directly, and complete open-source and hackable (but with simple ways to customize, so people can buy accesssories instead of making them, if they’re not maker inclined).

If enough people could use this console, then even AAA devs might consider it.

But the problem is it has to be decently powerful while staying affordable. Traditionally consoles lose money (recouped when people buy first party titles). It’s a failed business model as evident by all these major studios moving away from it. First SEGA leaving the console market, then Nintendo making Game Key Cards, and now Sony removing physical all together.

I mean tbh, people could simply target the Raspberry Pi 3B as a standard platform for gaming. Those still go for $35, unlike the Pi 4 and Pi 5, and are capable of 2D games and limited 3D games (perfectly fine for Indie). It runs Linux which is easy enough to develop for both in direct code and from game engines (except Unreal which is annoying about it). Add some sort of “card hat” like those readers a few people have made, and it could be great for that world at least. Wrap it up into a product for like $50 with a controller and it could be something

But idk, the AAA world is gonna continue to shift from these models. At least PC is a bit better with its digital storefronts, but it’s not perfect either, and you still don’t “own” anything.

There are zero reasons

To stop cheaters is the reason lol

were forthcoming about shelling out the real work to c

When did they shell out “real work” to C?

There is no C in the repo: https://github.com/uutils/coreutils

They aren’t wrapping the GNU coreutils in a Rust shell; it’s a total unaffiliated reverse-engineering

deleted by creator

Are they using any original GNU coreutils code as reference? My understanding is nothing is 1:1. They’re trying to build, from the ground up, a totally new codebase that has the same user-facing functionality but under the hood is idomatic Rust code (so nothing like the GNU C code)

They are recreating something that matches behavior not using licensed GPL code. Which is the same way the GNU coreutils were a recreation of the proprietary Unix tools in an effort to provide open source alternatives.

Like you wouldn’t say “An appropriate amount of work to slap a GPL license on somebody else’s work” in reference to GNU recreating the Unix tools, so why say it here?

Here’s how it’s gonna go down:

1. Hasbro sells Wizards of the Coast to Microsoft
2. Microsoft uses the new IP from WoC and forces Obsidian to make BG4
   • Sidenote: Blizzard will take over MtG mobile
3. Microsoft forces Obsidian to imbue BG4 with AI generated slop throughout and make it a live service game somehow
4. BG4 flops hard
5. Microsoft shuts down Obsidian

Overhead

And for a number of reasons this isn’t like flatpak at all.

I’m not suggesting containers but rather running binaries natively, just as separate users. No cgroups or overhead. Just normal binary access, just you won’t have access to all files (and since everything is a file, “all files” includes hardware as well)

No my proposed solution uses the “everything-is-a-file” aspect of Unix-like systems with the built-in permissions systems around files. You don’t need cgroups at all for what I’m suggesting

I run Arch Linux with a RTX 3080 Mobile with 16GB*. Games regularly use 10-14 of those (some even higher) even at 1080p, so yes, it’s a problem in Linux.

* Apparently, 16GB on the 3080 is not normal for Desktop or for Mobile. I have learned recently it appears to be an MSI laptop exclusive. Weird, but I got lucky :)

I have this idea. It’s taken from the Android world. In Android, apps all get their own user, and can only access their own filesystem. They are then added to groups like Sound or Files or whatever to gain access to other things. This is simplifying but gave me an idea.

So my idea is two parts:

1. We add more groups to our Unix and Unix-like codebases. Piecemeal access to different folders like a fs-docs group for access to /home/<whoever>/Documents
2. Each app, when installed, gets a user and a folder (maybe /opt/<pkgname> or /apps/<pkgname> and a group called app-<pkgname>). It requests during install (or maybe runtime via a permissions management application) access to specific groups for its user. Launching an app then becomes sudo -u app-<name> /opt/<pkgname>/<binname>.

You login as a user with access to limited permissions and then run the application. Thus you run it sandboxed but without special software like Flatpak or AppImage - just standard Unix groups.

Claude code I believe has its own sandboxing system, but with this system it would be the system itself restricting claude, not the claude code app, truly limiting accidental outreach.

I built a demo package manager using this concept a while back called ‘bokspm,’ though I kept it private (and now, my current job will not let me open source it)

I like thunar with Arc theme but it’s Gtk based, and you really need to install thunar and its plugins (volman, archive manager, etc)

I never tried

8 GB VRAM :(

16 GB RAM :(

I believe I even got the reverse, pacman working on Nix (I’ve also gotten it and archiso working on Fedora)

I think this is more idiomatic:

let result = foo(a, b)
    .map_err(|e| MyErrorEnum::Error(e.to_string()));

Removed by mod

Pros:

• Better UX for system. On Windows and Mac you’re stuck with the old-style window movement desktops which suck and are chaos with lots of effort to maintain when trying to do anything productive. Even with third-party tools it’s nothing like being able to have something like Niri. It’s just better on the Linux world.
• It actually meets your needs instead of making your change your needs. The customization is insane, but usually you don’t even have to go very far to be happy.
• No bloat, no forced features like AI (tho you can get your own AI stuff if you want), less privacy concerns, better tools generally

Microsoft Windows is actually a complete piece of crap

Unfortunately, cons of switching:

• Have to use non-standard apps for certain things like office files or DAWs for audio production
  • Tho, these are less bad these days. In fact, some are better like I’ll take Blender over Maya any day, and I use OnlyOffice even on Windows, bc why pay for the “Copilot App” (formerly MS Office) when OnlyOffice is just as good and is fully compatible?
• Some games don’t work (esp multiplayer), and sometimes for no good reason other than the devs don’t like Linux users, e.g. Bungie.
  • Also far better than it used to be. Very few things I miss out on
• MacOS clearly has the better app distribution system. A single folder with all necessary deps save a couple core libraries. Simple, effective, can still be put in a store. Instead we have an obsession with sandboxing or overcomplicated packages. AppImages were so close to being right. But nope. We can’t have nice things sometimes

I’ve been using Linux-only since around 2019 (having used it alongside Windows for gaming before then) when Proton finally started getting good. I’m also an engineer, artist, writer, gamer, musician, maker, and more, so I feel like I have touched a lot of the different ways in which computers are used. I’ve used several distros for extended periods, and my fav is Arch (tho Nix is a close second; it’s just not quite ready for primetime)

Linux is absolutely a viable alternative, but you have to know what you want from your PC. How do you want it to function? Pick that choice. It’s not ice-cream flavors where all are equal and you have to decide; form follows function here. Decide what you need and then build your own system from that - bc Linux is yours. Refuse to be spoonfed slop no matter if the slop is from Microsoft or from a Linux distro. Slop is slop. Cook your own meal. It tastes better. If you don’t like mushrooms, don’t get mushrooms.