From Fedora Project Wiki

Fedora 新闻周刊第 120 期

欢迎阅览 Fedora 新闻周刊第 120 期,记载自 2008-02-11 起一周事件。本页永久链接为 http://fedoraproject.org/wiki/zh_CN/FWN/Issue120

本周的主要内容有:

“公告”部分,“Fedora 8 Xfce 定制版发布”

“博客聚集”部分,“KDE 4 访谈”,“Fedora 大使墙(Ambassadors Wall)成立”,“关于猫王(Elvis)”,“'新'文档出版工具——publican”,“SCALE 6X 行程报道”

要参与我们或给出反馈,请访问


公告

原文请查看

Fedora 8 Xfce 定制版发布

RahulSundaram announces[1] in fedora-announce-list,

"很高兴宣布全新的 Fedora 8 Xfce 定制版闪亮登场。Fedora 8 Xfce 定制版是可启动的 Fedora Live CD 镜像,目前针对 x86 和 x86_64 体系。它还可以安装到硬盘,或者转换为可引导的 USB 镜像,适于 Xfce 爱好者和在低端系统中运行 Fedora。"

[1] https://www.redhat.com/archives/fedora-announce-list/2008-February/msg00005.html

Fedora 博客聚集

原文请查看

KDE 4 访谈

JonRoberts points out in his blog[1] ,

"我与 Rex,Kevin 和 Sebastien 做了关于 KDE 4 和 Fedora 9 的访谈 :) 你知道该怎么做:读一读吧,如果喜欢就顶一下!谢谢"

[1] http://blog.questionsplease.org/2008/02/17/kde-4-interview/

Fedora 大使墙(Ambassadors Wall)成立

FrancescoUgolini pionts out in his blog[1] ,

"应该有这么个地方,所有人都可以说说自己对大使项目和整个 Fedora 项目的看法,从大使自身做起。"

[1] http://ugolini.livejournal.com/1114.html

关于猫王(Elvis)

KarstenWade points out in his blog[1] ,

"我们正在将 elvis 主机上的所有模块转移到 Fedora Project 控制的版本控制系统中,本周一(二月十八日)最终完成。当所有模块都由 Fedora 掌握后,将它们连接到 Transifex 就更容易了。"

[1] http://iquaid.org/2008/02/16/insert-favorite-elvis-joke-here/

'新'文档出版工具——publican

JohnBabich points out in his blog[1] ,

"publican 是 Red Hat 文档部门使用了将近两年的工具,以 DocBook XML 为输入,输出 HTML,简单 Unicode 文本或者 PDF。输出可以带上下列标识:Fedora,Red Hat 和 JBoss,另外还有一个默认的,通用标识。更多标识可以通过请求或自行定制加入其中。

[1] http://jmbuser.livejournal.com/9322.html

SCALE 6X 行程报道

TomCallaway points out in his blog[1] ,

"SCALE 6X 是这段时间我参加的最有趣的社区展会。周五是专题讲座,包括开源在教育界,开源在医疗卫生中,以及开源活动中的女性。"

"周六,展会开放,我与 ThomasChung 碰头,他帮助我维持了 Fedora 展台。他太棒了,带来了标语,标贴,DVD 和 T 恤,而且他愿意与任何访客交谈,并且鼓励人们尝试 Fedora 8。"

编者按 - SCALE 6X 照片[2] 已上传

[1] http://spot.livejournal.com/288447.html

[2] http://tchung.fedorapeople.org/scale6x/

Ambassadors

原文请查看

大使墙(Ambassador Wall)

FrancescoUgolini 宣布[1] 成立大使墙[2] ,一个 Wiki 页面。它是人们描述对大使项目和整个 Fedora 项目想法的地方。将来的营销材料可能基于其中的评论。目前已经有了一些评论,去看看吧,顺便花点时间讲两句。

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

[2] http://fedoraproject.org/wiki/Ambassadors/Wall

大使统计

最近有个提议是对大使动态作出更多统计,以衡量 Fedora 大使在全世界的影响。最初的对 Fedora 大使数量增加的统计由 FabianAffolter 在博客[1] 中给出,后来在 Wiki 中创建了专门的页面[2] 。JeffreyTadlock 对过去六个月做了统计[3] 。FrancescoCrippa 最近开始使用自动化的脚本生成更多此类统计[4] 。

[1] http://fabaff.blogspot.com/2008/02/increase-of-fedora-ambassador-program.html

