For example, lets say a package defines a variable foo: (A B C), but through customize, I remove C from the list. Now the variable foo is (A B). What happens if later, the package maintainers change the variable foo so that it is now (A B C D). Will my setting in customize continue to be respected? If so, how will I ever no that this list now includes more members?
If that was a little too unclear, here is the actual use case: I have removed elpy-module-yasnippet from the list elpy-modules as suggested in the comments to this question. Since the list of modules is now explicitly defined in my customizations file, does this mean that if elpy someday adds new and exciting modules, by default I will not have them?
:typeof the value changes. – Drew Mar 21 '16 at 22:38M-x customize-changed. It shows you all options "whose meanings have changed in Emacs itself". If you give it a version argument, it finds all options changed since that Emacs version. – Drew Mar 21 '16 at 22:41cystomize-changed! At least for my case it seems like the solution suggested in the accepted answer does the trick pretty well without the side effects I was worried about. It is unfortunate that if you customize a variable likeelpy-modulesthrough the customize interface, and uncheck an item, it sets the variable to a list containing all checked items instead of removing the unchecked ones, but I am sure there is a reason for this, and I would rather set it in my init anyway – elethan Mar 21 '16 at 23:03