rather than modifying push.cpp as part of the built process, this
passes in a version string on the command. This is a little cleaner
(it does not lead to false changes in push.cpp) and makes it easier for a
packager to provide explicit version information, e.g., by passing in
version information to make:
make version=`lars-test'
When compiling with USE_CURL defined, znc push will use libcurl for
making http requests instead of ZNC's builtin CSocket library. This
enables some advanced features, such as supporting HTTP proxies for
outbound requests.
Currently, building with curl support requires running the following:
make curl=yes clean install
libcurl must already be installed and accessible by default. Otherwise,
it is up to the user to populate CXXFLAGS with the appropriate values so
that znc-buildmod can appropriately find and link libcurl to the module.
When building with a dirty working copy, that should be made clear in
the build version. This avoids building from a dirty working copy based
directly from a tag, where it's not obvious that the build contains
local modifications that have not been committed.
When building znc-push with the makefile, it will modify the
PUSHVERSION define with version info from `git describe`, build the
module, and then reset PUSHVERSION back to "dev". When building
directly from znc-buildmod, this will ensure the version is always just
"dev".
A matching command -- `version` -- has been added to the module which
will simply echo the value of PUSHVERSION at the time of compilation.
Currently the plugin waits for any command to be sent to *notifo, at
which point it triggers a canned HTTP request to a test URL. This
canned request will be replaced soon with a proper, authenticated
request to the official Notifo service URL.