Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 253269 - net-analyzer/nmap bundles dev-libs/libdnet dev-libs/libpcre net-libs/libpcap dev-lang/lua (liblua) liblinear
Summary: net-analyzer/nmap bundles dev-libs/libdnet dev-libs/libpcre net-libs/libpcap ...
Status: CONFIRMED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: All Linux
: High normal with 1 vote (vote)
Assignee: Sam James
URL:
Whiteboard:
Keywords:
Depends on: 512546
Blocks: bundled-libs
  Show dependency tree
 
Reported: 2008-12-31 17:39 UTC by Diego Elio Pettenò (RETIRED)
Modified: 2021-01-26 00:00 UTC (History)
5 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 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 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.