[-] Atemu@lemmy.ml 28 points 7 months ago

What does this have to do with privacy? It's just a userscript to modify the regular Twitter website with all its human rights abuse.

[-] Atemu@lemmy.ml 27 points 7 months ago

That whole situation was such an overblown idiotic mess. Kagi has always used indices from companies that do far more unethical things than committing the extreme crime of having a CEO who has stupid opinions on human rights.
I 100% agree with Vlad's response to this whole thing and anyone who thinks otherwise should question what exactly it is they're criticising.

I don't like Brave (super shady IMHO) and certainly not their CEO but I didn't sign up for a 100% ethically correct search engine, I signed up for a search engine with innovative features and good search results. The only viable alternatives are to use 100% not ethically correct search indices with meh (Google) to bad (Bing, DDG) search results. If you're going to tell me how Google and M$ are somehow ethical, I'm going to have to laugh at you.

The whole argument amounts to whining about the status quo and bashing the one company that tries anything to change it. The only way to get away from the Google monopoly is alternative indices. Yes those alternatives may not be much more ethical than friggin Google. So what.

[-] Atemu@lemmy.ml 29 points 8 months ago

amdgpu has a recovery mechanism built in that can be triggered using sudo cat /sys/kernel/debug/dri/N/amdgpu_gpu_recover where N is the number of the DRI device in question. You could bind a shortcut to doing that I presume.

[-] Atemu@lemmy.ml 27 points 8 months ago

They probably confused it; 4k 240 and 5k 120 are about the same balpark according to handy dandy chart.

[-] Atemu@lemmy.ml 27 points 9 months ago* (last edited 9 months ago)

The same. A different BS reason would have been made up instead.

[-] Atemu@lemmy.ml 29 points 10 months ago* (last edited 10 months ago)

The other replies answered your question already, but this may solve your little "problem" here: Apple offers free in-person training sessions on how to use their products. They're intended precisely for non-technical people like your mother.
So, if you don't want to be the person teaching her how to use iOS, you could look into getting her to attend these sessions instead.

You can fault Apple for many things but this offer of theirs is just great on every level IMHO.

https://www.apple.com/today/

[-] Atemu@lemmy.ml 27 points 10 months ago* (last edited 10 months ago)

Montpellier residents can sign up for a free transport pass on the M’Ticket app and the TAM website. Photo ID and proof of address are required.

If fares were such an insignificant source of income before when residents had to pay, why bother ticketing at all when the only fare payers left would be an extreme minority that also happen to be your guests?
So much money spent on ticketing systems, apps, registration and other overhead that nobody needs and could be spent on improving the service instead if it was simply free for everyone. I highly doubt doing that makes any sort of profit. I don't get it.

[-] Atemu@lemmy.ml 28 points 11 months ago

Sounds like your flatmate should invest in a lawyer. That company probably owes them a ton of money.

[-] Atemu@lemmy.ml 27 points 1 year ago* (last edited 1 year ago)

I really like them as dumb little "reactions" in chats (as in: emojis other can attach to a message) but, for longer, more thoughtful text posts, they usually distract from the content IME.

I also don't like how they're usually, well I don't know how to describe it but: Overly emotional. Your crying emoji is a good example; you're not actually crying an ocean because you miss emojis, you're just a little sad about it (I assume).

This "always taking everyting to the extreme" really annoys me about our current society. There is no moderation anymore; it feels like you must either be extremely happy or extremely sad/angry/whatever. You can no longer be "a little sad about it", you must show that you're crying a river over it or whatever.

I think that may be one of the reasons why I prefer emoticons. They don't have that problem as much as you can't easily express extreme emotions with them. :'( is about as bad a "crying" usually gets for example and when someone writes xD, you know they're taking a piss.

[-] Atemu@lemmy.ml 29 points 1 year ago

This kind of integration testing is best left up to the individual distros. Same as the integration (as in: packaging) itself.

