airmon-ng: requires openssl but does not select it
Nobody has claimed this yet.
- Dominant language
- Makefile
- Stars
- 4.6k
- Forks
- 4k
- Avg merge
- 3d 12h
- Merged PRs (30d)
- 134
Description
Package Name
airmon-ng
Maintainer
Rick Farina zerochaos@gentoo.org
OpenWrt Version
SNAPSHOT
OpenWrt Target/Subtarget
ipq806x/generic
Steps to Reproduce
If I just add airmon-ng in make menuconfig, the build environment, the build process errors out on the --without-openssl line in the Makefile for aircrack-ng (apparently there is some dependency). I have to manually go in to Libraries, SSL and * on Openssl, for it to build.
Whereas aircrack-ng, if selected, I'm not sure the same issue happens. And probably people routinely select both when building so they may not see this error.
It seems like this should be a minor (easy) thing to correct.
Actual Behaviour
Build fails
Confirmation Checklist
- The package is maintained in this repository.
- I understand that issues related to the base OpenWrt repository or LuCI repository will be closed.
- I am reporting an issue for OpenWrt, not an unsupported fork.
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start with the airmon-ng package definition and the aircrack-ng Makefile, focusing on the --without-openssl build path and how dependencies are selected through make menuconfig. Confirm the failure when only airmon-ng is selected, then verify that its dependency selection allows the build to complete without manually enabling OpenSSL.
Written by the indexing model from the issue text.
Assessment
- Domain
- build-system
- Issue type
- Bug
- Difficulty
- 2/5
- Estimated time
- 1-3 hours
- Activity status
- Quiet
- Clarity
- Mostly clear
- Newbie friendliness
- 70/100