<div dir="ltr"><div>Hear ye, hear ye....</div><div><br></div>This message is to notify you that a release candidate for glightning has just been tagged, marking it as compatible with the most recent 0.8.1 release c-lightning. <div><br></div><div>Any help testing would be much appreciated. </div><div><br></div><div>Provided there's no show-stoppers, a final release should be out this week.<div><br></div><div>The release tag is here: <a href="https://github.com/niftynei/glightning/releases/tag/v0.8.1-grc1">https://github.com/niftynei/glightning/releases/tag/v0.8.1-grc1</a></div><div><br></div><div>The CHANGELOG has a fairly comprehensive overview of the changes <a href="https://github.com/niftynei/glightning/blob/master/CHANGELOG.md">https://github.com/niftynei/glightning/blob/master/CHANGELOG.md</a></div><div><br></div><div>## what is glightning</div><div>If you're not familiar with glightning, it's a Go framework for clightning. It encompasses a plugin framework, for writing c-lightning plugins in Go, and a fully featured RPC client.</div><div><br></div><div>glightning has *also* grown to include a very limited bitcoind RPC client, as interacting with bitcoind is necessary for even more complete interop tests.[1]</div><div><br></div><div>## a note on backwards compatibility</div><div>Note that glightning's backward compatibility strategy hasn't been formalized quite. Which is to say that while it's 'guaranteed' to work with the version of clightning that it's tagged for, it will probably break with older versions of clightning.</div><div><br></div><div>This is a problem especially for plugin writers using glightning (or any framework, really) since you want your plugin to be compatible for as wide a range of installed nodes as possible. I'm not sure what policy pyln, the python plugin framework has regarding backwards compatibility, but it's a good deal easier given the looser type restrictions.</div><div><br></div><div>Dealing with compatibility is my goal for the next glightning release, and would happy to accept help in fixing it up.</div><div> </div><div>Onward, 0.8.2!  <br></div><div><br></div><div>niftynei</div><div><br></div><div>[1] 'Interop' here standing for 'interoperability', where we actually test the framework against a real live clightning node to make sure that all the marshaling/unmarshaling/event hooks etc work as intended)<br></div></div></div>