I remember a little while ago a thread with someone from kbin gloating that they could see what everyone was voting, and accusing the people upvoting comments they disagreed with of being bigots in a vaguely threatening way obviously intended to produce a chilling effect, and people found this surprising because that information is not public on most instances.
I basically agree with the people saying open info is just the nature of posting on a public forum and of federation, but there could be improvements, even just in awareness of what is and isn’t private.
This is a great point because in the Lemmy UI, this information isn’t shown, and you can’t even list out all posts you’ve upvoted. As most of us coming from Reddit, we’re used to upvotes being private, and probably assume it’s the same. I understand the technical reasons for having the information public, but it is not clear from a user perspective that it’s public.
What’s extra confusing is that I’ve seen people asking about how to get this information from the API, with the answer being that you can’t (I guess to protect privacy?). It’s only accessible to federated servers, but then those can do what they want with it including publishing it to everyone.
I usually interpret the phrase “drop in” to mean that the replacement being referenced will also work with everything written for the original. Does “drop in” in this case mean that Immich will transparently replace Google Photos, similar to how libretube replaces YouTube? That would be amazing!
If you’re on Android and use Firefox, you can use the Disable JavaScript extension to disable JS on sites with paywalls, like NYtimes. While not perfect, it works remarkably well.
Okay why do these random packages keep popping up with this? For attention?
It's irrelevant, they are barely used by anyone and if a site blocks legitimate e-mail providers, then it is not a site worth registering with in the first place.
Just because not many people use a package, doesn’t mean it is irrelevant. For open source packages (or anything really), as soon as one additional person uses a package, that package becomes relevant. The person/people using it become its advertisers, and when enough people are seen using a product, especially a free one, a larger group will use either that package or something similar to cut their own programming costs.
This is simplified, but the point is that we need to stop this sort of thing at the root (the package itself) before it gets noticed by larger groups and companies who might actually get away with this BS. Always remember, we are tech/privacy nerds. We are the minority, and the average person doesn’t care until something hurts them directly.
I personally enjoy that this sort of information is public, it keeps people honest and gives a tool to use against bad faith actors. People lie. Besides, it’s not like anyone’s forcing you to post personal information online. Some level of responsibility needs to be put on the user.
It is logical that large corporations that base their economy on surveillance advertising hate users who protect their privacy by using all kinds of dirty tricks to bypass or eliminate these protections… Luckily I have had no problems so far with the Proton, Tuta and Murena (NextCloud) emails that I use in the EU.
Not really. I’ve had to do quite a bit of experimentation.
My setup that I’ve settled on:
Rocm system libraries from Arch Linux
PyTorch nightly for Rocm pip installed into a venv (see instructions on pytorch homepage)
Set HSA_OVERRIDE_GFX_VERSION to 11.0.0. This is just for the RX7600 and it tells it to use the RX7900 code as the pytorch version hasn’t been compiled with 7600 support.
Hmm, that’s weird. I was able to run Stable Diffusion locally with Linux + RX6600.
Probably because I used Easy Diffusion. At first, I couldn’t get the GPU acceleration to work, and I was constantly running out of RAM (Not using VRAM), so my system always froze and crashed.
Turns out it was a ROCM bug, that I don’t know if it’s fixed by now, but I remember “fixing it” by setting an environment variable to a previous version.
Then, it all worked really good. Took between 30 seconds to 2 minutes to make an image.
Liftoff as a name is so confusing because thats the name of one of the most popular FPV drone simulators. How do you even find this app on a regular web search?
That has nothing to do with the topic, you’re right, I could’ve put it more nicely. I’m just tired of “compile it yourself” to people without computers being considered an appropriate answer for a criticism of bad distribution. This app seems wonderfully useful and could have huge popularity, but it’s being artificially gatekept by the creator.
github.com
Top