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 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
Assignee: Sam James
URL:
Whiteboard: was; net-analyzer/nmap bundles dev-li...
Keywords:
Depends on: 512546
Blocks: bundled-libs
  Show dependency tree
 
Reported: 2008-12-31 17:39 UTC by Diego Elio Pettenò (RETIRED)
Modified: 2024-04-30 04:41 UTC (History)
6 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 (RETIRED) 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.
Comment 8 Larry the Git Cow gentoo-dev 2023-04-01 16:53:11 UTC
The bug has been referenced in the following commit(s):

https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=5bb392d690d47baf051b7efaea990a0afda25618

commit 5bb392d690d47baf051b7efaea990a0afda25618
Author:     Sam James <sam@gentoo.org>
AuthorDate: 2023-04-01 02:38:44 +0000
Commit:     Sam James <sam@gentoo.org>
CommitDate: 2023-04-01 16:51:19 +0000

    profiles/base: drop obsolete nmap[system-lua] mask
    
    We've had fixed Lua since about 2020 in Gentoo (proper eclasses & slotting).
    
    Marecki already did the hard work here including porting nmap's ebuilds.
    
    Bug: https://bugs.gentoo.org/253269
    Signed-off-by: Sam James <sam@gentoo.org>

 profiles/base/package.use.mask | 4 ----
 1 file changed, 4 deletions(-)
Comment 9 Larry the Git Cow gentoo-dev 2023-04-02 21:57:37 UTC
The bug has been referenced in the following commit(s):

https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=54c3961cd8fd050411752bc036f2e6d24b1aa075

commit 54c3961cd8fd050411752bc036f2e6d24b1aa075
Author:     Sam James <sam@gentoo.org>
AuthorDate: 2023-04-02 21:54:10 +0000
Commit:     Sam James <sam@gentoo.org>
CommitDate: 2023-04-02 21:56:57 +0000

    net-analyzer/nmap: tidy up system-lua logic
    
    In 5bb392d690d47baf051b7efaea990a0afda25618, we unmasked system-lua, but iamben
    points out the REQUIRED_USE logic was backwards here where system-lua needed
    nse on rather than the other way around.
    
    Fix that by just dropping system-lua as a flag, so we now always use the
    system Lua if we need it (i.e. if we're building nse).
    
    Bug: https://bugs.gentoo.org/253269
    Signed-off-by: Sam James <sam@gentoo.org>

 net-analyzer/nmap/metadata.xml                            |  1 -
 .../nmap/{nmap-7.92-r2.ebuild => nmap-7.92-r3.ebuild}     | 14 ++++++++------
 .../nmap/{nmap-7.93-r2.ebuild => nmap-7.93-r3.ebuild}     | 14 ++++++++------
 net-analyzer/nmap/nmap-9999.ebuild                        | 15 +++++++++------
 4 files changed, 25 insertions(+), 19 deletions(-)