I think the hard-right people have mostly self-exiled to their own echo chambers like truth.social and other places that are Donald-used-and-approved. I think he’s also active on Twitter again now that Musk has destroyed all content moderation on the platform. They follow their great leader and unless and until he starts posting his demagoguery on Lemmy they have no interest and no reason to come here.

Smartest users are already using OpenShell and don’t have anything to fear, at least from this change… for now…

Most cheap non-dimmable LEDs have drivers that use resistors to determine the current to drive through the LEDs. As a rule, these are always set too high to overdrive the LEDs (sometimes as much as twice their rated current) for marginal brightness gains and to burn out the bulb prematurely. I’m obviously unable to actually see directly into the operation of the great minds that design LED lightbulbs but logic leaves me with only those two plausible conclusions, I’ll let you decide which motivation you think is a bigger factor for most manufacturers.

Conveniently, most manufacturers carefully fine-tune this value to prematurely destroy the LEDs at just the right time, which requires careful balancing of resistors, and even MORE conveniently (for us) the cheapest way for them to do this is typically to use two resistors. And MOST conveniently (for us), if you were to carelessly break one of the pair of resistors they use, and leave the other one intact, the current would immediately drop to a very reasonable and appropriate level, generating much less heat, drawing much less power, making LED death extremely unlikely, and only modestly reducing brightness in many cases, because LEDs have non-linear brightness and the heavily overdriven ones are typically FAR beyond the point of diminishing returns. In some cases the reduction in power results in basically no visible difference in light output. In some cases it can be argued they’re literally stealing extra power from your electricity bill and using it as an electric heater for no purpose other than to burn out your own light bulbs prematurely so you have to replace them.

The good news is, like I said, removing one of the responsible resistors instantly solves the design flaw and is usually quite easy even without any special tools or electronics knowledge. BigCliveDotCom calls this “Doobying” the bulbs after the Dubai bulbs that were mentioned in other comments. If you watch some of his videos about LED bulbs you should be able to see the pattern of which resistors to remove, if they are on the board they will basically always be right next to each other and relatively small values (typically in the 20 ohms to 200 ohms range). The only modification I make to his procedure is that I prefer to remove the HIGHER value of the two resistors instead of the lower one, which results in perhaps somewhat less lifetime preservation (still much more than the original setting) and less power savings, but more brightness, and is usually adequately good for my purposes. I also use sturdy tweezers to remove the resistor instead of a screwdriver which seems to me that it would have a higher risk of collateral damage.

Is it a lot of work for a single light bulb? Kind of, yes. But once you get it done a bunch of times, you’ll probably rarely have to do it again, as these bulbs last almost forever. In fact, I have yet to have one actually fail, I am mostly just replacing the occasional old unmodified LED bulb from time to time.

This will not work with dimmable bulbs or certain fancy high end bulbs. Also some are much, much easier to modify than others. Clive calls the ones that are relatively easy “hackable” and it’s really a crapshoot to find them. Some have covers/bulbs/diffusers that are nearly impossible to remove without catastrophic damage to the bulb and/or your hands. Others simply use a different circuit design that doesn’t have resistors. Some only have a single resistor, meaning to change the value you need to solder a new one in its place. In my experience, the bargain-basement, junkiest, least reliable bulbs tend to be the easiest to hack this way and often skimp on things like “gluing the lens on” so it’s easy to get off. But you’ll have to experiment to find a brand and style that works well for this.

So it’s not really FOSS at all, it’s just a loss-leader to draw you into the network, trap your data, and then enshittify and monetize as per standard practice.

The setting you described sounds like a motherboard manufacturer issue. There’s no reason for it not to default to “auto” unless that somehow limits something else they wanted to have on by default. They choose the defaults, and they chose that one, even if it’s stupid. Either that, or you set it somehow previously and didn’t realize or forgot you did.

Keep the gray plastic. Remove black clip around the vertical wheel post in the gray plastic. Remove wheel and wheel post. Buy new wheel. Installl new wheel. It will be easier to find a new wheel once you have the old wheel out so you can take measurements. but it’s likely something pretty standard, off-the-shelf. Wheels are something that companies buy, they rarely build them themselves. They typically come as a castoring assembly with wheel, axle, spindle, and attachment post in a variety of common sizes and with a dizzying variety of actual wheels.

a) Forecasts are very resource-intensive, they are performed on a specific schedule using a computational forecast model. Updating the predictions would require inputting new data and running the model again, and by the time they do that, the next forecast will already be out.

b) Do they know it’s wrong? Where did you get the temperature? From an official weather station? If not, there is no reason to imagine that someone is noticing that this one particular model run was wrong in one particular spot across the whole country and trying to fix it in real time.

c) If you did get the current temperature from an official weather station, that IS your update for it. Real time data from official weather stations is always going to trump the forecast model. What would be the point of updating the forecast when the current measured data from the weather station is now available? That’s like driving down the highway and saying “I was predicting my speed would be close to 65mph, but due to the heavy traffic I’m seeing today, I’m going to re-estimate my speed to be 45mph” when you have a perfectly accurate speedometer right in front of you telling you exactly what speed you are going at all times. Forecasts are only useful for the future, and they can be wrong.

They’re only lying as long as people can continue to over and over find their way around the obstacles they place in the way, and it gets harder all the time. They have more money and more resources and more organization than the hackers trying to defeat them, they’re winning the war of attrition. We may be able to make small breakthroughs here and there, but overall we continue to lose more and more territory, because the amount of effort is disproportionate to the goals. Most of what’s left of the custom ROM community has given up on the losing battle with manufacturers and providers and changed focus to the various freephones but even they have their own troubles and are fragmented and short-lived. Between carriers, manufacturers, and content providers the whole mobile ecosystem is designed to be impenetrable. It is intentionally a fortress full of deadly traps and open source supporters have no hope to breach it anytime soon.

Never had a single functional problem with Nextcloud, other than the fact that it’s oppressively slow with the amount of files I’ve shoved into it. Mind you I also don’t use MySQL/MariaDB which I consider a garbage-tier DB. Despite Postgres not being the “Recommended DB” for Nextcloud it works perfectly for me. Maybe that’s the difference.

Nah, I wanted to love NixOS, and granted it seems like a perfect fit for my recommendation, but a bunch of things about it rub me the wrong way. It’s just not for me. I’ve always been most comfortable with Debian and that’s what my setup script is designed for. Lots of apt.

I would need to factory reset the whole server for that, which would be … highly inconvenient for me. It took me quite a long time to get everything working, and I don’t wanna loose my configuration.

This is your actual problem you need to solve. Reinstalling your server should be as convenient as installing a basic OS and running a configuration script. It needs to be reproducible and documented, not some mystery black box of subtle configurations you’ve forgotten about ages ago. A nice, idempotent configuration script is both convenient and a self-documenting system for tracking all the changes you’ve ever implemented on your server.

Once you can do that, adding whatever encryption you want is just a matter of finding the right sequence of commands, testing it (in another docker perhaps) and then running your configuration script to migrate your server into the desired state.

$400 is pretty steep. That is probably more than a lot of the computers this would be plugged into.

I can’t live without my Nextcloud + Email server. Having all my personal files, contacts, email, calendar, and other personal information immediately accessible synced and backed up with a single app on any device or platform I want to use, is a dream come true, and I get to do it without any Big Tech, avoiding their lock-in and privacy invasion and without any fees or limits beyond my own hardware.

OpenVPN is how I can access it from anywhere in the world, so that gets an honorable mention too.