1
0
mirror of https://github.com/nmap/nmap.git synced 2026-01-11 00:49:02 +00:00

some todo updates

This commit is contained in:
fyodor
2012-09-17 22:40:02 +00:00
parent 874bbe28cd
commit fc515208da

View File

@@ -30,13 +30,19 @@ o Clean up the Nmap repo to remove some bloat we've allowed to creep
need to install your own gtk, glib, etc.
- [done] Remove the 5MB of XSL in nping/docs/xsl
o Migrate web.insecure.org to a RHEL-6 derived distro (probably CENTOS
6, since Linode doesn't currently offer ScientificLinux images).
o Maybe start with svn server, since we've had reports of our
current one giving people unexpected password prompts. There is a
thread about that at http://seclists.org/nmap-dev/2012/q2/17
o UPDATE on this - adding read-only rights (rather than no rights)
to the root of the svn repo seems to have solved this problem.
o Update web.insecure.org so that rather than requiring us to build
nsedoc on other machines, check it into svn, and then update svn on
web, it is done by a script on web which could be run through cron
(and potentially from a simple svn commit hook) to build them on the
web server directly.
- There are other similar things we might want to automate later,
such as book rebuilding when the XML files are changed.
o Process latest Nmap OS submissions and corrections (IPv4 and IPv6).
Last done (for IPv4 anyway) in February 2012.
o Process latest service detection submissions. They were last done
in February 2012.
o Add CPE entries to OS fingerpting DB entries which still lack them
- As of 3/21/12, it seems that we have entries for 2,601 of the 3,572
@@ -45,6 +51,14 @@ o Add CPE entries to OS fingerpting DB entries which still lack them
o Update our mswin32/OpenSSL to newest version (previous update was
September 2010 to 1.0.0a).
o Migrate web.insecure.org to a RHEL-6 derived distro (probably CENTOS
6, since Linode doesn't currently offer ScientificLinux images).
o Maybe start with svn server, since we've had reports of our
current one giving people unexpected password prompts. There is a
thread about that at http://seclists.org/nmap-dev/2012/q2/17
o UPDATE on this - adding read-only rights (rather than no rights)
to the root of the svn repo seems to have solved this problem.
o We should probably redo the Nmap header (e.g. on http://nmap.org) to
make it more attractive. Or, at a minimum we should update the
screenshots and think about which links we really need (some of those