Initial commit of xmlsec1
Click here to consult the changelog
Signed-off-by: Pierre-Yves <pyu@riseup.net>
Differential D661
Initial version of xmlsec1 Authored by kyrios123 on Jul 20 2017, 3:01 PM. Tags Referenced Files
Subscribers
Details
Initial commit of xmlsec1 Signed-off-by: Pierre-Yves <pyu@riseup.net> Required to build & use oath-toolkit
Diff Detail
Event TimelineComment Actions Compiled it. Additionally did "make check" and testsuite ran successfully. Comment Actions It just mean your system is not up-to-date and you have a libxml2 revision < 17. Thanks for the feedback, I'll add the make check step. Comment Actions Found another problem when tried to compile aqbanking with builddeps :
- libgwenhywfar-devel
- pkgconfig(xmlsec1)due to the pattern in the package.yml of xmlsec1 patterns :
- /usr/lib64/libxmlsec1-*.soI get fileconflicts problems while compiling aqbanking. Comment Actions This package is a per-requisite for D663. I had to do some search and testing because I made these packages 2 months ago and I kinda forgot why I did this, but I finally found back, it is because the tool pskctool of D663 fails when the libraries are in the -devel sub-package (xmlsec1 is a run dependency for this package). A work around would be to not split this package, but I guess it's not what we want. I guess someone from the Solus core team could advise on how to proceed with this package when it will be reviewed. Comment Actions While I have no opinion on whether the xmlsec1-config should go in the -devel or not, the libsplit comment was only in reference to this pattern /usr/lib64/libxmlsec1-*.so i.e. it's better to use libsplit : no to shift .so's to the main package than to manually pattern them out (there are some circumstances when you don't need all the .so files in the main package, so it can make sense to use patterns instead). |