I was under the impression that some smart thermostats need batteries because the “power to the thermostat” wire was designed for super low power devices, or is otherwise not there at all (thus the different number of wires). So “already wired with everything you need” varies from house to house.
This sounds a lot like what I want to have done. my biggest issue has been figuring out which thermostat to buy? Finding a zigbee vs zwave vs wifi model. Do I need to have 4, 5 or 6 wires or something? Do I need to re-run wires in my wall if I have the wrong number available?
Even just having a manual read-out and the ability to remotely manually change settings would be a win. Everything about this dashboard looks cool to me, but even without the smart auto changing of settings, I want this, but just dont want to spend money and buy the wrong thing.
I had made the original jellyfin Roku app, but once people with actual Roku skills showed up, I kinda just faded out.
Open source for a lot of people is the option to drop in and help when you can, but for maintainers, it can be a huge commitment. I totally get why after almost 8 years, people would be ready for moving on.
https://cherryxtrfy.com/mice/mz1-wireless/
This mouse is designed to be extremely light weight. So the battery is small (500 mAh is less than half a AAA battery).
And it’s designed to handle up to 50g of acceleration (ie, fast FPS twitch movements), so it has to be doing a lot of tracking.
So between higher power consumption than normal mice and a smaller battery than normal mice, it only advertises 75* hours of use (* Depending on Hz, lighting on/off and playstyle).
I could absolutely get a mouse that lasts much longer. But not one that meets all the other criteria I have for a performance gaming mouse. I wasn’t attempting to come in hot about “wireless bad” or anything, just sharing my experience.
The batteries are my main issue.
12 hour battery? I charge every night.
4 day battery life? I forget to charge until it dies, and then it dies in the middle of using it.
The mouse I have is only wireless for the “less drag while gaming” aspect but the cable is actually super nice, so I dont even mind the cable… I just leave it plugged in now.
NFTs are basically Bitcoin and fall under fake money for criminals.
Moves the current line up 2 lines.
It’s “2” because the syntax is actually “move to after -2”. So if you are on line 20, it will move you to after line 18… Aka line 19
^K Cut and ^U Uncut (paste) were on the screen the WHOLE time this happened.
“The instructions are on screen at all times!” is only a positive if you follow the instructions, otherwise they are wasting space.
Captcha isn’t about what is real or not real. It’s about training ML models to appear more humanlike based on soliciting actual human responses.
I also have a preview edition.
I moved HA from my server to a HA green to separate reliability (my server is a test bed and uptime isnt great, and home automation warrants better uptime than I was giving it).
The voice services don’t work as well on the green directly, but I view it as part of the HA ecosystem and I want it running on the same hardware, but it seems very much like not a great option for that. And even on my own hardware, it still seems like it was a bit slower than I’d want and not always accurate. I definitely need a lot of tweaking (just like OP) to make it worth while.
And from what I can tell based on the callout at the end… This is a line from connector which is a compatibility layer that allows running Fabric mods on Neoforge.
Which means connector is going to be included in every stack trace, regardless of how related it is to the problem. It will be the one to raise the errors that couldn’t be caught and managed… But AI will see connector being the one probably flagging the errors and be more likely to tag it as a “suspected” mod. I wouldn’t be shocked to find out that AI has a tendency to shoot the messenger.
“I tried to keylog myself and the system doesn’t support keylogging.” is a frustrating situation. Because it’s neat from a security perspective and absolutely maddening from basically every other one.
Desktops can be installed on any ubuntu release. you could install xfce on kubuntu, or kde on base ubuntu. And what DE/WM you are using doesn’t matter in a quite a few scenarios, so it’s not worth bringing up in the same way that I don’t mention “Im using cachyOS niri wm”
I personally preferred xubuntu over kubuntu back in my *ubuntu days. etc etc. there are a lot of spins of ubuntu and when the only differentiator is DE (which you can also just install on base ubuntu), it’s easier to just talk about them all as a single overaching entity/family … ubuntu.
Talking about kubuntu inherently requires talking about KDE and ubuntu both, so people just skip the KDE discussion.
“Too many distro options” is already a complaint of a lot of non-linux users, so specifying every last spin can just drive people away.
RIP stack overflow
Speaking of fsync vs esync vs ntsync.
As someone else has mentioned, proton or wine or games should not be able to cause “OS crashes”. If they do, its either an error happening somewhere else in the stack (a driver perhaps?) being triggered by the game, or you’re dealing with out of memory issues, and its struggling to clean itself up. I would suspect drivers (ie, make sure the system is updated) or memory, because those are the 2 aspects of a system that games tend to push the most.
But to your actual question: It’s a few things. The main thing that differentiates proton from wine, is that wine aims for maximizing global compatibility. Proton is focused on games, and is therefore able to make tradeoffs.
What if a new feature breaks MS Office because it changes how a function works, but doesn’t impact any games, and in fact, makes games fun 2-3x faster on average. Wine would not include this new feature. Proton would. They would put this into proton experimental.
But now they find out that while it makes MOST games faster, some games it causes to crash. Some games might use that same function MS Office does. so they don’t run properly. That might warrant a hotfix release. The point of numbered releases is to have points in time where most things are known working. If this feature had shipped into Proton 123, valve could pin the broken game to Proton 122, so now having different number versions makes sense to keep each individual game working optimally, while experimental and hotfix can be used for testing out new code (literally experimentally).
A great example of this was fsync. TBH, I have no idea what fsync is, but generally speaking, the games make a Windows function call that didn’t have a direct equivalent Linux function. Wine made a workaround to make sure this windows function did what it was expected to do, and there were several versions of the workaround. Some faster, some more reliable. And then eventually the function was actually added to the Linux kernel, so no work around was needed. For a while there, fsync vs esync was a big performance and compatibility concern. And now ntsync tends to cover this. Some games worked better with fsync and some with esync, and some with it all just turned off. But we need experimental proton versions to validate all of this.
QR codes on the net make no sense.
If I’m on the net… I’m already on the device that I want to visit a webpage from, just link to the webpage.
QR codes are for sharing something from one thing to another where there is no common interface other than a camera. The internet is already a common interface for sending me a URL, you don’t need a QR code.
For example:
If I were browsing on my phone, the only QR reader I have uses the camera. I can’t take a picture of my phone using my phone. I can’t use the QR code.
If I were on my PC, I dont have a QR reader at all except on my phone, and I’m on my PC, why would I want to switch to my phone.
Sharing a QR code on lemmy/piefed never makes any sense.
That’s really cool! It does sound like something I don’t particularly have a use for, but I see the appeal for others.
And giving it a test drive with flatpak is pretty simple, so no downsides for me there.
Keep up the great work.
That makes sense. I have no idea if I have a ground. If I don’t I assume I need a battery powered thermostat, which I would then need to periodically change batteries on or externally power?
The fact that I don’t know what I have, means I dont know what I need, means I need to bring an electrician or someone who knows what is going on, and suddenly the project becomes more work.
I could totally handle the “build a HA dashboard” part of things… it’s the physically setting up devices part that gets me every time.