chore: fix some minor issues

Signed-off-by: longhutianjie <[email protected]>

Author: longhutianjie

doc/lightning-cli.1.md

@@ -92,7 +92,7 @@ be changed using `-F`, `-R`, `-J`, `-H` etc.
 in a `commando` command to be sent to the connected peer with id
 `peerid`, using rune `rune`.  This also means that any `--filter` is
 handed via commando to the remote peer to reduce its output (which it
-will do it it is v23.02 or newer), rather than trying to do so
+will do if it is v23.02 or newer), rather than trying to do so
 locally.  Note that currently `-N` is not supported by commando.
 
 COMMANDS

plugins/bkpr/README.md

@@ -43,7 +43,7 @@ As a plugin writer, if you want to emit onchain events that the bookkeeper shoul
 
 ## Withdrawing money (sending to a external account)
 
-Sending money to an external account is a bit unintuitive in in the UTXO model that we're using to track coin moves; technically a send to an external account is a "deposit" to 3rd party's UTXO.
+Sending money to an external account is a bit unintuitive in the UTXO model that we're using to track coin moves; technically a send to an external account is a "deposit" to 3rd party's UTXO.
 
 To account for these, `bookkeeper` expects to receive a `utxo_deposit` event for the creation of an output to a 3rd party. It's assumed that you'll issue these at transaction creation time, and that they won't be final until we receive notice of spend of the inputs in the tx that created them.
 

plugins/renepay/mcf.h

@@ -12,7 +12,7 @@ enum {
 	// No feasible flow found, either there is not enough known liquidity (or capacity)
 	// in the channels to complete the payment
 	RENEPAY_ERR_NOFEASIBLEFLOW,
-	// There is at least one feasible flow, but the the cheapest solution that we
+	// There is at least one feasible flow, but the cheapest solution that we
 	// found is too expensive, we return the result anyways.
 	RENEPAY_ERR_NOCHEAPFLOW
 };