Search Criteria
Package Details: openscap 1.4.0-1
Package Actions
Git Clone URL: | https://aur.archlinux.org/openscap.git (read-only, click to copy) |
---|---|
Package Base: | openscap |
Description: | Open Source Security Compliance Solution |
Upstream URL: | https://www.open-scap.org/ |
Keywords: | container security virtualization |
Licenses: | GPL |
Submitter: | NonerKao |
Maintainer: | mehalter |
Last Packager: | mehalter |
Votes: | 3 |
Popularity: | 0.000000 |
First Submitted: | 2016-04-06 04:06 (UTC) |
Last Updated: | 2024-08-13 15:30 (UTC) |
Dependencies (19)
- acl (acl-gitAUR)
- bzip2 (bzip2-gitAUR)
- curl (curl-quiche-gitAUR, curl-http3-ngtcp2AUR, curl-gitAUR, curl-c-aresAUR)
- gconfAUR
- libcap
- libgcrypt
- libldap
- libxml2 (libxml2-gitAUR, libxml2-2.9AUR)
- libxslt (libxslt-gitAUR)
- pcre
- perl (perl-gitAUR)
- perl-xml-parser
- perl-xml-xpath
- procps-ng (procps-ng-gitAUR, busybox-coreutilsAUR)
- python (python37AUR, python311AUR, python310AUR)
- swig (swig-gitAUR)
- xmlsec
- cmake (cmake-gitAUR) (make)
- doxygen (doxygen-gitAUR, doxygen-yapAUR) (make)
Latest Comments
1 2 Next › Last »
adrianlzt commented on 2024-01-05 07:01 (UTC)
Build currently failing because of this https://github.com/OpenSCAP/openscap/commit/21ff59e5b85d3c2498bd3126321eaebe92b42ab5
mehalter commented on 2023-09-08 16:26 (UTC)
@saxa I fixed the linking of the openscap library! You shouldn't need to set
LD_LIBRARY_PATH
manually anymore.saxa commented on 2023-08-30 11:59 (UTC) (edited on 2023-08-31 06:32 (UTC) by saxa)
I also had this issue upon installation:
Checking file conflicts... [1/1] Error: Failed to commit transaction: conflicting files: - openscap: /usr/local/share/man already exists in filesystem (owned by filesystem)
After removing this (empty) directory I could install, but upon running it fails:
oscap: error while loading shared libraries: libopenscap.so.25: cannot open shared object file: No such file or directory
Edit: Got it working. I had to start oscap like this:
LD_LIBRARY_PATH=/usr/local/lib oscap
It's weird this is the first package I have had this issue with.captn3m0 commented on 2023-05-07 10:17 (UTC)
I managed to get a clean working build with 1.3.7. 1.3.6 is broken due to a rpm dependency, which is fixed here: https://github.com/OpenSCAP/openscap/pull/1864 (1.3.7)
Had to change cmake invocation as per alex.henrie's suggestion above. I also validated the libselinux AUR package, and it seems to work (tested using oscap --v|grep selinux).
Dropped the gconf dependency, as its unmaintained archived code, and is an optional dependency upstream anyway.
Diff: https://gist.github.com/captn3m0/947ae1de15bed90050b86dddc86d505b
0x6b commented on 2022-06-15 15:23 (UTC)
I seem to be having the following issue.
Checking file conflicts... [1/1] Error: Failed to commit transaction: conflicting files: - openscap: /usr/local/share/man already exists in filesystem (owned by filesystem)
alex.henrie commented on 2021-09-15 23:36 (UTC)
The incorrect openscap installation path is making it impossible to create an AUR package for scap-workbench, which depends on openscap being in /usr.
alex.henrie commented on 2021-09-15 21:57 (UTC)
Please change
cmake ../
tocmake --install-prefix=/usr ../
in the PKGBUILD file. Arch packages are supposed to install their files to /usr, not /usr/local.mehalter commented on 2021-04-25 04:42 (UTC)
@rageltman thanks for the heads up, updated PKGBUILD with added
xmlsec
dependencyrageltman commented on 2021-04-25 04:24 (UTC)
Needs to have
xmlsec
added to dependencies - CI failing with:Fi1xaaph commented on 2020-09-14 05:45 (UTC)
Please also consider to set the cmake_install_prefix variable to prevent in installation under /usr/local. E.g.
1 2 Next › Last »