> Not sure what that has to do with the owl--"teasing"
I wonder if they're just amusing themselves (by being little jerks.)
One day in early spring, I thought I heard a Red Tail Hawk screeching in a tree directly above me. I stood back, searching for it. I never spotted it despite the leaves barely out on the tree. But I did spot a Blue Jay hopping around some lower branches.
When I got home I looked up Blue Jay behavior and found that they do imitate the calls of Red Tail Hawks, among others.
The tool chains that Espressif seem to work pretty well with these as well as their earlier (some sort of RISC) processors. I have had some code, however, that did not produce desired results until I upgraded the toolchain.
The other issue I've run into is that some cell phone battery packs that work well with Raspberry Pis won't stay on with the RISC-V ESPs because they draw so little power the battery pack doesn't detect the load.
Would it make sense to consider anything that prevents a process from completing it's intended function an error? It seems like this message would fall into that category and, as you pointed out, could result from a local fault as well.
> A good old ICE car will be cheaper to make than an EV
How much of that is the result of the relatively maturity of the technology? We've been continuously improving ICE based transportation for well over a hundred years. It's been a lot shorter for electric vehicles.
I suspect that there are bigger strides to make with electrics that may eventually turn that around.
Our kids have a Rottweiler that loves to chase a ball, Bring it back and then dare us to try to take it away from her. She can drop if convinced. Or I have a second ball that is more interesting, causing her to drop the other ball. She can hold two balls in her mouth so I have to wait for her to drop the first ball before I throw.
She also has a large (about 1 food diameter) ball that can't possibly fit in her mouth and I can kick that at which point she'll drop the little ball and try to get the big one in her mouth.
Yes, I'm aware of that. I'm on a Gitea version that will migrate easily (and have confirmed that) and will not upgrade or migrate until I have decided. (I am leaning toward migrating to Forgejo.)
My first stab at running a git server was Gitlab CE (because I was using it at work.) I tried running it on an Atom based server with insufficient RAM and it just crawled. Page loads just timed out. I switched to Gitea and it was a breath of fresh air.
Forgejo got to my attention when Fedora chose it for their repo server. My needs are pretty simple - just some centralized file storage of notes and some source code. I've tested a migration from Gitea 1.21 to Forgejo 9 and it was frictionless.
I'm seriously consider migrating, but I still wonder which will be better supported (and suitable for free-as-in-beer use) in the long run.
The link you posted looks pretty helpful. I guess my needs for "interesting" git operations are low because I've never felt the need to move beyond the CLI. (Mostly, that is. I do click the colored bars in VS Code to stage commits and then commit from the command line.)
Occasionally I need to search for help when I screw something up. More often the solution is in the git warning message ("You need to 'git pull' before you can push" - paraphrasing.)
I've used the Paho APIs in Python, C and C++ and moved on to not using any of these APIs. Where possible I use mosquitto_sub and mosquitto_pub to support the protocol and then just read/write standard input/output. It's not a matter of bugs (though I have encountered at least one) but rather it's just easier to use a program that's been written and tested to manage the connection to the broker.
The only place where I was unable to do this effectively was with the last will and testament message (and I might not have tried hard enough.) It also doesn't work with microcontrollers that don't run something like Linux.
One of my complaints about so many SciFi stories is the use of seemingly conventional weapons. I always thought that with so much advanced technology that weapons would be much more sophisticated. However if the next "great war" is won not by the side with the most destructive weapons but by the side with the best kill switch, subsequent conflicts might be fought with weapons that did not rely on any kind of computer assistance.
This is eerily similar to Einstein's (purported) statement that if World War III was fought with nuclear weapons, World War IV would be fought with sticks and stones. Similar, but for entirely different reasons.
I'm trying to understand why the characters in Dune fought with swords, pikes and knives.
> Booting from ZFS seemed like a hassle, without clear benefits.
I'm running ZFS on a single boot/user partition on an XPS 13 (9370.) I was unable to get the built in WiFi working with Debian Stretch but it seems to work well enough with testing (Buster.) I have apt-buglist and apt-listchanges (or similar) installed to warn me of possible problems, but I feel more comfortable thinking that I can roll back a system that becomes borked by a buggy upgrade. (Haven't had to do it yet.) Ordinarily I'd have a separate $HOME partition but I'm settling on a $HOME filesystem (which is covered by `rsync` backups.)
It was a bit of a hassle but not IMO w/out benefits for my use case.
I have other servers running Debian Stretch and Ubuntu 16.04 that are using ZFS on the storage drives/partitions and EXT4 on the root partition. (These are for personal use.)
Long gone are the days when they would sell a Pi Zero for $3.14 on Pi day.