Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!

Bug 253269

Summary: net-analyzer/nmap bundles dev-libs/libdnet dev-libs/libpcre net-libs/libpcap dev-lang/lua (liblua) liblinear
Product: Gentoo Linux Reporter: Diego Elio Pettenò (RETIRED) <flameeyes>
Component: Current packagesAssignee: Sam James <sam>
Status: CONFIRMED ---    
Severity: normal CC: dan, dilfridge, esigra, nexion.hellborn, rbu, zlogene
Priority: High    
Version: unspecified   
Hardware: All   
OS: Linux   
Whiteboard:
Package list:
Runtime testing required: ---
Bug Depends on: 512546    
Bug Blocks: 251464    

Description Diego Elio Pettenò (RETIRED) gentoo-dev 2008-12-31 17:39:08 UTC
At least they document the changes, I don't know if libdnet ever merged those back, it might be worth looking at that.
Comment 1 Michal Januszewski (RETIRED) gentoo-dev 2009-01-03 11:32:42 UTC
I just had a quick look and it appears that all/most of the changes are not included in libdnet-1.11.
Comment 2 Michal Januszewski (RETIRED) gentoo-dev 2009-09-26 10:20:23 UTC
I don't think there is any way we can fix this currently.  The modifications made in the nmap version include some fixes and a patch that adds support for SCTP.  Nmap won't compile against a libdnet which doesn't have this patch, and it's not included in the upstream version (yet).
Comment 3 Jeroen Roovers (RETIRED) gentoo-dev 2013-08-01 15:32:02 UTC
What I found out about disentangling the bundled libs so far:

1) libdnet-stripped is hard-coded in various C headers and elsewhere
2) dev-libs/libdnet-1.12 supports SCTP, so we should be able to fairly easily switch, if it
   weren't for 1).
3) liblinear[1] is not in the tree
4) autotools changes are difficult (e.g. [2])


I made some initial progress but then I got tired and threw away my work in disgust. This isn't going to be easy.



[1] http://www.csie.ntu.edu.tw/~cjlin/liblinear/
[2] CHANGELOG:Cleaned up the libpcre build system a bit by removing Makefile.am
Comment 4 Herbert Wantesh 2013-10-28 03:23:22 UTC
any news about this? this seems to block nmap 6.40 which is out since 29-Jul-2013
Comment 5 Jeroen Roovers (RETIRED) gentoo-dev 2014-06-05 23:51:21 UTC
(In reply to puchu from comment #4)
> any news about this? this seems to block nmap 6.40 which is out since
> 29-Jul-2013

>=dev-lang/lua-5.2 is still package.masked.
Comment 6 Larry the Git Cow gentoo-dev 2020-12-27 00:05:42 UTC
The bug has been referenced in the following commit(s):

https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=4b3b89a166b295db16dcbee179bae41eefd8c324

commit 4b3b89a166b295db16dcbee179bae41eefd8c324
Author:     Marek Szuba <marecki@gentoo.org>
AuthorDate: 2020-12-27 00:00:44 +0000
Commit:     Marek Szuba <marecki@gentoo.org>
CommitDate: 2020-12-27 00:05:32 +0000

    net-analyzer/nmap: migrate to lua-single.eclass
    
    The live ebuild, the latest release currently in the tree and the latest
    release available under the GPL. In all three cases, upstream build
    scripts require version 5.3 of Lua and while they do not use pkgconfig,
    they check for versioned files/directories first.
    
    IUSE=system-lua is still there but defaults to enabled now.
    
    Bug: https://bugs.gentoo.org/253269
    Closes: https://bugs.gentoo.org/752774
    Signed-off-by: Marek Szuba <marecki@gentoo.org>

 net-analyzer/nmap/nmap-7.80-r2.ebuild | 137 ++++++++++++++++++++++++++++++++++
 net-analyzer/nmap/nmap-7.91-r1.ebuild | 116 ++++++++++++++++++++++++++++
 net-analyzer/nmap/nmap-9999.ebuild    |  18 +++--
 3 files changed, 266 insertions(+), 5 deletions(-)
Comment 7 Marek Szuba archtester gentoo-dev 2020-12-27 00:07:16 UTC
nmap can now build against system Lua, all that remains to be done is to move its USE=system-lua mask from package.use.mask to package.use.stable.mask.