Your message dated Sun, 8 Nov 2015 00:32:56 +0100 with message-id <[email protected]> and subject line fixed include in v4.0.0 has caused the Debian Bug report #614709, regarding ss: do not compute correctly columns width in case of long service name to be marked as done.
This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact [email protected] immediately.) -- 614709: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=614709 Debian Bug Tracking System Contact [email protected] with problems
--- Begin Message ---Package: iproute Version: 20100519-3 Severity: minor I find little disturbance in ss output, when done on terminal (this is not issue when using ss in scripts). # /sbin/ss -4 .... TIME-WAIT 0 0 127.0.0.1:7634 127.0.0.1:34637 ESTAB 0 0 127.0.0.1:6600 127.0.0.1:46644 SYN-SENT 0 1 192.168.1.11:57142 10.6.6.9:6600 ESTAB 0 0 192.168.1.11:55633 88.86.102.50 :xmpp-clie nt TIME-WAIT 0 0 127.0.0.1:7634 127.0.0.1:34632 TIME-WAIT 0 0 127.0.0.1:7634 127.0.0.1:34634 ESTAB 0 0 192.168.1.11:43244 109.162.31.124:https ESTAB 0 0 127.0.0.1:46644 127.0.0.1:6600 ..... # "nt' from "xmpp-client", will always be on separate line, regardless who wide my terminal will be. There are multiple possible options to solve this. 1) enlarge it from 9 character (10 including zero), to 16. # awk '{print $1;}' /etc/services | grep -v '^#' | wc -L 16 # Inspecting it gives some more common long services, like kerberos_master, afs3-fileserver, gisgatekeeper, dhcpv6-client, microsoft- ds, and many more which will still not fit into 9 characters. Unfortunately fixing this to 16 characters, is both waste of space when it is not needed (most names fit in 6 characters, including not resolved ones), as well can break if somebody will add service with longer name (for example manually). (Scanning first services to determine longest one is also not an options, as it is waste of resources, as well is impossible if service names are stored not in plain fail, but other nss mechanism). 2) Enlarge it to 16 characters, if terminal have at least 140 characters width. (I commonly use terminal of width 230 characters). 3) scan or perform two passes to determine length of longest service name. 4) truncate explicitly service name, at 9 (I would prefer 11) characters, and eventually use some character (like ellipsis, with Unicode point U+2026) to indicate truncation. What you think? -- System Information: Debian Release: 6.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-xen-686 (SMP w/1 CPU core) Locale: LANG=pl_PL.utf8, LC_CTYPE=pl_PL.utf8 (charmap=UTF-8) (ignored: LC_ALL set to pl_PL.utf8) Shell: /bin/sh linked to /bin/dash Versions of packages iproute depends on: ii libc6 2.11.2-11 Embedded GNU C Library: Shared lib ii libdb4.8 4.8.30-4 Berkeley v4.8 Database Libraries [ Versions of packages iproute recommends: pn libatm1 <none> (no description available) Versions of packages iproute suggests: pn iproute-doc <none> (no description available) -- no debconf information
--- End Message ---
--- Begin Message ---Version: 4.0.0-1 Hello. This issue should be fixed by upstream commit d68e00f7 " ss: Fix layout/output issues introduced by regression" which is part of upstream release 4.0.0 and thus already in the debian archive. Closing this issue now. Regards, Andreas Henriksson
--- End Message ---
