Scoopta

joined 2 years ago
[–] Scoopta 1 points 4 days ago (1 children)

I guess I just feel like if you're manually configuring BTRFS you'll either use it like a regular FS, or you'll set it up to make use of the features in which case you'll probably setup both automatic snapshots and cleanup. Possibly with auto scrubbing too. I don't really see a situation where someone who manually opts to use it sets up snapshotting manually and then doesn't setup any form of cleanup.

[–] Scoopta 3 points 5 days ago (3 children)

If you're running btrfs manually and don't setup clean up scripts I'm slightly confused how you get into trouble in the first place since that also means there won't be any automated snapshots.

[–] Scoopta 3 points 6 days ago

Personally I hate fighting with CSS and JS is...a language? No further comment. So having something that lets me avoid them for the most part sounds very appealing

[–] Scoopta 3 points 6 days ago (3 children)

Haven't used it, didn't know it existed, but I want to check it out now

[–] Scoopta 8 points 1 week ago (1 children)

There are several different distro's built on asahi IIRC, asahi is more of a Mac platform for distro's than a distro itself if I understand the project correctly.

[–] Scoopta 3 points 2 weeks ago (1 children)

I feel like malbolge is a much better fit for chaotic evil than brain fuck is but I agree with the rest

[–] Scoopta 2 points 2 weeks ago

I'm still not convinced it's possible to have a cheat proof environment. Kernel anti-cheat is not fool proof, it's just more annoying to deal with than user space anti-cheat. Yes, pairing it with server side stuff will make it even more difficult but if one of the anti-cheats can be successfully bypassed then some amount of cheating is possible and anything running on a user's machine is susceptible to being bypassed because the user controls the environment. Additionally I'm in favor in general of kernel AC being outright banned by OSes. It's honestly far too invasive and it's a race to the bottom the game devs won't win if a cheater is determined enough. You say you're a fan of it only running as needed but it's in your kernel, it's got God access, 1 micro second is too long to allow every game developer on the planet unrestricted access to my computer. Ultimately though client side AC is like DRM, when you expect the software on the user's computer to enforce your rules you will be sorely disappointed. It will raise the bar, it will make some people give up, but it won't prevent it.

[–] Scoopta 4 points 2 weeks ago (2 children)

I'm not sure you can just have Kernel anti-cheat. There are still bypasses for it, just more sophisticated. At the end of the day cheating is inevitable, it's how invasive do you want your anti-cheat to be.

[–] Scoopta 2 points 3 weeks ago (1 children)

That is pretty much what it does except it doesn't hardcode \n but instead uses the proper line ending for the platform it's running on.

[–] Scoopta 18 points 1 month ago (1 children)

But it's still not a guarantee

[–] Scoopta 3 points 1 month ago

Or just the usernames

[–] Scoopta 6 points 1 month ago

The hand on the kids head is more terrifying than comforting, WTF

 

TIL that apparently capital one was assigned the entire 2630::/16 block...which is the largest assignment I've seen to date. Does anyone know of other absolutely massive allocations...are there even any others this large?

 

I've been using duckduckgo for years ever since I degoogled but I'm increasingly annoyed by its complete lack of IPv6 connectivity. I use NAT64 and so it works fine but it bothers me to use services that don't have v6. Does someone have a good non-google IPv6 search engine that's privacy respecting?

6
submitted 2 years ago* (last edited 2 years ago) by Scoopta to c/[email protected]
 

I'm curious about something so I'm going to throw this thought experiment out here. For some background I run a pure IPv6 network and dove into v6 ignoring any v4 baggage so this is more of a devils advocate question than anything I genuinely believe.

Onto the question, why should I run a /64 subnet and waste all those addresses as opposed to running a /96 or even a /112?

  1. It breaks SLAAC and Android

let's assume I don't care for whatever reason and I'm content with DHCP, maybe android actually supports DHCP in this alternate universe

  1. It breaks RFC3306 aka Unicast-prefix-based multicast groups

No applications I care about are impacted by this breakage

  1. It violates the purity of the spec

I don't care

What advantages does running a /64 provide over smaller subnets? Especially subnets like a /96 where address count still far exceeds usage so filling subnets remains impossible.

151
Don't test in production (programming.dev)
submitted 2 years ago by Scoopta to c/programmer_humor
 
18
[Sway] Akame red (programming.dev)
 

This has been my setup for a long time now and I have to say I still absolutely love it.

  • Icons: Flat Remix Red Dark
  • Theme: Flat Remix GTK Red Darkest
  • Launcher: Wofi
view more: next ›