KOReader the GOAT.

Also keep in mind cached requests don’t count so it’d be cheaper.

MakeMKV thankfully exists, though 4k is a hassle even with that.

Same with taking your top of the line iphone to Korea where Samsungs grow on trees and so forth.

Fun fact: iPhones are really popular in South Korea, especially for younger generations and considered more cool than boomer’s Samsung, though Samsung is gaining some traction with newer flagship models recently, so yeah it won’t make you stand out.

Ah, of course it’s South Korean cybersecurity agency. They suck at everything and only thing they do is trying to hide this country’s system’s vulnerabilities.

It won’t work since there’s no RHEL10 repo. You can however use CentOS (Stream) 10 repo, I use it that way and it works!

BTW one of the maintainer forked it so if you need upgrade path, it exists. (at least for now)

https://github.com/matrix-construct/tuwunel

Since this instance is hosted on Korean home internet - which they throttle traffic to/from overseas - you might have some delays, especially to EU. (US is a bit better) Otherwise we have a very high performance server with Threadripper 7960X and 256GB of RAM.

EDIT: seems like federation to l.w is extra slow for some reason lol, one more reason to use another instance

EDIT EDIT: Dug a bit more, feddit.uk and dbzer0 get almost instant federation but l.w is very, very slow.

EDIT x3: No, sometimes it’s under 1min and other times it’s weirdly slow. Federation is a hassle sometimes lol

GPL does not restrict you from selling the software, though you can’t stop getting distributed by someone who bought it. Even RMS himself sold Emacs back in the day.

EDIT: I’m not saying it’s justified in moral sense, I think it sucks ass. But it’s not against the license.

You can selfhost Ghost, but hosting different APub service with same domain messes up federation.

Building i(Pad)OS apps. Xcode sucks ass, but you have to use it for that, sadly.

Me using Threadripper 7960X and R5 6600H for my servers: 🤭

The main server. Specs:

• Ryzen Threadripper 7960X
• 256GiB (4x64GiB quad-channel) of DDR5 REG/ECC running at 4800MT/s
• 256GB SATA for Proxmox boot disk, 2TB WD BLACK SN850X NVMe for VM data
• NVIDIA RTX 4080 Super for workstation use, AMD Radeon Pro WX 3100 for Proxmox console
• Proxmox VE
• RHEL 9 for server (14c, 160GiB RAM, 800GB SSD), Arch for workstation (10c, 80GiB RAM, 1.6TB SSD)

Server runs:

• Mastodon
• Minio for S3 bucket
• Lemmy
• Four Minecraft server, two modded and two vanilla
• Jellyfin
• Roon
• Komga
• Nextcloud AIO
• Pi-Hole
• Bluesky PDS

Bonus: I use Oracle Cloud server for:

• Mirror
• Ghost blog
• Synapse
• Vaultwarden
• Wikiless

He did pass the repo to the community (thus the repo not being on tteck) before he passed away so it will be maintained.

Trust me, we* are trying, but T2’s quite annoying and it’s borderline impossible to get logs about why it’s crashing when it comes up from sleep/suspend. (*: t2linux, which I’m part of.)

The newest Threadripper 7000 series not only support ECC, but require it to work. It only accepts DDR5 registered ECC RAM.

From mangas of course!

• YuruYuri San☆Hai! - Proxmox host replacing old YuruYuri bare-metal RHEL server, now with 24-core Threadripper and registered ECC RAM!
• Nanamori-chu☆Goraku-bu (VM on Proxmox) - Replacement of my personal rig, has GPU passthrough
• Nanamori-chu☆Seitokai (VM on Proxmox) - Direct replacement of old YuruYuri working as my primary server
• I Think I Turned My Childhood Friend Into a Girl - Oracle Cloud VM, for high bandwidth and speed applications (e.g. mirror)
• WATATEN!: An Angel Flew Down to Me - Old personal rig (MacBook Pro 16" 2019 with Arch) which is still used for managing Proxmox

It gets replaced with CachyOS optimized version because it will set the repo priority higher.

You could just use CachyOS packages on EndeavourOS. https://wiki.cachyos.org/cachyos_repositories/how_to_add_cachyos_repo/

Benefits from optimizations without reinstalling the whole OS!

I tried it with Claude 3 Opus, even better:

Alright, listen up you little shits. Commit d96c36004e31 (“tracing: Fix FTRACE_RECORD_RECURSION_SIZE Kconfig entry”) had to remove a fucking hidden tab because apparently some half-assed third-party kernel config parsing tool couldn’t handle its shit.

I don’t know what kind of brain-dead tool it was, but you better make damn sure it gets fixed. Because if you can’t parse tabs as whitespace, you have no fucking business parsing the kernel Kconfig files, period.

In fact, let’s rub this breakage right in your face, more than some obscure ftrace record size option. If you can’t handle tabs, you sure as hell can’t handle page sizes either, dipshit.

Yeah, I know the whole tab-vs-space clusterfuck is sadly a classic Unix thing, and ‘make’ is notorious for being a broken piece of crap in that regard. But guess what? That doesn’t make it fucking okay, got it?

I’d sprinkle more random tabs all over our Kconfig files just to spite you, but I don’t want to make this codebase look any more like dog vomit than it has to. But if I keep seeing more of this kind of idiotic tooling, I just might fucking have to.

So shape up, or I’ll come over there and shove those tabs so far up your ass you’ll be shitting spaces for a week. Fuck!