前沿

Linux音频开发者和音乐家齐聚第三届年度Linux音频会议，会议于4月21日至24日在德国卡尔斯鲁厄的 Zentrum fur Kunst und Medientechnologie (ZKM，艺术与媒体技术中心) 举行。本次活动包括关于声音和音乐软件的主题演讲，例如硬盘录音、声音合成语言、音乐创作、软合成器、MIDI技术和音频优化的Linux发行版，以及两场音乐会和另外两个音乐节目。整个会议以音频和视频格式进行广播和录制。

Ivica Bukvic强调需要协调努力，以便更紧密地将开发者与制造商、供应商和可能的赞助商联系起来，而Christoph Eckert则关注于需要更加重视可用性问题。会议还包括Maarije Baalman关于她的WONDER软件的最新进展，以及Georg Bonn关于音乐创作自由软件的报告。

关于FireWire作为音频接口的演示在开发者中引起了相当大的轰动，特别是因为没有制造商公开任何可用的FireWire音频接口的驱动代码。“第二轨道”涵盖了软件，包括MusE音频/MIDI音序器、ZynAddSubFX合成器和Ardour数字音频工作站。

Linux声音和音乐应用程序已成为音乐家和声音研究人员的真正选择，两场音乐会的音乐都证明了这一点。参与者和嘉宾还享受了Linux声音之夜，Linux音乐表演软件的开发者在活动中向我们展示了他们的程序的功能。“声音之夜”不知不觉地过渡到“Linux轻松之夜”，以更多的音乐、舞蹈、饮料和谈话结束了令人兴奋的一天。

突出的演示包括前面提到的FireWire和Ardour演示，以及Julian Claasen关于他的基于文本的工作室的演示。Ogg Vorbis和Ogg Theora音频和视频流由会议的坚定支持者Joern Nettingsmeier和新人Erik Rzewnicki设置和管理。A/V流本身就是自由和开源软件强大功能的展示。我很高兴地宣布，LAC2006将再次在ZKM举行。

杂牌军（照片由Frank Neumann拍摄）。

本文资源： /article/8410。

……你如何安排你的结论，使你当前的经验符合你自满的计划？

—卡洛斯·卡斯塔内达，《沉默的力量》

我们可能犯的最大错误是不断担心我们会犯错。

—埃尔伯特·哈伯德，www.downtheavenue.com/2005/05/random_reflecti.html

完全缺乏任何具体数字表明了典型的学术界含糊其辞的“我们的渐近线很好，我们不需要担心现实”的方法。良好的渐近线是一回事，但常数乘数可能是致命的，并且有必要计算出所有潜在问题常数的常数乘数，而不仅仅是像CPU这样的简单常数。

—布拉姆·科恩，www.livejournal.com/users/bramcohen/20140.html

给予他无法保留的东西以换取他不会失去的东西的人不是傻瓜。

—吉姆·艾略特，www.tonywoodlief.com

互联网的真正教训在于端到端论证。它为我们提供了一个实际的工作模型，说明个人努力如何组合成一个有价值的整体。

—鲍勃·弗兰克斯顿，www.frankston.com/public/writing.asp?name=DIYConnectivity

GNOME用户和开发者齐聚德国南部保时捷的故乡斯图加特，参加第六届年度GUADEC—GNOME用户和开发者欧洲会议—讨论GNOME开发的未来，听取企业和政府迁移到Linux桌面的情况，惊叹于最新的酷炫应用程序和巧妙的技巧，并见证诺基亚令人敬畏地宣布其GNOME驱动的770互联网平板电脑和开发者计划。

2005年5月29日至31日会议的主题演讲嘉宾包括GNOME创始人兼Novell副总裁米格尔·德伊卡萨；Canonical创始人兼前宇航员马克·沙特尔沃思；以及梦工厂动画工作室软件主管内森·威尔逊。米格尔像往常一样，就GNOME、Mono和整个Linux的未来发表了激动人心的演讲，内森讨论了梦工厂向基于GNOME的Linux桌面的过渡。马达加斯加，梦工厂的下一部动画长片，是用GNOME制作的！

高质量的演讲者也很多，包括Gtk维护者欧文·泰勒；X最高指挥官基思·帕卡德；以及Beagle维护者乔恩·特罗布里奇。Novell的安娜·德克斯和皮特·古德尔介绍了他们深入的Windows迁移研究的结果。Sun公司的格林·福斯特对GNOME项目进行了感人的介绍。他们甚至让我违背了更好的判断，谈论了最佳的GNOME编程技术。

