New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Services: Auto-enable dependencies #251
Conversation
10758db
to
f2fc2d6
Compare
Travis just had a spurious failure: The CI build just stopped while running the VM test, but the test itself didn't fail. |
If this is the NixOS way to do it, I think we should be consistent with NixOS user expectations. So concept ACK. @jonasnick stated in #189 (comment) referring to modules implicitly enabling other modules, "I'd prefer to not do that to allow users to easily see and opt-in to what software they actually use on their node (for now at least... the number of modules is still manageable)." Has your opinion changed? |
We should also probably remove the |
f2fc2d6
to
2cc01b3
Compare
Thanks, I've updated |
2cc01b3
to
bf21b94
Compare
bf21b94
to
67e49fe
Compare
It's fine either way. I'd personally still prefer being reminded of the dependencies but I can see that this is generally unnecessary. And if everyone has to manually enable the dependencies that's a lot of code duplication in a sense. Also, it's well documented now. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA512
ACK 67e49fe4154ef188f920f1a7cd2f16bdf4ed39bb
-----BEGIN PGP SIGNATURE-----
iQIzBAEBCgAdFiEEV3o0Un8+KoXoD+Fk3RH5rVMIs7oFAl+Ov1kACgkQ3RH5rVMI
s7rhhxAAlW5XJY3OvjCbKb8uFpKp6CM1RqKslrUR2YT8PYSOZL1hyHltAJHV7fPr
z0MK018CmuSCpj3xzpkb8pXNjDibduXxkCxyaBn64KbxvRs5huxrI/nFyZaoGrtM
MPrIdmBAvezt2fXOUqLCPPfdUM7YKTnxRnwzivadsLtJ3lO7tuXSMphffnQtkOKj
W6shf+VzkzHwHO1g8xoJZ30whY9i+x674rMG8uDQrLbHP90bS3LfiE522UWfXh4O
8EgJrXUDZanFEkl9iLjhNtM1VuMYvWQXEoQUCCOeOCeWNxMLP2LCQ7XZtPvuOxYU
PFTmH4SE7hu9J//9KXLNddAVBcz1ywdJjC8Ju3W1TEuH4624LwWQ3VxHBhL0dKIh
u0Iyd/CWZeOtOnftMhxk35DmrS5SGwcF8W1w7RxuSdExRu22WguwbLcUzpMwAGvn
dZe7c57QEy6Qe/H5Ve0fOAxRxYYI25ND92IFAESdoDhDSsSSLd1oqgixE/F7DGyK
mTiiHhpqNjhA6v/LFAkAfqMTbtAcwm87aw2eNXzo9Fd7CwJMwwms/5Gn9a2VmGZ5
Qt9NTsx8MyK6lCY5Dof0dDnv3vYYjbw/i4tM6uXyMgcmsEDCwmGynfVfUyCvGeRG
zN80hrFzhCINpo+8gHksLc8wlN6RGBQD2BEbUt/NjqAFWeVRQBk=
=1XtD
-----END PGP SIGNATURE-----
Also, add missing dependencies to bitcoind, because
bitcoind.enable
isfalse
outside ofsecure-node.nix
.Comparison: auto-enable vs. using assertions
Pros:
sudo apt install btcpayserver
automatically installs all deps, includinglnd
.run-tests.sh -s btcpayserver
orrun-tests.sh -s spark-wallet
Cons:
Details
Note that we can't use the following elegant definition in btcpayserver:
This leads to infinite recursion due to the intricacies of module evaluation.
Instead, we use