Search Criteria
Package Details: openvas-scanner 23.0.1-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-04-02 23:36 (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 Next › Last »
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.
fortw commented on 2021-04-22 22:56 (UTC) (edited on 2021-04-23 09:35 (UTC) by fortw)
Same problem as r0b0t (although, for reasons, I went with sudo -iu gvm before). I installed the packages as stated in the wiki. First ospd Afterwards openvas-scanner ospd-openvas gsa gvmd
(There was a conflict: gvm-libs-20 and gvm-libs)
mfulz commented on 2021-04-19 10:07 (UTC)
Can you check (if not already done) the wiki, which I've updated to work with these set of packages: https://wiki.archlinux.org/index.php/OpenVAS
If you still encountering any issues afterwards, feel free to get back again.
1 2 Next › Last »