标签: documentation

$ whatis source
source: nothing appropriate.
$ man source
No manual entry for source
$ source
bash: source: filename argument required
source: usage: source filename [arguments]

它存在，并且可以运行。为什么 Ubuntu 中没有关于它的任何文档？它有什么作用？如何安装有关它的文档？

很久以前，我看到有人使用专门为图片注释创建的软件（在 Windows 上）。它可以轻松地向图像添加具有“出色”颜色的箭头、框、圆圈。不幸的是，我不记得那是什么程序。

现在，我必须记录一个 GUI，我想使用这个软件来注释软件的屏幕截图，以便我可以显示 GUI 各个方面之间的流程和依赖关系。

如果有人能指出我正确的方向，我会很高兴。

我在我的 Ubuntu 笔记本电脑上安装了 awesome，我喜欢它。但我觉得有点失落。我不知道任何键盘快捷键，手册页也没有任何帮助（例如，Mod4 是什么意思？）。

有没有我可以阅读的关于awesome的简要介绍？

摘自文档

因此，'mount -t tmpfs -o size=10G,nr_inodes=10k,mode=700 tmpfs /mytmpfs' 将为您提供 /mytmpfs 上的 tmpfs 实例，它可以在 10240 个 inode 中分配 10GB RAM/SWAP，并且只能由 root 访问。

请注意命令行：

mount -t tmpfs -o size=10G,nr_inodes=10k,mode=700 tmpfs /mytmpfs

让我困惑的是第二个tmpfs。该手册页说什么的选项tmpfs，这是什么意思？

我的蓝牙耳机飞利浦 SHB6610有几个配置文件。它可以用作低质量声音耳机（HFP）和高质量声音耳机（A2DP）。通常，每当我开始在我最喜欢的媒体播放器 (Winamp) 中播放音乐时，它都会自动切换为高质量。如果我在 Skype 上接到电话，它会切换到低质量。即使我在后台听音乐，一旦通话结束，它又会回到高品质。

但是，有时会发生将耳机连接到计算机的情况，即使我不在通话中，它们也会保持低质量模式。我可以以某种方式手动强制执行配置文件吗？这该怎么做？

唯一有帮助（但并非总是如此）的是将耳机与 PC 重新配对。我在Toshiba Satellite Pro P300-1CG笔记本电脑上使用Windows 7，带有Belkin Mini 蓝牙适配器。

编辑：现在我根本无法保持连接处于活动状态，除非我保持蓝牙设备窗口打开。一旦我关闭窗口连接中断。

我有兴趣学习Far Manager。是否有任何演练或教程或功能导览？F1 帮助系统很好，但它更像是参考而不是初学者指南。

在工作中，我负责维护标准文件系统上大量不同数据的组织。一部分是提出合理的分类（通过相似性、需求、读/写访问等），但更大的部分实际上是记录它：哪些文档/文件/媒体应该放在什么地方，哪些不应该在这个目录中， “对于稍微不同的东西，请参阅../../other-dir”等。

目前，我已经readme在我想要记录的每个目录中使用纯文本文件记录了这一点。如果有人不确定任何目录中的内容，他们会读取该文件。

这工作正常，但我有这个原始的自定义解决方案来解决任何非平凡目录结构的维护者必须经历的问题，这似乎很奇怪。例如，我所知道的每家公司都有某种共享文件系统，其中商定的分类术语很重要。根据我的经验，人们只需要通过反复试验和实验来了解什么是什么。

所以请允许我提出一个更好的解决方案，希望你能告诉我它是否存在。任何文件系统上的任何目录都可以有一个名为.readme. 它的内容是描述性的人类语言。它使用一些像 Markdown 这样的标记，只有粗体、斜体和（相对）指向其他目录的超链接。现在，适当启用的文件浏览器将.readme在显示目录时检查命名的文件。如果存在，它的内容将被解析并显示在目录路径小部件附近的一个不显眼的窗格中。可以点击其中的任何链接，用户将被带到该链接的目标目录。

我认为实施这样一个标准的努力将在可用性收益方面得到多次回报。我们会有，比如说，用于 Nautilus、Konqueror 等的插件。它可以用来在网络服务器提供的标准文件列表中显示目录信息。等等。

所以，问题是：这样的东西存在吗？如果没有，为什么不呢？人们认为这是一个值得的想法吗？

我无法理解ls有关具有rw-模式的文件的手册。这是报价：

1. 如果r，文件可读；如果?，则不可读。

2. 如果w，文件是可写的；如果?，则不可写。

3. 以下第一个适用：

   S     如果在所有者权限中，则该文件不可执行并设置了 set-user-ID 模式。如果在组权限中，则该文件不可执行并设置了 set-group-ID 模式。

   s     如果在所有者权限中，则该文件是可执行的并且设置了 set-user-ID 模式。如果在组权限中，则该文件是可执行的，并且设置了 setgroup-ID 模式。

   x     该文件是可执行的或目录是可搜索的。

   ?     该文件既不是可读、可写、可执行的，也不是 set-user-ID 或 set-group-ID 模式，也不是粘性的。

特别是，它似乎以粗体相互矛盾的两个部分：根据第一个，因为模式开头r，该文件是可读的，但是根据最后一个，该文件是不可读的。但是，显然，情况并非如此。

那么，关于文件“既不可读也不可写......”的第三部分是什么意思？

参考书目

• apple.com 似乎是上面引用的文字的来源。  这是手册页（对于 OS X 10.9 版，标题为“BSD 通用命令手册”），这是引用它的讨论页。
• ss64.com也有一份 OS Xls手册页。
• tuhs.org有 4.4 BSD 手册页。当心：它wwoorrdd用于粗体和_w_o_r_d下划线。
• freebsd.org有 FreeBSD 10.1 手册页，日期为 2013 年 …

我正在寻找一种集成的解决方案，它将软件系统的文档与错误、变更请求和功能请求的跟踪相结合。

要求：

• 使用 wiki 的文档会很好，最好是支持 CamelCase 或其他自动链接的文档。
• 问题跟踪必须允许可定制的工作流程和可选的电子邮件通知。

已知的替代品：

• FogBugz是一个很棒的问题跟踪器，但wiki似乎有点尴尬。
• Trac 的wiki很一般（虽然不如Foswiki.org 好）但我不知道集成的问题跟踪器有多好。

你会推荐什么？ 哪些系统提供文档和问题跟踪的最佳组合？

也许我只是很厚，但我找不到任何明智的方法来简单地将我的（python）代码粘贴到乳胶中而不会丢失所有缩进信息（对 python 来说有点重要）。

有人有什么好主意吗？我不担心语法高亮；我想要的只是我的 Tab 键回来！