Re: [Openvas-discuss] OpenVAS-7 - CentOS 6.5 64-bit - Installation Issue::
On Samstag, 21. Juni 2014, Reindl Harald wrote: and they are just childish - set a /24 network to DROP in the firewall because someone called me well deserved an idiot is childish not something to show power anyone doing something not right does not implicate the right to do it wrong as well. they had some days *before* i called them names if they would read this list which is the *minimum* i require from a packager - read the upstream list It is not right to offend someone about not doing voluntary work. The more friendly and productive the communication style, the more value will be gained by and from a community. And I think it is wrong to interpret the right of free speech with the right of offensive speech. It is possible to articulate anything freely without using offensive language. -- Dr. Jan-Oliver Wagner | ++49-541-335084-0 | http://www.greenbone.net/ Greenbone Networks GmbH, Neuer Graben 17, 49074 Osnabrück | AG Osnabrück, HR B 202460 Geschäftsführer: Lukas Grunwald, Dr. Jan-Oliver Wagner ___ Openvas-discuss mailing list Openvas-discuss@wald.intevation.org https://lists.wald.intevation.org/cgi-bin/mailman/listinfo/openvas-discuss
Re: [Openvas-discuss] OpenVAS-7 - CentOS 6.5 64-bit - Installation Issue::
Am 23.06.2014 11:36, schrieb Jan-Oliver Wagner: On Samstag, 21. Juni 2014, Reindl Harald wrote: and they are just childish - set a /24 network to DROP in the firewall because someone called me well deserved an idiot is childish not something to show power anyone doing something not right does not implicate the right to do it wrong as well. no idea what you want to express if i did not right *in their* opinion so they should not hence do wrong and block a subnet? they had some days *before* i called them names if they would read this list which is the *minimum* i require from a packager - read the upstream list It is not right to offend someone about not doing voluntary work. *surely* because in case *not doing* anything the old working packages would have been keeped and no running installations damaged and new ones made impossible if whatever source has a testing repo but *not using* it at all and instead push broken packages untested in stable repos they deserve the repeated excuse about but it's free is silly even *because* it is is free a few years ago i was so dumb and expected some sort of quality because there is no marketing behind forcing releases and half baken solutions The more friendly and productive the communication style, the more value will be gained by and from a community. from 2006 to 2011 i tried so and it gained nothing than broken updates an dregressions left and right and that friendlier bugreports where that longer it lasted until at least i don't give a fuck came back from maintainers And I think it is wrong to interpret the right of free speech with the right of offensive speech. It is possible to articulate anything freely without using offensive language i agree that we disagree it is possible bu tnot needed, i don't give a damn about political correctness and call it hypocritical to change words so that anybody is happy instead speak out what someone is thinking signature.asc Description: OpenPGP digital signature ___ Openvas-discuss mailing list Openvas-discuss@wald.intevation.org https://lists.wald.intevation.org/cgi-bin/mailman/listinfo/openvas-discuss
Re: [Openvas-discuss] OpenVAS-7 - CentOS 6.5 64-bit - Installation Issue::
and they are just childish - set a /24 network to DROP in the firewall because someone called me well deserved an idiot is childish not something to show power they had some days *before* i called them names if they would read this list which is the *minimum* i require from a packager - read the upstream list Am 19.06.2014 18:41, schrieb Reindl Harald: Am 19.06.2014 18:35, schrieb Brandon Perry: Do you believe you are entitled to any of that? i do not believe - i am sure for two reasons * it is a technical fact * i am free to express my opinion in the world i live and BTW - you do not need to use reply-all on a mailing list The guys heading the atomic repo are awesome. This is an open source project, you are entitled to nothing. The fact that atomic corp maintains packages for such an excellent open source project just shows how nice the guys at atomicorp are. It is up to you as much as it is up to me and every other consumer of their packages to help them do their job. That means being constructive. You are not being constructive. they *did* an awesome job and even that is not true otherwise openvas-scanner would have dependecies that would not allow uninstall openvas-libraries-6 in a transaction which don't upgrade openvas-scanner too - that's why RPM/YUM exists and not notice such major bugs is *not* awesome signature.asc Description: OpenPGP digital signature ___ Openvas-discuss mailing list Openvas-discuss@wald.intevation.org https://lists.wald.intevation.org/cgi-bin/mailman/listinfo/openvas-discuss
Re: [Openvas-discuss] OpenVAS-7 - CentOS 6.5 64-bit - Installation Issue::
The OpenVAS virtual demo appliance also works out of the box. Personally, I prefer it to BT/Kali. On Jun 20, 2014 12:43 AM, C. L. Martinez carlopm...@gmail.com wrote: Hi Samuel, The only distro that I have tested and OpenVAS works out-of-box without any problem is Kali Linux. I think it is the best option today if you don't want to compile opnvas sources. Regards. On Thu, Jun 19, 2014 at 6:34 PM, Samuel Raj s...@glenwoodsystems.com wrote: Hello, Please let me know which plat form is best suited for OpenVAS7 and how to install the version? Regards, Samuel -Original Message- From: Openvas-discuss [mailto: openvas-discuss-boun...@wald.intevation.org] On Behalf Of C. L. Martinez Sent: Thursday, June 19, 2014 1:34 AM To: openvas-discuss@wald.intevation.org Subject: Re: [Openvas-discuss] OpenVAS-7 - CentOS 6.5 64-bit - Installation Issue:: On Thu, Jun 19, 2014 at 3:19 AM, Samuel Raj s...@glenwoodsystems.com wrote: Hello, I am able to install the latest OpenVAS-7 using the atomic repo using yum. These packages are installed openvas-manager-5.0.2-18.el6.art.x86_64 openvas-1.0-9.el6.art.noarch openvas-scanner-3.4.1-8.el6.art.x86_64 openvas-libraries-7.0.2-10.el6.art.x86_64 openvas-cli-1.2.0-4.el6.art.x86_64 When I run openvas-setup I am getting Openvas Setup, Version: 0.3 Step 1: Update NVT's and SCAP data Please note this step could take some time. Once completed, NVT's and SCAP data will be updated automatically every 24 hours Updating NVTs openvassd: error while loading shared libraries: libopenvas_misc.so.6: cannot open shared object file: No such file or directory [i] This script synchronizes an NVT collection with the 'OpenVAS NVT Feed'. [i] The 'OpenVAS NVT Feed' is provided by 'The OpenVAS Project'. [i] Online information about this feed: 'http://www.openvas.org/openvas-nvt-feed.html'. [i] NVT dir: [i] rsync is not recommended for the initial sync. Falling back on http. [i] Will use wget [i] Using GNU wget: /usr/bin/wget [i] Configured NVT http feed: http://www.openvas.org/openvas-nvt-feed-current.tar.bz2 [i] Downloading to: /tmp/openvas-nvt-sync.JyIpB9hOEG/openvas-feed-2014-06-18-16931.tar.bz2 mkdir: cannot create directory `': No such file or directory [i] Checking dir: ok [i] Checking MD5 checksum: /usr/bin/md5sum: /md5sums: No such file or directory not ok Error: md5sums not correct. Your NVT collection might be broken now. Please try this for details: cd ; /usr/bin/md5sum -c /md5sums | less Actually, Atomic's openvas repo is a no-go app. Problem with openvas-nvt-sync script is easy to resolve: setup a path for NVT_PATH option under /etc/sysconfig/openvas-scanner. But, after you update NVT, openvas-scanner doesn't works. Why?? Because it is compiled against Openvas-6 libraries, but as you can see, atomic's repo installs openvas-7 libraries. And you can't change this also because openvas-manager is compiled against openvas-7 libraries. Result? Atomic's openvas packages doesn't works under CentOS 6.5 x86_64 ... I don't know others, but every time I had tried to use some package from Atomic's repo, I have had many problems Bye. ___ Openvas-discuss mailing list Openvas-discuss@wald.intevation.org https://lists.wald.intevation.org/cgi-bin/mailman/listinfo/openvas-discuss ___ Openvas-discuss mailing list Openvas-discuss@wald.intevation.org https://lists.wald.intevation.org/cgi-bin/mailman/listinfo/openvas-discuss ___ Openvas-discuss mailing list Openvas-discuss@wald.intevation.org https://lists.wald.intevation.org/cgi-bin/mailman/listinfo/openvas-discuss ___ Openvas-discuss mailing list Openvas-discuss@wald.intevation.org https://lists.wald.intevation.org/cgi-bin/mailman/listinfo/openvas-discuss ___ Openvas-discuss mailing list Openvas-discuss@wald.intevation.org https://lists.wald.intevation.org/cgi-bin/mailman/listinfo/openvas-discuss
Re: [Openvas-discuss] OpenVAS-7 - CentOS 6.5 64-bit - Installation Issue::
Am 19.06.2014 05:19, schrieb Samuel Raj: I am able to install the latest OpenVAS-7 using the atomic repo using yum. you are not, at least not successful These packages are installed openvas-manager-5.0.2-18.el6.art.x86_64 openvas-1.0-9.el6.art.noarch openvas-scanner-3.4.1-8.el6.art.x86_64 openvas-libraries-7.0.2-10.el6.art.x86_64 openvas-cli-1.2.0-4.el6.art.x86_64 these idiots have openvas-scanner-3.4.1 for and linked against OpenVAS6 combined with openvas-libraries-7 in their repo and so *never ever* tested that builds additionally atomic-gnutls3-gnutls installs to a uncommon location without telling ldconfig Original-Nachricht Betreff: [Openvas-discuss] OpneVAS7 and Atomic Datum: Tue, 17 Jun 2014 10:57:31 +0200 Von: Reindl Harald h.rei...@thelounge.net An: Mailing-List openvas openvas-discuss@wald.intevation.org somebody from Atomic on that list? /opt/atomic/atomic-gnutls3/root/usr/lib64/libgnutls.so.28 is just a packaging error without echo /opt/atomic/atomic-gnutls3/root/usr/lib64 /etc/ld.so.conf.d/gnutls3.conf update openvas-manager and greenbone-security-assistant without openvas-scanner is pretty a joke - nobody who packed that can claim that this ever was up and running on any machine Jun 17 10:42:21 Installed: nettle-2.7.1-3.el6.art.x86_64 Jun 17 10:42:21 Installed: trousers-0.3.4-4.el6.x86_64 Jun 17 10:42:21 Installed: atomic-gnutls3-gnutls-3.3.4-1.1.el6.art.x86_64 Jun 17 10:42:21 Updated: openvas-libraries-7.0.2-10.el6.art.x86_64 Jun 17 10:42:22 Installed: openvas-manager-5.0.2-18.el6.art.x86_64 Jun 17 10:42:22 Updated: greenbone-security-assistant-5.0.1-10.el6.art.x86_64 Jun 17 10:42:23 Erased: openvas-administrator __ Stopping greenbone-security-assistant: [FEHLGESCHLAGEN] Starting greenbone-security-assistant: /usr/sbin/gsad: error while loading shared libraries: libgnutls.so.28: cannot open shared object file: No such file or directory [FEHLGESCHLAGEN] Stopping openvas-manager: [ OK ] Starting openvas-manager: openvasmd: error while loading shared libraries: libgnutls.so.28: cannot open shared object file: No such file or directory [FEHLGESCHLAGEN] Stopping openvas-scanner: [ OK ] Starting openvas-scanner: /usr/sbin/openvassd: error while loading shared libraries: libopenvas_misc.so.6: cannot open shared object file: No such file or directory [FEHLGESCHLAGEN] [root@openvas:~]$ locate libgnutls.so.28 /opt/atomic/atomic-gnutls3/root/usr/lib64/libgnutls.so.28 /opt/atomic/atomic-gnutls3/root/usr/lib64/libgnutls.so.28.37.1 [root@openvas:~]$ locate libopenvas_misc.so.6 [root@openvas:~]$ locate libopenvas_misc.so /usr/lib64/libopenvas_misc.so /usr/lib64/libopenvas_misc.so.7 /usr/lib64/libopenvas_misc.so.7.0.2 signature.asc Description: OpenPGP digital signature ___ Openvas-discuss mailing list Openvas-discuss@wald.intevation.org https://lists.wald.intevation.org/cgi-bin/mailman/listinfo/openvas-discuss
Re: [Openvas-discuss] OpenVAS-7 - CentOS 6.5 64-bit - Installation Issue::
*** Reindl Harald wrote: Am 19.06.2014 14:15, schrieb Jan-Oliver Wagner: On Donnerstag, 19. Juni 2014, Reindl Harald wrote: these idiots I prefer to maintain a productive, positive community. If anyone can contribute code, insights, or other things, it is appreciated. Even if one does not agree or it is not the solution needed. If someone made a mistake or lacks time to continue something or simply asks a FAQ, it is never appropriate to use such language uhm in case of push packages to a repo and not test at least if the services are starting (i don't talk about working as expected) or just crashing because missing libraries and not build packages sane that dependencies would not allow such a broken upgrade *it is* appropriate It seems you don't understand it. It's not (always) about what you are saying, it's about *how* you say it. It is unacceptable to insult people like you are doing here on this list. And it's not the first time... Have you contacted anyone at atomic to report this problem? Micha -- Michael Meyer OpenPGP Key: 0xAF069E9152A6EFA6 http://www.greenbone.net/ Greenbone Networks GmbH, Neuer Graben 17, 49074 Osnabrück | AG Osnabrück, HR B 202460 Geschäftsführer: Lukas Grunwald, Dr. Jan-Oliver Wagner ___ Openvas-discuss mailing list Openvas-discuss@wald.intevation.org https://lists.wald.intevation.org/cgi-bin/mailman/listinfo/openvas-discuss
Re: [Openvas-discuss] OpenVAS-7 - CentOS 6.5 64-bit - Installation Issue::
Please let me know which plat form is best suited for OpenVAS7 and how to install the version? Regards, Samuel -Original Message- From: Openvas-discuss [mailto:openvas-discuss-boun...@wald.intevation.org] On Behalf Of C. L. Martinez Sent: Thursday, June 19, 2014 1:34 AM To: openvas-discuss@wald.intevation.org Subject: Re: [Openvas-discuss] OpenVAS-7 - CentOS 6.5 64-bit - Installation Issue:: On Thu, Jun 19, 2014 at 3:19 AM, Samuel Raj s...@glenwoodsystems.com wrote: Hello, I am able to install the latest OpenVAS-7 using the atomic repo using yum. These packages are installed openvas-manager-5.0.2-18.el6.art.x86_64 openvas-1.0-9.el6.art.noarch openvas-scanner-3.4.1-8.el6.art.x86_64 openvas-libraries-7.0.2-10.el6.art.x86_64 openvas-cli-1.2.0-4.el6.art.x86_64 When I run openvas-setup I am getting Openvas Setup, Version: 0.3 Step 1: Update NVT's and SCAP data Please note this step could take some time. Once completed, NVT's and SCAP data will be updated automatically every 24 hours Updating NVTs openvassd: error while loading shared libraries: libopenvas_misc.so.6: cannot open shared object file: No such file or directory [i] This script synchronizes an NVT collection with the 'OpenVAS NVT Feed'. [i] The 'OpenVAS NVT Feed' is provided by 'The OpenVAS Project'. [i] Online information about this feed: 'http://www.openvas.org/openvas-nvt-feed.html'. [i] NVT dir: [i] rsync is not recommended for the initial sync. Falling back on http. [i] Will use wget [i] Using GNU wget: /usr/bin/wget [i] Configured NVT http feed: http://www.openvas.org/openvas-nvt-feed-current.tar.bz2 [i] Downloading to: /tmp/openvas-nvt-sync.JyIpB9hOEG/openvas-feed-2014-06-18-16931.tar.bz2 mkdir: cannot create directory `': No such file or directory [i] Checking dir: ok [i] Checking MD5 checksum: /usr/bin/md5sum: /md5sums: No such file or directory not ok Error: md5sums not correct. Your NVT collection might be broken now. Please try this for details: cd ; /usr/bin/md5sum -c /md5sums | less Actually, Atomic's openvas repo is a no-go app. Problem with openvas-nvt-sync script is easy to resolve: setup a path for NVT_PATH option under /etc/sysconfig/openvas-scanner. But, after you update NVT, openvas-scanner doesn't works. Why?? Because it is compiled against Openvas-6 libraries, but as you can see, atomic's repo installs openvas-7 libraries. And you can't change this also because openvas-manager is compiled against openvas-7 libraries. Result? Atomic's openvas packages doesn't works under CentOS 6.5 x86_64 ... I don't know others, but every time I had tried to use some package from Atomic's repo, I have had many problems Bye. ___ Openvas-discuss mailing list Openvas-discuss@wald.intevation.org https://lists.wald.intevation.org/cgi-bin/mailman/listinfo/openvas-discuss ___ Openvas-discuss mailing list Openvas-discuss@wald.intevation.org https://lists.wald.intevation.org/cgi-bin/mailman/listinfo/openvas-discuss
Re: [Openvas-discuss] OpenVAS-7 - CentOS 6.5 64-bit - Installation Issue::
Am 19.06.2014 18:06, schrieb Michael Meyer: *** Reindl Harald wrote: Am 19.06.2014 14:15, schrieb Jan-Oliver Wagner: On Donnerstag, 19. Juni 2014, Reindl Harald wrote: these idiots I prefer to maintain a productive, positive community. If anyone can contribute code, insights, or other things, it is appreciated. Even if one does not agree or it is not the solution needed. If someone made a mistake or lacks time to continue something or simply asks a FAQ, it is never appropriate to use such language uhm in case of push packages to a repo and not test at least if the services are starting (i don't talk about working as expected) or just crashing because missing libraries and not build packages sane that dependencies would not allow such a broken upgrade *it is* appropriate It seems you don't understand it. It's not (always) about what you are saying, it's about *how* you say it. It is unacceptable to insult people like you are doing here on this list. And it's not the first time... Have you contacted anyone at atomic to report this problem? have you a contact? i don't many months ago i posted on their forums that a package creates a hidden folder below /usr/bin/ which leads to rkhunter-messages after every openvas scan until you manually remove that folder well, after some months i just uninstalled rkhunter on the OpenVAS VM to get rid of the mails every day - if you have a contact which is taken seriously - go ahead however, that don't matter, you get the first fatal errors *due the 'yum upgrade'* because the rpm-scripts try to restart the services and spit out the missing libraries - anybody who needs someone to report such basic problems did not try to install his own pakcage a single time and is hence an idiot by definition signature.asc Description: OpenPGP digital signature ___ Openvas-discuss mailing list Openvas-discuss@wald.intevation.org https://lists.wald.intevation.org/cgi-bin/mailman/listinfo/openvas-discuss
Re: [Openvas-discuss] OpenVAS-7 - CentOS 6.5 64-bit - Installation Issue::
Do you believe you are entitled to any of that? The guys heading the atomic repo are awesome. This is an open source project, you are entitled to nothing. The fact that atomic corp maintains packages for such an excellent open source project just shows how nice the guys at atomicorp are. It is up to you as much as it is up to me and every other consumer of their packages to help them do their job. That means being constructive. You are not being constructive. On Thu, Jun 19, 2014 at 11:19 AM, Reindl Harald h.rei...@thelounge.net wrote: Am 19.06.2014 18:06, schrieb Michael Meyer: *** Reindl Harald wrote: Am 19.06.2014 14:15, schrieb Jan-Oliver Wagner: On Donnerstag, 19. Juni 2014, Reindl Harald wrote: these idiots I prefer to maintain a productive, positive community. If anyone can contribute code, insights, or other things, it is appreciated. Even if one does not agree or it is not the solution needed. If someone made a mistake or lacks time to continue something or simply asks a FAQ, it is never appropriate to use such language uhm in case of push packages to a repo and not test at least if the services are starting (i don't talk about working as expected) or just crashing because missing libraries and not build packages sane that dependencies would not allow such a broken upgrade *it is* appropriate It seems you don't understand it. It's not (always) about what you are saying, it's about *how* you say it. It is unacceptable to insult people like you are doing here on this list. And it's not the first time... Have you contacted anyone at atomic to report this problem? have you a contact? i don't many months ago i posted on their forums that a package creates a hidden folder below /usr/bin/ which leads to rkhunter-messages after every openvas scan until you manually remove that folder well, after some months i just uninstalled rkhunter on the OpenVAS VM to get rid of the mails every day - if you have a contact which is taken seriously - go ahead however, that don't matter, you get the first fatal errors *due the 'yum upgrade'* because the rpm-scripts try to restart the services and spit out the missing libraries - anybody who needs someone to report such basic problems did not try to install his own pakcage a single time and is hence an idiot by definition ___ Openvas-discuss mailing list Openvas-discuss@wald.intevation.org https://lists.wald.intevation.org/cgi-bin/mailman/listinfo/openvas-discuss -- http://volatile-minds.blogspot.com -- blog http://www.volatileminds.net -- website ___ Openvas-discuss mailing list Openvas-discuss@wald.intevation.org https://lists.wald.intevation.org/cgi-bin/mailman/listinfo/openvas-discuss
Re: [Openvas-discuss] OpenVAS-7 - CentOS 6.5 64-bit - Installation Issue::
Am 19.06.2014 18:35, schrieb Brandon Perry: Do you believe you are entitled to any of that? i do not believe - i am sure for two reasons * it is a technical fact * i am free to express my opinion in the world i live and BTW - you do not need to use reply-all on a mailing list The guys heading the atomic repo are awesome. This is an open source project, you are entitled to nothing. The fact that atomic corp maintains packages for such an excellent open source project just shows how nice the guys at atomicorp are. It is up to you as much as it is up to me and every other consumer of their packages to help them do their job. That means being constructive. You are not being constructive. they *did* an awesome job and even that is not true otherwise openvas-scanner would have dependecies that would not allow uninstall openvas-libraries-6 in a transaction which don't upgrade openvas-scanner too - that's why RPM/YUM exists and not notice such major bugs is *not* awesome On Thu, Jun 19, 2014 at 11:19 AM, Reindl Harald h.rei...@thelounge.net mailto:h.rei...@thelounge.net wrote: Am 19.06.2014 18:06, schrieb Michael Meyer: *** Reindl Harald wrote: Am 19.06.2014 14:15, schrieb Jan-Oliver Wagner: On Donnerstag, 19. Juni 2014, Reindl Harald wrote: these idiots I prefer to maintain a productive, positive community. If anyone can contribute code, insights, or other things, it is appreciated. Even if one does not agree or it is not the solution needed. If someone made a mistake or lacks time to continue something or simply asks a FAQ, it is never appropriate to use such language uhm in case of push packages to a repo and not test at least if the services are starting (i don't talk about working as expected) or just crashing because missing libraries and not build packages sane that dependencies would not allow such a broken upgrade *it is* appropriate It seems you don't understand it. It's not (always) about what you are saying, it's about *how* you say it. It is unacceptable to insult people like you are doing here on this list. And it's not the first time... Have you contacted anyone at atomic to report this problem? have you a contact? i don't many months ago i posted on their forums that a package creates a hidden folder below /usr/bin/ which leads to rkhunter-messages after every openvas scan until you manually remove that folder well, after some months i just uninstalled rkhunter on the OpenVAS VM to get rid of the mails every day - if you have a contact which is taken seriously - go ahead however, that don't matter, you get the first fatal errors *due the 'yum upgrade'* because the rpm-scripts try to restart the services and spit out the missing libraries - anybody who needs someone to report such basic problems did not try to install his own pakcage a single time and is hence an idiot by definition signature.asc Description: OpenPGP digital signature ___ Openvas-discuss mailing list Openvas-discuss@wald.intevation.org https://lists.wald.intevation.org/cgi-bin/mailman/listinfo/openvas-discuss
Re: [Openvas-discuss] OpenVAS-7 - CentOS 6.5 64-bit - Installation Issue::
install his own pakcage a single time and is hence an idiot by definition Trolling. -- Greenbone Networks GmbH Neuer Graben 17, 49074 Osnabrueck, Germany | AG Osnabrueck, HR B 202460 Executive Directors: Lukas Grunwald, Dr. Jan-Oliver Wagner ___ Openvas-discuss mailing list Openvas-discuss@wald.intevation.org https://lists.wald.intevation.org/cgi-bin/mailman/listinfo/openvas-discuss
Re: [Openvas-discuss] OpenVAS-7 - CentOS 6.5 64-bit - Installation Issue::
Hello, Please let me know which plat form is best suited for OpenVAS7 and how to install the version? Regards, Samuel -Original Message- From: Openvas-discuss [mailto:openvas-discuss-boun...@wald.intevation.org] On Behalf Of C. L. Martinez Sent: Thursday, June 19, 2014 1:34 AM To: openvas-discuss@wald.intevation.org Subject: Re: [Openvas-discuss] OpenVAS-7 - CentOS 6.5 64-bit - Installation Issue:: On Thu, Jun 19, 2014 at 3:19 AM, Samuel Raj s...@glenwoodsystems.com wrote: Hello, I am able to install the latest OpenVAS-7 using the atomic repo using yum. These packages are installed openvas-manager-5.0.2-18.el6.art.x86_64 openvas-1.0-9.el6.art.noarch openvas-scanner-3.4.1-8.el6.art.x86_64 openvas-libraries-7.0.2-10.el6.art.x86_64 openvas-cli-1.2.0-4.el6.art.x86_64 When I run openvas-setup I am getting Openvas Setup, Version: 0.3 Step 1: Update NVT's and SCAP data Please note this step could take some time. Once completed, NVT's and SCAP data will be updated automatically every 24 hours Updating NVTs openvassd: error while loading shared libraries: libopenvas_misc.so.6: cannot open shared object file: No such file or directory [i] This script synchronizes an NVT collection with the 'OpenVAS NVT Feed'. [i] The 'OpenVAS NVT Feed' is provided by 'The OpenVAS Project'. [i] Online information about this feed: 'http://www.openvas.org/openvas-nvt-feed.html'. [i] NVT dir: [i] rsync is not recommended for the initial sync. Falling back on http. [i] Will use wget [i] Using GNU wget: /usr/bin/wget [i] Configured NVT http feed: http://www.openvas.org/openvas-nvt-feed-current.tar.bz2 [i] Downloading to: /tmp/openvas-nvt-sync.JyIpB9hOEG/openvas-feed-2014-06-18-16931.tar.bz2 mkdir: cannot create directory `': No such file or directory [i] Checking dir: ok [i] Checking MD5 checksum: /usr/bin/md5sum: /md5sums: No such file or directory not ok Error: md5sums not correct. Your NVT collection might be broken now. Please try this for details: cd ; /usr/bin/md5sum -c /md5sums | less Actually, Atomic's openvas repo is a no-go app. Problem with openvas-nvt-sync script is easy to resolve: setup a path for NVT_PATH option under /etc/sysconfig/openvas-scanner. But, after you update NVT, openvas-scanner doesn't works. Why?? Because it is compiled against Openvas-6 libraries, but as you can see, atomic's repo installs openvas-7 libraries. And you can't change this also because openvas-manager is compiled against openvas-7 libraries. Result? Atomic's openvas packages doesn't works under CentOS 6.5 x86_64 ... I don't know others, but every time I had tried to use some package from Atomic's repo, I have had many problems Bye. ___ Openvas-discuss mailing list Openvas-discuss@wald.intevation.org https://lists.wald.intevation.org/cgi-bin/mailman/listinfo/openvas-discuss ___ Openvas-discuss mailing list Openvas-discuss@wald.intevation.org https://lists.wald.intevation.org/cgi-bin/mailman/listinfo/openvas-discuss ___ Openvas-discuss mailing list Openvas-discuss@wald.intevation.org https://lists.wald.intevation.org/cgi-bin/mailman/listinfo/openvas-discuss
Re: [Openvas-discuss] OpenVAS-7 - CentOS 6.5 64-bit - Installation Issue::
Hi Samuel, The only distro that I have tested and OpenVAS works out-of-box without any problem is Kali Linux. I think it is the best option today if you don't want to compile opnvas sources. Regards. On Thu, Jun 19, 2014 at 6:34 PM, Samuel Raj s...@glenwoodsystems.com wrote: Hello, Please let me know which plat form is best suited for OpenVAS7 and how to install the version? Regards, Samuel -Original Message- From: Openvas-discuss [mailto:openvas-discuss-boun...@wald.intevation.org] On Behalf Of C. L. Martinez Sent: Thursday, June 19, 2014 1:34 AM To: openvas-discuss@wald.intevation.org Subject: Re: [Openvas-discuss] OpenVAS-7 - CentOS 6.5 64-bit - Installation Issue:: On Thu, Jun 19, 2014 at 3:19 AM, Samuel Raj s...@glenwoodsystems.com wrote: Hello, I am able to install the latest OpenVAS-7 using the atomic repo using yum. These packages are installed openvas-manager-5.0.2-18.el6.art.x86_64 openvas-1.0-9.el6.art.noarch openvas-scanner-3.4.1-8.el6.art.x86_64 openvas-libraries-7.0.2-10.el6.art.x86_64 openvas-cli-1.2.0-4.el6.art.x86_64 When I run openvas-setup I am getting Openvas Setup, Version: 0.3 Step 1: Update NVT's and SCAP data Please note this step could take some time. Once completed, NVT's and SCAP data will be updated automatically every 24 hours Updating NVTs openvassd: error while loading shared libraries: libopenvas_misc.so.6: cannot open shared object file: No such file or directory [i] This script synchronizes an NVT collection with the 'OpenVAS NVT Feed'. [i] The 'OpenVAS NVT Feed' is provided by 'The OpenVAS Project'. [i] Online information about this feed: 'http://www.openvas.org/openvas-nvt-feed.html'. [i] NVT dir: [i] rsync is not recommended for the initial sync. Falling back on http. [i] Will use wget [i] Using GNU wget: /usr/bin/wget [i] Configured NVT http feed: http://www.openvas.org/openvas-nvt-feed-current.tar.bz2 [i] Downloading to: /tmp/openvas-nvt-sync.JyIpB9hOEG/openvas-feed-2014-06-18-16931.tar.bz2 mkdir: cannot create directory `': No such file or directory [i] Checking dir: ok [i] Checking MD5 checksum: /usr/bin/md5sum: /md5sums: No such file or directory not ok Error: md5sums not correct. Your NVT collection might be broken now. Please try this for details: cd ; /usr/bin/md5sum -c /md5sums | less Actually, Atomic's openvas repo is a no-go app. Problem with openvas-nvt-sync script is easy to resolve: setup a path for NVT_PATH option under /etc/sysconfig/openvas-scanner. But, after you update NVT, openvas-scanner doesn't works. Why?? Because it is compiled against Openvas-6 libraries, but as you can see, atomic's repo installs openvas-7 libraries. And you can't change this also because openvas-manager is compiled against openvas-7 libraries. Result? Atomic's openvas packages doesn't works under CentOS 6.5 x86_64 ... I don't know others, but every time I had tried to use some package from Atomic's repo, I have had many problems Bye. ___ Openvas-discuss mailing list Openvas-discuss@wald.intevation.org https://lists.wald.intevation.org/cgi-bin/mailman/listinfo/openvas-discuss ___ Openvas-discuss mailing list Openvas-discuss@wald.intevation.org https://lists.wald.intevation.org/cgi-bin/mailman/listinfo/openvas-discuss ___ Openvas-discuss mailing list Openvas-discuss@wald.intevation.org https://lists.wald.intevation.org/cgi-bin/mailman/listinfo/openvas-discuss ___ Openvas-discuss mailing list Openvas-discuss@wald.intevation.org https://lists.wald.intevation.org/cgi-bin/mailman/listinfo/openvas-discuss
Re: [Openvas-discuss] OpenVAS-7 - CentOS 6.5 64-bit - Installation Issue::
On Thu, Jun 19, 2014 at 3:19 AM, Samuel Raj s...@glenwoodsystems.com wrote: Hello, I am able to install the latest OpenVAS-7 using the atomic repo using yum. These packages are installed openvas-manager-5.0.2-18.el6.art.x86_64 openvas-1.0-9.el6.art.noarch openvas-scanner-3.4.1-8.el6.art.x86_64 openvas-libraries-7.0.2-10.el6.art.x86_64 openvas-cli-1.2.0-4.el6.art.x86_64 When I run openvas-setup I am getting Openvas Setup, Version: 0.3 Step 1: Update NVT's and SCAP data Please note this step could take some time. Once completed, NVT's and SCAP data will be updated automatically every 24 hours Updating NVTs openvassd: error while loading shared libraries: libopenvas_misc.so.6: cannot open shared object file: No such file or directory [i] This script synchronizes an NVT collection with the 'OpenVAS NVT Feed'. [i] The 'OpenVAS NVT Feed' is provided by 'The OpenVAS Project'. [i] Online information about this feed: 'http://www.openvas.org/openvas-nvt-feed.html'. [i] NVT dir: [i] rsync is not recommended for the initial sync. Falling back on http. [i] Will use wget [i] Using GNU wget: /usr/bin/wget [i] Configured NVT http feed: http://www.openvas.org/openvas-nvt-feed-current.tar.bz2 [i] Downloading to: /tmp/openvas-nvt-sync.JyIpB9hOEG/openvas-feed-2014-06-18-16931.tar.bz2 mkdir: cannot create directory `': No such file or directory [i] Checking dir: ok [i] Checking MD5 checksum: /usr/bin/md5sum: /md5sums: No such file or directory not ok Error: md5sums not correct. Your NVT collection might be broken now. Please try this for details: cd ; /usr/bin/md5sum -c /md5sums | less Actually, Atomic's openvas repo is a no-go app. Problem with openvas-nvt-sync script is easy to resolve: setup a path for NVT_PATH option under /etc/sysconfig/openvas-scanner. But, after you update NVT, openvas-scanner doesn't works. Why?? Because it is compiled against Openvas-6 libraries, but as you can see, atomic's repo installs openvas-7 libraries. And you can't change this also because openvas-manager is compiled against openvas-7 libraries. Result? Atomic's openvas packages doesn't works under CentOS 6.5 x86_64 ... I don't know others, but every time I had tried to use some package from Atomic's repo, I have had many problems Bye. ___ Openvas-discuss mailing list Openvas-discuss@wald.intevation.org https://lists.wald.intevation.org/cgi-bin/mailman/listinfo/openvas-discuss
