arcterus

joined 2 months ago
[–] arcterus@piefed.blahaj.zone 1 points 1 hour ago

They're just using company email addresses to determine what tech stack they use. This is like saying "wow a lot of companies use gmail or outlook." In other words, the sky is blue. This is ignoring that a large number of companies use multiple different tech stacks depending on the internal organization/subsidiary. Meanwhile, proton's products are basically all half-baked and basically don't match the equivalent Google/Microsoft suites at all.

[–] arcterus@piefed.blahaj.zone 6 points 2 hours ago (1 children)

Lol they want $400 billion in investment in the US too. However, aside from that, I sort of wonder how buying Intel would work out for TSMC. They'd basically be buying a research wing + existing US foundries. The most important thing for them would probably be ensuring that the foundries and so on in Taiwan are the most advanced to avoid the US ditching them if the PRC decides to invade.

[–] arcterus@piefed.blahaj.zone 3 points 18 hours ago (1 children)

IIRC it took them a little while to add support, but I was more thinking of stuff like KeePass. KeePassXC has passkey support, but AFAIK none of the Android apps do yet (although it sounds like KeePassDX is getting close, finally). Also, when I was using Bitwarden, I had issues with some services not liking its passkey implementation (despite being fine with Proton Pass for whatever reason). May be fixed now, but it was incredibly annoying at the time.

[–] arcterus@piefed.blahaj.zone 3 points 23 hours ago

I've never used them, but if you want streaming, you can use Moonlight/Sunshine. It'd be very cool if a project integrated everything together, so you could choose whether to download the games or stream them from the server.

[–] arcterus@piefed.blahaj.zone 13 points 23 hours ago

TFW u wake up and decide to kill a god

[–] arcterus@piefed.blahaj.zone 10 points 1 day ago* (last edited 20 hours ago) (3 children)

I'm planning to, I'm waiting for the kernel to finish building rn lol

EDIT: PR got merged BTW (https://github.com/NixOS/nixpkgs/pull/431115).

[–] arcterus@piefed.blahaj.zone 6 points 1 day ago (6 children)

You're supposed to be able to use lib.kernel.unset to unset them. In any case, that's just one problem. The main issue is the entire option is ignored because of a typo in nixpkgs.

[–] arcterus@piefed.blahaj.zone 18 points 1 day ago* (last edited 1 day ago) (8 children)

I'm gonna be honest, I use NixOS, but the docs fucking suck, and a number of things are just broken in nixpkgs. For instance, I recently discovered the structuredExtraConfig option for patching the kernel straight up does not work. This means you cannot unset any kernel options, which means some kernel patches won't work unless you manually supply the entire kernel config.

EDIT: what's even more annoying about it not working is that it fails to apply silently. In other words, your kernel tries to compile and then an hour later it fails because your config changes weren't applied.

[–] arcterus@piefed.blahaj.zone 15 points 1 day ago* (last edited 1 day ago) (3 children)

The goal is basically to prevent end users from using weak passwords and to make it much harder for phishing to occur, both of which IMO are kind of necessary. The vendor lock-in and the slow development of FOSS implementations are not great though. It's also not great how passkey support on at least Android seems to require proprietary blobs.

[–] arcterus@piefed.blahaj.zone 22 points 3 days ago (2 children)

I have pretty much zero sympathy for people like this. Karmic retribution if he actually gets deported.

[–] arcterus@piefed.blahaj.zone 32 points 4 days ago* (last edited 4 days ago)

Yeah, I could have picked three random ads with white people a couple years ago too.... It'd be different if they had, like, numbers showing more ads were using just white people or something than before.

EDIT: This applies to both comments BTW

[–] arcterus@piefed.blahaj.zone 7 points 4 days ago (1 children)

Them's fightin' words

view more: next ›