Nmap Development mailing list archives

Re: Problem running Zenmap on OS X 10.10


From: Robert Strom <robert.strom () gmail com>
Date: Wed, 17 Jun 2015 06:08:19 -0700

Success!

Zenmap opens and I was able to do a successful scan ... only one scan of
one system but everything seems to be good to go.

Thanks very much! Great job!

Robert

On Wed, Jun 17, 2015 at 5:02 AM, Daniel Miller <bonsaiviking () gmail com>
wrote:

Robert,

Thanks for the quick feedback; I saw that error, but thought it might have
been just a problem with my environment. Can you try the attached patch and
see if Zenmap works?

The patch removes an environment hack which we used to make sure the GTK
shared objects would look within the Zenmap app for their required dylibs.
It is making it impossible for something (can't tell what yet) to find your
system's libiconv. We've done a much better job lately of ensuring that our
binaries use @executable_path relative paths for loading dylibs, so the
hack may not be necessary.

Dan

On Tue, Jun 16, 2015 at 11:58 PM, Robert Strom <robert.strom () gmail com>
wrote:

Daniel,

Here's what I get when I install the latest

Roberts-MacBook-Pro:MacOS rstrom$ ./Zenmap

dyld: Symbol not found: _iconv

  Referenced from: /usr/lib/libcups.2.dylib

  Expected in:
/Applications/Zenmap.app/Contents/Frameworks/libiconv.2.dylib

 in /usr/lib/libcups.2.dylib


Sorry ... still not working for me.


Robert

On Tue, Jun 16, 2015 at 7:05 PM, Daniel Miller <bonsaiviking () gmail com>
wrote:

Jacob and Robert,

My fix for this issue is available in the recently-released Nmap
6.49BETA2. We would greatly appreciate your feedback on it.
https://nmap.org/download.html#macosx

Dan

On Tue, Jun 16, 2015 at 12:16 AM, Daniel Miller <bonsaiviking () gmail com>
wrote:

Robert,

Thanks, this was really helpful in identifying the problem.

It turns out that we switched from building on i386 to x86_64
architecture, so there was a mismatch between the executable that py2app
builds (x86_64) and the Python libraries (including zlib, needed for
zipimport) that were bundled. Adding the --arch=i386 option to the py2app
command fixes this issue.

I'm still dealing with yet another libiconv dependency that needs to be
hunted down and killed, but otherwise I expect Zenmap will be functional
soon.

Dan

On Mon, Jun 15, 2015 at 12:53 PM, Robert Strom <robert.strom () gmail com>
wrote:

I am having the same issue as described by Jacob in his post titled
(not sure if this will append to the thread or not).

Roberts-MacBook-Pro:MacOS rstrom$ ./Zenmap
Jun 15 10:35:48 Roberts-MacBook-Pro.local zenmap_wrapper.py[60893]
<Notice>: Traceback (most recent call last):
Jun 15 10:35:48 Roberts-MacBook-Pro.local zenmap_wrapper.py[60893]
<Notice>:   File
"/Users/david/macports-10.8/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/py2app/apptemplate/lib/site.py",
line 22, in <module>
Jun 15 10:35:48 Roberts-MacBook-Pro.local zenmap_wrapper.py[60893]
<Notice>: zipimport.ZipImportError: can't decompress data; zlib not
available
Roberts-MacBook-Pro:MacOS rstrom$

Here are my results to the commands that Dan asked be run

Roberts-MacBook-Pro:MacOS rstrom$ which python

/usr/bin/python


Roberts-MacBook-Pro:MacOS rstrom$ python -c 'import zlib; print
zlib.__version__'

1.0


Thanks,

Robert

_______________________________________________
Sent through the dev mailing list
https://nmap.org/mailman/listinfo/dev
Archived at http://seclists.org/nmap-dev/






_______________________________________________
Sent through the dev mailing list
https://nmap.org/mailman/listinfo/dev
Archived at http://seclists.org/nmap-dev/

Current thread: