modern ones have 10-20hz polling rate on trackpoints? that’s actually atrocious wtf

I only have experience with 10yo+ models and I think I’m glad lmao

it’s the trackpoint that does it for me

true

what do you actually need Wayland for though? waydroid is the only one i can think of

there’s just no reason to start using it when mint exists

yeah it’s goofy, you can embed grub in coreboot cbfs and load straight into it, skipping the bios/uefi stage. it’s a bit difficult to set up (and you need coreboot supported hardware) but when you get it working the boot times become really quick

i just realised though that you can embed Linux into cbfs as well, does that then mean that Linux could be my kernel and firmware at the same time?

even if my grub is in the system eeprom?

oh damn I didn’t know you could do direct memory access like that, that’s so wild

uefi is cringe anyway, reject uefi and return to grub in the system firmware

a satirical linuxsucks would be so funny, like making fun of Linux for not having enough LLM integrations and ads

if they got lineageos on the device it’s already unlocked right?

anyway it seems supported decently enough by postmarketos, which is currently the best distro (imo) for Linux mobile

their site has install instructions (on the OnePlus 5 page that is linked)

anyway I wouldn’t use docker or anything, using nginx on bare metal to host a website is easy and extremely lightweight

All the kernel access in the world won’t stop someone from having a secondary device hooked into the monitor output and faking a dumb keyboard and mouse.

I guess that’s true, but that’d be a lot difficult to program and expensive to use compared to a simple program that can read data straight from the game’s memory in machine readable format and send inputs straight into the system’s input framework. by raising the entry bar you’re effectively decreasing the amount of people that will cheat in the game

it’s ultimately the user’s decision if they want to sacrifice the purity of their kernel for a game like this, and I think it’s their problem if their kernel panics for them wanting to play slop made by AAA studios

as much as I love not running windows on my machines, this is 100% pure copium

also this post sounds really petty and it’s really sad if this is what the broader Linux gaming community really thinks, can they seriously not just ignore AAA games given how shit they are?

how do you actually tell in server side if a client is e.g. actually good at a game vs playing recorded moves with a bit of randomisation when you don’t have access to into on what’s actually happening on the client device?

as much as I love Linux this sounds like purposeful partial blindness from hopium/copium

epic editor :3

don’t worry all we’re installing today is TempleOS…

based, alpine is really fun for running on obsolete hardware

it feels corporatey and it’s not exceptional at anything

arch, debian and mint all belong in 1st place

it’s for the WINE overhead :)

there’s different ways to install things because they each have their use cases in which they’re better than others (or used to have use cases)

• binary package managers (e.g. apt): fast and lightweight because it only downloads/installs the necessary binaries

• flatpak: can be installed on any distro, but takes up more storage space because they’re installed in a sandbox and all the dependencies are also installed with it, for every application

• snap: same thing as flatpak but a bit worse, but some applications are only packaged for snap because canonical paid a lot of big companies to package for snap (rhey didn’t incentivise against flatpak, they just didn’t fund flatpak)

• appimage: the ‘windows exe’ kinda thing and has all the dependencies bundled so distro agnostic, but you have to manage the appimage files yourself unless you get a manager for it and you can’t update them centrally like you can do with other stuff

• source code repos (e.g. aur): have to compile every new version yourself on your machine, so is slow to update, but often offers things not in the binary package manager

• .sh files for installation: idk why these are used, they’re just annoying. a lot of proprietary software from corpos use them (probably so they can verify dependencies themselves and not trust the system)

• binariy files (e.g. .deb): same thing as with appimage except they’re not distro agnostic

• tar.gz: is just a compressed file format like zip