Nmap Development mailing list archives
Re: [ANNOUNCEMENT] Umit 0.9.1-RC1
From: Fyodor <fyodor () insecure org>
Date: Mon, 4 Sep 2006 18:54:03 -0700
On Fri, Sep 01, 2006 at 07:15:30PM -0300, Adriano Monteiro wrote:
Hi all! I'm pleased to announce the Umit 0.9.1 Release Candidate 1. As usual, This release features some bug fixes and usability and performance improvements.
Hi Adriano. I'm glad to see the new release! And judging from the SourceForge download statistics, I'm not the only one. Each release seems to get more and more downloads. My comments are in this message, and I hope other people will try it and send their comments too. I also think UMIT is ready to move beyond the -dev list. Feel free to send an announcement for this or the next version to the 40,000 nmap-hackers. UMIT is also a lot better than NmapFE at this point, IMHO. It is cross-platform, is actively developed, uses the stable Nmap XML format, and has a powerful search interface. You can't say any of that about NmapFE. I think we should try to get this distributed with the next stable version of Nmap, which is probably two or three months away. I hope that version will also contain NSE and the new OS detection system with a comprehensive database. So I went to the download page and was confronted by choices such as 'Umit-0.9.1-RC1.exe' and 'umit-0.9.1.tar.bz2'. Is "0.9.1-RC1" the same as "0.9.1"? The files were all uploaded on September 1, but the name is different and I encountered different behavior between them (particularly in tab naming, tab closing, and tab scrolling when you have many tabs). But that could possibly just be based on Linux vs. Windows platform differences. Anyway, I started with the Windows version. The first thing I noticed is that the size has been reduced more than 50% from 18MB to less than 8MB. Much better! Also, the installer was smooth and didn't require explicit installation of half a dozen dependencies. I think shipping with a compiled EXE like you are doing now is the way to go. I notice that you are shipping with the latest stable Nmap (4.11), which makes sense. You may recall that with the last version, I tried to run it and nothing happened. I only discovered later that it just took a long time to start and I didn't wait long enough. This time I'm happy to reported that it started in just a few seconds. Once it started, I tried Help -> About and nothing happened. Help -> Help only gave me a dialogue saying that help hasn't been implemented. I like the way you can now select through the "Nmap output" screen and you click the "Services" button on the left to view just hosts with a certain service available, that feature doesn't seem to work on the "Nmap output" pane. Maybe you should either make it work (show just Nmap output related to systems with the given port available), or simply change to a different pane such as "Ports/Hosts" when someone clicks "Services". Speaking of the services button, it seems to show all services found in any state as long as the port was listed on the "Interesting ports" line. I suppose it is a judgement call, but you may want to consider only showing open or open|filtered ports. Otherwise you get a bunch of entries for services which are only closed, and even then it only shows cases where the closed port was listed specifically as opposed to the many cases where the port might be closed but was grouped together in "Not shown: 1670 closed ports". We should probably do some branstorming on nmap-dev as to what the default profile should be and which ones should be included by default. I also really like that it is so easy to add new ones. I tried to load a big scan created with Nmap by using the "Open Scan" option and selecting the XML file. Unfortuantely it appears that only the "UMIT Scan Results" (.umr) type can be loaded. I suppose one issue is that the .xml doesn't include the normal-style Nmap output which you load into the "Nmap output" tab. Is there anything else preventing you from loading normal XML output? I then gave the UNIX version a try. I downloaded umit-0.9.1.tar.bz2 onto my Fedora Core 5 Linux box. I saw that the README now contains instructions for installing UMIT in a non-default directory. That was great since it allowed me to install it as non-privileged user 'fyodor' under /home/fyodor/umit. Worked like a charm. In Windows (but not Linux), I encountered a minor bug related to opening numerous tabs. When I opened enough tabs to fill up all the horizontal window space, the scrolling/placement didn't always work correctly. I used this to try the "Help -> Report a Bug" feature. It gave me a "Could not open default Web Browser" error, but the bug apparently got filed anyway on the SF tracker. Also, the "Report a Bug" option only appeared on Windows, not Linux. So in conclusion, you are making great progress. Keep up the good work! Cheers, Fyodor _______________________________________________ Sent through the nmap-dev mailing list http://cgi.insecure.org/mailman/listinfo/nmap-dev Archived at http://SecLists.Org
Current thread:
- [ANNOUNCEMENT] Umit 0.9.1-RC1 Adriano Monteiro (Sep 01)
- Re: [ANNOUNCEMENT] Umit 0.9.1-RC1 Fyodor (Sep 04)
- Re: [ANNOUNCEMENT] Umit 0.9.1-RC1 Adriano Monteiro (Sep 04)
- Re: [ANNOUNCEMENT] Umit 0.9.1-RC1 Fyodor (Sep 04)