apt恢复

sejishikong

但不再对2.0的apt做更新了。
2.1的apt里更新了kernel，用第二个快照版的可以试试更新内核，注意同时更新与内核相关的包。
现在2.1的apt里部分包没有srpm，因为需要时间整理。

lylddzyx1

好，大家继续努力。鼓励一下！

云燕

顶个  有段时间不能用了

nihui

更新内核之后，可以正常使用了~

另外：
faac 这个包里面仍然缺失 libmp4v2.so 的库。
缺失这个库会导致 pacpl 无法转换音频为 mp4 格式，请查核一下吧~

haulm

确实更新过ffmpeg后，重新编译faac可以解决这个问题。

haulm

另外请se兄重新编译内核，把所有内核外围的包同内核关联上，否则apt-get只更新安装了一个光杆核心。

haulm

目前MI2.1R4存在一些BUG，复古的BUG：安装结束时不能重启，强行重启后发现post_install.sh没有执行。

sejishikong

原帖由 haulm 于 2007-11-12 20:05 发表
另外请se兄重新编译内核，把所有内核外围的包同内核关联上，否则apt-get只更新安装了一个光杆核心。

这么做会造成循环依赖，所以我在考虑是不是要这样做。
可以手工安装其它的包。

R4是因为account.py里有一处bug，愿意修复的话，可以修复。

sejishikong

faac更新。
下一步，我主要要忙两个事情，一个是sopcast可能近期需要做一些更新，一个是我想写一个fcitx的配置程序，所以希望大家多多测试，发现bug好解决。
有些bug，比如永中打印，比如splashy的启动问题，希望能有朋友可以帮忙。

haulm

我这两天又从0727版进行升级尝试，目前尽可能升级到和1109相仿，不过magic-artwork没能编译成功，这方面还需要掌握点常识。

fcitx 我已经往服务器中编译了可用版本，有个配置工具当然更棒了，不过fcitx就算修正了那个BUG仍然没有达到百分百的稳定。永中office打印和splashy按ESC出错，这些都是我会义务测试的。

sejishikong

splashy按esc有什么错误？
我的意思，如果你要参与测试最好能用1111版本安装。环境不一致的情况下，测试出来的不一定是一样的，比如wxgtk的问题。

guazi111

呃，cce的那个包还可以下载么

sejishikong

cce?当然可以啊。

haulm

原帖由 sejishikong 于 2007-11-13 08:31 发表
splashy按esc有什么错误？
我的意思，如果你要参与测试最好能用1111版本安装。环境不一致的情况下，测试出来的不一定是一样的，比如wxgtk的问题。

那绝对是一个很糟糕的主意，那样我又要重复对无法定位的BUG所带来的困扰。为什么我一再建议恢复APT更新，原因就在这，ISO测试模式比APT全面更新还要愚昧。除非我们都在一起象EVL的开发组成员在一起上班，否则您无法说服我ISO测试是种科学的方法。

haulm

原帖由 sejishikong 于 2007-11-13 08:31 发表
splashy按esc有什么错误？
我的意思，如果你要参与测试最好能用1111版本安装。环境不一致的情况下，测试出来的不一定是一样的，比如wxgtk的问题。

1113测试过了，主要的BUG也是最大的BUG在于内核。为什么这么肯定是内核，因为之前我的自制ISO升级内核到2.6.23.1-smp就出现过编译死机的问题，在1113这个ISO安装后表现就更为明显，编译multiget时拖动窗口开始迟钝，然后慢慢吃掉资源，硬盘灯开始一直亮着，鼠标开始迟钝，系统死机，KDE无法重启，键盘失效。

我从1113降级内核到2.6.20.11-smp后，编译multiget时拖动窗口迟钝现象缓解，但慢慢吃掉资源，硬盘灯开始一直亮着，鼠标开始迟钝，系统死机，KDE无法重启，键盘失效。

安装我自制的0727升级版，内核2.6.20.11-smp，编译正常。

综以上所述，2.6.23.1-smp-3mgc仍然不能正常工作，不排除内核以外的因素导致编译耗尽资源死机的BUG。