AnkurShrivastava 在 fedora-ambassadors 邮件列表中汇报了[1] Manipal 的首次安装集会。这是由 Manipal 用户组成员， Fedora 大使 AnkurShrivastava 和 DhananjaySingh 组织的，为期两天的活动，在大学中举办。第一天展示了 Linux 的先进性和重要性，演示了第二天要安装的系统。第二天首先是演示安装步骤和解释，然后是真正的安装。整个过程中出现的问题都在活动中解决了。照片[2] 。

[1] https://www.redhat.com/archives/fedora-ambassadors-list/2008-January/msg00217.html

[2] http://flickr.com/photos/ankurkingofnet/sets/72157600264068727/

开发

原文请查看

网络安装使用的 ISO 可以用 rescuecd.iso

MichaelDeHaan 提起[1] 了 FUDCon 时关于类似 Debian net-install ISO 的安装方式的讨论。他认为可以大幅减少带宽使用。ChrisAdams 认为[2] DVD 下载后可以使用多次，而网络安装需要每次下载。LesMikesell 建议[3] 使用代理服务器缓存大文件，如果需要多次安装的话。

[1] https://www.redhat.com/archives/fedora-devel-list/2008-January/msg03014.html

[2] https://www.redhat.com/archives/fedora-devel-list/2008-January/msg03016.html

[3] https://www.redhat.com/archives/fedora-devel-list/2008-January/msg03022.html

JasonTibbitts 觉得[4] 自己在 Fedora 每次发布时做的正如 Michael 描述的那样。JeremyKatz 补充[5] 说 rescuecd 镜像已经可以用来网络安装，即将被更名以强调它的多功能。他还说 ChrisLumens 正在修改安装程序，以推迟仓库选择到 stage2，从而可以选择镜像列表和代理服务器。

[4] https://www.redhat.com/archives/fedora-devel-list/2008-January/msg03015.html

[5] https://www.redhat.com/archives/fedora-devel-list/2008-January/msg03018.html

Firefox 3 Liberation 字体

MarkG85 提出[1] 在 Fedora 9 中，Firefox 3 应当默认使用 Liberation 字体，引发了一场讨论。MarkG85 附上了 rawhide 的屏幕截图，认为 Liberation 字体效果确实比目前的默认要好。NicolasMailhot 对此表示怀疑[2] ，认为“效果好”纯粹是主管判断，与熟悉程度相关。他认为编码覆盖量和上游的活跃程度更为重要，因此 DejaVu 当之无愧。

[1] https://www.redhat.com/archives/fedora-devel-list/2008-January/msg02847.html

[2] https://www.redhat.com/archives/fedora-devel-list/2008-January/msg02857.html

FelixMiata 评论说[3] 如果选择字体的目标是匹配 Windows 的字体表现，那么 LiberationSans 仍旧是 Arial 的最佳替代品。这样可以让浏览体验更好。Nicolas 的详尽而有趣的回复[4] 指出 Windows 的字体在不同的历史时间和应用程序中是不一样的，而 Mozilla 基金会对此缺乏对策，因此最好不要轻举妄动。与其追随微软的脚步，不如把精力放在创建完善的字体集上——这样也更经济，我们可以更快地发展。Felix 和 Nicolas 之间的讨论值得一读。Nicolas 指出[5] Firefox 3 的页面缩放[6] 特性在 Fedora 和 Windows 系统的表现是截然不同的，即使安装了类似的字体。同时，不能忽略法律问题。

[3] https://www.redhat.com/archives/fedora-devel-list/2008-January/msg02862.html

[4] https://www.redhat.com/archives/fedora-devel-list/2008-January/msg02870.html

[5] https://www.redhat.com/archives/fedora-devel-list/2008-January/msg02953.html

[6] http://mozillalinks.org/wp/2007/07/try-firefox-3-full-page-zoom-with-full-page-zoom/

