Nmap Development mailing list archives

Re: Nmap public source repository now available!


From: Fyodor <fyodor () insecure org>
Date: Thu, 21 Dec 2006 01:12:21 -0800

On Wed, Dec 20, 2006 at 02:32:16PM -0600, William McVey wrote:
On Wed, 2006-12-20 at 10:58 -0800, Fyodor wrote:

I don't want my questions to be perceived to be critical of the work
you put into providing this service to the nmap user community.

I definitely appreciate your suggestions and ideas.

hierarchies). It would also facilitate pulling old versions back from
the grave in order to run things like benchmark comparisons and such. I
notice that you indicated in the changelogs when particular releases
were cut. If you wanted, I would be willing to do the legwork of combing
through the archive and copying particular revisions into a 'tag'
hierarchy associated with published releases (I could do my copys into a
developer branch if you'd like).

I'm not sure how much I'd use a 'tag' heirarchy of hundreds of
releases.  One thing I've thought about is adding the release date
(and, perhaps, revision number).  This would make it pretty easy for
people to check out a specific version or compare differences between
versions.  And it would help the people who view the CHANGELOG on the
web or in the Nmap tarball too.  You're certainly welcome to give that
a go if you're up for it.

I'm noticing that history for the nmap hierarchy seems to begin at
revision 2644. If you don't mind me asking, what were you using before
for revision control? 

I think the Nmap revision history back to revision 1 is in
/trunk/nmap.  But when I try to look in there, it tells me I'm not
authorized.  Maybe I made this sucker too secure :).  I'll let you
know if I figure out more.  The /trunk/nmap path was created when I
converted my old CVS tree to SVN.  Then I moved the contents to /nmap
.

Finally, now that we have a live view of the nmap codebase, would you be
interested in setting up a buildbot (http://buildbot.sourceforge.net/)
farm across a variety of platforms for daily build and unit testing? I'm
sure it'd be pretty straightforward to find people willing to contribute
CPU resources to do periodic builds of nmap on a wide variety of
platforms. I could probably offer up at least 8 platforms (latest
Gentoo, 3 versions of Ubuntu, 2 Fedora Core releases, FreeBSD,
OpenSolaris(*)) for building just from my home network...

That sounds like it would be useful if someone wants to set it up.
Particularly useful would be a Windows buildbot, as that is the
platform that seems to break most often.  And I often don't find out
its broken until I'm trying to do a new release.

Cheers,
-F


_______________________________________________
Sent through the nmap-dev mailing list
http://cgi.insecure.org/mailman/listinfo/nmap-dev
Archived at http://SecLists.Org


Current thread: