Closed MaxSt closed 4 years ago
Thank you, Max, for the idea and the implementation, and the information about those different installation mechanisms.
Is it OK to credit you for the code? And to release it under the BSD license used by the package?
I'm going to merge your change as is, and it's already on a feature branch, which I'll be using to try out some of the things you mention.
I'm also working on a follow-up change. I think I'll move this functionality into a separate feature, as there are really no API interdependencies with `notdeft-xapian'. Automatic compilation can then also be avoided simply by not loading the feature, without having to set any variable to disable.
I might also have notdeft-xapian-program' be set automatically in the hook after a successful compilation, which would then be one dependency on the
notdeft-xapian' feature.
It may also be useful to make the C++ compilation command configurable on the Emacs Lisp side.
Is it OK to credit you for the code? And to release it under the BSD license used by the package?
yes :+1:, go ahead.
I'm also working on a follow-up change. I think I'll move this functionality into a separate feature, as there are really no API interdependencies with `notdeft-xapian'. Automatic compilation can then also be avoided simply by not loading the feature, without having to set any variable to disable.
I might also have
notdeft-xapian-program
be set automatically in the hook after a successful compilation, which would then be one dependency on thenotdeft-xapian
feature.
I really like the proposed changes! To be honest, I totally forgot about setting the notdeft-xapian-proram
variable :see_no_evil: , but I also think that automatically setting it after a successful compilation is a good idea.
What do you think about introducing a variable, that defines whether or not the notdeft-xapian
feature should be loaded? This way the users do not have to require it themselves and can configure this package by setting this configuration variable.
I'm not sure how much more convenient a variable is than just adding the hook with an autoload. I suppose if it was a variable then it could also be made configurable through the `customize' facility, so it's worth considering.
Hey,
First of all, thank you for creating this package!
In order to simplify the installation, I added the function
notdeft-make-notdeft-xapian-when-not-found
, which automatically builds thexapian-notdeft
application, when it is not already built and the variablenotdeft-disable-notdeft-xapian-compilation
isnil
(default). I added this function to thenotdeft-load-hook
in order to automate the installation process of this package.Having this functionality would make this package compatible with emacs package managers like use-package or straight and simplify the installation.
Here is an example of configuring notdeft with straight:
This PR would also enable publishing this package to melpa:
Here is more information about adding this package to melpa if you are interested in doing so.