plugins
plugins copied to clipboard
Add missing submodule boltz channel-creation
I'm guessing this belongs here ith the rest?
Well we are already linking to the upstream repository. That has the advantage of not being pinned to a specific commit, which submodule are. Open to suggestions though, if a pinned version is desired.
Well we are already linking to the upstream repository. That has the advantage of not being pinned to a specific commit, which submodule are. Open to suggestions though, if a pinned version is desired.
Yeah, it caught me by surprise a bit (doesn't that go for all the other submodules as well? python-teos/watchtower is updated at leats as much? Maybe can be split into a separate list in the README and also include some other popular plugins like clboss?)
Yeah, it caught me by surprise a bit (doesn't that go for all the other submodules as well? python-teos/watchtower is updated at leats as much? Maybe can be split into a separate list in the README and also include some other popular plugins like clboss?)
I wonder if it would make sense to just link to those plugins, instead of including them, either via in-tree copy or submodules. wdyt?
Yeah, it caught me by surprise a bit (doesn't that go for all the other submodules as well? python-teos/watchtower is updated at leats as much? Maybe can be split into a separate list in the README and also include some other popular plugins like clboss?)
I wonder if it would make sense to just link to those plugins, instead of including them, either via in-tree copy or submodules. wdyt?
I think the submodule approach is a nice one making it very convenient yet easy to switch to your own branch.
but just linking (separate list form the submodules list) is all good too I think , your call realy :)
Maybe the one thing arguing against the submodule approach is the increased time for you maintainer(s) to keep them up to date and review update-PRs - especially given the nature of this software it's very important to not be laissez-fairez with those since sneaking in a hostile fork could be very bad.
Just a list removes all that completely.
@cdecker If you're still up for the submodules though, I could spend some more time on getting the dockerfile nicer and making a modular setup for all plugins with building and dependencies - should save a lot of redundant work for users.
So we don't all have to scratch our heads when python-cryptography starts requiring rust ;)
@cdecker If you're still up for the submodules though, I could spend some more time on getting the dockerfile nicer and making a modular setup for all plugins with building and dependencies - should save a lot of redundant work for users.
That'd be awesome indeed. I'm still not decided whether it's best to keep the submodules, or have a machine readable metadata file pointing to repos and dependencies, but since we have submodules already we can start with those 👍
So we don't all have to scratch our heads when python-cryptography starts requiring rust ;)
🤣
@mergifyio rebase
rebase
☑️ Nothing to do
- [X]
-closed[:pushpin: rebase requirement] - [ ]
#commits-behind>0[:pushpin: rebase requirement]
@Mergifyio rebase
rebase
✅ Branch has been successfully rebased
Needs rebase