很多人认为楼主的前提错了。BehdadEsfahbod 总结了[7] 浏览器选择字体的策略。MarkG85 重新表述[8] 了他的意见，说他对“模仿某著名操作系统”不感兴趣，只是想再次看到 Firefox 2 那时的优美外观。

[7] https://www.redhat.com/archives/fedora-devel-list/2008-January/msg02956.html

[8] https://www.redhat.com/archives/fedora-devel-list/2008-January/msg02871.html

NicolasMailhot 建议[9] 将来应当取消 Firefox 的默认字体，让它使用桌面字体设置，这样用户可以只设置一次，就在所有应用程序中看到同样结果。

[9] https://www.redhat.com/archives/fedora-devel-list/2008-January/msg02887.html

Firefox 和 Epiphany 崩溃

HorstvonBrand 报告[1] 说 2008-01-30 更新之后，Firefox 和 Epiphany 总是崩溃。ChristopherAillon 请求测试 Firefox 3 的用户将问题报告到上游，而不是 Red Hat 的 bugzilla。JoachimFrieben 遇到了与 Horst 同样的问题[2] ，并定位到了首次出现问题的 "xulrunner" 版本。

[1] https://www.redhat.com/archives/fedora-devel-list/2008-January/msg03118.html

[2] https://www.redhat.com/archives/fedora-devel-list/2008-January/msg03135.html

Christopher 解释说[3] 他总是直接从 CVS HEAD 获取代码，不添加补丁，因此 Fedora 测试者应当向上游报告。JakubRusinek (livio) 认为[4] 应当从 Mozilla 下载每夜构建版本，不过 Christopher 表示 Mozilla 并没有最终发布的二进制版本，因此测试 Fedora 编译的版本更有用。Jakub 提到他需要最新的代码来测试，而 Christopher 回复[5] 说他从 CVS 下载代码并打包成 RPM 总是比 Mozilla 的每夜构建版本更新。最后，Jakub 仍然[6] 倾向于 Mozilla 的每夜构建版本，他以为这样更容易对比代码更改。

[3] https://www.redhat.com/archives/fedora-devel-list/2008-January/msg03155.html

[4] https://www.redhat.com/archives/fedora-devel-list/2008-January/msg03168.html

[5] https://www.redhat.com/archives/fedora-devel-list/2008-January/msg03187.html

[6] https://www.redhat.com/archives/fedora-devel-list/2008-January/msg03189.html

Horst 也提出类似的观点[7] ，他问到怎么知道 Fedora 编译时是否做出了特别的处理，使用了哪个 CVS 版本？还有，Fedora 编译的版本既然不是“正式”的上游编译结果。这些在提交 bug 时不容易说清楚。Christopher 回复[8] 说 1) 不存在上游的编译结果； 2) 不存在全局的 CVS 版本，因此提交 bug 时只要说明代码快照日期； 3) Fedora 编译时尽可能少做处理，只是会使用系统共享库而不是静态链接的库。还有，Firefox 现在是一个 XULrunner 应用程序，Mozilla 乐于得到反馈。这些解释让 Horst 非常满意，并提交了问题到 Mozilla bugzilla。

[7] https://www.redhat.com/archives/fedora-devel-list/2008-January/msg03173.html

[8] https://www.redhat.com/archives/fedora-devel-list/2008-January/msg03178.html

[9] https://www.redhat.com/archives/fedora-devel-list/2008-January/msg03192.html

无法以任何已知方法访问硬件时钟

SteveGrubb 在启动一台运行 rawhide 的机器时多次看到消息“Cannot access the Hardware Clock via any known method”，想知道[1] 其他运行 x86_64 rawhide 的人是否也看到了这条消息。RexDieter 证实[2] 他和 TomCallaway 也看到了，并且推测原因是 "hwclock" 在 udev 创建 "/dev/rtc" 设备前就被加载了。

[1] https://www.redhat.com/archives/fedora-devel-list/2008-January/msg03042.html