然而，会议最有价值的部分是非正式的走廊聊天和广泛参与的黑客马拉松，GNOME黑客可以在这里见面（许多人是第一次见面），讨论热门话题，然后坐下来破解出优雅的解决方案。

GUADEC资深人士如纳特·弗里德曼评论说，“这可能是有史以来最好的GUADEC。” 虽然我没有参考—这是我的第一次GUADEC，但希望不是最后一次—但这绝对是度过了一段美好的时光，在一个美丽的城市里，与一些聪明的人在一起。

git 现象仍在继续。git及其首选的包装脚本 Cogito 在三天大的时候就实现了自托管和闪电般的速度，并且还在不断改进，已经对内核开发产生了巨大影响。左右项目都在从BitKeeper迁移到git。网络驱动程序 开发和 libata 开发已经切换。JFS 和 NTFS 已经切换。并且由 Greg Kroah-Hartman 和 Chris Wright 维护的 stable w.x.y.z 内核树最近也已转换为git。一些内核黑客发现git相对于BitKeeper来说是一个如此大的改进，以至于他们能够比以前完成更多的工作，以至于 Linus Torvalds 不得不重新考虑他处理补丁的方式以适应它们。BitKeeper文档已从内核源代码中删除，并且最初旨在接收新的BitKeeper变更集公告的邮件列表（例如bk-commits-head）现在接收git内核补丁通知。

然而，git并不适合所有人。当被问及时，Andrew Morton 表示他不打算将git用于他的-mm内核树，因为他的一组修补脚本仍然足以满足他的需求。此外，Matt Mackall 一直在开发他自己的闪电般快速的版本控制系统 Mercurial。这也是一个优秀的工具，并在许多方面，尤其是速度方面，都显示出与git相当的水平。事实上，正如Linus指出的那样，两者在底层行为上实际上非常相似。显然，这两种工具都代表了对版本控制的全新看法，而像arch这样以前处于领先地位的项目发现自己正在努力追赶。

Markus Klotzbuecher 开发了一个有趣的新虚拟文件系统，名为 mini_fo (扇出覆盖)。它允许用户通过在其他地方创建可写区域并将用户的更改从该区域分层到只读数据之上，从而写入只读文件系统上的文件。对用户而言，效果是透明的。以前只读的内容现在看起来是可写的，但实际上只读数据从未真正被修改。mini_fo工具旨在允许嵌入式系统上的软件升级，但已经发现了其他用途，并且无疑会出现更多用途。

Alan Cox 和 Bartlomiej Zolnierkiewicz，两位重量级的 IDE 开发者，在集中他们的努力方面遇到了麻烦。虽然Bartlomiej是当前的IDE维护者，但Alan做了很多最初的工作，将旧的IDE代码从多年来无法形容的尸横遍野的噩梦状态转换为可维护的状态。虽然Alan最近有点淡出Linux的视野，但他回来检查了IDE的进展，并且不喜欢Bartlomiej所做的一些更改。他们之间似乎确实存在一些隔阂，就像任何曾经从事过IDE开发的开发者之间似乎都存在隔阂一样。Bartlomiej邀请Alan fork代码，如果他愿意，可以做不同的事情。

令人遗憾的是，IDE仍然能够激起开发者之间的敌意。为此，我们应该责怪IDE磁盘行业本身，它如此扭曲和破坏了任何可能的标准，创建了一个又一个例外，并将其与商业秘密和专有文档相结合，以至于任何人如果试图维护IDE内核代码都会被认为是疯了。像Bartlomiej和Alan，以及他们之前的 Mark Lord 和 Andre Hedrick 这样的人，这样做是对他们慷慨天性的致敬。没有IDE代码，我们大多数人都会觉得Linux远没有那么有用。

Benjamin LaHaise 最近试图简化和使跨内核架构的 信号量锁定 的实现更易于维护。当前代码复杂且难以阅读，其中包含许多特定于架构的细节。这些细微差别随着支持的架构数量的增加而增长，并且自然倾向于创建一个通用的信号量系统，该系统可以在所有架构上统一编译和工作。然而，信号量运行深入，并且在该代码中对极速的需求很难妥协。鉴于任何减速都会对内核性能产生显着影响，因此任何代码统一的尝试都可能会遇到各种架构维护者的强烈抵制。事实上，这就是Benjamin的工作的接受方式。因此，虽然肯定可以进行一些改进，但信号量代码似乎永远不会变得真正通用和简单。速度是太强大的激励因素。