2.1是Xorg7.1的把？内核用2.6.17还是18阿？splice 机制有支持吗？
MI一定要做好……另外最好做个文字界面的安装程序……
唯一的愿望就是下一版只要支持i810显卡就行了。
现在的内核是2.6.17.9,根据情况也可能到2.6.18。xorg如无意外应该升级到7.1.
MI不会有太多改动，所以文本界面的安装是不太可能有的。
MI不会有太多改动！！！！
看来我的i810显卡又装不上了~~~天啊！！救命啊！！
看来我的i810显卡又装不上了~~~天啊！！救命啊！！
没认真研究过MI，
个人认为：如果MI支持使用VGA模块作显卡驱动，那应该不会出现因为显卡不同造成没办法安装的问题。
只要能为MI提供图形显示就行了。
至于安装完了以后，显卡驱动的安装，xorg的配置又是另外一会事了，和MI能不能工作没有太大关系。
如果 MI 也是用 xorg 6.9/7.1 的话，那就不成问题。
从我个人体会而言，2.0 绝对比 1.2 易用性有一个飞跃，而且 1.2 的发布非常仓促，尽管开发周期非常长，但是感觉有很多残破不全的地方，1.2 支持的硬件也远不如现在多，2.0 就好得多。我对 1.2 的技术支持工作量是 2.0 的 10 倍！1.2 发布时，开发者的技术实力也不如现在高。
与其在这里发牢骚，还不如积极投身新版本的研发，看不出你有参与开发的热情。GPL 决定了 magic绝不会担保什么，magic 也不是以企业为主导、拥有众多全职开发人员的发行版，我们只能尽力而为，不要向开发组施加任何压力。
开发组从来都主张一步一个脚印，不搞大跃进、放卫星，如果全部基础包都更新，其实 2.1 和 3.0 又有多大区别？只是一个版本号而已。说它是 2.1，只是表明它传承了 2.0 带给用户的体验。支持！！！
如果 MI 也是用 xorg 6.9/7.1 的话，那就不成问题。
希望如此~~~期待ing………………
Magic和Everest我都支持，因为她们都是我们国人搞的Linux！
听cjacker说Everest0.2正在上传，这两天就会出来了
嗯，everest的开发要活跃的多，毕竟有RF在支持，不过他们追新真的太快了。
对不起，我实在是没能控制自己的情绪。
国产Linux开发的特色就是无计划或是有计划的无计划劳动，开发不透明。第二大特色就是彼此观望，只要有新版本发布，你会看到他们在若干时日的跳票后商量好时日似的相继发布。8月的3.0展望在哪里？
与其在这里发牢骚，还不如积极投身新版本的研发，看不出你有参与开发的热情....我们只能尽力而为，不要向开发组施加任何压力。
这个我不好解释自己的热情和投入，所以这个我不能回答－－跳过。
现实生活中，我很在意自己的行为是否和言论相符，我想大多数人也是如此，做为一个团队更应如此。如果是压力，我想如果很散慢地和众友说我要做什么而不在自己的所述期间做出点成果的话，会是什么一种局面。ricetons你说呢？
这不仅仅是mgc有这种问题，所有国内linux开发组都是这样，开发计划和没说一样，然后找理由填充。热情是填充出来的？
大家都在如此等待ing......
对不起，我实在是没能控制自己的情绪。
国产Linux开发的特色就是无计划或是有计划的无计划劳动，开发不透明。第二大特色就是彼此观望，只要有新版本发布，你会看到他们在若干时日的跳票后商量好时日似的相继发布。8月的3.0展望在哪里？
与其在这里发牢骚，还不如积极投身新版本的研发，看不出你有参与开发的热情....我们只能尽力而为，不要向开发组施加任何压力。
这个我不好解释自己的热情和投入，所以这个我不能回答－－跳过。
现实生活中，我很在意自己的行为是否和言论相符，我想大多数人也是如此，做为一个团队更应如此。如果是压力，我想如果很散慢地和众友说我要做什么而不在自己的所述期间做出点成果的话，会是什么一种局面。ricetons你说呢？
这不仅仅是mgc有这种问题，所有国内linux开发组都是这样，开发计划和没说一样，然后找理由填充。热情是填充出来的？
你犯了一个小小的错误，就是根本不需要任何理由填充:-D
嗯，everest的开发要活跃的多，毕竟有RF在支持，不过他们追新真的太快了。
我现在的想法是版本本身已经没有什么意义了，关键还是版本上会有多少创新和积累。这是中国Linux开发者现在缺少的，其实我们的技术水平跟老外没什么区别(至少我看到的gnome,kde开发者的感觉是这样的)，但是我们缺少创意和idea.
至于新，我可以举个很简单的例子：
SLED 10够新了吧，但是他不支持ich8，至少我看到的结果是不支持很多很多硬件，这些硬件我手里都有。
当然最新的kernel不代表着最好，之所以用新的是因为你早晚要用新的，如果你希望整个开发过程平滑起来，就不要跳跃性的去用，因为这很容易导致一个问题，就是一个版本稳定很长时间，到采用下一个版本的时候就要从头来过。
而始终跟踪，最后会让集中性的开发和升级工作分解，从3.5.3迁3.5.4，几十个补丁需要修改的没有几个，但是，如果你是从3.4迁过来，那你遇到的困难就大多了，而且你根本没有机会发现很多潜在的问题。
这也可以解释为什么以前Magic开发的过程中留下来的kde包有时候补丁很多，有时候很少，内核也是，只打了10几个补丁。这些都是因为突发升级造成的大工作量引起的，而且，还要为质量负责。
红旗以前也一样犯过类似的错误，保守一段时间，然后升级，这时候绝大部分原来的工作要么重来，要么不能用了。
必须理解一件事情，升级不是推倒重来，如果每次升级都意味着痛苦，那我们需要反思开发过程出现了什么问题。
建立正确的跟踪和升级机制，就可以发现，“追新”其实就像下载一样的简单。