[2] https://www.redhat.com/archives/fedora-devel-list/2008-January/msg03043.html

后来的讨论中 HansdeGoede 指出[3] bugzilla 中有记录[4] ，而且包含可能的解决办法。看来问题是由于存在三种不同的 RTC 驱动，而 "mkinitrd" 在创建 "/dev/rtc" 时使用了错误的主/从设备号。

[3] https://www.redhat.com/archives/fedora-devel-list/2008-January/msg03084.html

[4] https://bugzilla.redhat.com/show_bug.cgi?id=290731

Hans 以一篇详细的解释[5] 表达了他对问题的看法，建议的修改以及他希望问题引起足够的注意。JoachimFrieben 建议[6] 了应急的办法(使用 NTP 在启动时同步系统时钟)。BillNottingham 同意[7] Hans 可以推迟设置时钟，不过还是应该及早设置，以产生正确的日志和事件。在 "/dev/rtc" 设备初始化时由内核自动设置时钟的做法限定用户必须使用 UTC，SimoSorce 询问并得到 DanHorák 证实[8] 这会给双启动的机器带来问题。Dan 提供了一个有趣的链接[9] ，内容是请求 Microsoft 设置 RTC 为使用 UTC。

[5] https://www.redhat.com/archives/fedora-devel-list/2008-January/msg03047.html

[6] https://www.redhat.com/archives/fedora-devel-list/2008-January/msg03052.html

[7] https://www.redhat.com/archives/fedora-devel-list/2008-January/msg03072.html

[8] https://www.redhat.com/archives/fedora-devel-list/2008-January/msg03080.html

[9] http://www.cl.cam.ac.uk/~mgk25/mswish/ut-rtc.html

Devilspie 和 Angelcake: Asus Eee PC 续篇

