aksdb

joined 2 years ago
[–] aksdb@lemmy.world 2 points 15 hours ago (1 children)

Drawing attention

[–] aksdb@lemmy.world 11 points 1 day ago

The machines I use regularly are all some form of ArchLinux (currently mostly CachyOS). Machines I use rarely I stick to LTS distros with few updates. Machines I don't maintain myself I try to stick to immutable distros that just update themselves every once in a while (less chance of breakage).

[–] aksdb@lemmy.world 10 points 1 day ago (1 children)

Security is always applied in layers. The more the better. There's a reason "encryption at rest" is a requirement in many audits.

[–] aksdb@lemmy.world 10 points 1 day ago (3 children)

Why full disk encryption is important: what happens when you switch servers or providers: can you be sure the disk gets wiped properly?

Or when your disk dies and gets replaced, what happens to the old disk? Will they physically destroy it or just throw it in the bin?

When encrypted, it doesn't matter; no one will get data off of them. That's why you encrypt servers.

[–] aksdb@lemmy.world 1 points 2 days ago

From an acceptance point of view there is no difference in forcing providers to implement an API to talk to your device or forcing providers to talk to a central service (or at least any service implementing a certain interface).

If the goal was for more surveillance, they could have immediately gone for that route.

They could also have kept the current "ask the user" approach and mandated website providers to store these information. That would have been a much smaller step and would have brought them closer to big brother as well.

Now they went for an approach that takes a step away from what we already have, making it more privacy friendly. Websites don't have to ask (and potentially store) your birthday anymore and can still stay compliant.

[–] aksdb@lemmy.world 1 points 2 days ago (2 children)

The US bills I have read also don't enforce any real age (how could they). They require the birthday to be stored on the device for the device to reply with the info if the user is within a certain age bracket. But nowhere did I see anything that would force users to store their truthful birthday. All that it would do is making the already existing age checks much more convenient and giving parents the opportunity to make them slightly more secure.

[–] aksdb@lemmy.world 1 points 2 days ago (4 children)

Isn't that level already socially normalized? Every second website asks me for my birthday to derive my age for as long as I can think. Many of them ask me basically every time I use them (even Steam, where I am logged in and my payment history alone should imply that I am old enough).

[–] aksdb@lemmy.world 2 points 2 days ago

Beautiful. Will keep an eye on it. Thank you!

[–] aksdb@lemmy.world 1 points 2 days ago (6 children)

How would the current approach help?

Its not invasive yet (no third party, no ID, no verification; its basically just another user controlled date field that is not even exposed). So it is not lowering any barrier in that regard.

It's also not a helpful intermediary step for harder measures, because as soon as you want a third party to do attestation, storing that on a user controlled device is just unnecessary complexity and risk of circumvention. It would be easier and safer (for those introducing it) to just let the attesting party talk to the providers directly.

[–] aksdb@lemmy.world 2 points 2 days ago (8 children)

The comment you answered to said not all software has to implement age checks; only those who actually deal with age relevant content. You said it would be a foot in the door. So... who's foot to do what?

[–] aksdb@lemmy.world 6 points 2 days ago (13 children)

Who exactly gains anything from forcing lets say Krita to implement an age check?

[–] aksdb@lemmy.world 2 points 3 days ago (2 children)

One thing your answer dodges is the automation part. Do you plan on offering a cli to run individual workflows/scenarios? The UI is awesome for building and maintaining the workflows, but if I want to use them for automated testing for example I need to be able to run them headless.

 

Each time I try AMD graphics, something is fucked for me. Back with fglrx, fglrx just sucked, so I used Nvidia. Then I had an AMD right around when they finally had opensource drivers, but it was still buggy as hell. So I went with Nvidia again (first a GTX 790, then a GTX 1060). In the meantime I had a new work notebook where I also went with an AMD APU, and had driver crashes for a long time when I was in video calls and it had to decode multiple streams. That thankfully stabilized with Linux 6.4.

Since sooo many people in the community swear by AMD, I thought "dammit, let's try it again for my new desktop" and got an 7800rx ... and I have to reboot ~5 times until I finally make it to a running xserver or wayland session. Apparently I am hit by this problem (at least I hope so). But that doesn't even read nice ... the fix seems to be to revert another fix for powermanagement. So I either have a mostly non-booting card or suboptimal power management.

I start to regret having chosen AMD .... again :-/ I seem to be cursed.

view more: next ›