Search Criteria
Package Details: openvas-scanner 23.2.2-1
Package Actions
Git Clone URL: | https://aur.archlinux.org/openvas-scanner.git (read-only, click to copy) |
---|---|
Package Base: | openvas-scanner |
Description: | Vulnerability scanning Daemon |
Upstream URL: | https://github.com/greenbone/openvas-scanner |
Licenses: | GPL |
Groups: | greenbone-vulnerability-manager |
Submitter: | mfulz |
Maintainer: | TrialnError |
Last Packager: | TrialnError |
Votes: | 0 |
Popularity: | 0.000000 |
First Submitted: | 2021-02-16 22:17 (UTC) |
Last Updated: | 2024-05-13 19:12 (UTC) |
Dependencies (7)
- gvm-libsAUR
- json-glib (json-glib-gitAUR)
- libbsd (libbsd-gitAUR)
- redis (redis-testingAUR, redis-gitAUR, keydbAUR)
- rsync (rsync-gitAUR, rsync-reflinkAUR, rsync-reflink-gitAUR)
- cmake (cmake-gitAUR) (make)
- doxygen (doxygen-gitAUR) (make)
Latest Comments
1 2 3 Next › Last »
TrialnError commented on 2024-05-13 19:13 (UTC)
Please check again with 23.2.2 sTiKyt. Didn't test 23.0.x again, but the newest compiles for me in a clean build environment.
sTiKyt commented on 2024-05-13 09:48 (UTC)
make: Entering directory '/home/stikyt/.cache/paru/clone/openvas-scanner/src/build' [ 1%] Building C object misc/CMakeFiles/openvas_misc_shared.dir/bpf_share.c.o <command-line>: error: "_FORTIFY_SOURCE" redefined [-Werror] <command-line>: note: this is the location of the previous definition cc1: all warnings being treated as errors make[2]: *** [misc/CMakeFiles/openvas_misc_shared.dir/build.make:76: misc/CMakeFiles/openvas_misc_shared.dir/bpf_share.c.o] Error 1 make[1]: *** [CMakeFiles/Makefile2:229: misc/CMakeFiles/openvas_misc_shared.dir/all] Error 2 make: *** [Makefile:166: all] Error 2 make: Leaving directory '/home/stikyt/.cache/paru/clone/openvas-scanner/src/build' ==> ERROR: A failure occurred in build(). Aborting... error: failed to build 'openvas-scanner-23.0.1-1': error: packages failed to build: openvas-scanner-23.0.1-1
TrialnError commented on 2024-03-20 15:17 (UTC)
You're barking up the wrong tree xensurve. This package is since a long time without a maintainer. The page tells you that: Maintainer: None. This package is orphaned.
Therefore there was no need for this all caps OOD message. Just adopt the package. It is up for grabs.
And dunno if you tested the package or are refering to the comment from 2023-02-16. If the latter, you should have noticed that the package had updates in the meantime and this specific comment may not be valid anymore.
xensurve commented on 2024-03-20 12:30 (UTC)
@mfulz can you either fix this please or give the package over to someone that will
Hubbleexplorer commented on 2023-02-16 15:31 (UTC)
this package is broken refer to "https://bbs.archlinux.org/viewtopic.php?id=283507"
CorvetteCole commented on 2022-05-31 18:50 (UTC)
this package should require perl-xml-twig as a dependency (xml_split)
VStoiakin commented on 2022-01-10 12:58 (UTC)
@mfulz What do you think about moving OpenVAS packages to BlackArch? I think it is the right place for it.
fortw commented on 2021-04-28 07:02 (UTC)
yep, pretty sure it was me who messed up regarding the permissiongs ;-)
mfulz commented on 2021-04-23 22:22 (UTC)
Thanks for the info I've added rsync as dependency. For the permission I think you messed something up during analysis as this is already set by gvm-libs-20
fortw commented on 2021-04-23 10:00 (UTC) (edited on 2021-04-23 10:14 (UTC) by fortw)
I added a
set -x
to thegreenbone-nvt-sync
script and could identify two issues:I think the combination of
sudo -iu
/su -
with /dev/stderr in this script don't work well (https://unix.stackexchange.com/questions/38538/bash-dev-stderr-permission-denied) which is the cause for "Permission denied". This hides the real issue, namelythere is an undeclared dependency on rsync. Installing it manually solves this issue
However, then I have to do
otherwise rsync will fail to create stuff in the /var/lib/openvas/plugins folder. not sure though, whether I did something wrong somewhere to end up with this problem.
1 2 3 Next › Last »