关于 Asus EeePC 的讨论(FWN#117 "Fedora 9 和 Asus EeePC"[1] )在本周继续进行，开发过程非常有趣。看上去[2] ChrisSnook 和 JayCliburn 两位主力 Atheros 驱动开发者收到了一份 "Atheros 大礼包(a huge core dump)"，正在制作一个统一的 "altx" Atheros 驱动。Chris 要求 "atl2" 测试者单独联系他。

[1] http://fedoraproject.org/wiki/FWN/Issue117#head-751f643f1077b796d203768c770db644c81ea364

[2] https://www.redhat.com/archives/fedora-devel-list/2008-January/msg02884.html

ChuckEbbert 回应[3] Orion 早先的问题说 EeePC 的 ACPI 是由 Debian 开发者做的，正在向上游提交到内核中。

[3] https://www.redhat.com/archives/fedora-devel-list/2008-January/msg03097.html

LamontPeterson 采纳[4] 了 JohnPalmieri 的建议，尽管不希望使用交换分区，可是那样可能带来更多 OOM[5] 问题。Lamont 回忆起一篇 Linux Journal 文章，主题是在嵌入式系统中设置内存阈值，以避免触发 OOM Killer。

[4] https://www.redhat.com/archives/fedora-devel-list/2008-February/msg00043.html

[5] http://en.wikipedia.org/wiki/Out_of_memory

[6] https://www.redhat.com/archives/fedora-devel-list/2008-February/msg00078.html

OrionPoplawski 提出[7] EeePC 信息不足的问题(他自己的驱动标识是 SILICONMOTION SM223AC)， JonNettleton 随后说出[8] 他正在修改 "devilspie"[9] (一个用于探测窗口创建并对窗口位置和大小进行调整的程序)，以自动缩放窗口，适应窗口大小限制。RahulSundaram 公开了[10] 与希望 Eeedora 运行在 2 GB 型 EeePC 上的开发者的一场讨论。

[7] https://www.redhat.com/archives/fedora-devel-list/2008-January/msg02928.html

[8] https://www.redhat.com/archives/fedora-devel-list/2008-January/msg02933.html

[9] http://www.burtonini.com/blog/computers/devilspie

[10] https://www.redhat.com/archives/fedora-advisory-board/2008-January/msg00277.html

Jon 澄清[11] 他并非 Eeedora 成员[11a] ，只是对这样的经过大量修改，非 Fedora 类型的衍生版本感兴趣。他的兴趣在于处理如此小而低分辨率的屏幕的挑战：因此他修改 "devilspie"，而且可能会写一个图形界面的工具(大概会叫做 "angelcake"，天使蛋糕与魔鬼馅饼……)来配置它。Jon 也对更新 "asus_acpi" 以处理按键，以及提升启动速度感兴趣。YaakovNemoy 建议使用 XMonad[12] 而不是 "devilspie"，不过 Jon 指出 Metacity 也支持混合(rawhide 版本)，而 "devilspie" 更简单。DouglasMcClendon 也能接受它，还建议[13] 研究一下 "wmctl" 。

[11] https://www.redhat.com/archives/fedora-devel-list/2008-January/msg03061.html

[11a] http://wiki.eeeuser.com/howto:eeedora

[12] http://xmonad.org/

[13] https://www.redhat.com/archives/fedora-devel-list/2008-January/msg03180.html

最后，在 RahulSundaram 鼓励下 Jon 在 Wiki 中记下了想法和进度[14] ，看起来不错。

[14] https://www.redhat.com/archives/fedora-devel-list/2008-February/msg00078.html

PulseAudio 使程序崩溃？

WarrenTogami 请求[1] 其他人发表意见，"pidgin"，"mplayer"和"xine"是否频繁崩溃，有没有留下代码回溯记录。MatthiasClasen 质疑[2] Warren 为什么他在没有看到代码回溯记录时，就断言是 PulseAudio 的原因？

[1] https://www.redhat.com/archives/fedora-devel-list/2008-January/msg03123.html

[2] https://www.redhat.com/archives/fedora-devel-list/2008-January/msg03124.html

随后是一些对 PulseAudio 的抱怨和为什么集成到 Fedora 8 的解释，最终 ChrisSnook 开始抱怨[3] Fedora 中 KDE 的状态。不过，他同意 Gnome 开发者做得不错。当 AndrewFarris 继续话题[4] ，认为问题出在 Fedora KDE 者太少时，Chris 痛斥[5] 是 Gnome 开发者破坏了 KDE，KDE 开发受 Gnome 带来的环境("Gnomifiers")所拖累，而 KDE 的问题得不到像 SELinux 那样的重视和解决。

[3] https://www.redhat.com/archives/fedora-devel-list/2008-January/msg03138.html

[4] https://www.redhat.com/archives/fedora-devel-list/2008-January/msg03140.html

[5] https://www.redhat.com/archives/fedora-devel-list/2008-January/msg03142.html

风暴稍息，RexDieter 解释[6] 说 PulseAudio 是被合理构造的，可以很容易地从 KDE 中去除，命令是 rpm -e kde-settings-pulseaudio alsa-plugins-pulseaudio，然后重新开始 KDE 会话。LaurentRineau 补充说[7] 可以将这个设置做成每个用户可选择的。

[6] https://www.redhat.com/archives/fedora-devel-list/2008-January/msg03148.html

[7] https://www.redhat.com/archives/fedora-devel-list/2008-January/msg03162.html

AndrewFarris 提供了 rhythmbox 崩溃时的代码回溯[8] ，结果是可能与 "xulrunner" 相关。

[8] https://www.redhat.com/archives/fedora-devel-list/2008-January/msg03141.html

文档

原文请查看

进展

桌面用户向导(Desktop User Guide, DUG)和系统维护向导(Administration Guide, AG)的工作仍在继续。目标是在 Fedora 9 发布时包含这两份文档。目前大概赶得上三月的 Beta 测试版。

软件包管理向导(Software Management Guide)完成，有待检查

EricChristensen 报告[1] "整个文档都已完工，可以开始检查和编辑了。"

[1] http://www.redhat.com/archives/fedora-docs-list/2008-January/msg00251.html

所有发行注记和特性的单一总结

KarstenWade 提出[1] 在一个公共的 Wiki 位置撰写所有的发行注记和特性总结[2] 。这样做的目的是在同一个位置收集发行注记、特性总结和单页的发布小结，以便编辑和组合。

VladimirKosovac 回复说[3] : "是不是可以开始着手做发行注记、发布总结和与定期产生它们相关的问题了呢，就像今天的 FDSCo 会议所说那样。我认为由一个 SIG 形式的小组来组织上面这些可以带来更好的合作。最直接和可见的好处是准确的发行注记可以在开发周期中准时发布，而不是由 Rahul 等人在每 6-7 个月的发布时间前 48 小时内匆匆忙忙做这些事情。另外的好处是吸引贡献者参与(这在文档小组内部也有讨论)，从小处做起。"

JonathanRoberts 问到[4] : "如何达到发行注记的目标，即，较偏重技术的内容？区分发行注记和发布总结的意义何在？"

[1] http://www.redhat.com/archives/fedora-docs-list/2008-January/msg00249.html

[2] http://fedoraproject.org/wiki/KarstenWade/Drafts/OneSummary

[3] http://www.redhat.com/archives/fedora-docs-list/2008-January/msg00252.html

[4] http://www.redhat.com/archives/fedora-docs-list/2008-January/msg00254.html

Fedora 概览翻译

Marcelo Martínez 发邮件[1] 强调将 Fedora 概览[2] 翻译成各种语言的重要性。

RahulSundaram 询问 PaulFrields 是否会编辑这份文档，得到了 Paul 确定的答复。

DimitrisGlezos 同意[3] 翻译这个页面很重要，并表示"我们正在将此类内容(面向用户而不是开发者，变动较少)从 Wiki 移到 fedoraproject.org 网站，从而可以更容易地翻译，并可以减轻服务器压力。我想这篇文档应当尽早编辑完成，转换为基于 PO 格式。"

[1] http://www.redhat.com/archives/fedora-docs-list/2008-January/msg00234.html

[2] http://fedoraproject.org/wiki/Overview

[3] http://www.redhat.com/archives/fedora-docs-list/2008-February/msg00016.html

基础设施

原文请查看

Koji 维护

ToshioKuratomi reports [1]

对 koji 中的巨量 rpm 文件的一些清理已经完成，14 个小时的清理删除了数据库中积累的不再使用的内容。同时，maintenance_work_mem 也增加到了 1GB。

[1] https://www.redhat.com/archives/fedora-infrastructure-list/2008-January/msg00114.html

合作服务器

MikeMcGrath reports [2]

我们讨论了关于 collab1.fedoraproject.org 和运行其上的服务。大约 gobby，pastebin 和 mailman 将在上面运行。后来又讨论了究竟使用哪种 pastebin。

[2] https://www.redhat.com/archives/fedora-infrastructure-list/2008-January/msg00132.html

fedora.org 域名

Anand 问起[3] fedora.org 域名，不过那个域名不是我们的，而是 fedora 项目开始后有人抢注的。

[3] https://www.redhat.com/archives/fedora-infrastructure-list/2008-February/msg00007.html

Artwork

原文请查看

T 恤的请求

MaxSpevack 请求美工组设计新的 T 恤样式[1] ：创造新的 Fedora 主题的 T 恤，包括平时穿着和特殊时间(类似 FUDCon 和 LinuxTag 等)，基于 Fedora 9 代码名。这是预备工作，生产的细节还没有确定，不过小组已经开始在 Wiki 中收集设计[2] 。欢迎所有人参与。

[1] https://www.redhat.com/archives/fedora-art-list/2008-January/msg00350.html

[2] http://fedoraproject.org/wiki/Artwork/T-Shirt