Data caps make that hard. While everyone likes to claim unlimited data, I'm not aware of any providers that don't have a heavy data user clause where they'll deprioritize your data if you're a top ~5% data user (usually somewhere over ~1TB/month).
You also will need _some_ sort of encoding locally before uploading, even if it's minimal, which could lead to issues when encoded again (although there are codecs available to minimize this).
The claim was "It is cheaper", not "It will be cheaper". Until it actually _is_ cheaper, it doesn't make much sense to purchase $10k+ in hardware to run local models that are still worse than the frontier offerings.
The purpose of the sandbox is to reduce permission fatigue. If it fails to run a command in the sandbox and retries it outside the sandbox, the regular permission rules apply. You'll still be prompted for any non-sandboxed tool calls that you haven't allowed or denied via permission rules.
ESPHome is owned by the same group as Home Assistant, not Espressif. So Espressif getting greedy would just mean higher prices for their chips (or they could lock down development on their chips, but that seems very unlikely).
2FA keys are easily stolen from a desktop with a password manager running in the background when running a malicious executable, vs. 2FA keys on a 2FA app on a phone and running a malicious app.
That sounds trivial enough that the compiler would remove the bounds checks, assuming I'm understanding correctly that you have a condition that validates the number of fields at some point before an invalid access would occur.
But if it's possible for someone to muck with the file contents and lie about the number of fields which would cause a bounds error, that's exactly what bounds checking is supposed to avoid. So either bounds checks will be removed, or they're necessary.
Doesn't stop them from trying to collect after the transaction is declined. It's not a prepaid service, you're agreeing to pay the charges _after_ you've used the service.
Will they pursue? Do they have enough info to purse? Who knows, but they can if they want to.
Cordless tools tend to be more convenient. While a corded tool might technically be more powerful, for a quick cut it's annoying to unravel the cord, possibly grab an extension cord and unravel that, make the cut, then wind up the cables again. Vs. grab a cordless tool and maybe throw a battery in.
Cable management can also be annoying sometimes when moving around.
Are you noticing breakage on minor and patch releases, or only major versions? Since you said frequently, it sounds like at least minor versions but possibly patch versions as well?
> He said America, not United States of America. America refers to the combined area of North, South, and Central America. Of which Canada is a part, and, as it happens, Canada is where this took place. Healthcare is not tied to employment in Canada.
Sorry, what? The user they're replying to said American, and also referenced a case in court with a Marshal which IIRC don't exist in Canada. They were clearly referring to the US. Which 99% of users who aren't needlessly obtuse would understand with the word American which in English typically refers to someone from the US and not North/South/Central America.
Obviously the article is talking about Canada, but many people in this comment section don't appear to have noticed that and think it happened in the US.
> Under the Amended Compact, the RMI and the United States agreed that the United States has full authority and responsibility for defense and security matters in and relating to the RMI
> Some of these can be grounds for being denied insurance coverage
Is there a reason you think insurance wouldn’t pay out because you used a non-listed device? This is something I frequently see people asserting without any basis in reality, and I’m curious where it comes from. People do stupid things that insurance covers all the time. I do agree that you should only use listed devices whenever possible.
You also will need _some_ sort of encoding locally before uploading, even if it's minimal, which could lead to issues when encoded again (although there are codecs available to minimize this).