|
Re: Nmap public source repository now available!: msg#00102security.nmap.devel
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 |
|
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| Previous by Date: | Re: [PATCH] Consolidate select()ing pcap fd code in tcpip.cc: 00102, Fyodor |
|---|---|
| Next by Date: | Re: Nmap public source repository now available!: 00102, Fyodor |
| Previous by Thread: | Re: Nmap public source repository now available!i: 00102, William McVey |
| Next by Thread: | Re: Nmap public source repository now available!: 00102, Kris Katterjohn |
| Indexes: | [Date] [Thread] [Top] [All Lists] |
| News | FAQ | advertise |