Re: [PATCH] Compilation failing without Lua (--without-liblua)

[Fyodor <fyodor () insecure org>]

On Tue, Jan 26, 2010 at 10:21:40AM -0600, Kris Katterjohn wrote:
> Whether Lua is good for this I don't know, since it would likely depend on how
> the rc should be set up.  So more to the point: was there ever more discussion
> on nmaprc the last couple of years?

It is still listed in TODO, but it isn't fully defined.  So if someone
really wants a .nmaprc, they are welcome and encouraged to write up a
proposal for it.  That could include things like: the features it
would contain (e.g. what variables you could set), the syntax, how it
would interact with command-line arguments, etc.  That could start
brainstorm/discussion and we could see what users/developers think.
Here is what we have written about the idea so far in TODO:

o Nmaprc-related - Create a system to store Nmap defaults/preferences
  in an nmaprc file.
  o nmaprc should be in ~/.nmap on UNIX
  o On Windows, we may need a registry key to find the .nmaprc
  o Obtain Nmap data directory information from nmaprc at runtime rather than
    compiled in -- among other advantages this is needed to make
    relocateable rpm.
  o Make RPM relocatable (requires somehow avoiding storing paths in the
    binary)
  o Perhaps Lua could be used as the format?
  o .nmaprc for keeping defaults, etc.
    o Nmaprc infrastructure, hook to new timing variables
    o Nmaprc man page
    o Default timing mode
    o Default NSE arguments, such as user agent
    o Maybe Default source IP (-S) argument
    o should be a way to specify your own .nmaprc
    o Maybe lets you add a directory and template for saving all
     scans. 

Cheers,
-F
_______________________________________________
Sent through the nmap-dev mailing list
http://cgi.insecure.org/mailman/listinfo/nmap-dev
Archived at http://seclists.org/nmap-dev/