[2] http://fedoraproject.org/wiki/Ambassadors/Statistics

[3] http://jeffreyt.fedorapeople.org/ambassador-metrics/ambassador_verification_metrics.pdf

[4] http://people.byte-code.com/fcrippa/2008/02/16/fedora-ambassadors-statistics/

Max 发布事件报告要求

MaxSpevack 在大使邮件列表发布[1] 通知,要求所有从 Fedora 获得经费来参加或组织活动的人必须提交活动报告。Max, GregDeKoenigsberg 和 JackAboutboul 一直在努力为社区活动和大使们筹集预算。正如 Max 在邮件中所言,“……预算增加也带来了对开销严格控制的压力。”

活动报告应当包含下列内容:

“- 每天一篇博客文章,描述你的行动,活动的场面,以及图片。

- 活动结束时,向 fedora-ambassadors-list 提交总结邮件,在其中包含所有博客文章的链接。

- 活动中的“领导”应当鼓励其他 Fedora 参与者也撰写类似博客文章,并将这些文章也纳入提交到大使邮件列表的总结邮件中。

- 活动中是否发展了新的贡献者?

- 博客应当是 Fedora 博客聚集的一部分。

- 应当在活动结束后一个星期内完成上述总结。”

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

EMEA 会议总结

二月 13 日 EMEA 大使举办了每月的会议。如果你没能参加,请阅读 FabianAffolter 发表在大使邮件列表的会议详细记录。

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

开发

原文请查看

源文件审计

又一轮 KevinFenzi 的 “sourcecheck” 工具运行的结果被发布[1] 。这个工具检查 rpm spec 引用的源文件可下载,且 MD5SUM 以及时间戳应当匹配。Kevin 统计说大约 700 个软件包没有通过三个检测中至少一个,然后问大家是否继续发布结果并“骚扰”维护者。

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

列表的反应是正面的,几位被点名的维护者简要解释了问题主要来自上游改变了所引用的源文件。JonathanUnderwood 建议可以自动提交到 bugzilla,不过 ColinWalters 认为不妥。Colin 解释[2] 说类似临时网络故障等问题会导致无效的 bugzilla 报告。他建议将类似工具整合到 Fedora 基础设施体系,以 RSS 导出结果将更为有用。

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

Kevin 大体上同意了[3] ,ToshioKuratomi 认为[4] 在几个月前讨论过的通知服务器中加入这个功能很令人振奋。

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

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

更多回复表示报告很有用,请继续发布。一些问题是由于必须登录才能下载代码。

多用户噪音和混乱

正如 FWN Issue118 中“PulseAudio 使程序崩溃?”[1] 所言,这个全新的声音管理系统 PulseAudio 引发了许多关注。它的创造者,LennartPoettering 重新分析[2] 了整个问题,澄清了一些误解,随后的讨论涉及到了更广的话题,围绕多用户系统中的设置和策略执行等方面。Lennart 的出发点是当有新用户登录到某个虚拟终端时,声音播放被暂停是理所当然的。这是因为[3] ConsoleKit 和 HAL 会为新的会话调整音频设备的 ACL。Lennart 认为当最初的会话恢复时,声音也应当恢复。

[1] http://fedoraproject.org/wiki/FWN/Issue118#head-009f873a04d5ff649747268eb972d8d9325df359

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

[3] Discussion of the device ownership problem in the FastUserSwitching scenario: http://fedoraproject.org/wiki/Desktop/FastUserSwitching

不过,AndrewFarris 报告[4] 说实际发生的是 Rhythmbox 会失去响应。Lennart 认为[5] 问题出自 GStreamer,因为它还无法利用 PulseAudio 提供的信息。他还认为 Rhythmbox 界面失去响应也没有关系,毕竟整个会话都被暂停了。Andrew 补充说 UI 是在会话恢复后依然失去响应的,彻底死掉了。结果 Lennart 认为[6] 一定是有 PulseAudio 之外的某个进程锁住了音频设备,他建议 Andrew 检查一下(运行 pactl list sinks | grep SUSPENDED 或者输入 pacmd 再在随后的交互式 PulseAudio 命令解释器中输入 "list-sinks",请阅读 man pactl; man pacmd。)Lennart 认为另一种可能是由于已知的 HAL 无法恢复 ACL 的问题,检查的方法是运行 getfacl /dev/snd*。Andrew 后来报告说[7] 这些看起来都没问题,并将他的结果报告到了 bugzilla。

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

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

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

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

SimoSorce 建议[8] 利用 PulseAudio 自身的功能,将声音重定向到 /dev/null(同时将 mic 重定向自 /dev/null),防止应用程序崩溃。Lennart 不同意[9] ,认为任何应用程序的崩溃都应该被修正。他不愿对 PulseAudio 做出过多更改。而且,他设想的正确动作是音乐在会话切换时应当停止和恢复,就像按下了“Ctrl-Z”来暂停程序一样。PulseAudio 发送了暂停信息,可是 GStreamer 看来不能处理这个信息。William "Jon" McCann (Rhythmbox 开发者)同意[10] 这是个问题,并指出 Gnome 的 bugzilla 中有一场相关讨论。

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

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

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

早先 KevinKofler 建议静音而不是暂停可能解决问题,不过 Lennart 拒绝了[11] 这个办法,因为不可能继续播放,无法获得声卡时钟。当 Kevin 又建议使用其他时钟,例如 OS 本身的定时器时,Lennart 认为[12] 不断切换过于复杂。AndrewFarris 补充[13] 说向静音的设备发送流是没有意义的,应当暂停发送。

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

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

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

讨论中问题的另一方面得以发掘,LesMikesell 认为[14] 使声音服务器不关联到某个登录会话的现行做法是错误的。Les 认为是否应当使用 Xnest, FreeNX, VNC, ssh 或其他非虚拟终端的方式来开始会话,以避免抢占硬件。JefSpaleta 回答[15] 这应当通过 ConsoleKit 策略来解决:这里没有技术上的约束,例如某个音乐服务器完全可以安装一条新的策略,来改变这个行为。我们只需要理解如何编写这种策略,然后决定是否允许服务器软件包这样做。随后的热烈讨论中,Les 认为首先[16] 不可能列举出将来会出现的所有行为,其次不能武断地说这样做就不对。ChuckAnderson[17] 和 AlanCox[18] 解释说当前的默认行为是为了安全,例如它可以防止其他会话中的用户窃听。

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

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

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

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

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

Les 回应[19] 说传统的 UNIX 所有权是错误的,例如紧急救援的 VOIP 可能被不幸中断,而且基于所有权的控制仍然允许 root 用户窃听。Lennart 对此无动于衷,“对啊,你知道的,Unix sucks”,并且开玩笑(?)说 "frevoke()" 会立刻进入 Linux 了。AlanCox 质疑[19a] Les 关于 UNIX 权限控制的描述以及虚拟终端的切换与 X 和内核的关系。Les 坚持自己的观点:“不应当根据会话而不是身份来设置权限,而且不应当在没有文档记录如何维护的情况下,发生令人诧异的默认策略变化。”

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

[19a] https://www.redhat.com/archives/fedora-devel-list/2008-February/msg01377.html

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

还有一些其他回复,主要是关于维护本地策略或者关于文档的。"Drago01" 回复说[21] “在 policykit 图形界面点击按钮很难吗?”JefSpaleta 认为主要是管理员不愿意学习如何为 HAL/ConsoleKit 编写本地策略,JasonTibbitts 指出[22] 这确实是件挺困难的事。ChristopherAillon 提出[23] 可以阅读 freedesktop.org 的文档,或者安装 yum install PolicyKit-docs。"Drago01" 引用了[24] DavidZeuthen 的一封邮件(可能是[25] ),提到 polkit-gnome-authorization 可能是解决方案。

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

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

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

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

[25] http://www.redhat.com/archives/rhl-devel-list/2007-November/msg00052.html

一些背景知识在 FWN Issue113 “PulseAudio 如何工作?”[26] 中有介绍,WillWood 的邮件(那一节的第三个引用)详细介绍了 PulseAudio 如何集成到整个桌面。

单独的 /usr 不合时宜?

StepanKasal 注意到[1] "dbus-daemon" 位于 "/bin",因为它是 bluetooth 的前置条件,而 bluetooth 必须在网络之前启动。越来越多的服务程序需要在单用户模式(runlevel 1)启动了。Stepan 表示从网络挂载 "/usr" 的确很重要,不过是否能将网络程序划分为两部分,一是必要的“从网络挂载 /usr”所需的,另一部分仅仅是为了通过蓝牙连接手机等等。

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

