Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 57853 - nmap compiles cleanly on macos
Summary: nmap compiles cleanly on macos
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: New packages (show other bugs)
Hardware: PPC Linux
: High enhancement (vote)
Assignee: Lina Pezzella (RETIRED)
URL:
Whiteboard:
Keywords:
Depends on: 57677 58165 62069
Blocks:
  Show dependency tree
 
Reported: 2004-07-21 07:40 UTC by Ryan Ramsey
Modified: 2004-11-30 20:20 UTC (History)
3 users (show)

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Ryan Ramsey 2004-07-21 07:40:58 UTC
net-analyzer/nmap-3.55.ebuild compiled on OS X 10.3.4 cleanly with --nodeps.  Seems to be functioning correctly, although I don't think nmapfe was built. I didn't look carefully for it, because I don't use it.

Reproducible: Always
Steps to Reproduce:
1.
2.
3.




v3rt3x:/usr/portage/net-analyzer/nmap root# emerge info nmap
!!! Using `which gcc` to gcc locate version, this may break
!!! DISTCC, installing gcc-config and setting your current gcc
!!! profile will fix this
Portage 2.0.51_pre13 (default-macos-10.3, gcc-3.3, unavailable, 7.4.0 Power
Macintosh powerpc)
=================================================================
System uname: 7.4.0 Power Macintosh powerpc
cat: /etc/gentoo-release: No such file or directory
distcc 2.0.1-zeroconf powerpc-apple-darwin7.0 (protocol 1) (default port 3632)
[disabled]
Autoconf: sys-devel/autoconf-2.57
Automake: sys-devel/automake-1.6.3
Binutils: 
ACCEPT_KEYWORDS="macos"
AUTOCLEAN="yes"
CFLAGS="-O3 -pipe"
CHOST="powerpc-apple-darwin"
COMPILER="gcc3"
CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config
/usr/share/config /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d"
CXXFLAGS="-O3 -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="ccache cvs keepwork"
GENTOO_MIRRORS="http://gentoo.osuosl.org/"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY=""
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="macos X berkdb ldap mysql perl python ruby"
Comment 1 Miguel Sousa Filipe 2004-08-23 04:54:08 UTC
nmap does not need libpcre to function properly..

Also emerged nmap on macos without any problem..

newton:/usr/portage/dev-libs/libpcre root# emerge info
!!! Using `which gcc` to gcc locate version, this may break
!!! DISTCC, installing gcc-config and setting your current gcc
!!! profile will fix this
Portage 20040726 (default-macos-10.3, gcc-3.3, unavailable, 7.5.0 Power Macintosh powerpc)
=================================================================
System uname: 7.5.0 Power Macintosh powerpc
macos-20040726
distcc 2.0.1-zeroconf powerpc-apple-darwin7.0 (protocol 1) (default port 3632) [disabled]
Autoconf: 
Automake: 
Binutils: 
ACCEPT_KEYWORDS="macos"
AUTOCLEAN="yes"
CFLAGS="-O2 -pipe -mcpu=750"
CHOST="powerpc-apple-darwin"
COMPILER="gcc3"
CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config /usr/share/config /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d"
CXXFLAGS="-O2 -pipe -mcpu=750"
DISTDIR="/usr/portage/distfiles"
FEATURES="collision-protect cvs keepwork"
GENTOO_MIRRORS="http://gentoo.osuosl.org/"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY=""
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="macos"

miguel
Comment 2 Mamoru KOMACHI (RETIRED) gentoo-dev 2004-08-23 06:28:19 UTC
nmap does need pcre; however, if no pcre found on your system, it will be built against included pcre (and link libpcre statically). See CHANGELOG inside nmap tarball. I think the current DEPEND of nmap is correct but I add spock (maintainer of nmap) to CC list.
As for nmapfe, if you don't set USE="gtk" nmapfe won't compile. Neither gtk+1 nor gtk+2 are keyworded macos/~macos, we cannot mark nmap stable unless we use.mask gtk USE flag in macos profile at the moment. If I recall correctly, perl-module.eclass (bug #57677) is the blocker of keywording gtk+. So what we need to do is to sort out perl-module things and keyword gtk+ (to keyword nmap macos).
Comment 3 Chris L. Mason 2004-10-10 15:50:11 UTC
nmap 3.70 seems to be fully supported now.  I am able to build both with and without USE="gtk" and the dependencies (libprcre, glib 1.2 and gtk 1.2) are all working and keyworded now.  I am able to run both nmap and nmapfe successfully.
Comment 4 Chris L. Mason 2004-10-10 15:50:44 UTC
argh, I wish wrapping worked with Safari + bugzilla!!!
Comment 5 Lina Pezzella (RETIRED) gentoo-dev 2004-10-11 11:49:45 UTC
With USE=xml or xml2, gtk depends on XML-Parser, which is a perl module. Adding depend.
Comment 6 Lina Pezzella (RETIRED) gentoo-dev 2004-11-30 20:20:08 UTC
gtk is use.masked pending the perl issue. Therefore nmap is now keyworded in cvs.