Yes, already for many years, I have also used par2create/par2verify for adding redundancy to archive files and repairing any corrupted files.
However, I use both par2create and duplicate storage media, because duplicates that are preferably stored in different geographic locations are the only solution that guards against incidents so serious that they would destroy partially or totally the storage device.
By itself, when an adequate amount of added redundancy is chosen, par2create is sufficient to recover archive files that are only affected by a few sporadic corrupted sectors, like on a HDD that has been stored in good conditions for some years. It will not help if the entire HDD becomes unusable, due to some mechanical or electrical defect, which may happen in HDDs used for cold storage, instead of being used continuously.
I'm stupefied by the accuracy of the SP/LP/EP rendering differences. Apart from how "accurate" everything is, that one pushed it way past the uncanny valley and into "oh yeah, that's pretty much exactly what it looked like!"
How much have you mucked with `pi`? I love the "zero overhead" aspect of the short agent/system prompt, but I can just imagine the waiting and potential dead-end's it'd get itself into if I just let it rip on a random task.
I have used it almost daily for the last few months, with only 3 simple extensions. On this project I spent a few minutes adding context to an AGENTS.md and having it write a todo list based on the spec, then I start a new chat for each task on the list. Most changes are just a few lines of code so it is very quick to review. But this a very small website project though.
The first organizes things and may do the laundry or put away groceries or something. I wouldn't know for certain, as my income doesn't yet reach to those heady heights.
That's a frying pan => fire situation. I started my home automation journey in the same way, and being HK-centric is pretty decent. HA with 100% local-control devices that _bridges_ to HK is what I'm looking at next.
Often, the HK-only devices are terrible wrt WiFi stability, and I need to pay more attention to how matter/thread is working lately.
I know some people complain about zigbee/zwave but they've been way better on average than HK over wifi.
Huge +1 here! Work out scenario planning of Meshtastic/Meshcore with one of the GPT's and they top out at like ~100k users and like 10msg/sec or something ludicrously low.
At something like $100/node and 5000 nodes in a major metro (eg: Dallas) it's like a $500k investment and you're maxed out at low data rates and saturated topology.
That's 5k nodes in a (generous) 5 million population and ~500 square mile area. More like 9M people and 9000 square miles. (I checked, and that's "extended metroplex", but reasonable: Decatur to Cleburne, Weatherford to Kaufman).
At 5k nodes saturating an area, it's basically a rich persons toy very well suitable to remote or low-density areas, but NEVER for 1:1 saturation deployment in any sort of high density area.
I actually purpose-bought a bluetooth smart switch, to which I have added a label called "The Internet" and a power strip to which the cable modem, router, home assistant hub, and whatnot are all plugged into.
That way if "The Internet" starts acting up, I can bluetooth-connect from the phone and power-cycle all the downstream devices, thus avoiding the "how to I get the wifi to commit suicide, but still be able to reconnect it?" situation.
Probably there's some other clever way, but that's what's working decently alright for me. :-D
If you're already a tmux expert then zellij is probably no big deal, and the "written in rust" part is more of a red-herring than the headline.
Firstly, it doesn't conflict with Ctrl-A by default (but I think that's actually `screen`), second it has mouse support, floating window, saved layouts, stacked tabs, session picker/manager, and take a look at the configuration mechanism: https://github.com/zellij-org/zellij/blob/main/zellij-utils/...
...for some reason it's just feels "super-sensible", comfortable, and allows a lot of flexibility.
The concept of "booting layouts" (a very poor-man's `docker compose` ;-) is really interesting and powerful:
...and I've got like a total of like 1.5hrs of zellij usage under my belt.
I've never been one to be super attached to screen/tmux, tried out byobu... none of them clicked in the same way with power, ease, and flexibility that zellij felt like it provided right away.
Again: this may be telling a vim user about the power of emacs, in which case just nod and smile and go about your day, but since these terminal multiplexers are effectively "just UX", then a "slightly different UX" may end up being in actuality the whole compelling product!
reply