Description of problem: I rebuilt the Cauldron src.rpm of nmap and it went OK except for the missing makefile.dep and an error about the stat function not working. I don't know how it affects the end product, but as I see it if the spec-file tells you that you should have makefile.dep in the source-archive I think it's best to include it in the future. Version-Release number of selected component (if applicable): 6.47 Steps to Reproduce: 1. Download the src.rpm from chosen mirror. 2. Install all needed deps and the development packages. 3. Rebuild the src.rpm. 4. Package gets rebuilt, but during the process of rebuilding you'll get thoose errors. Reproducible: Steps to Reproduce:
CC: (none) => kristoffer.grundstrom1983
Priority: Normal => LowTarget Milestone: --- => Mageia 5
Assigning to maintainer who can decide if it's a bug or not.
Assignee: bugsquad => guillomovitchTarget Milestone: Mageia 5 => ---Summary: makefile.dep is missing in the src.rpm => makefile.dep is missing in nmap's src.rpm
Whiteboard: (none) => MGA5TOO
I guess you're referring to the following message: Makefile:434: makefile.dep: No such file or directory That's just a build process tracing message, immediately followed by actual generation of this file: g++ -MM -I./liblinear -I/usr/include/lua -I./libdnet-stripped/include -I./nbase -I./nsock/include -DHAVE_CONFIG_H -DNMAP_NAME=\"Nmap\" -DNMAP_URL=\"http://nmap.org\" -DNMAP_PLATFORM=\"x86_64-mageia-linux-gnu\" -DNMAPDATADIR=\"/usr/share/nmap\" -D_FORTIFY_SOURCE=2 charpool.cc FingerPrintResults.cc FPEngine.cc FPModel.cc idle_scan.cc MACLookup.cc main.cc nmap.cc nmap_dns.cc nmap_error.cc nmap_ftp.cc NmapOps.cc NmapOutputTable.cc nmap_tty.cc osscan2.cc osscan.cc output.cc payload.cc portlist.cc portreasons.cc protocols.cc scan_engine.cc service_scan.cc services.cc Target.cc TargetGroup.cc targets.cc tcpip.cc timing.cc traceroute.cc utils.cc xml.cc nse_main.cc nse_utility.cc nse_nsock.cc nse_dnet.cc nse_fs.cc nse_nmaplib.cc nse_debug.cc nse_pcrelib.cc nse_binlib.cc nse_bit.cc nse_openssl.cc nse_ssl_cert.cc > makefile.dep Definitively not a bug.
Status: NEW => RESOLVEDResolution: (none) => INVALID