Distros don't want your binary package, they want your source code, build instructions and a build system that won't make them cry. Some distros even explicitly disallow re-packaging external binary distributions.

As a distro maintainer, I appreciate your wish to do QA on all the distros but that's just too much work. You focus on making your software better, we focus on making it work with the rest of the software ecosystem.

Providing a package for one or two distros (i.e. your favourite one) is good practice to ensure your software can be reasonably packaged but it's not the primary way your users should receive your package in the traditional Linux distro model.
Additionally, you might want to package your software for one of the cross-distro package managers such as Flatpak, AppImage, Snap, Nix, Guix, distri or homebrew. This can serve distro maintainers as a point of reference; showing how it is intended to work so they can compare their packaging effort. If there's some bug present in the distro package but not the cross-distro package, that's a good sign the issue lies in the distro packaging for example.
Again, don't put much time in this. Focus on your app.

1
duperemove speedups (trofi.github.io)
submitted 1 year ago by Atemu@lemmy.ml to c/btrfs@lemmy.ml
10
submitted 1 year ago by Atemu@lemmy.ml to c/nixos@lemmy.ml
83
submitted 1 year ago by Atemu@lemmy.ml to c/opensource@lemmy.ml

Update for the post two weeks ago: https://lemmy.ml/post/5814564

They've reverted the attempted license change and made it crystal clear that the entire project is under the AGPL now.

17
submitted 1 year ago by Atemu@lemmy.ml to c/linux_gaming@lemmy.ml
24

cross-posted from: https://lemmy.ml/post/5552052

Apparently when you subscribe to a lower tier plan such as the one month one, the amount you paid (minus what you already "used") will be deducted from the upgrade price if you decide to commit for a longer amount of time.

This is great for people like me who want to try out all the features (including custom domains, Proton Bridge and SimpleLogin) without having to commit for one or two years and without having to pay the 65% higher price of the monthly plan.
I had already accepted the fact that I'd need to pay the monthly fee but this is a much appreciated gesture!

26
submitted 1 year ago* (last edited 1 year ago) by Atemu@lemmy.ml to c/protonmail@lemmy.ml

Apparently when you subscribe to a lower tier plan such as the one month one, the amount you paid (minus what you already "used") will be deducted from the upgrade price if you decide to commit for a longer amount of time.

This is great for people like me who want to try out all the features (including custom domains, Proton Bridge and SimpleLogin) without having to commit for one or two years and without having to pay the 65% higher price of the monthly plan.
I had already accepted the fact that I'd need to pay the monthly fee but this is a much appreciated gesture!

1
submitted 1 year ago by Atemu@lemmy.ml to c/btrfs@lemmy.ml
15
submitted 1 year ago by Atemu@lemmy.ml to c/linux_gaming@lemmy.world

cross-posted from: https://lemmy.ml/post/5142305

From: Ben Skeggs

This series adds support for loading and running on top of NVIDIA's GSP-RM firmware, instead of directly programming large portions of the hardware ourselves.

The implementation is a little crude in places, but the goal of this series is to get (more-or-less) GSP-RM support on par with what we already support on HW. Next steps would be to look at what features GSP-RM enables us to more fully support, and clean up the GSP-RM integration once it's known what those will require.

Things should be somewhat faster when running on GSP-RM, as it's able to control GPU clocks, which wasn't possible for us previously.

SVM support is not available when running on top of GSP-RM at this point, due to GPU fault buffers not being implemented yet. This won't effect any real use-case, as SVM is experimental at best in nouveau anyway.

Aside from that, things should more or less work as normal.

