You mean just not caring or something else?
Thing is, you can’t just do that as a registered corporation, even if you’re from another country.

A lot of the stuff you get on nhentai is sometimes questionable. Like 12y/o looking sister questionable.
And what exactly did nhentai figure out that Pornhub didn’t?

You mean to tell me nhentai is your model porn site?

An active fork (last I checked) would be hyfetch.

Wifi works now, the wiki is out of date.
However, the Pinetab 2 does not have the screen layer for stylus support. See the FAQ

Your best bet is anything Wacom as they have their own driver in Linux. Alternatively OpenTabletDriver supports some other tablets as well https://opentabletdriver.net/Tablets.
Or the DIGImend kernel driver http://digimend.github.io/drivers/digimend/tablets/

It also breaks with more than one monitor on Wayland, might also be related to the scaling thing though.

In my experience setting environment variables is pretty inconsistent. The easiest way would be using /etc/environment. This sets stuff globally for all users and definitely works.

PAM also used to support a per-user environment file, but that’s deprecated or removed even. The best you can do for per-user config is setting variables both in your login shell and the systemd user environments file.

Or Wayland, where this isn’t an issue.

OpenyourwalletAI

You could just run everything as root or configure sudo without timeout.

Firewalld had, at least last time I checked, way more capabilities than UFW. Both are fine at being basic firewalls, but I don’t think you can build a router using just UFW.

Firewalld allows some pretty advanced rules. I use it to redirect a bunch of web requests going to a certain address over a local ssh tunnel.

It’ll also ignore the default firewalld rules. IIRC it uses the internal zone instead

I remember a HackerNews comment by the lead XFCE dev about how KDE was actually better optimized, because they have so many more devs working on it.

Cron sadly does not offer precision in the seconds range.

*for 20-series and later graphics cards

You could use BTRFS, ZFS or BcacheFS to do compression on the filensystem level, but it’s not gonna compress video files or other already compressed media.

They could use vapoursynth + the official encoders. But at that point you’re programming your own processing pipelines.

Support by packages is generally there. What is lacking however, are drivers for video acceleration and many other soc- and often board-specific customisations required.

X86 in contrary offers one unified and queriable interface (ACPI, UEFI) that makes custom images unnecessary. ARM has ServerReady for that, however I’m not aware of any consumer chip that implements this.

I don’t think there’s any better alternative currently, but maybe something can be built based on the recent AACSv2 exploits.

https://media.ccc.de/v/37c3-12296-full_aacsess_exposing_and_exploiting_aacsv2_uhd_drm_for_your_viewing_pleasure