ky56

I chose Manjaro KDE as one of the SteamVR requirements is KDE Plasma. It's required because it has a DRM function to allow SteamVR to take ownership of the DisplayPort.

A quick google search says that PopOS is Gnome based. But KDE can be installed over it? I might give it a go.

Windows 10 LTSC FTW!!! I just installed it and wow is it snappier and devoid of nearly all of those annoyances. I have no idea if productivity apps are affected by its stripped down nature but for Steam gaming it's perfect. I get less lag spikes on steamVR.

I haven't trusted Windows in years. This is just for gaming. I have a physically separate hot swappable Optane SSDs for Linux and Windows Gaming.

For those who will winge at me for not just switching to Linux. During this process I gave a concerted effort to give Linux a go and chose Manjaro KDE to try for steamVR gaming. It sucked. Once I had worked out that it was a permissions issue (It's always a fucking permissions issue under Linux) and just ran it under the root account, there was extremely high latency for the VR compositor to HMD display. Completely unusable as it made me sick and that's usually very hard. I tried X11 and Wayland. Direct and Non Direct output modes. No success.

I'm both. Somehow. I apparently switch between them.

Isn't the Banana Pi R64/R3/R4 close enough to that?

FYI the open source OpenWRT based Banana Pi R3 AX 4x4 is a thing. Don't buy closed source Routers/APs on purpose.

Sound like another reason for the "free press" to get reforms about their accuracy reporting the "news". I am typically against such restrictive legislation but if the news holds that much power, they need to see some regulation put in place.

Every time someone writes x.com I immediately think they're talking about a porn site. What a shit rebrand. Or what a perfect name I guess?

I suppose one interpretation is that companies can no longer use "buy" and will have to use "rent" for that transaction.

My solution is RAIDZ5 and storing the backup on LTO6 tape with parity/erasure code. I think the fact that scrub times take 24 hours even on 16TB drives is already over the safety margin. If a drive failure happens, the first thing I'll do to run a manual diff backup which should take a fraction of the time and then run the ZFS resilver.

I'm beginning to see why SSD RAID is being considered now. My guess for HDDs in enterprise is that a RAID 15 (I made this up) would be considered. What I mean is data is stored on two identical servers each running RAID5 or 6. Off the shelf solutions like Gluster exist and that seems to be gaining traction at least according to Linus Tech Tips.

I think the only way it makes sense for Framework to get into the phone market is to follow the footsteps of Pine64 trying to create Linux phones. There's no point making a phone at an inherently higher cost to make it more durable and repairable with a "closed SDK" SoC that has a fixed EoL date. I made a more detailed comment about this in the main thread.

I as far as I know the best OpenWRT AP's / Routers you can buy right now is the Banana Pi R64, R3, R4(Still in development). Open source firmware with a long support life of updates and security patches and a nice metal casing.

I say as far as I know because I have not bought one yet as I don't have the funds for that right now. It is my next AP replacement though.

Framework tackling phones is useless if they go the mainstream SoC route (Qualcomm, Mediatek) as they don't have the software team needed to make those work properly (I would argue alot of handset manufactures don't either). From what I hear you need a hell of software team to "fix" the garbage Android SDK released for those chips. Most importantly is if they go the closed mainstream SoC route which have EoL SDK support dates then what's the point of building a durable repairable phone at a higher price point when you have to throw it out at the same as everyone else?

I want to see Framework enter the Linux phone market using "open" chips like Rockchip alongside Pine64's Pinephone (Pro) and the Librem 5 as I think they would more likely have the funds, dev time and community support to help bring say PostmarketOS into a usable state then have to rework the SDK. This way the phone's EoL date would be determined be the local phone infrastructure shutdowns. A much longer amount of time.