Package: tmux Version: 1.8-1 Severity: normal
The -q option intended for quiet operation does not appear to be working in the version of tmux currently in sid (what I am using). For example, the has-session argument for tmux is commonly used in scripts with -q as such: $ tmux -q has-session -t existingsession $ This would be the expected behavior, with an exit 0 status, and this does work. However, if I perform the command on a session target that doesn't exist, I get: $ tmux -q has-session -t nonexistant session not found: nonexistant $ The exit status is 1 as would be expected, so the has-session function itself works. It is just the -q that seems to be ignored, since that should've been a silent operation. While this bug is not major (scripts still work), it does create a noisy annoyance. Other messages such as tmux warning you about the creation of nested sessions also occur, even when -q has been used there as well. I do not know if this bug is present only in Debian or is also present upstream. I checked the bug reports on tmux's SourceForge page and did not see a ticket. -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-xen-amd64-custom (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages tmux depends on: ii dpkg 1.16.10 ii libc6 2.13-38 ii libevent-2.0-5 2.0.19-stable-3 ii libtinfo5 5.9-10 tmux recommends no packages. tmux suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
