【问题标题】:More Complete List of CUPS printer-state-reasons更完整的 CUPS 打印机-状态-原因列表
【发布时间】:2017-07-07 03:06:33
【问题描述】:

RFC8011 p.152 中有一个打印机可能具有的常见状态原因列表。在我的测试中,这个列表似乎很不完整。是否有更完整的 CUPS 列表?

未列出的打印机状态状态原因的一些示例:

  • 杯子等待作业完成
  • 离线报告

我相信还有更多的例子,但这些是我找到并记录下来的。

【问题讨论】:

  • 这不是 OEM 特有的吗?
  • 在某种程度上,也许,但是杯子等待工作完成对我来说听起来不是 OEM。
  • 我会冒险猜测这很不幸属于离题关闭原因:“要求我们推荐或查找书籍、工具、软件库、教程或其他非现场资源的问题是与 Stack Overflow 无关,因为它们往往会吸引固执己见的答案和垃圾邮件。”
  • 那太可惜了,我已经拥有了 CUPS 书,并且拥有我能找到的所有文档,包括这个晦涩难懂的 RFC 东西(我仍然不知道 rfc 代表什么)。没有一个更完整的清单。还仔细阅读了 CUPS 源代码,我可以验证 cups-waiting-for-job-completed 确实内置在杯子中。 github.com/apple/cups/blob/…
  • RFC 是“Request for Comments”的常用首字母缩写词。 IETF(Internet Engineering Task Force)和 IANA(Internet Assigning Numbers Authority)首先使用它来命名一系列文件,这些文件指定了您在线生活的基础:构成互联网的所有协议。

标签: cups


【解决方案1】:

编辑: M. Sweet 很乐意提供来自 IANA 的这份名单:https://www.iana.org/assignments/ipp-registrations/ipp-registrations.xml

cups source code 似乎说明了很多未出现在该 RFC 中的状态原因。由于同一作者 -- M. Sweet 既是 RFC 的作者,又是 CUPS 源代码的维护者,这可能值得将其作为错误报告提交到 GitHub 上,以了解两者出现分歧的原因。

例如,在 2013 年,添加了 cups-waiting-for-completed,大约一天后重命名为 cups-waiting-for-job-completed, 这比最新的 2017 年 RFC 版本早了 4 年。

RFC 按以下顺序提及以下代码:

none
other
developer-low
door-open
fuser-over-temp
fuser-under-temp
input-tray-missing
interlock-open
interpreter-resource-unavailable
marker-supply-empty
marker-supply-low
marker-waste-almost-full
marker-waste-full
media-empty
media-jam
media-low
media-needed
moving-to-paused
opc-life-over
opc-near-eol
output-area-almost-full
output-area-full
output-tray-missing
paused
shutdown
spool-area-full
stopped-partly
stopping
timed-out
toner-empty
toner-low

但是job.c的源代码似乎也提到了以下状态(包括问题中提到的两个)。我认为这是一个详尽的清单,直到出现更多。

connecting-to-device
offline-report
cups-insecure-filter-warning
cups-missing-filter-warning
cups-remote-aborted
cups-remote-canceled
cups-remote-completed
cups-remote-pending
cups-remote-pending-held
cups-remote-processing
cups-remote-stopped
cups-waiting-for-job-completed

至于跟踪新关键字添加的最佳方式,M. Sweet 可能还能够提供有关新状态关键字的来源的信息。这是似乎提示 cups-waiting-for-job-completed 的提交描述。

msweet committed on Nov 6, 2013 在 OS X 上放弃了“黑暗唤醒”支持,这会阻止便携式设备在工作卡住时进入睡眠状态。我们现在使用 CUPS 1.4 的变体 sleep 支持进行更清洁的睡眠 <rdar://problem/14323704> 除了删除所有电源断言之外,我们现在跟踪一个新的“cups-waiting-for-completed”状态关键字,它告诉 cupsd 它可以 SIGKILL 后端而没有副作用 - 然后如果我们只是在等待工作完成,我们可以立即睡觉。

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2014-12-07
    • 1970-01-01
    • 2022-07-07
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多