after installing ngrep, "Could not open /opt/local/lib/libpcap.A.dylib" causes rebuild on every install

[Tatsh (Andrew Udvare)]

Since installing ngrep, I get this every time I run port install ...:

--->  Scanning binaries for linking errors
Could not open /opt/local/lib/libpcap.A.dylib: Error opening or reading file (referenced from /opt/local/bin/ngrep)
--->  Found 1 broken file(s), matching files to ports
--->  Found 1 broken port(s), determining rebuild order
--->  Rebuilding in order
     ngrep @1.45

Looking at the file, it exists and is readable.

lrwxr-xr-x 1 root admin 19 Apr 23 14:28 /opt/local/lib/libpcap.A.dylib -> libpcap.1.7.3.dylib

Also, file shows appropriate output:

/opt/local/lib/libpcap.1.7.3.dylib: Mach-O 64-bit dynamically linked shared library x86_64

[ryandesign (Ryan Carsten Schmidt)]

What happens if you run ngrep? For example, try running this:

ngrep -V

It works for me, and sudo port rev-upgrade doesn't show ngrep as broken on my system.

[Tatsh (Andrew Udvare)]

$ ngrep -V
ngrep: V1.45, $Revision: 1.93 $

$ port rev-upgrade
--->  Scanning binaries for linking errors
--->  No broken files found.

So I am unsure how to reproduce this but I have had this happen a few times when I run port upgrade outdated or just install a new package.

[ryandesign (Ryan Carsten Schmidt)]

And you're sure it mentioned ngrep and libpcap each time? Or was it each time something different that rev-upgrade reported as broken?

[Tatsh (Andrew Udvare)]

Very sure it has been ngrep every time. I have yet to reproduce this issue again (of course once I file a bug).

[ryandesign (Ryan Carsten Schmidt)]

It's been a couple weeks... Have you seen this problem again?

Have you checked your disk lately with Disk Utility?

[Tatsh (Andrew Udvare)]

Not sure if I have seen this bug in the last 3 weeks. I have usually updated unattended once per week. Close, watch and re-open if I see this issue again?

[hasso.tepper@…]

This is a real problem. The point is that ngrep registers libpcap as build dependency, but it's really a runtime one. So, if ngrep is the only port depending from libpcap from ports, 'port uninstall leaves" removes libpcap and leaves ngrep in a broken state. I assume this change is needed:

- depends_build   port:libpcap
+ depends_lib     port:libpcap

[kurthindenburg (Kurt Hindenburg)]

In d4a3c290/macports-ports:

ngrep: add various patches + use pcre

• avoid sourceforge redirects
• add openmaintainer for now - maintainer timeout
• use macports pcre instead of ngrep's regex
• use Debian's patches : ipv6, man, building, locale
• enable-ipv6

closes #40792
closes #52840
closes #48123
closes #52207

[kurthindenburg (Kurt Hindenburg)]

In 4c47444/macports-ports:

ngrep: add various patches + use pcre

• avoid sourceforge redirects
• add openmaintainer for now - maintainer timeout
• use macports pcre instead of ngrep's regex
• use Debian's patches : ipv6, man, building, locale
• enable-ipv6

closes #40792
closes #52840
closes #48123
closes #52207