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-http3-ngtcp2AUR, curl-gitAUR, curl-c-aresAUR)
- gconfAUR
- libcap
- libgcrypt
- libldap (libldap-gnutlsAUR)
- libxml2 (libxml2-gitAUR, libxml2-2.9AUR)
- libxslt (libxslt-gitAUR)
- pcre
- perl (perl-gitAUR)
- perl-xml-parser
- perl-xml-xpath
- procps-ng (busybox-coreutilsAUR, procps-ng-gitAUR)
- python (python37AUR, python311AUR, python310AUR)
- swig (swig-gitAUR)
- xmlsec
- cmake (cmake-gitAUR) (make)
- doxygen (doxygen-gitAUR) (make)
Latest Comments
1 2 Next › Last »
that_crow commented on 2025-01-02 13:54 (UTC)
Gconf is not a hard dependency of the program and shouldn't be listed as such as building it could prove problematic in the case that the outdated python 2to3 utility is removed from the Arch repos.
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:1 2 Next › Last »