Your message dated Mon, 20 Apr 2015 03:29:24 +0100
with message-id <[email protected]>
and subject line Re: Bug#782981: coreutils: /usr/bin/yes serves no purpose
has caused the Debian Bug report #782981,
regarding coreutils: /usr/bin/yes serves no purpose
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.)
--
782981: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=782981
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: coreutils
Version: 8.23-4
Severity: normal
Dear Maintainer,
printing 'Y' all over the place or using if 'yes'='yes' serves no purpose from
any perspective. Thats like saying if true then do something.This is a
pragmatical programming logical error.Either add NO to the mix and find a
better use for YES/NO like in dialog package or remove YES from /usr/bin.
-- System Information:
Debian Release: 8.0
APT prefers testing
APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
Versions of packages coreutils depends on:
ii libacl1 2.2.52-2
ii libattr1 1:2.4.47-2
ii libc6 2.19-18
ii libselinux1 2.3-2
coreutils recommends no packages.
coreutils suggests no packages.
-- no debconf information
--- End Message ---
--- Begin Message ---
On 20/04/15 02:47, richard jasmin wrote:
> Package: coreutils
> Version: 8.23-4
> Severity: normal
>
> Dear Maintainer,
>
> printing 'Y' all over the place or using if 'yes'='yes' serves no purpose from
> any perspective. Thats like saying if true then do something.This is a
> pragmatical programming logical error.Either add NO to the mix and find a
> better use for YES/NO like in dialog package or remove YES from /usr/bin.
'yes' would be better named 'rpt' since it can repeat any parameter to the
output,
though of course we can't change the naming at this stage.
Please look into things more deeply before further bug reports.
thanks,
Pádraig.
--- End Message ---
