> Manual: https://github.com/dentm42/aver/docs/MANUAL.md

See also: https://avercli.dev/#manual

TODO: Fix dead link to manual on github.

aver record new --title "TODO: fix manual link" --status new --priority 1 --description "Proofread better! Fix the link in the HN comment" --use-id HN-001

aver note add HN-001 --message "HN comment uneditable (edit window expired). User should proofread and check links more carefully!"

aver record update HN-001 --status closed

git add . && git commit -m "proofreading issue -apologies!" && git push origin master

#and that's how you handle issues with aver and communicate them to fellow devs.

See the Multics History Project:

https://people.csail.mit.edu/saltzer/Multics/Multics-Documen...

More context here, https://multicians.org/shell.html by Louis Pouzin himself, a not-so-well known father of the Internet.

For a deeper dive on git ignore files, see:

https://nesbitt.io/2026/02/12/the-many-flavors-of-ignore-fil...

Nice write-up! This is one component of a much larger umbrella framework for security on Apple platforms:

https://developer.apple.com/documentation/security

I'm staying away from macOS Tahoe for now. NetNewsWire has already announced that they will no longer support the earlier 6.x release that I use. I assume that means no bug fixes or back-porting of new features. Sad.

Don't be sad! NetNewsWire has been my newsreader for well over a decade, and I only consider "upgrading" out of idle curiosity, because the version I have now does what I want, and does it well. The version treadmill is a machine producing only sadness.

Vienna will support older MacOS releases for longer. Our development has been slow the past couple of years due to maintainers having big life changes. Things are about to pick up so keep an eye out!

Love Vienna! Been using it for years. Looking forward to updates

I'm staying away from Tahoe for now as well, but are there any bugs in the 6.x release?

GitHub reports that there are 242 open issues labeled "Bug".

https://github.com/Ranchero-Software/NetNewsWire/issues?q=is...

how could it be reasonable for them to indefinitely maintain an older version?

you didn't say why you prefer use of the earlier version, but i'm curious.

Second installment: https://news.ycombinator.com/item?id=46901662

See also: https://www.sqlite.org/sqldiff.html

Minor quibble: sqlite3 is not a database, it's the CLI for SQLite 3.x

I’ve seen it written this way in older sqlite management tools.

I admire what you are doing. It obviously serves you well and you hope it helps others.

I'm familiar with how to import CSV data with SQLite and I could probably learn how to do it with DuckDB with ease. Your tool introduces a new and rather shallow abstraction layer with commands that work for both databases.

The world needs tools that provide a great deal of utility, are trustworthy, and keep getting more reliable and capable. I'm not sure that yours will qualify.

+1 for Carbon Copy Cloner. Rock-solid reliable and well-supported.

https://bombich.com