Your alternatives aren’t shelf stable. That’s all there is to it.

When you simmer or slow roast tomato sauce over several hours, the sugars in the tomato release and caramelize which helps to offset acidity. If you’re finding the cooked sauce is still acidic, you can try adding other sweet vegetables such as finely grated carrot, sweet onion, or half of a raw potato (which you’d remove before serving).

That they pack your tomatoes with lemon might mean you need to actively neutralize the extra acids, which you can do with milk or cream, or just a little baking soda as you suggest. Probably not more than a pinch, though, or the sauce could lose its brightness.

Thanks! I hate this. 🖤

I have an ecobee thermostat that I manage locally over WiFi using the HomeKit integration, but I’d stop short of recommending it to new users.

1. Ecobee used to support developer access to their cloud API for controlling the thermostat and collecting efficiency data, but stopped issuing new API access tokens in the last couple of years. They have no plans currently to reopen developer access. If you have a token then the ecobee integration works fine, but if you don’t you’re stuck with HomeKit.
2. The thermostat requires 24V from the furnace to run the display and wifi stack. They provide an adapter you can install if you have available free leads at bother ends of the thermostat control cable. I had to splice a new wire onto the 24V transformer in my furnace since it didn’t have a 24V common terminal on the control block. It wasn’t hard to do in the end, but it was a lot of research.
3. Some advanced thermostat features require the app. I am not sure whether the app uses cloud or local control when on the same WiFi.
4. Not all features are available through the HomeKit integration. I can change the thermostat mode among Auto/Heat/Cool/Off, manage the blower fan mode and manage the heat/cool set points.
5. Data logging. The damned thing does log activity back home, and the data is only available in the app or on thr web portal.

Other than that, Mrs Lincoln, how was the show? I haven’t been unhappy with the ecobee. The HomeKit integration works fine, and I get enough data from the native HA history to track and manage my energy demand. I shied away from Honeywell because my last Honeywell thermostat-- the one I used just before the thermostat I replaced with the ecobee-- tended to cycle my furnace too fast during cold snaps, and it would put the system into thermal protect mode. There was no way to widen the hysteresis (or modify the duty cycle) except by manually setting the temp high, run the house up to that temp, and then lower the setpoint and let the house take longer to cool.

ETA: the ecobee a decent thermostat and I’m happy enough with it overall. It has “spousal approval” accreditation as well. I wish it checked more boxes for me*, but it was essentially free through a power utility program. Its a worthy upgrade for me, but YMMV.

* namely, Z* protocol local control and continued cloud API access

Never going in with a Sicilian when death is on the line?

Termux (on F-droid) is a userland environment that runs on top of your Android device’s kernel. It has Debian/Ubuntu-like package management system that pulls from repos maintained by the termux team. If the package is available for aarch64, its probably available in the termux repos. Its not so much of an app as it is an alternate userland that runs on top of the same kernel, but can interact with Android a couple of different ways.

The main Termux app gets you a basic command line environment with the usual tools included in a headless Linux install. From there you can select your preferred repos, do package updates, installs, etc, just like on a desktop or laptop. You could even install a desktop environment and use RDP to access it.

Then there are some companion apps that are useful:

• Termux:boot is like a primitive rc.d feature that executes upon boot up any scripts found in the termux ~/.termux/boot directory. You could use the feature to launch an SSH server, or perhaps start your syncthing service when the phone starts up.
• Termux:Tasker is a Tasker plugin that allows Tasker to launch scripts in .termux/tasker based on whatever triggers or profiles you define in Tasker. For example, stop or start selected services when connected to your home WiFi
• Termux:API is a set of termux utilities to interact with the Android API, and do things like send messages, interact with the camera or battery, and manipulate system settings.

So you could install the syncthing package in Termux and (after setting up Termux access for your internal storage) configure it to sync folders from your phone to wherever syncthing syncs. You’d set up a start script under Termux:boot to launch it when your phone starts, or Tasker to start/stop the service on your home WiFi.

