Package: iptraf
Version: 3.0.0-8.1+b1
Severity: important
Dear Maintainer,
*** Reporter, please consider answering these questions, where appropriate ***
* What led up to the situation?
Having stretch/sid the ethernet interface of eth1 was named new
* What exactly did you do (or not do) that was effective (or
ineffective)?
* What was the outcome of this action?
eth1 became enp4s6 now ant iptraf can't recognize it now.
* What outcome did you expect instead?
iptraf can manage such names too.
*** End of the template - remove these template lines ***
-- System Information:
Debian Release: stretch/sid
APT prefers testing
APT policy: (650, 'testing'), (600, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 4.5.0-1-686-pae (SMP w/2 CPU cores)
Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
Versions of packages iptraf depends on:
ii libc6 2.22-7
ii libncurses5 6.0+20160319-1
ii libtinfo5 6.0+20160319-1
iptraf recommends no packages.
iptraf suggests no packages.
-- no debconf information
