Difference between revisions of "Frequently asked questions (简体中文)"

From ArchWiki
Jump to: navigation, search
m
Line 6: Line 6:
 
{{i18n_entry|简体中文|FAQ常见问题集}}
 
{{i18n_entry|简体中文|FAQ常见问题集}}
 
{{i18n_entry|Slovenčina|FAQ_(Slovenčina)}}
 
{{i18n_entry|Slovenčina|FAQ_(Slovenčina)}}
{{i18n_entry|Deutsch|FAQ(Deutsch)}}
+
{{i18n_entry|Deutsch|FAQ_(Deutsch)}}
 
{{i18n_links_end}}
 
{{i18n_links_end}}
  

Revision as of 16:18, 5 November 2006

Template:I18n links start Template:I18n entry Template:I18n entry Template:I18n entry Template:I18n entry Template:I18n entry Template:I18n entry Template:I18n entry Template:I18n links end 请首先阅读TheArchWayArchLinux开发者天地 。这三个地方包含有大量关于 ArchLinux 的相关信息。


Q) 我是一个彻头彻尾的 Linux 新手,我应该用 Arch 吗?

A) 这个问题有诸多争议。Arch 的目标用户是比较熟悉 Linux 的用户,但是一些人也认为"Arch 是一个很好的开始”。如果你是一名新手,并打算使用 Arch, 仅仅提醒你,你必须是愿意学习的。在开始问任何问题之前,自己先通过google、Wiki或者论坛进行搜索(以及阅读过去的常见问题集)。如果你这样做了,就没什么可说的。你也应该知道很多人不想一遍又一遍的回答同样的基础问题,所以在那种情况下你很可能碰一鼻子灰。 这是为什么我们为你创建了这些资源并让你可以随时访问。你应当参考 ArchLinux Newbie Guide


Q) 我发现X软件包有一个错误,我应该做什么?

A) 首先你需要搞清楚Arch队伍是否能够解决这个错误。有时是这样的(Firefox崩溃也许是Mozilla开发团队的错误) - 这便是所谓的“主流错误” 。 如果确实是Arch的问题,你可以采取以下步骤:

  1. 在论坛中搜索有关信息。看是否有人已经注意到过。
  2. 提醒软件包的维护者。试着使用 "pacman -Qi <软件包名>" 参看信息。
  3. 提交 bug 报告,并在 http://bugs.archlinux.org 上包含详细的信息。
  4. 如果你喜欢,也可在论坛中贴篇帖子。问题细节和你已经报告过。这会帮助其他人避免重复报告同样的问题。

Q) pacman会使用数据库吗?

A) 有可能。关于这点下面有些讨论: http://bbs.archlinux.org/viewtopic.php?t=11193 http://bbs.archlinux.org/viewtopic.php?t=10898


Q) Pacman太慢了!怎样才能加快它初始化启动速度呢?

A) 参见前面关于pacman使用某种数据库作为后端的讨论。也只有在启动后第一次运行pacman时会有一点慢,在那之后,数据一般都已经存入缓存区。对于一些用户来说,初始化启动时间仍然是个问题。关于这个问题这些也有一些讨论。 如果你使用ReiserFS,这里有些碎片的问题会使pacman变得缓慢,参见以下帖子: http://bbs.archlinux.org/viewtopic.php?t=11840

从2.9.6版本开始, pacman已经捆绑有叫做 pacman-optimize 的bash脚本,这将有助于那些经历缓慢启动时间的用户改善问题。


Q) Arch软件包需要用一个独特的命名方式。.pkg.tar.gz太长了,而且,令人困惑

A) 在Arch邮件列表曾有过讨论。一些用户提议.pac作为文件扩展名。但就目前所知而言,没有计划改变软件包的扩展名。 正如Tobias Kieslich(Arch开发者一员)所说, "一个软件包 就是 一个gzip压缩包!它可以被很多软件打开、研究和操作。此外,这种 mime-type 也可以被大多数软件自动的正确识别。"


Q) Pacman需要一个函数库,这样其他软件就可容易的获得软件包信息。

A) 一个pacman的库正在开发之中。


Q) Pacman需要一个前端