For the F-droid enabled users, it seems there’s a Syncthing app in the Termux repos:

~ $ apt show syncthing
Package: syncthing
Version: 1.28.0
Maintainer: @termux
Installed-Size: 26.4 MB
Homepage: https://syncthing.net/
Download-Size: 7857 kB
APT-Sources: https://packages.termux.dev/apt/termux-main stable/main aarch64 Packages
Description: Decentralized file synchronization

Probably all of them, at one time or another.

There’s Gradle to crave joke to make here, but deploy keeps failing during dependency checks for humor.

No worries, the other poster was just wasn’t being helpful. And/or doesn’t understand statistics & databases, but I don’t care to speculate on that or to waste more of my time on them.

The setting above maxes out at 24h in stock builds, but can be extended beyond that if you are willing to recompile the FTL database with different parameters to allow for a deeper look back window for your query log. Even at that point, a second database setting farther down that page sets the max age of all query logs to 1y, so at best you’d get a running tally of up to a year. This would probably at the expense of performance for dashboard page loads since the number is probably computed at page load. The live DB call is intended for relatively short windows vs database lifetime.

If you want an all-time count, you’ll have to track it off box because FTL doesn’t provide an all-time metric, or deep enough data persistence. I was just offering up a methodology that could be an interesting and beneficial project for others with similar needs.

Hey, this was fun. See you around.

If you’re wrong then I don’t wanna be right.

Removed by mod

#### MAXLOGAGE=24.0
Up to how many hours of queries should be imported from the database and logs? Values greater than the hard-coded maximum of 24h need a locally compiled `FTL` with a changed compile-time value.

I assume this is the setting you are suggesting can extend the query count period. It still will only give you the last N hours’ worth of queries, which is not what OP asked. I gather OP wants to see the cumulative total of blocked queries over all time, and I doubt the FTL database tracks the data in a usable way to arrive at that number.

Ah, well if you know differently then please do share with the rest of us? I think the phrasing in my post makes it pretty clear I was open to being corrected.

So, like a running sum? No, I don’t think so, not in Pi-hole at least.

Pi-hole does have an API you could scrape, though. A Prometheus stack could track it and present a dashboard that shows the summation you want. There are other stats you could pull as well. This is a quick sample of what my home assistant integration sees

That counter, I believe, for the last 24 hours. It will fluctuate up and down across your active daily periods

Its called a benchmark, used by surveyors as a known point from which to take readings. We had a benchmark on the edge of of our property in the town where In grew up. It was a square, white marble column, like a truncated obelisk with the point cut off to make a 4" square flat top, buried at the roadside and standing a couple inches proud of the grass. It had a cross with a dot in the middle, and a geodetic ID number engraved on the top.

Nailed it with the lawnmower once or twice. That’d really put the Fear in you.

That’s good to know. I’ve pretty much always been a TMO customer aside from a couple of years when I was with Cingular around the time of their buyout. They were pretty open back then.

I buy all of my phones carrier-unlocked, and have never had a problem.

Potential pitfalls are if the IMEI is blacklisted, which could happen if the phone is reported as stolen, or if the radio deck isn’t compatible with your carrier’s network.

In the US, the AT&T and T-Mobile networks are pretty open, and you just need to pop in your SIM card. I don’t have experience with Verizon to know if you can bring your own device or not, but I imagine as long as the phone can work with Verizon then its probably just a matter of visiting a store to have it activated.

Unless I misunderstand your question, draw.io can be downloaded as a standalone Linux application and run locally.

Likewise, the Xfig package should he available in most Linux repos. It’s old, but good enough for a quick sketch.

edit: aha. My mistake. My eyes slid over ‘open source’ in the title*, and even still I hadn’t realized it was an Apache license.

* Whaaat, it was pre-coffee? Let the purest among us cast the first stone.