alex
535212dcac
no breaking changes. release highlights: - prioritize sending out local gossip updates to all connected peers - potentially missed channel updates bugfix - rebroadcast unconfirmed transactions with each passing block the transaction hasn't been confirmed - channel updates without the maxHTLC message flag set are recognized as invalid and are not relayed - new pathfinding algorithms; leaving nakamochi with the default for now - watchtower improvements; we don't run a watchtower at the moment - cli now recognizes base_fee_msat and fee_rate_ppm flags for openchannel command read more at https://lightning.engineering/posts/2023-03-29-lnd-0.16-launch/ and https://github.com/lightningnetwork/lnd/blob/master/docs/release-notes/release-notes-0.16.0.md |
1 year ago | |
|---|---|---|
| base | 2 years ago | |
| btc | 2 years ago | |
| files/etc/tor | 2 years ago | |
| keys | 2 years ago | |
| lnd | 1 year ago | |
| ndg | 2 years ago | |
| LICENSE | 2 years ago | |
| README.md | 1 year ago | |
| apply.sh | 2 years ago | |
| update.sh | 2 years ago | |
README.md
system updates
the plan is for this repo to contain all system updates, incremental in a form
of text/source code. a node periodically runs the update.sh script which pulls
the repo to receive updates executes apply.sh. the latter then makes changes
and updates the operating system.
at the moment, all updates are executed in form of shell scripts. these are error-prone and hard to reason about in a comprehesive way once the codebase gets sufficiently large. the short term goal is to migrate shell scripts to something more managaeble like saltstack but with less resource requirements, suitable for embedded devices without python dependencies.
typical update examples are: upgrade bitcoind, lnd and other services, system packages, improve configuration of components such as firewall. the run sequence on the node is approximately as follows:
- fetch updates with a
git fetch. - provide a git diff on the screen and confirm with the user.
- pull in the changes with a
git pull --verify-signatures. - run
apply.sh.
at the moment, an on-screen diff and confirmation aren't implemented yet.
nd and ngui is where it'll happen,
in the ndg repo.
when configuring a new node, clone this repo and set up a cron job to execute
the update.sh script once a day. The script requires REPODIR and LOGFILE
env variables set.
TODO: add a list of supported platforms; the "native" is void linux.
testing a live change
the procedure to run a modified sysupdate on the device while ssh'ed into the instance.
first, make sure periodic updates are disabled:
chmod -x /etc/cron.hourly/sysupdate
then set required env variables and run the apply script:
cd /ssd/sysupdates
export SYSUPDATES_ROOTDIR=$PWD
./apply.sh
to reactivate periodic sysupdates, flip the x bit:
chmod +x /etc/cron.hourly/sysupdate
note that the periodic sysupdate script will revert the repo to the latest
commit of the branch specified in the script or master as the default.