Summary: | net-analyzer/nmap-6.25 (with USE=lua) - x86_64-pc-linux-gnu-ar: invalid option -- '.' | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Marien Zwart (RETIRED) <marienz> |
Component: | Current packages | Assignee: | Gentoo Netmon project <netmon> |
Status: | RESOLVED FIXED | ||
Severity: | normal | ||
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
See Also: | https://bugs.gentoo.org/show_bug.cgi?id=445524 | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Marien Zwart (RETIRED)
![]() + 16 Jan 2013; Sergey Popov <pinkbyte@gentoo.org> nmap-6.01.ebuild, + nmap-6.25.ebuild: + Fix building with USE='lua' due to recent changes, wrt bug #452452. Thanks to + Marien Zwart Good catch, that was my fault - liblua subdirectory Makefile is only one, who pass options to AR variable in this variable itself I have removed all the unneeded sed invocations now. They are much too complicated, and setting AR/RANLIB on the make command line neatly overrides anything in the Makefiles anyway. (In reply to comment #1) > + 16 Jan 2013; Sergey Popov <pinkbyte@gentoo.org> nmap-6.01.ebuild, > + nmap-6.25.ebuild: > + Fix building with USE='lua' due to recent changes, wrt bug #452452. > Thanks to > + Marien Zwart > > Good catch, that was my fault - liblua subdirectory Makefile is only one, > who pass options to AR variable in this variable itself Which it shouldn't anyway, so I have written an upstreamable patch for that. Maybe you want to take care of submitting that. |