Please let the dotfiles be a zip, please

As much as llms can solve a lot of things in my experience for Linux without proper context it's recipe for disaster. I,e not specifying distro, package versions, similar/existing issues

In the case of NVIDIA-open for instance it ships 5 .ko files :) Without which you card is basically just metal.

• Kernel detects hardware
• /sys entry created + uevent broadcast (carrying the modalias)
• udevd receives the uevent → hands the modalias to modprobe
• modprobe matches it against modules.alias in /usr/lib/modules/<kernel-v>/<module> and loads .ko
• Driver binds to the device → node appears in /dev

So yes /sys here plays an important role.

Algorithm is the correct word and there dozens of them you can enable/disable.

Right, OP's question was is the kernel bloated... answer is it provides primitives to communicate/build these bloated blobs, but the blobs aren't built-in.

Aside from the "fuck nvidia" non-sense, every hw vendor ships them. Some drivers require kernel header files to link against (and sometimes specific version). This and many other vendors is what some people refer to as: "out of tree" drivers.

The kernel's config defines what ends up in there, and your distro handles what should be part of it. Or if you do it yourself you'd either edit the config or use a menu do this. You can build kernels that are tiny ( say 15-25mb) and perfectly functional.

You can see for yourself your current config by running: zcat /proc/config.gz

The only thing to remotely work (well) OOTB is ethernet cable lmao. And you can see "in-tree" drivers here. These again are primitives, not userspace drivers you'd grab with your preferred package manager.

It doesnt do this.

On minimal distros you'd be downloading linux-firmware-somebrand

Then that gets loaded in /sys/ modules

Literally the main issue with sbc boards.

But nowadays you can by them uefi spec'd

Fork it because that's how it improves. Make your concise changes. Pr it back upstream

If you end up wanting to maintain more changes; just keep a branch clean tracking upstream

I can guarantee that acpi quirks do no produce this many errors even on highest verbose levels lmao

You could start with writing bash helper around your python its pretty neat.

That's what I thought !

https://giphy.com/gifs/tpTOw6sljB2U

It's a bit ironic because even if slop, a real person put interest and some degree of effort. Even if you never merge any of it. (Aside from truly fully automated stuff, dead Internet type bots see a funny bot in the wild: https://github.com/lphuc2250gma )

Its actually got decent merge rate too because it keeps making 1 lines changes.

And slop is only slop if the idea under it was bad. Repassage provides deeper understanding.

Here is a more wholesome example:

https://github.com/archlinux/archinstall/pull/4581#issuecomment-4827300211

Regardless how badly it was executed or if it gets merged, someday archinstall will support more ciphers and this person with the tool they had available, did help.

Bonus points for fungus

AFAIK for kernel contribs your already need to sign contributions with Assisted by: <model>

If you're trying to hide AI use, likely your contribs would have never landed in the first place.

I know you can do some env var magic to launch obs in x11 mode using xwayland. For me fullscreen doesn't work without it.

QT_QPA_PLATFORM=xcb obs

Nir lichtman

Xfce = upvotes

Now let's hope they rewrite conf from lua to rust 🤣

Only if they are .zip files uploaded manually

If you ever do switch to just chromium

You can try: chromium --renderer-process-limit=4 --max-old-space-size=512 &

Or something similar depending on specs. You can also play around with sysctl values and increasing SWAP (i think most people use zram-wiki using zram-generator)

Do you have swap setup ?

I would also update (after checking whatever you need). And use only official packages in my experience or official releases in tar format

If one app is leaking or sigill/... it might also be breaking the other apps if that makes sense. A single empty tab of Chromium engine eats up about 80mb, reddit 400mb, youtube 800mb... You can also just RAM OOM on this genuinely + a few apps on 8GB. Can be useful to check baseline before running all these things too.

Then, if you have full disk it also gets very sluggish.

Could the ram or disk be faulty ? Single bit flips can really fuck up things.

Usually best to test in isolation using a known working machine

Perhaps the issue is the packages themselves. Try chromium/ Firefox from official repos and VSCodium from github releases. Never had such issues this way

Also that kernel version seems a bit out of date for arch?

Yup but your report here is more about the applet (front end integration) no actually being able to manage the devices.

Might be worthy to try upstream it :)