Summary: | Yersinia 0.7 does not compile | ||
---|---|---|---|
Product: | Ports & Packages | Reporter: | jau |
Component: | Individual Port(s) | Assignee: | Stefan Eßer <se> |
Status: | Closed FIXED | ||
Severity: | Affects Only Me | ||
Priority: | Normal | ||
Version: | Latest | ||
Hardware: | Any | ||
OS: | Any |
Description
jau
2006-07-07 05:10:23 UTC
Responsible Changed From-To: freebsd-ports-bugs->se Over to the maintainer. > When you have the ports version of pcap installed in addition to > the system default pcap configuring yersinia fails and thus the > whole install/upgrade. > > After launching make in /usr/ports/security/yersinia you see this... [...] > checking for a complete set of pcap headers... > > more than one set found in: > /usr/local/include > /usr/include > > please wipe out all unused pcap installations > ===> Building for yersinia-0.7 > make: cannot open Makefile. > *** Error code 2 > > Stop in /usr/ports/security/yersinia. Well, this appears to be a typical case of "works as designed" to me ... The configure script explicitly checks for this situation and in case headers (and thus libraries) are found in multiple locations, emits a warning, that you can't expect the build to succeed. This is not specific behavior of the port, but of the configure file distributed with yersinia for all supported platforms. You could temporarily hide the pcap header and library (either system or port version, but consistently) and then build the port, or just install yersinia from a package. You could also contact the yersinia developers, or develop a patch to configure, that does the right thing (TM). If it is specific to FreeBSD, I could add it to the port, but I'd definitely prefer if you submitted it to the yersinia developers for inclusion in the next release ... Regards, STefan State Changed From-To: open->closed While the configure script had probably been extended to prevent building on systems with multiple pcap libraries, which can cause hard to diagnose crashes, this problem seems to be a non-issue on FreeBSD. For that reason I have left the check and warning message enabled in configure, but have disabled the exit command (and thus converted the fatal error to a mere warning ...) This should not cause any problems under FreeBSD, and without this hack, the port would not build on FreeBSD-4.x systems. Thanks for bringing this issue up! |