Summary: | nmap compiles cleanly on macos | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Ryan Ramsey <admin> |
Component: | New packages | Assignee: | Lina Pezzella (RETIRED) <j4rg0n> |
Status: | RESOLVED FIXED | ||
Severity: | enhancement | CC: | clmason, osx, spock |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | PPC | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | 57677, 58165, 62069 | ||
Bug Blocks: |
Description
Ryan Ramsey
2004-07-21 07:40:58 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 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). 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. argh, I wish wrapping worked with Safari + bugzilla!!! With USE=xml or xml2, gtk depends on XML-Parser, which is a perl module. Adding depend. gtk is use.masked pending the perl issue. Therefore nmap is now keyworded in cvs. |