BillNottingham 希望[2] 不再支持从网络挂载 "/usr",使用本地的 "/"。MatthiasClasen 要求[3] Stepan 解释为什么单独的 /usr 不是不合时宜的……既然如此。

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

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

AlanCox 回答[4] 了这个问题,这是由 LSB 确定的,不支持意味着放弃了长久以来的传统:“请不要用 "obsolete" 来代替 "我用不到这个功能",否则结果会像某些桌面程序一样,只有与作者完全一致才可以运行。” 这刺激了 BillNottingham,他分析了[5] “单独的 /usr”和“本地的 "/" 和从网络挂载"/usr"”的区别,格言般地说“一个非常有用,一个越来越没意义了。”

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

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

后来的争吵中 Alan 略占上风[6] ,针对 BillNottingham 的怀疑,举例说通过 NFS 或 GFS2 由网络共享的 /usr 分区使得系统剩余部分可以装入一个很小的本地闪存,比起网络启动更加快速方便[7] 。JeremyKatz 回复[8] 说针对 iSCSI 或 NFS 的 / 分区的 initramfs 已经包含了许多程序,允许通过本地闪存启动, 不需要考虑 /usr 是否必须在 /。

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

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

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

Git 不是 Git,Git 是一个元软件包

YaakovNemoy 惊讶地问到[1] 为什么 yum install git 会包含 29 个依赖关系,包括 emacs, cvs 和 subversion,总计 32M。Yaakov 认为应该提交一个 bug。很快很多人回复说 Yaakov 应该安装 "git-core",而不是 "git",因为那是一个元软件包,不需要提交 bug。

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

Yaakov 感谢 DanielBerrange,BillNottingham 和其他人的快速反应[2] ,决定不提交 bug。OlivierGalibert 补充[3] 说日常使用,应该安装 git-core 和 gitk。

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

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

