Hi Scott,
When trying to build the source distribution with "make" I get an error:
g++ -DHAVE_CONFIG_H -I.. -I.. -DXSEC_BUILDING_TOOLS -Wall -O2
-DNDEBUG -pthread -MT tools/templatesign/xsec_templatesign-templatesign.o
-MD -MP -MF tools/templatesign/.deps/xsec_templatesign-templatesign.Tpo -c
-o tools/templatesign/xsec_templatesign-templatesign.o `test -f
'tools/templatesign/templatesign.cpp' || echo
'./'`tools/templatesign/templatesign.cpp
tools/templatesign/templatesign.cpp: In function ‘int main(int, char**)’:
tools/templatesign/templatesign.cpp:786:13: error: ‘hmacKey’ was not
declared in this scope
hmacKey->setKey((unsigned char *) argv[paramCount + 1],
(unsigned int) strlen(argv[paramCount + 1]));
^~~~~~~
A few other points (none of them blocking):
* Could you create an official SVN Tag for the release as well?
* Also don't forget to include digests
* The CHANGELOG is not updated for 2.0.0.
Colm.
--
Colm O hEigeartaigh
Talend Community Coder
http://coders.talend.com
On Wed, Jun 20, 2018 at 5:54 PM, Cantor, Scott <[email protected]> wrote:
> I'd like to ask for a vote to release RC3, posted at [1], as the final
> release of V2.0.0 of the C++ Santuario library. It was built from svn
> revision 1833740 of the trunk.
>
> There are no features removed from this release, though some APIs have
> been removed to hide unrelated details and to eliminate a lot of
> enumerations in the library and replace them with the full
> XML-Signature/Encryption standard URIs for better extensibility.
> Applications using the older version will require generally minor changes
> to use this version. The old version will not be maintained by me beyond
> the end of 2018 at the latest, and likely sooner, it depends on my
> project's timelines.
>
> This release formally deprecates the XKMS support and the NSS and WinCAPI
> security library support pending the appearance of a maintainer for those
> sections of code (and the XKMS support can now be compiled out as an
> option). I would note that both the NSS and WinCAPI support are lacking in
> capability, in some cases not offering any "considered-secure" algorithms
> for particular functions, so this is more of a mercy killing than an act of
> hostile intent.
>
> This is my +1.
>
> -- Scott
>
> [1] https://dist.apache.org/repos/dist/dev/santuario/c-library/
>
>
>
