开发日记-20190626 Linux系统管理技术手册(第二版) 第一章习题答案(个人版)

Preface

交流才是王道，只有在极少数情况下，一个天才的能力会超越一百个凡人

---

Content

E1.3

• man和info之间的主要区别是什么？他们各自有什么优点？

man手册页对单条命令，驱动程序，文件格式或者库例程做简洁的描述。
Texinfo文档是在很久以前由GNU人士发明的，针对的是设定man页面格式的nroff的命令为AT&T专有这一现实情况。现在，我们已经有了GNU的groff来为我们完成这项工作，nroff的问题不再重要了。遗憾的是，需要GNU软件包坚持用Texinfo文件而不是man页面来提供自身的文档。Texinfo除了为文档规定的不必要的标准之外，其自身也表现为一种相当错综复杂的超文本系统。(P9)

E1.4

• Linux内核当前发展状态如何？
• 热点问题是什么？
• 关键人物都有谁？
• 项目是怎么样进行管理的？

这部分的问题相对涉及的比较广泛，感觉更像是各展所长的意思。

E1.5

• 研究几种Linux发行版本（参考1.4节的清单，以此作为出发点），为下列每种应用推荐一个发行版本。解释做出选择的理由。
  参考自：十款最常见的Linux发行版及目标用户
  a) 在家办公的单个用户

  Ubuntu，免费，UI交互极棒，是新手用户肯定爱不释手的一款操作系统。

  b) 大学的计算机科学实验室

  Centos，保留了Red Hat的很多特性，同时是免费的，同时也很稳定。

  c) 企业的Web服务器

  红帽企业级Linux是系统管理员的第一选择,它有众多的程序包,还有非常到位的支持。

E1.6

• 假定您发现了在Fedora Core5提供的文档中说明的Apache httpd的某种功能并不可行。
  a) 在报告这个bug之前，您应该做什么？
  b) 如果认定这确实是一个bug，那么您应该通知谁？怎么样通知？
  c) 要让bug报告有用处的话，它必须包含什么信息？

在官方网站上找到对应的渠道，Bugzilla貌似被墙了，转而查看Bugs and feature requests，所幸，这个还能访问。

然后这个流程就很复杂了，官方文档是这么说的：
Sometimes, new reports are missing information, are inaccurate, or have other flaws. This wastes valuable time. The person who reported the bug wastes their time when they file inaccurately, and the developers have to spend more time on the bug, which wastes their time, and may even result in the bug being ignored or forgotten. This page describes how to file quality bug reports and suggest enhancements in a constructive manner.
翻译成人话就是，有些时候，一些新的错误报告往往缺乏必要的信息，不准确，或者有着另外的瑕疵。这会浪费我们工程师的宝贵时间。你们在写bug信息时如果草草了事，这不仅是对于你们自己时间的浪费，同时会导致开发人员花费更多的时间在这个bug上，这也浪费了他们的时间，而且甚至会导致这个问题最后被忽略或者遗忘。后面略。
进一步翻译成人话就是，睿智们，如果想为社区做贡献，就好好提bug，别浪费我们时间，我们很忙的= =2333
后面的文字比较多，我也不希望博客内容漫无目的地铺张，所以请自行阅读啦。
Bugs and feature requests
a）首先，你需要了解Fedora在bug处理上的工作流程。然后，你需要知道起码的礼仪，明白怎么样去提问才能让别人乐于去解决你所提的bug。第三，你需要搜索一下是不是已经有人提过相同或者类似的bug了。第四，到 /var/log/messages中搜索错误信息。
b）通过Bugzilla提交bug给官方工程师
c）bug应该包含Version Number，Clear Description，Diagnostic info，Context，即版本信息，清晰的描述，系统所显示的诊断信息，操作环境

好了，基本就是这样了，一星的题目还真的是挺麻烦的

---

Daily Task

终有一天，你会老去，而我，将会加冕为王！