GSP-RM support is disabled by default for now (except on Ada, where it's the only option) and can be enabled with nouveau.config=NvGspRm=1.

There'll likely be some nit-picky bugs to sort through, but I don't anticipate any huge disasters. I've smoke-tested this on a selection of GPUs right back to nv50, testing both HW and GSP paths depending on the GPU, and more thoroughly tested on Turing/Ampere/Ada, both discrete and laptop GPUs.

Firmware from NVIDIA is required to enable this support.

40
submitted 1 year ago by Atemu@lemmy.ml to c/linux@lemmy.ml

cross-posted from: https://lemmy.ml/post/5142305

From: Ben Skeggs

This series adds support for loading and running on top of NVIDIA's GSP-RM firmware, instead of directly programming large portions of the hardware ourselves.

The implementation is a little crude in places, but the goal of this series is to get (more-or-less) GSP-RM support on par with what we already support on HW. Next steps would be to look at what features GSP-RM enables us to more fully support, and clean up the GSP-RM integration once it's known what those will require.

Things should be somewhat faster when running on GSP-RM, as it's able to control GPU clocks, which wasn't possible for us previously.

SVM support is not available when running on top of GSP-RM at this point, due to GPU fault buffers not being implemented yet. This won't effect any real use-case, as SVM is experimental at best in nouveau anyway.

Aside from that, things should more or less work as normal.

GSP-RM support is disabled by default for now (except on Ada, where it's the only option) and can be enabled with nouveau.config=NvGspRm=1.

There'll likely be some nit-picky bugs to sort through, but I don't anticipate any huge disasters. I've smoke-tested this on a selection of GPUs right back to nv50, testing both HW and GSP paths depending on the GPU, and more thoroughly tested on Turing/Ampere/Ada, both discrete and laptop GPUs.

Firmware from NVIDIA is required to enable this support.

21
submitted 1 year ago by Atemu@lemmy.ml to c/linux_gaming@lemmy.ml

From: Ben Skeggs

This series adds support for loading and running on top of NVIDIA's GSP-RM firmware, instead of directly programming large portions of the hardware ourselves.

The implementation is a little crude in places, but the goal of this series is to get (more-or-less) GSP-RM support on par with what we already support on HW. Next steps would be to look at what features GSP-RM enables us to more fully support, and clean up the GSP-RM integration once it's known what those will require.

Things should be somewhat faster when running on GSP-RM, as it's able to control GPU clocks, which wasn't possible for us previously.

SVM support is not available when running on top of GSP-RM at this point, due to GPU fault buffers not being implemented yet. This won't effect any real use-case, as SVM is experimental at best in nouveau anyway.

Aside from that, things should more or less work as normal.

GSP-RM support is disabled by default for now (except on Ada, where it's the only option) and can be enabled with nouveau.config=NvGspRm=1.

There'll likely be some nit-picky bugs to sort through, but I don't anticipate any huge disasters. I've smoke-tested this on a selection of GPUs right back to nv50, testing both HW and GSP paths depending on the GPU, and more thoroughly tested on Turing/Ampere/Ada, both discrete and laptop GPUs.

Firmware from NVIDIA is required to enable this support.

-21
submitted 1 year ago by Atemu@lemmy.ml to c/selfhosted@lemmy.world
0
submitted 1 year ago by Atemu@lemmy.ml to c/selfhosted@lemmy.ml
[-] Atemu@lemmy.ml 29 points 1 year ago* (last edited 1 year ago)

You can but there's a point where the SO's actions actively invade your privacy too against your will.

Real example: My SO uploads all her photos to Google Photos. Because I also appear on those Photos, I am now being tracked/used for training ML models/instrumentalised/whatever other evil things Google does nowadays against my will.

Google doesn't care whether I consented to that or not.

[-] Atemu@lemmy.ml 28 points 1 year ago* (last edited 1 year ago)

I don't think there is a way to remove that. "Karma" is just the sum of upvotes on all of a users' posts/comments and that info is always accessible.

We could make the decision to not show that value in the front-ends of course but you'll likely have very different opinions on that and some front-ends will inevitably show karma.

view more: ‹ prev next ›

Atemu

joined 4 years ago
MODERATOR OF