Re: Can we kill net-tools, please?
On Fri, Dec 30, 2016 at 2:32 AM, Andrey Rahmatullin <wrar@debian.org> wrote:
>
> Do you really think that
>
> wlp3s0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
> inet 192.168.** netmask 255.255.255.0 broadcast 192.168.**
> inet6 fe80::** prefixlen 64 scopeid 0x20<link>
> ether e4:**:ca txqueuelen 1000 (Ethernet)
> RX packets 66323088 bytes 90518262611 (84.3 GiB)
> RX errors 0 dropped 0 overruns 0 frame 0
> TX packets 18425793 bytes 2920636610 (2.7 GiB)
> TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
>
> is clearer than
>
> 3: wlp3s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000
> link/ether e4:***:ca brd ff:ff:ff:ff:ff:ff
> inet 192.168**/24 brd 192.168.** scope global dynamic wlp3s0
> valid_lft 70216sec preferred_lft 70216sec
> inet6 fe80:**/64 scope link
> valid_lft forever preferred_lft forever
>
> ?
>
> To me they are the same. Note that ifconfig too has cryptic uppercase
> jumble and cryptic lowercase jumble and doesn't have any separators
> between field names and values.
Those used to ifconfig's old output might dislike its new output too:
JESSIE
# ifconfig en0
en0 Link encap:Ethernet HWaddr 08:00:27:31:6a:8c
inet addr:192.168.43.242 Bcast:192.168.43.255 Mask:255.255.255.0
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
# ip a sh en0
2: en0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast
state UP group default qlen 1000
link/ether 08:00:27:31:6a:8c brd ff:ff:ff:ff:ff:ff
inet 192.168.43.242/24 brd 192.168.43.255 scope global en0
valid_lft forever preferred_lft forever
STRETCH
# ifconfig en0
en0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
inet 192.168.43.242 netmask 255.255.255.0 broadcast 192.168.43.255
ether 08:00:27:31:6a:8c txqueuelen 1000 (Ethernet)
# ip a sh en0
2: en0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast
state UP group default qlen 1000
link/ether 08:00:27:31:6a:8c brd ff:ff:ff:ff:ff:ff
inet 192.168.43.242/24 brd 192.168.43.255 scope global en0
valid_lft forever preferred_lft forever
The stretch output's similar to the output on the BSDs and Solaris...
Reply to: