Your message dated Mon, 27 May 2013 09:39:01 +0200
with message-id <[email protected]>
and subject line Re: Bug#705294: tmux: The -q quiet option does not appear to 
work
has caused the Debian Bug report #705294,
regarding tmux: The -q quiet option does not appear to work
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.)


-- 
705294: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=705294
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
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

--- End Message ---
--- Begin Message ---
Puck Mousit <[email protected]> writes:

> However I understand if this behavior is not a bug and just my
> expectations are simply different from the author's. If this ticket is
> to be marked wont-fix then I have no problem with that. It's really
> just an annoyance anyway, not a functional problem.

Ok, cool. Since you agree that this is not a bug, and as I don't want to
keep this report around forever, I'm closing it instead of marking it
wontfix.

Thanks,
-- 
Romain Francoise <[email protected]>
http://people.debian.org/~rfrancoise/

--- End Message ---

Reply via email to