I think the point is the number of times someone is having such an issue, and those people show up to proclaim they’ve never had such problems as if it’s helpful. So, at least you can recognize it’s not.
I think the point is the number of times someone is having such an issue, and those people show up to proclaim they’ve never had such problems as if it’s helpful. So, at least you can recognize it’s not.
At this point, I’m half expecting someone to announce a “linux_circlejerk” community for all those posts being complained about today, to balance out the already newly formed “gnulinux” community where none of it should go.
should be
uh huh
Yes, that’s why I said “not necessarily.”
Not necessarily, I installed LMDE 6 and still needed to manually install the wifi drivers.
Contrary to what some have said here, it’s not unusual to have to download and manually install the wifi driver for Mint. It’s even mentioned as the one extra step in a cartoon comparing the time it takes to install three different distros. I had to do this for two different laptops.
OmanMkII already provided the link for intel, but here it is again:
https://www.intel.com/content/www/us/en/support/articles/000005511/wireless.html
Should definitely be mentioned that dual booting isn’t nearly the headache if you have separate drives and don’t try to have the boot loaders in the same partition. I have Win10 and its boot area on one ssd, and two distros of linux sharing the boot partition on the second ssd, and there’s been no issues. But there’s a good chance Windows boot gets screwed if you try to put it all on one disk.
Again, sorry I cannot offer a solution. I’m sure it can be fixed, I’ve just never had to figure it out.
Sorry this isn’t an answer to the question, only a general reminder for whoever needs it to always create a disk image backup beforehand using Macrium Reflect or similar, so you can rollback nightmares like this.
No, I still need it for non-linux programs with no suitable alternative.
No, I’m not listing those for anyone to suggest inferior replacements. It’s a fact, not a debate.
Good to see more reasonable people in all of this.
Threads is also overrun by a lot of algorithm induced hate speech and far-right extremism
Pretty sure you’re confusing Threads for Twitter. Threads doesn’t contain any more of that than lemmy or mastodon already does, and it’s probably less, so such handwringing is overstated. They’ve already implemented a “Restrict” setting in addition to blocks and mutes, and frankly their handling of blocking and how people can interact with your account after being restricted or blocked is already more effective than what’s here or on mastodon.
I think you only made a case for having two or more levels of instance block, that already exist. One due to objectionable/illegal material that cannot be overridden, and another for something like threads where a significant number of users may not want to be opted in automatically, or want to block it due to purely ideological, non-illegal reasons, which would effectively be put in place by automatically adding the instance block to user accounts that can be removed at any time, which arguably can already be done with minor changes. That’s essentially what dansup is doing, complete with including a command for Pixelfed instance admins to apply the optional block to all user accounts.
All true, and making this a feature would simply be implementing the inverse of the new capability… overriding an instance level block instead of imposing one not already at the server level.
FOSS ingenuity at work. All it needs is adaptation and adoption.
The most reasonable solution I’ve seen so far, from the pixelfed and pixelfed.social creator
Try using actual sentences to express yourself, it’s more effective.
Goalposts in transit.