其他人态度并不相同,NicolasMailhot 欢迎[4] 大家进入"元软件包地狱",AdamJackson 建议[5] “元软件包必须被清楚地命名”,得到很多人支持。HansdeGoede 强烈建议[6] 这就是个 bug,别的软件包不会这么干。Hans 解释他的 "yum" 命令应该如何解释,JamesBowes 回复[7] 说上游的 git 开发者也被要求更名 "git-core" 为 "git",至于你的 yum 没有执行你需要的操作,那就是个 bug,请与 Seth 联系。JoshBoyer 和 JefSpaleta 吵了一架(?),因为说 JamesBowes 的话实际是在讽刺别人。ToddZullinger 解释了[8] 如果要与 Seth 联系解决问题,正确的方式和方法(“I imagine this sort of bug report is best filed with Seth in some dark alley, late at night, after you've gotten your estate in order?”)。

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

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

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

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

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

JoshBoyer 请求 HansdeGoede 宽恕,建议他提交 bugzilla 报告而不是在邮件列表中抱怨。Hans 同意[10] 了。

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

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

通过对元软件包(或称 dummy 或虚软件包)命名规范的讨论,VilleSkyttä 建议将元软件包改为 git 组。这样做大家都比较满意,包括 Yaakov,前提是 comps 的命名规范也应统一。

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

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

Kernel-2.6.25 Rawhide 启动问题

MikeChambers 问到[1] 其他 rawhide 用户在二月 14 日更新 "kernel-2.6.25-0.40.rc1.git2.fc9.i686" 后,有没有遇到问题。

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

尽管有人报告启动成功,JarodWilson 也说[2] 有一些零散的启动失败报告,大概是 LVM VG 没有找到。BillNottingham 解释[3] 不是哪个 LVM 工具的问题,而是创建 initrd 时的内核的问题。较新的内核 (2.6.25-git) 重新构造了 sysfs,过去是目录的现在变成了符号链接等等,这对 mkinitrd 有很大影响——无法正确找到根设备和包含正确驱动。任何在 2.6.25-x 上创建的 initrd 都会出错。他附带了一个 patch 来修复问题。Jarod 在讨论中指出问题可能在一些 2.6.24 内核中也存在,Bill 确定说[4] 只要 initrd 构建时,内核给出的 /sys/block/* 全部是符号链接就会有问题。

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

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

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

BrunoWolfIII 做了些测试,汇报说[5] 从 2.6.25 内核降级到 2.6.24 就可以了。

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

Firefox 3 (雷区)错误的屏幕大小

DarrellPfeifer 怀疑[1] Firefox 对屏幕大小探测有错,会显示大号的按钮和过多的内容。

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

FelixMiata 解释[2] 这是个 feature,不是 bug,如果系统分辨率高于 144 DIP,最新的 "gecko" 显示引擎会自动缩放像素值。Darrell 尝试了很久使用 "xdpyinfo" 给出的信息重新配置 Xorg,Felix 得出 DPI 问题的原因是视频驱动的变化。他建议换用老显卡是最简单的办法,不过既然 Darrell 在运行 Rawhide,他大概愿意帮助解决问题(?)。

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

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

NicolasMailhot 的邮件[4] 深入地分析了问题,认为 Firefox 可能是得到了错误的参数,也许 Firefox 本身有错。Darrell 提交了 bugzilla 报告[5] ,看来是前一种原因。

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

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

LOCALE 和语言

JohannGudmundsson 注意到[1] 应用程序默认设置的纸张大小不一致。RoddClarkson 想知道[2] ISO 标准对 Fedora 有多重要。讨论发展[3] 为 "anaconda" 应当如何根据用户在安装时选择的语言,设置用户的 locale。Rodd 对安装程序的简单逻辑不满意,作出的默认选择不适合他:“我选择了英语(美国),结果 anaconda 假设我的一切都是美国的。我明明选了墨尔本(澳大利亚)作为时区,可是 LC_TIME 仍然是 en_US.UTF-8。”

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

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

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

ChristianRose 同意[4] 应该改进 "anaconda",他有维护瑞典语机器的经验,当时正式的交流需要用 en_US,但是打印时需要用瑞典型号的纸张。Christian 认为,假设“只要你的 LC_MESSAGES=en_US 那么所有其他的都是 en_US”是不对的。

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

JefSpaleta 解释[5] 说可以为每个用户定制。Jef 强调安装程序在选择默认值方面做得很好,不能再好了:“我们在安装程序中设置简单的默认值,然后安装就可以继续了(?)” MatejCepl 指出[6] 最简单的查看设置的办法是运行 locale。邮件中有很多值得一读,包括对特殊需求的回答,在文化极度冲突的地区,需要系统消息是一种语言,时间和日期是另一种语言,而所有其他方面是第三种。值得一提的是 SimoSorce 请求[7] 支持一种尚未支持的 locale "CAN I HAS ENGLISH(IT) ? KTHXBYE ;-)"

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

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

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

Artwork

原文请查看

Fedora 9 美工: 第二轮结束,第三轮开始

NicuBuculei 宣布[1] Fedora 9 默认桌面的第二轮选拔结束。两个方案满足要求,进入第三轮:Waves[2] ,由 MartinSourada 提议,MairinDuffy 改进为 Sulfuric Waves;Shoowa[3] ,由 LuyaTshimbalanga 提议。请在邮件列表,Nicu 的博客[4] 或 FedoraForum.org[5] 上发送反馈。

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

[2] http://fedoraproject.org/wiki/Artwork/F9Themes/Waves

[3] http://fedoraproject.org/wiki/Artwork/F9Themes/Shoowa

[4] http://nicubunu.blogspot.com/2008/02/fedora-8-artwork-round-2.html

[5] http://forums.fedoraforum.org/forum/showthread.php?t=177882

Echo 开发情况

MartinSourada 汇报[1] Echo 图标主题的开发情况。Echo 图标主题[2] 是由 Fedora 美工组贡献者开发的,意在替代旧的 Bluecurve 主题。它的观感更现代,遵循 Tango 命名规则。

Martin 谈到新的网站,包括 git 网页访问,漂亮的状态页面,最终版本的指导规则,当前动态,未来计划等等。

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

[2] https://fedorahosted.org/echo-icon-theme/wiki/IconThemeStatus

新的 Inkscape 即将发布

RahulSundaram 转发了消息[1] ,请求测试开发版本的 Inkscape,它即将发布新的稳定版。Inkscape 是美工组在工作中主要的工具,本次发布包含很多新的有用的特性,美工组是这方面的专家。当发布时,Inkscape 0.46 还会进入 Fedora 8,因此有必要提前彻底测试它。

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

每日软件包

原文请查看

授权变化

Fedora 每日软件包文章改为双授权[1] ,包括创作共用共享 2.5 Canada[2] 和 Open Publication License[3] 。OPL 是为了兼容 Fedora 文档项目[4] 而添加的。

[1] http://blog.chris.tylers.info/index.php?/archives/105-Fedora-Daily-Package-License-Change.html

[2] http://creativecommons.org/licenses/by-sa/2.5/ca/

[3] http://opencontent.org/openpub/

[4] http://fedoraproject.org/wiki/DocsProject

Maxima - 计算机代数系统

高效的周一 着眼节省时间的工具,本周[1] 是 Maxima[2] :

"二十世纪六十年代末,一种叫做 Macsyma 的计算机代数系统在 MIT 诞生。……Fedora 包含 maxima 软件包,是原始 Macsyma 的开源后代(1982 年分支出来,1998 年以 GPL 发布。)"

[1] http://dailypackage.fedorabook.com/index.php?/archives/162-Productive-Monday-Maxima.html

[2] http://maxima.sourceforge.net/

PDFCube - 简报查看器

华丽的周二 着眼图形,视频或声音程序。本周[1] 是 PDFCube[2] :

"PDFCube 是一个很小的(35k)PDF 查看程序。它提供了双缓存的页面切换 (PgUp/PgDown 或空格键),缩放到四角或中心(h,j,k,l,z),以及类似 Compiz 的动画立方体变换(c)。"

[1] http://dailypackage.fedorabook.com/index.php?/archives/163-Artsy-Tuesday-PDFCube-Presentation-Viewer.html

[2] http://code.100allora.it/pdfcube

定制 Grub 欢迎屏幕

周三答疑 文章[1] 是关于定制 Fedora 启动时的欢迎屏幕:

"Fedora 系统启动时通常会由引导管理器 Grub 显示欢迎屏幕(或菜单)。屏幕的背景是由天才的 Fedora 美工组[2] 提供的。……定制启动屏幕,使用最喜欢的照片,公司标识,或者卡通,都是非常简单的。"

[1] http://dailypackage.fedorabook.com/index.php?/archives/164-Wednesday-Why-Customizing-the-Grub-Splash-Screen.html

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

hplip-gui - HP 设备管理器

图形工具的周四 介绍图形界面的软件。本周[1] 是 hplip-gui[2] :

"HP 打印机和多功能一体机在 Fedora 中支持得很好,很大程度上是因为 HP 决定开源它的驱动软件和工具 (hplip),与相关项目 sane, ghostscript 和 cups 合作。hplip-gui 软件包为这些工具提供了简单,易用的 GUI 前端。

[1] http://dailypackage.fedorabook.com/index.php?/archives/166-GUI-Thursday-hplip-gui-HP-Device-Manager.html

[2] http://hplip.sourceforge.net/

ksudoku - 数独游戏

周五娱乐 关注游戏。本周[1] 是数独 ksudoku[2] :

"Ksudoku 是 Fedora 包含的一款数独游戏。它可以生成数独迷题和很多变种,包括 Roxdoku (3D) 和 Samurai (5 个重叠的方块) 等。"

[1] http://dailypackage.fedorabook.com/index.php?/archives/167-Friday-Fun-ksudoku-Sudoku-Game.html

[2] http://ksudoku.sourceforge.net/

安全周刊

原文请查看

Kernel 本地 root

上周最激动人心的事大约是对 CVE-2008-0600[1] 的关注。这个漏洞可以让本地用户取得 root 权限,即使是 SELinux 也无法阻止。重要的并非是问题本身,而是已经出现了有效的攻击。内核权限提升漏洞有很多,不过有效的攻击并不多。

当然,RHEL[2] 和 Fedora[3] 都迅速修复了问题。

[1] http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2008-0600

[2] http://rhn.redhat.com/errata/RHSA-2008-0129.html

[3] https://www.redhat.com/archives/fedora-package-announce/2008-February/msg00255.html

安全更新

原文请查看

Fedora 8 安全更新

Fedora 7 安全更新

事件和会议

原文请查看

Fedora Board Meeting Minutes 2008-02-12

Fedora Community Architecture Meeting 2008-02-11

Fedora Ambassadors Meeting 2008-02-13

Fedora 文档 Steering Committee (Log) 2008-02-14

Fedora Engineering Steering Committee Meeting 2008-02-14

Fedora 基础设施 Meeting (Log) 2008-02-14

Fedora Packaging Committee Meeting 2008-02-12

Fedora Release Engineering Meeting 2008-02-11

Fedora Bug Zappers Meeting 2008-02-13

Fedora SIG KDE Report Week 2008-02-12