KubeRoot

Apertus was developed with due consideration to Swiss data protection laws, Swiss copyright laws, and the transparency obligations under the EU AI Act. Particular attention has been paid to data integrity and ethical standards: the training corpus builds only on data which is publicly available. It is filtered to respect machine-readable opt-out requests from websites, even retroactively, and to remove personal data, and other undesired content before training begins.

We probably won’t get better, but sounds like it’s still being trained on scraped data unless you explicitly opt out, including anything that may be getting mirrored by third parties that don’t opt out. Also, they can remove data from the training material retroactively… But presumably won’t be retraining the model from scratch, which means it will still have that in their weights, and the official weights will still have a potential advantage on models trained later on their training data.

From the license:

SNAI will regularly provide a file with hash values for download which you can apply as an output filter to your use of our Apertus LLM. The file reflects data protection deletion requests which have been addressed to SNAI as the developer of the Apertus LLM. It allows you to remove Personal Data contained in the model output.

Oof, so they’re basically passing on data protection deletion requests to the users and telling them all to respectfully account for them.

They also claim “open data”, but I’m having trouble finding the actual training data, only the “Training data reconstruction scripts”…

Literally the last two RSS items right now are about how splitting packages will require intervention for some users (plasma and Linux firmware).

Maybe a nitpick, but the linux-firmware situation is different, it’s not about needing to install extra packages (they turned the existing package into a meta package or whatever it’s called), but about that coinciding with some changes that can break the upgrade process and require you to force uninstall a package before proceeding.

But yeah, good point about plasma, the only differences I can even think of are that plasma is probably more popular, and definitely more important to have working.

While I agree with the rest, does Lutris have backup options? I never actually checked, but don’t remember seeing any of that

This feels like surreal memes before they turned into almost entirely misspellings and other repeat jokes.

I think the trick might be that nothing is stopping you from using more than one 32-bit integer to represent addresses and the kernel maps memory for processes in the first place, so as long as each process individually can work within the 32-bit address space, it’s possible for the kernel to allocate that extra memory to processes.

I do suppose on some level the architecture, as in the CPU and/or motherboard need to support retrieving memory using more than 32 bits of address space, which would also be what somebody else replied, and seems to be available since 1999 on both AMD and Intel.

I got the impression that the PolyMC situation was quite different, with that developer masking it and doing a minority of the work, but after one change made by the rest of the developers they snapped, used their control over the repository to remove the rest of the maintainers and take sole control over the repository.

I was aware of some shenanigans and hostility from PolyMC and never used it, but I got the impression there were no major outward signs before that happened?

I’m not sure if this is what you mean, but I do want to clarify - the drivers in the repository are still proprietary drivers from Nvidia, just tested and packaged by the distribution maintainers, dkms is just some magic that lets them work with arbitrary kernels with minimal compilation. Unless you’re using nouveau, which I don’t think is ready for most uses.

I’d definitely recommend against using drivers downloaded from a website, on general principles.

custom kernels don’t work with the drivers from apt

Check if there’s a dkms version - I know that’s the way it’s set up on Arch, if using a non-standard kernel you install the kernel headers, and dkms lets you build just the module for your kernel.

…Brave is just chromium by techbros, right?

Archlinux is good if you accept that you’ll need to spend time to learn it, and that those moments might be frequent and unavoidable early on. Definitely wouldn’t recommend it to somebody who needs their computer to work, since a new user with no experience might find themselves breaking their boot images and spending hours trying to figure out how to fix their computer not booting.

So yeah, I think that’s an important caveat: if you don’t know Linux already, and you can’t afford to spend time learning and fixing your system, don’t use Arch.

One could argue that “based” covers this kind of inspiration 😉

On the bottom of the page you have a tree representation of replies, with clickable links to each message. The layout might not work well on mobile with limited screen width though, but you can just click through them.

I don’t think arch does much to make commandline easier to use it understand - instead I’d say it aims to teach you how to use it, because it might be easier than you realize, but importantly it tries to tell you why. Instead of just giving you the command to run, the wiki explains various details of software, and the manual installation process tells you which components you need without forcing a specific choice. As a result, hopefully after using arch you’ll know how your system works, how to tweak it, and how to fix issues - not necessarily by knowing how to fix each individual issue, but by understanding what parts of your system are responsible and where to look.

Since your issue is specifically wanting GUI, I’d recommend installing something like pufferpanel or pterodactyl/pelican, which give you a browser interface for running game servers. Pterodactyl/pelican is more popular, has more features and supports more games, while pufferpanel is simpler/lighter and easier to make your own templates for.

Pretty sure what you’re describing isn’t floating-point numbers, but fixed-point numbers… Which would also work just as well or better in most cases where floats are used.

echo ‘🎁’ | tee /dev/🏠

Anticheat is good. Intrusive anticheat, in this case kernel-level anticheat, is something that’s being made only for windows that will stop you from playing a game on Linux and increase attack surface for your Windows.

I’d say having a GUI is not inherently stupid. The stupid part is, if I understand it correctly, the GUI being a required component and the primary access method.

The wiki tells you what you need on arch, and what you need it for. Those packages also don’t seem to have kernel-specific or dkms versions, so seems like they’re not kernel modules.

Mind you, the setup is clearly not monolithic, with different components for different purposes, including alternative options. On top of that, each distro will make different choices - Arch provides the components as packages and puts the responsibility of installing the right ones on you. Some features might be built into kernel drivers, like working video output, but Vulkan support clearly wants a dedicated driver.

Here’s what you need for Arch, for more context: https://wiki.archlinux.org/title/AMDGPU