A) 你看过 TheArchWayArchLinux 以及 DevLand了吗? 回答很简单,Arch开发团队不会提供。尽请使用用户提供的一个前端吧。在UserContributionsPage中有个很好的清单, 位于链接部分。 一旦pacman的库开发完毕,它将使各种前端与Arch软件包的交互性得到极大简化。 另外:这不是一个问题而是一个声明。;-)



Q) Pacman需要某某功能!

A) 你看过 TheArchWayArchLinux 以及 DevLand了吗? Arch 的哲学是 "保持简单"。如果你认为这个想法有优点,不打算打破这种简单litany,那么无论如何,可以在论坛中进行讨论 这里。 你也许也打算看看 这里,如果你发现要求添加某功能很重要,这里到是个地方。


Q) Arch需要一个更好的安装程序,也许一个有图形界面的。

A) 这种关于“更好的安装程序的讨论基于主观意见。处理这些问题的最好办法是让安装程序符合 "Arch之道"。如果“更好”的安装程序有更多具体的条件支持,它也可能在将来的安装程序开发中占据一席之地。Windows使用基于文本的安装程序,据我所知 dolomite


Q) Arch需要更多的新闻曝光(换句话说,广告时间)

A) Arch已经得到应得的新闻曝光机会。ArchLinux 的目标不是为了变大。我们的目标是使它变得更好。让它自然增长吧。试图强迫它成长得更快会造成诸多问题。


Q) Arch需要减少新闻曝光

A) 同理如上。不要试图限制自然的增长。更多的用户也许意味着更多的开发者为ArchLinux工作。这也许会带来一些“上层”组织方面的问题,但是既来之则安之。据我所知mineral


Q) Arch需要更多的开发者

A) 也许如此。尽请自愿贡献你的时间!访问论坛, irc channel, 邮件列表, 看看有什么需要做的。 文档永远需要的人手,参见 DocumentRequests


Q) Arch需要一个稳定软件包分支

A) 评论: "对我来说,简而言之, Arch已经足够稳定了."

回复: 这取决于我们通常使用机器做什么样的工作。举例来说,在办公时,我们不想我们的打印机停止工作,在刻录CD时,或者网络开发使用FTP客户端时一样的道理。我现在则正在为kde-3.4的kbear (ftp)搞丢所有我的书签而恼火。根本无法保存新书签。

解决:这里有一个 release ,相当稳定,尽管不是所有的软件包都包括得有。但是 (kde, gnome, 等)是有的。
ftp://ftp.archlinux.org/release/os/i686/

更多:
http://bbs.archlinux.org/viewtopic.php?t=11288


Q) Arch需要更多的文档

A) 文档不是天上掉下来的。在搜索过论坛,Wiki以后,如果你还是不能找到你需要的文档,试着创建一个。为此在Wiki上开始一个页面,或在论坛中发个帖子。很可能其他人也有过相同经历,或者至少乐于帮助。 如果无人问津,也不要灰心丧气。当你完成你的文档时,其他人可能发现它是个极为有价值的资源。 永远有文档方面的需求,参见 DocumentRequests



Q) Arch需要对“新手”更为友好

A) 在我们开始讨论它之前,我们应当首先为“新手友好”下个定义。请参考关于更好的安装程序问题。


Q) 新手实在令人讨厌,把他们赶走。

A) <哲学讨论开始> 要被看作人的一部分是也把他人看作人。 </哲学讨论结束>

其实新手并不令人讨厌, 带有偏见的新手才是争吵的根源。 对付新手的最佳方法是不要先有成见。有些人可能会有某个普遍的问题,即便他们已经阅读过文档; 任何人都又闹糊涂的时候。对他们大吼大叫没有帮助。最好的行为是忽略你不喜欢的那种人,而不是挑起一场战斗。 最好的帮助新手的方式是引导他们找到正确的信息。特别是一些从Windows转过来的新手可能会在寻找信息时有一段困难的时期。这些信息并不总是在他们期望的地方。比较一下为正确找到正确的词。 例子:你可能问过老师某个你正查找的词的词义,而你总是忘记它的意思。但是,如果你是自己去在字典里去查找的词义,你会余生不忘。


Q) Arch 需要一个商业实体来支持

A) <请于此处添加信息>