[cups-devel] [UNKN] STR #4761: And info to 'lpstat -t' when queue is held

Arney <[email protected]>
Newsgroups gmane.comp.printing.cups.devel
Message-ID <[email protected]>
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA512

DO NOT REPLY TO THIS MESSAGE.  INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.

[STR New]

When the queue 'LaserJet' is accepting, enabled and not held, 'lpstat -t'
shows

LaserJet accepting requests since Do 21 Jan 2016 19:43:00 CET
printer LaserJet is idle.  enabled since Do 21 Jan 2016 19:43:00 CET

After 'sudo cupsdisable --hold LaserJet' the output remains the same.
This is a behaviour is unexpected to me, and apparently also to others:

http://comments.gmane.org/gmane.comp.printing.cups.general/27457

I suggest to insert 'is held' into the output of 'lpstat' for held queues:

LaserJet accepting requests since Do 21 Jan 2016 19:43:00 CET
printer LaserJet is held and idle.  enabled since Do 21 Jan 2016 19:43:00
CET

and leave it unchanged for queues not held.

Link: https://www.cups.org/str.php?L4761
Version: -feature
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.14 (GNU/Linux)
Comment: GPGTools - https://gpgtools.org

iQIcBAEBCgAGBQJWojutAAoJENujp6sI12Ij10cP/00WUTAkTgb23tepd8rkDHHL
wiUZVsINLa+8iRwpLImC5QVchFQBA77Asj1P8LHEUQgGUgtxBasyaLbMtaHmKBQ1
yoQvtF3AjFGa5wyI14fZz9zQS+elPQp8EtdBctVblIt7dGCGcZDvfoTWNxLAn8Kj
dzezo0yb/fuCUt8y/t5hclQEqtpAoH5e3aqI60Au/df3HJvY/abRnfO/WPohDCFu
VvzdY3GbUlX3iRhdeBA9h8S0EEL3CTK/VwHCcGt6U9gaS6AF8nAxtkBp2SDIVdv7
4YYlIoVkFmCg2UAqnz6JKfTk3GEuWcNqfCLO7+M21rUQYgdIDU2WvkZwXEJ/PV8a
WzUmJKeTKA2c4qpEAkQSKdTnRww+ofoxSE4lE1FtY5d6SMpnVArimLcfwl0i5cEZ
7ue24dAeTh3NaDlyB3JaHRzxqQbuo5FSITZMbuZWyXrsyCDUtojFoZmzLWA/CbCg
iMtide9BiycvkYHCUPQ/fvYXAgn3Z0uKqCJddpFlL+a20lTwce8BcgI7YmnRe4Z4
PZG2Bah7OKDIHeVInQvVD39HaRbBhrkP3Og+QO1rem2vIEyD0pQ6m+jZqr2JZhTr
IFw0/ImYV+yYkc43gojy5kzHsW8WD0NGJEl5Rpd5muhf0gcSAQWpjYXp+uL0VR0X
xOJhP2cfHxNaW9zDlmHo
=lu6F
-----END PGP SIGNATURE-----
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.