Feeds

478 items (477 unread) in 13 feeds

Firefox CFBU成员 Firefox CFBU成员

20 items tagged "Linux"

Related tags: tag.php?tag=ntfs [+], tag.php?tag=lrcshow-ii [+], tag.php?tag=kde4 [+], 杂七杂八 [+], tag.php?tag=sqlite [+], tag.php?tag=solid [+], tag.php?tag=scim-python [+], tag.php?tag=pyqt4 [+], tag.php?tag=plasma [+], tag.php?tag=gentoo [+], tag.php?tag=eyeos [+], tag.php?tag=amarok [+], tag.php?tag=%E6%A1%8C%E9%9D%A2 [+]

Ryandol - I' lI haI

  • Permalink for '创新X-Fi声卡和OpenSuSE 11.0'

    创新X-Fi声卡和OpenSuSE 11.0

    Posted: August 23, 2008, 1:13am PDT by Ryan Lee
    LBL_TAG_TAGS:  Linux  

    自我这台电脑的硬件小改动过后，就没有在用过Linux，预料到可能会有点问题。这两天稍有空装上OpenSuSE 11.0，果不其然，刚换上去不久的创新X-Fi声卡没有驱动。《电脑硬件太新玩Linux，繁! 》中描写的情况再现，只不过上次是显卡，这次是声卡。

    安装OpenSuSE 11.0的过程中，系统认出了声卡型号是Creative Sound Blaster X-Fi Platinum，但无法驱动。后来到创新的网站上看到它们曾在今年的4月份发布过Sound Blaster X-Fi Driver for Linux:

    This download is a beta driver providing Linux® 32-bit / 64-bit OS support for Creative Sound Blaster® X-Fi™ series audio devices. For more details, read the rest of this web release note.
    …
    This beta driver has only been tested on the following 32-bit / 64-bit Linux distributions: Ubuntu® 7.10, openSUSE® 10.3 and Red Hat® Enterprise Linux® 5.1 (64-bit only).
    …
    * Supports GCC version 4
    * Supports Linux 64-bit and 32-bit OS
    …

    看到这个Release Notes中有openSUSE 10.3的身影，比较振奋，欢欢喜喜下载了这个Beta 2 Driver，结果是让人失望的：Make error…Installation Unsuccessful…然后跑去翻了翻Driver Issues，结果发现新出的一些Linux发型版本（包括Fedora 9、Ubuntu 8.04以及openSUSE 11.0）都无法安装这个Beta Driver。

    创新声卡的驱动一直是一个问题，以前创新声卡驱动的开发曾严重的滞后于Windows Vista，开发出来后居然还想收费！很多创新声卡用户用的驱动都不是官方的，因为创新太不厚道，在中国有熟知的游飘版驱动，在国外有著名的Daniel_K版。Linux用户都没有对创新公司抱多大期望，只希望ALSA驱动在未来能够驱动起Creative X-Fi系列。我就无所谓了，声卡在OpenSuSE 11.0下是否能驱动对我没有什么大的影响，反正又不是用Linux来娱乐的。

  • Permalink for 'OpenSUSE 11.0 Gnome桌面缓慢的问题'

    OpenSUSE 11.0 Gnome桌面缓慢的问题

    Posted: July 1, 2008, 5:19pm PDT by Ryan Lee
    LBL_TAG_TAGS:  Linux  

    前几天就发现了，OpenSUSE 11.0的Gnome桌面系统很慢。开新窗口、双击打开一个文件夹都会有一点停顿，在Firefox的Bookmark Toolbar Folder上，鼠标从这个Folder移动到另外一个Folder，弹出下拉菜单中间的延时更是让我难以忍受，就跟windows下没有装显卡驱动差不多…问题一个一个的解决，昨天我开始着手研究这个问题。

    毫无疑问，我的nvidia显卡驱动是好的。运行glxgears，显示的成绩在48000分左右，打开Compiz特效后运行各种动画效果都非常的流畅。那是Gnome桌面主题的问题？还原到安装后默认的主题，问题依旧。检查了xorg.conf文件也没有发现什么问题。我开始有点郁闷了…

    后来我开始注意到，在OpenSUSE 11.0的Gnome终端上运行带图形界面的程序，从简单的gedit，到复杂一点的firefox，打开的时候都会遇到一个下面的错误：

    noyb:/home/lee # gedit
    /bin/sh: /usr/bin/esd: 没有那个文件或目录

    如果继续操作该程序的菜单，每操作一次，就会再次得到“/bin/sh: /usr/bin/esd: 没有那个文件或目录”，终于明白了。OpenSUSE 11.0下Gnome桌面菜单反应慢的原因和显示系统没有关系，而是声音系统的问题。解决方法：

    • #安装esound软件包
      sudo zypper in esound

    由于OpenSUSE 11.0将pulseaudio作为Gnome桌面默认的声音服务，esound包在默认的情况下是不会安装的，然而Gnome桌面下各程序菜单使用的声音却又是esound。即使你不设置菜单的声音，系统仍然会去查找：“该播放那个音乐呢？”，找一个不存在的东西导致了桌面系统反应的迟钝并产生错误。

    在安装esound前，系统—配置—音效里面：

    声音首选项

    所有的选项都是灰的，不可选。安装esound以后方可以订制，我的选择是——无声音。Last:安装好esound以后，OpenSUSE 11.0 Gnome桌面系统的反应速度健步如飞～

Copyliu 的部落格

Ryandol - I' lI haI

  • Permalink for 'OpenSUSE 11.0 Gnome桌面下的声音'

    OpenSUSE 11.0 Gnome桌面下的声音

    Posted: June 29, 2008, 8:00am PDT by Ryan Lee
    LBL_TAG_TAGS:  Linux  

    关于OpneSUSE 11.0 Gnome桌面下的声音，有一个在OpenSUSE 11.0 beta的时候就被发现的严重Bug，该Bug被标记为Critical，但到现在仍然没有被修复。Bug主角pulseaudio是OpenSUSE Gnome桌面的默认声音服务，所以这个Bug直接影响众多Gnome用户。其表现为pulseaudio服务间断性的连接不上，，这个时候点开音量控制(pavucontrol)的会显示”Connection refused”,导致系统部分程序没有声音，比如Banshee。奇怪的是mplayer并不受影响，据说是因为mplayer的声音处理是独自完成的。

    开机进入Gnome桌面后，系统声音是正常的，一旦用户启动Yast2，输入密码登录后，进程里面会有一个root用户在用着的pulseaudio，普通用户就有可能没有办法再连接上这个服务，因此导致Gnome桌面系统的声音出现问题。在官方解决这个问题之前，我暂时的解决方法是到yast里面搜索pulse，把列出来的rpm包全部删除，也不需要再安装什么另外的软件包，alsa自己会去接管。删除pulseaudio后唯一要做的就是改一下托盘声音图标的连接，换成原始的Gnome音量控制：

    cd /usr/bin
    sudo ln -s /usr/bin/gnome-volume-control pavucontrol

    重启OpenSUSE 11.0，搞定。大可不必担心出什么问题，没有pulseaudio的OpenSUSE我们都用了那么多年了。Pulseaudio服务的愿望是好的，统一声音领域，降低声音系统的复杂程度，但是貌似还不是很成熟，俺就不当OpenSUSE 11.0的小白鼠了。如果你的Gnome系统装好就没有声音，排除驱动的问题后，请看这里——解决OpenSUSE 11.0下的问题。

  • Permalink for '还是用32位的OpenSUSE 11.0'

    还是用32位的OpenSUSE 11.0

    Posted: June 28, 2008, 9:27pm PDT by Ryan Lee
    LBL_TAG_TAGS:  Linux  

    终于，我准备暂时放弃64位的OpenSUSE 11.0，目前已经装好了32的SUSE 11。怀念以前用64位SLED 10.0的时候，完美到几乎没有碰到什么问题。难怪有人说OpenSUSE是Novell旗下产品SLED/S系列的小白鼠，恩…我们都是快乐的小白鼠…

    首先，使用64位OpenSUSE并不会比32位快多少，至少不是我们能够感觉出来的，但是64位的问题却要多出很多。比如下面的两个已经确认是64位OpenSUSE独有的问题：

    • Pidgin 2.4.1：在32位下群的名字会显示Null，这个问题下载Linuxsir论坛上下载一个libqq.so以后可以解决。但是在64位下连Null都没有！我也曾下载了最新的Pidgin 2.4.2来编译，编译安装前需要的*-dev包之多，折腾了很久…编译好后问题依旧。我非常讨厌QQ，但有周围一些比较特殊的人之间的联系靠的就是这个…用Eva？No!为了这个东西要装个百兆有余的kdebase，我宁愿选择32位的OpenSUSE。
    • aMule 2.2.1：我不用BT，这个东西对我就至关重要。我本以为已经解决了这个问题，但是我错了。

      2008-06-26 15:52:58: ClientCreditsList.cpp(378): Credits: Error while creating signature: InvertibleRSAFunction: computational error during private key operation
      2008-06-26 15:52:58: ClientCreditsList.cpp(378): Credits: Error while creating signature: InvertibleRSAFunction: computational error during private key operation
      2008-06-26 15:52:58: ClientCreditsList.cpp(378): Credits: Error while creating signature: InvertibleRSAFunction: computational error during private key operation

      上面的错误每秒钟都在出现(猜测应该是和crypto++之间的问题)，直接导致：

      2008-06-26 15:52:29: ClientCreditsList.cpp(168): 积分文件已载入，33个已知用户

      已经用了好几天，4.3G的720P电影已经下好一部，已知用户数是绝对不可能才33个的。失去了积分系统的aMule就不在是一头Mule。

    现在系统正运行在32位的OpenSUSE 11.0下，Pidgin和aMule这两个对我比较重要的软件运行都很正常。很欣慰，没白忙半天…

  • Permalink for '在Linux下查看网站访问记录'

    在Linux下查看网站访问记录

    Posted: June 24, 2008, 2:47am PDT by Ryan Lee
    LBL_TAG_TAGS:  Linux  

    尝试使用Linux的人越来越多了，但很多都停留在了上网+多媒体播放等基础应用上。说实话，就那些用途完全体验不到Linux会带来的高效率这条优点。就我而言，用Linux shell命令来帮助我查看这个博客的访问记录是个非常不错的选择（新手，刚开始研究，挺好玩的）。也许你会说，有google analytics、yahoo stats、51.la、cnzz还有最近比较流行的clicki等访问记录统计的东西帮我做了，不幸的是这些都被我写进了firefox的adblock plus，你不会从它们那里知道我曾访问过你的网站。Why?影响访问速度，中文博客群使用的虚拟主机普遍就慢，有时候firefox的状态栏告诉我，Looking for www.51.la…最糟的时候这一个look就要好几秒钟，火大！…也有虚拟主机商还会提供awstats或webalizer，但那个跟本不全…如果你还喜欢SEO的话，可能还会关注googlebot和baiduspider访问你网站的频率，计算从clawing到indexing的时间、用户通过搜索什么关键词来访…如果要维护网站，还要去关注访问记录里面的404都是怎么来的…最主要的原因：我喜欢看原始记录。

    有的虚拟主机商会以天为单位把访问记录分割打包放在一个目录下，你每天去下载就是了，不大，看起来也不麻烦。我目前这个虚拟主机虽然提供实时的访问记录，但它每个月才分割一次，从6月1日到现在一共有13万余条记录，看这个东西要死人的…于是我写了个简单的脚本：

    #!/bin/sh
    #以续传的方式下载访问记录ilihai.log到/public_html/log目录下
    wget -c ftp://帐号:密码@ftp.ilihai.com/路径/ilihai.log ~/public_html/log

    #把googlebot的访问记录提取出来并输出到文本gbot
    grep ‘Googlebot’ ilihai.log > gbot
    #提取baiduspider
    grep ‘Baiduspider’ ilihai.log > bbot

    #把从google过来的搜索记录提取出来并输出到文本gsearch(实际还会把来自yahoo.com的搜索也提取过去，不过非常少，忽略)
    grep ‘/search?’ ilihai.log > gsearch
    #提取来自百度的搜索记录(还会把来自yahoo.cn的搜索也提取过去)
    grep ‘/s?’ ilihai.log > bsearch

    #把所有http 404记录提取出来并输出到文本404
    grep ‘ 404 ‘ ilihai.log > 404

    #同理，还可以写出图片盗链的、从外部链接访问过来的都可以用linux shell命令写出来，我这里就不举例了。

    把上面的文字保存为“log.sh”文件，存到“~/public_html/log”文件夹下，并“chmod +x log.sh”，在终端下输入“./log.sh”。运行完这个shell脚本以后会生成404、bbot、bs、gbot、gs这几个文本文件，用vim挨个看好了。用vim的好处是它的记忆功能：比如404这个文本文件有54438行，你今天看到第54438行，明天再次执行这个脚本过后，404文件可能会变成60000+行。再用vim打开404文件，光标会停留在594438行上，往下翻页就是最近一天的http 404记录。如果每天运行一次这个脚本，工作量将是非常小的。还有一个好处，Gnome终端中显示的链接是可以点的，比如查看gsearch文件中某行：

    • 121.229.99.117 - - [24/Jun/2008:04:48:27 -0700] “GET /cancel-credit-card.html [HTTP] 200 25311 “ [www.google.cn] “Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; QQDownload 1.7)”

    把鼠标移动到后面 [www.google.c…上，右键单击，会出来菜单，选择“打开链接”，你就可以到firefox中去看这个用户是通过搜索什么关键词过来的。目前我还在研究怎么把%E4%B8这些抓出来并转换成中文的方法，如果能行那就更方便了。]

    目前最有用的是404的部分，比如下面的这种SOB，我直接把它的IP写进.htaccess文件ban掉！：

    219.232.233.101 - - [04/Jun/2008:08:01:00 -0700] “GET /bbs/data/dvbbs8.mdb [HTTP] 404 10554 “-” “-”
    219.232.233.101 - - [04/Jun/2008:08:01:01 -0700] “GET /data/dvbbs8.mdb [HTTP] 404 10512 “-” “-”
    219.232.233.101 - - [04/Jun/2008:08:01:03 -0700] “GET /database/PowerEasy2006.mdb [HTTP] 404 10533 “-” “-”

    还有那种乱发spam comments的IP和UA，都挨个被我从网站访问记录里面提取出来ban掉，现在的每天的spam comments已经锐减到个位数。Blogger们，不要浪费了你们手中的Linux，这个玩意儿越研究越有意思。

  • Permalink for '解决OpenSUSE 11.0下的问题'

    解决OpenSUSE 11.0下的问题

    Posted: June 21, 2008, 4:12am PDT by Ryan Lee
    LBL_TAG_TAGS:  Linux  

    今天解决了OpenSUSE 11.0昨天遗留下的两个小问题：

    1. 创新Sound Blaster Audigy2 ZS声卡没有声音；
    2. aMule无法启动。

    第一个没有声音的问题不难，运行gnome-volume-control，有两个水平菜单，其中有一个叫开关，里面有Audigy Analog/Digital Output Jack这个选项，打勾，搞定。昨天可郁闷死我了，全耗在pulseaudio上了，很疑惑，既然pulse audio管不了，那OpenSUSE 11.0为何把pavucontrol(PulseAudio Volume Control)做为默认的音量控制放在系统托盘？

    再aMule的问题，安装好packman的2.2.1版本for OpenSUSE 11.0，一启动就死在那里了，后来我自己到www.amule.org上下载源码包来编译安装，问题依旧。查看~/.aMule/logfile:

    • 2008-06-21 20:45:43: ClientCreditsList.cpp(315): 文件 ‘crytkey.dat’ 未找到，正在创建。

    就死在这步上了。cryptkey.dat是保存用户user hash的两个文件之一，aMule创建不出来，我来创建好了，总之等下我都要把cryptkey.dat和preferences.dat这两个文件从windows xp下的eMule里面拷贝过来。结果拷贝到~/.aMule文件夹以后就搞定了，见鬼了，难道aMule没有读写权限吗？

    OK，搞定了也该睡觉了，又是凌晨三点了，不过心情舒畅，OpenSUSE 11.0真的非常不错，明日继续。

  • Permalink for '试用OpenSUSE 11.0'

    试用OpenSUSE 11.0

    Posted: June 20, 2008, 4:08am PDT by Ryan Lee
    LBL_TAG_TAGS:  Linux  

    早上OpenSUSE 11.0下载完毕，刻盘，下午安装。安装界面做的很漂亮，简单的next…next，挂载windows分区，桌面选择了Gnome。安装失败…提示C盘不能挂载，可能和我的Softraid 0有关，依稀的记得哪里好像说过Linux安装的时候最好不要挂载windows C盘，虽然我以前一直挂载都没有出过问题…不挂C盘redo，成功进入安装界面，安装速度的确比以前快了许多。一小会儿，OpenSUSE熟悉的界面映入眼帘，但是让我担忧的是耳机里并没有声音传出来。小试glxgears，三千六、七左右，一键安装nvidia驱动，nvidia官 [http供源，哈哈，还有哪个linux发行版有如此待遇？装好显卡驱动重启，卡表，从在Grub菜单上选择OpenSUSE] 11.0开始，到完全启动进入桌面55秒，速度马马虎虎。再试glxgears，四万八、九，OK!…下面开始解决应用，添加更新源，packman源，zypper安装mplayer、amule、ntfs-config…zypper的确很棒，基本解决了慢的跟乌龟一样的Yast，但是解决不了我与安装源之间缓慢的网络连接，漫长的等待…装好后运行ntfs-config，自动挂载所有windows分区并开启读写功能，包括C盘，重启，C盘自动挂载无误。运行amule，直接死在那里并导致cpu 100%，重试若干次亦然。Fine! 看来又要自己编译amule了。用mplayer打开windows ntfs分区中的电影，有影无声，再好的戏也出不来，可怜我的Sound Blaster Audigy2 ZS…以前在OpenSUSE 10.3的时候是没有问题的啊，现在怎么反倒退步了…尝试Google了一下，不是我一个人有这样的问题，某老外：

    I don’t have the same card and 32bit but, I have an audigy 4. When I installed 11.0 I had no sound either. What I had to do was add myself to audio and select audigy analog output in kmix and it works now. Hope this helps.

    Ok，你用的是kde，我这边是Gnome…估计应该是pulseaudio的问题，尝试若干解决方法未果…已经是临晨三点，不搞了，上博客记下以上流水帐睡觉去也。小试OpenSUSE 11.0让我很伤心…

  • Permalink for 'OpenSUSE 11.0发布'

    OpenSUSE 11.0发布

    Posted: June 19, 2008, 10:50pm PDT by Ryan Lee
    LBL_TAG_TAGS:  Linux  

    OpenSUSE 11.0 is out早在14号，民间就有OpenSUSE 11.0的BT种子流传出来，但由于没有我需要的x86_64 DVD版本，所以就一直在耐心的等待。今天下午两点左右看到官方FTP上放出了openSUSE-11.0-DVD-x86_64.iso，晚些时候官方主页正式宣布OpenSUSE 11.0发布。我就迫不及待的找镜像下载去了，目前正在韩国镜像上下载中，要到明天早上才能下好…本来想趁无聊的下载时间翻译一下以下文字介绍一下SUSE Linux 11.0一些新特性的：

    Sneak Peeks of openSUSE 11.0

    • The new installer

    openSUSE 11.0 includes a brand-new installer. The Sneak Peek series on openSUSE News shows off some new features, plus an interview with Stephan Kulow!

    • Software Management

    There have been many improvements and changes to ZYpp, openSUSE’s package management system, including the major improvement: it’s lightning fast! Features an interview with Duncan Mac-Vicar.

    • Desktop Effects

    openSUSE’s Desktop Effects (Compiz) have been improved, and include many new effects and new features which make running and managing them better! Also includes an interview with Dennis Kasprzyk!

    • KDE

    In openSUSE 11.0, you get two KDEs for the price of one. Take a look at the new KDE!

    • GNOME in openSUSE 11.0

    There are many improvements in the new version of GNOME. Vincent Untz talks about the GNOME desktop environment in openSUSE 11.0.

    Are you a reviewer, or are you writing about openSUSE 11.0? Take a look at our 11.0 Reviewer Guide.

    结果这个工作已经有人作了《openSUSE 11.0：哪些新特性？》：

    为什么要从目前的 openSUSE 10.2/10.3 升级到 openSUSE 11.0？这里你将看到一些主要的原因：

    • QT4 安装程序:显然当你升级／安装一个操作系统的时候，你首先看到的是安装屏幕。openSUSE 11.0 引进了全新而美观的 QT4 安装程序，这个安装程序比任何当前的 Windows/Linux/Mac OX 都领先了不止一圈（就外观而言）。
    • 软件包管理 (Zypper):Zypper 自 openSUSE 10.3 起经历了许多改进。当前的 11.0 使用的是 zypper 0.11.6-4.1，现在，软件包管理在安装软件，更新源等等方面都大大的加速了，也变得前所未有的智能化。（译者：就本人的使用体验来看，你完全可以 将 zypper 看作是 apt-get 在 openSUSE 中的实现。）
    • Xorg:Xorg 已经被更新到 7.3 ( openSUSE 10.3 中的是 7.2)，包含了许多针对 Intel / Nvidia 驱动的更新 (但如果使用
      Nvidia / ATI，我还是推荐安装 Nvidia / ATI 专有的驱动）。还有值得注意的是，AIGLX 现在已经被默认启用了。
    • 内核:openSUSE 11.0 搭载了版本为 2.6.25 的内核。这一版本在虚拟化、硬件支持等方面和 openSUSE 10.3 相比有明显的改进。
    • KDE 3.5.9:相比 openSUSE 10.3 中的 KDE 3.5.7 有较大改进。PIM（个人信息管理程序，例如 Kmail， Kontact 等）被加强，并且修正了许多原有的 bug。
    • KDE 4:尽管 KDE 4.1 没有及时在 openSUSE 11.0 中发布，但你可以很容易地使用 openSUSE 打包服务（openSUSE
      Build Services）升级到 4.1。openSUSE 11.0 默认搭载的是 KDE 4.0.4。
    • GNOME 2.22:关于 GNOME 2.22 已经谈论的够多了。GNOME 2.22 在各个反面都有许多许多改进。

    还有许许多多其他的安装／升级到 openSUSE 11.0 的理由，这里就不再一一提到。许多显著的更新包括：

    • NetworkManager （尽管它与 YaST 配置程序的协作仍有些问题）
    • OpenOffice （2.4.1）
    • Wine （默认为1.0 rc，但既然 Wine 1.0 已经释出，估计将出现在更新源中）
    • Amarok （1.4.9.1）

    看腻了屎黄屎黄的Ubuntu吗？来瞅瞅嫩绿的OpenSUSE 11.0吧。

三翻领的个人空间

  • Permalink for '写在lrcShow-II第二十个版本诞生之际'

    写在lrcShow-II第二十个版本诞生之际

    Posted: June 10, 2008, 8:56pm PDT
    LBL_TAG_TAGS:  tag.php?tag=lrcshow-ii Linux  
    前两天赶着端午放假，将lrcShow-II进行了一次比较大规模的更新，主要是对GUI界面的重新布局，以及添加新的功能。以前很多朋友都会反映无法找到本地歌词的问题，这里主要是我个人使用习惯的问题。因为在win下使用千千静听，默认情况下下载的lrc歌词都是以“artist - title.lrc”的形式，于是从一开始lrcShow-II就采用了这种匹配方法。然后事实证明还是有很多朋友喜欢用音频文件和lrc文件同名的方法，再加上上周自己入手了一台心仪已久的触摸式mp3播放器，它也是要求lrc和mp3要同名才行，因此这次下定决心把这种匹配和命名模式加入到新版本中。其实实现并不难，但是之所以一开始没有加入，多半由于我认识错误，认为绝大部分情况还是“artist - title.lrc”。

    还有个比较厉害的功能就是歌词过滤功能。上次也不知道为什么装了一下winamp，它就集成了“乐辞”，发现和千千静听的相比还是弱点，尤其是对lrc文件编码的探测上，真实一塌糊涂，连utf8的都识别不了，还不如lrcShow-II呢，不过它的一项“歌词过滤”功能非常显眼，因为当前很多lrc歌词中夹杂了很多例如qq号信息，网站广告信息以及“爱情宣言”，有点讨厌，有了这项功能，那就厉害了，如果有正则表达式能力的话，那基本上就可以过滤掉一切不喜欢看到的内容。其实功能实现难度不大，关键是这个创意。个人喜欢了，于是也就加入到了新版本lrcShow-II中，并且一定程度上有了些增强。

    当新版本基本修改完毕，写完changelog之后不经意间数了下，猛然间发现，如果加上最初的测试预览版，lrcShow-II至当前的0.7.2，居然已经是第二十个正式版本了，不觉唏嘘。lrcShow-II是去年11月份，我记得清楚，当时正是感冒厉害的时候，也是趁一个假期，赶出了一个预览版，事实上，这个项目老早就在我的脑海中了，它的一些流程、设计和功能很久就在勾勒，但是苦于当时对qt的驾驭能力还不行，一切只能在脑子里描绘。真正的动手开始写，也正是头脑风暴完成，一切技术性难题解决的情况下进行的，再加上python本身非常适合RAD开发，因此仅三天即可有测试预览版面市了。可是这三天时间可不简单啊，不仅是感冒，由于涉及到GUI操控，翻了不知道多少页的qt assistant。

    出了第一个版本，于是就再也没有停下来，隔三差五修复先前的bug、新增新想到的功能，直至如今的第二十个版本。

    可能lrc是国人开发的一个标准吧，反正国内对这方面的有很高的要求，软件也非常多，win下著名的就有迷你歌词、千千的歌词秀和乐辞等等，还有QQ音乐也带、酷狗也带、什么什么播放盒也带。而Linux系统下，也差不多，在lrcShow-II之前，就有小锁开发的xlyrics和lyriczilla这些项目，可惜都不能满足我，而且我太喜欢Amarok了，因此当我有能力的时候，我一定要做出一个来。

    其实开发lrcShow-II还有一个很重要的原因，那就是Amarok本身太优秀了，太让我爱不释手了，然后我觉得我可以给Amarok实现当时还非常不成熟的歌词秀功能，让歌词秀成为Amarok的杀手级功能为他赢得更多的用户。而最后的事实证明，lrcShow-II打败了同样是Amarok歌词秀插件的Amalyp，却最终没有成为什么“杀手级”应用，反响一般。

    在开发过程中，也涌现了基于不同播放器的歌词秀类插件，有audacious、bmp的，甚至还有smplayer和totem的，如果抛开作为lrcShow-II作者这一身份，客观的讲lrcShow-II无论在功能和稳定性上，是同类软件中执牛耳的，只是Amarok这款播放器没有audacious通用性强，用户相对少一点，加上lrcShow-II本身有一定的依赖要求，因此火热程度不如ShowLyrics、lyriczilla等。不管如何，能看到当前linux下歌词秀类软件如此“繁荣”，还是非常开心的，希望大家都能进步，把linux在这方面落后于win的差距能够补上。

    在第二十个版本之后，我想会有第三十个、四十个，因为还有Amarok2，甚至还因为将来Dbus的原因支持更多的播放器，我最得意的作品，一定会坚持。顺带也想对其它歌词秀插件的作者说一句：虽然我不会C/C++开发，但是如果需要，我可以提供我力所能及的帮助。

    为纪念这第二十个版本的诞生，我为整个lrcShow-II项目起了一个开发代号：shiningirl——大学时代我所喜欢的姑娘，至今念念不忘。
    Tags - lrcshow-ii

Ryandol - I' lI haI

  • Permalink for '论坛也端午'

    论坛也端午

    Posted: June 9, 2008, 11:09pm PDT by Ryan Lee
    LBL_TAG_TAGS:  Linux  

    端午节小长假回家里呆了两天，今天回到成都，收拾好东西，上网。上linuxsir论坛(linuxsir.org)准备看看SuSE Linux的版块，因为openSUSE 11.0再9天就要正式发布了，想上去看看用suse 11.0 RC的兄弟们用的如何，结果：

    unable connect to database server

    Linuxsir的SQL server down…才发现Linuxsir的主页原来用的是Drupal…又跑到Linux公社(linuxfans.org)去看，恩，好的，没有去过端午节，主页程序是PHP-Nuke。

    再准备去看看端午节放假的这两天有没有出什么高清电影，本来是准备上CHD论坛的，结果鼠标还是习惯性的还是选择了收藏夹里面的思路论坛(silu.info)，好吧，点都点了，就去看看你们的口水仗打得怎么样了。结果Firefox直接给我跳转到了一个令人极其厌恶的页面——114！silu.info居然连DNS都不能解析了…恩，好的，上CHD论坛吧…

    窗外远处一盏红色的孔明灯飘过，看来端午节还没有结束，希望这两个论坛今天放孔明灯放的开心，明天专心回来工作。

  • Permalink for 'SUSE Linux Enterprise 10 Service Pack 2'

    SUSE Linux Enterprise 10 Service Pack 2

    Posted: May 22, 2008, 6:11pm PDT by Ryan Lee
    LBL_TAG_TAGS:  Linux  

    5月21号Novell公司发布了SUSE Linux Enterprise 10 Service Pack 2，包括SLED和SLES。小牛皮嘛是要吹一下的：

    your linux is more that ready

    “This service pack for SUSE Linux Enterprise 10 has something for almost everyone – customers, partners and developers,” said Holger Dyroff, vice president of outbound product management for SUSE Linux Enterprise at Novell. “The benefits of Linux in the enterprise are becoming well known, and Novell’s focus is on continuing to simplify the customer’s experience, always with an eye to reducing costs. Reliability, security and interoperability don’t need to break the bank. That’s the ongoing value Novell provides with SUSE Linux Enterprise.”

    我的SLED 10连Service Pack 1都没有赶上，免费支持期就过了。为了更新，添加了一些Opensuse的源，结果被升级成Suse Linux 10.1，后来又到10.2，现在是SuSE 10.3…总有那么些小小的问题暴露出来，于是我决定重装成纯血统的SUSE Linux Enterprise Desktop Service Pack 2。刚刚又厚着脸皮在Novell上注册了一个帐号，获得60天的免费支持期，现在正在下载已40kbps的速度下载SLED SP2的DVD…下好要后天去了。

    另外，Novell在今年的3月17号宣布了SUSE Linux Enterprise 11的开发计划，如果顺利的话，今年年底以前可以用上SLED 11。到时候可以考虑一下买两年的服务支持一下SuSE Linux，但让我郁闷的是Novell只提供一年(50USD)和三年(125USD)两种选择。考虑到Novell的开发周期，一年太短，三年又太长 …

  • Permalink for 'Ubuntu 8.04 (Hardy Heron) is on the way.'

    Ubuntu 8.04 (Hardy Heron) is on the way.

    Posted: April 24, 2008, 12:36pm PDT by Ryan Lee
    LBL_TAG_TAGS:  Linux  

    自2005年开始用linux以来，就一直麻烦ubuntu给我寄光盘，包括最新的，被寄予厚望的ubuntu 8.04 LTS Hardy Heron.

    • 5 CDs requested on 2005-10-06. 5 CDs were approved and sent to the shipping company on 2005-10-07. …
    • 3 CDs requested on 2006-07-09. 3 CDs were approved and sent to the shipping company on 2006-07-12. …
    • 3 CDs requested on 2007-04-29. 3 CDs were approved and sent to the shipping company on 2007-04-30. …
    • 2 CDs requested on 2007-10-21. 2 CDs were approved and sent to the shipping company on 2007-10-22. …
    • 1 CDs requested on 2008-04-18. 1 CDs were approved and sent to the shipping company on 2008-04-22. Please note requests usually take from 4 to 6 weeks to deliver, depending on the country of shipping.

    从前几次的经验看，从ship日开始算，我都是在之后的20天左右收到光盘，这次收到ubuntu 8.04 LTS Hardy Heron的光盘应该在小五一期间，可以好好玩玩咯。最大的希望是Hardy Heron认出我的Fakeraid，就能省掉不少的麻烦事了。硬件上相对去年来说，也不算新了，希望ubuntu 8.04 LTS给我完美的支持。

    想尝试linux的朋友可以尝试一下ubuntu，现在最火的linux版本就是这个了，在www.ubuntu.org.cn上人可不少，你的问题多少能得到解决，连光盘都免费寄给你，还犹豫什么呢？

    顺带一提，印有ubuntu 8.04吉祥物Hardy Heron的T恤貌似还可以的样子，16欧元一件，如图， ^_^
    ubuntu hardy heron

三翻领的个人空间

  • Permalink for 'scim-python确实不错啊'

    scim-python确实不错啊

    Posted: March 31, 2008, 11:38am PDT
    LBL_TAG_TAGS:  tag.php?tag=scim-python tag.php?tag=sqlite Linux  
    昨天突然想试试scim-python，只是想看看这款被很多人赞誉的输入法到底如何。其实我对dcim-pinyin还是很满意的，虽然离windows下的搜狗拼音和google拼音还是由不小的差距的，但是总是比我用了很久的微软拼音要好很多。提到输入法，总还要扯上两件事情的，一个是fcitx的事情，当然除了遗憾外总要看到积极的一方面，比如现在已经有人接手了。还有一个就是scim导致kde崩溃的事情，这个倒是见识过的，说回来既不关kde的事情也不关scim的事情，这里涉及到glibc的一个bug，暂时可能没有什么办法，但是只要设置得当还是可以避免的。

    在Gentoo发行版下，最好还是通过overlay解决，这样包的管理比较统一，好在china-overlay里收录了，不过我倒是不太喜欢把整套overlay下下来的，当然就只能google到ebuild，放到自己的overlay中，digest下就行了。不过很奇怪，scim-python居然依赖cvs，而ebuild里明明显示scim-python是用svn作为版本控制系统的啊？不过也算了，能用到一款好的拼音输入法，装个cvs是值得的，不行再删掉好了。不过麻烦还是有，scim-python的make过了，到了install的时候，居然莫名其妙出错，仔细分析了下出错提示，发现是在python上出了问题，是在import sqlite3这里，再emerge -pv python看了下，果然是python中没有启用sqlite的USE，那就好办了，重新编译过，接下来就没有什么问题了。

    重启kde后急忙在空文档里码字，感觉真的是非常不错哦。词库很棒，常用语、网络用语什么的都能直接打出来。据说是scim-python有借鉴或者集成了搜狗拼音的一些东西，我也不好乱说，不过的确有搜狗拼音的感觉，真是没有白装了。scim-python还有个“整句”的输入法，我也尝试了下，识别率非常高了，膜拜下作者了。

    当然，最为一款刚刚起步的输入法，有一些问题也是很正常的，但是至少起点很高。我这里感觉它的配置还是有点问题。现在scim-python在它的面板上放了两个设置按钮，一个是scim的，一个是自身的，应该整合到scim中去。此外scim-python的模糊音问题还是比较麻烦的，一个就是在启用模糊音后，开始输入的时候有比较明显的停滞，这大概在数据库检索上还是存在算法的问题吧，另一个就是不能自定义模糊音设置，你想，“an“和”ang“一般总能区分吧，硬是归入了模糊音里面反而麻烦很多。不过我相信这些问题都会解决的。

    瑕不掩瑜，无论如何scim-python是一款难得的好输入法，终于能让我有在linux平台下用搜狗拼音的舒畅感了，因此要推荐一下的，各位，尝试尝试。
    Tags - scim-python , sqlite
  • Permalink for '介绍一款带着走的“桌面”'

    介绍一款带着走的“桌面”

    Posted: March 8, 2008, 7:25pm PST
    LBL_TAG_TAGS:  tag.php?tag=eyeos tag.php?tag=%E6%A1%8C%E9%9D%A2 Linux  
    昨天逛了逛国外的开源综合站点，无意中看到了一款号称“带着走”的桌面——eyeOS，字面上比较吸引人，点进去看了看，果然非常出色，而且对于一些特殊情况下也非常实用。于是仔细看完了他官方网站上的一些介绍和相关HowTo后，决定装一下试试。

    其实说白了，eyeOS是安装在服务器端的、用户通过浏览器访问后实现的远程桌面，并且何以利用已经安装在这款桌面上的各种办公、娱乐等方面的软件。服务端要求appach和php（需要php5），好在我自己的服务器都满足要求，于是下载了源码包后，解压放在域名指向的目录下，安装后就可以通过浏览器访问www.xxx.cn/eyeOS即可。安装的时候需要创建一个root的密码，然后在浏览器中输入用户名root和密码后，正式进入桌面。

    他的主题是淡蓝色的，非常讨人喜欢，小巧的源码包下（2.5M），不仅完全模放了桌面，而且还有很多了不起的应用，像文档编辑、mp3播放、计算器和chess等，相当有趣。由于服务器在国外，我这里访问速度不太理想，但是这不影响我在感受eyeOS中获得的乐趣。如果把浏览器开成全屏的话，那就完全像本地桌面了。当然，不光是好玩，我想eyeOS也是有着很多实用价值的。比如对于经常异地办公的人，就不需要随身携带笔记本了，随便一台电脑就可以访问自己熟悉的桌面，以及查看eyeOS中储存的各类文件。eyeOS也提供了方便的上传功能，这样就可以很简单的备份本地的一些重要文件，而且可以做的比ftp更直观、更有条理。

    eyeOS很多功能完全依赖javascript，因此当某些功能不能正常工作的时候，很有可能是您的浏览器在js的处理上存在一些限制，这点需要注意。不过就几款常用的浏览器说，eyeOS表现的还不是很一样，在ie中，经常出现假死的状况，不过“桌面”上的右键菜单什么的都还可以显示的，firefox经常出现不能登录的情况，不过速度上优于ie，在linux下的konq，表现的同样优异，但是“桌面”的右键菜单被konq自己的菜单所取代了，这点很是头痛，应该是eyeOS本身的问题，毕竟konq还是很标准的。

    点击在新窗口浏览图片

    点击在新窗口浏览图片
    Tags - eyeos , 桌面
  • Permalink for '遇到ntfs事故'

    遇到ntfs事故

    Posted: February 21, 2008, 9:29pm PST
    LBL_TAG_TAGS:  tag.php?tag=ntfs Linux  
    在文件系统方面，一直以来认为人品比较好，没有碰到过问题。但是昨天就碰到了，吓出半身冷汗。当时系统在升级系统，负载比较高，同时把BT完了的《Prison Break》移动到固定放置视频的NTFS目录下保存。谁知道移动文件的进度条刚走了1／3，居然死机了。当时也没当回事，以为只是碰巧。冷启动后继续移动文件，又死机。这下感觉出问题了。再次启动进入gentoo后，发现存放PB第三季的目录空无一物了。好在同分区下其他数据完好，但是已经不敢再动了，读也不敢了。

    马上重启到win下，进入E盘，发现PB第三季的目录没办法进入，删都删不掉了：

    点击在新窗口浏览图片

    这是以前从来没有过的。最近最大的一次变化就是升级了内核，难道和这个有关。数据啊数据，PB啊PB，都是几k几kBT下来的。当时慌了，没什么注意，加上也晚了，睡了算了。

    今天突然想起来，可以试试windows的一些工具，尝试修复一下。启动电脑，居然自检了（上次出问题后启动到win怎么没有自检？），过后进入桌面，打开PB目录，数据完好！！赶紧把BT在fat上的数据拷过来。终于没事了。

    看来得要找找问题，因为以前都是没有问题的，如果真是内核升级导致的，那还真成麻烦了。不过这次内核升级也出现了另外一个问题，grub后启动内核，屏幕上显示一行说：PCI 0 can't allocate xxx xxxx xxxx的，不过貌似没有影响。
    Tags - ntfs
  • Permalink for '遇到ntfs事故'

    遇到ntfs事故

    Posted: February 21, 2008, 9:29pm PST
    LBL_TAG_TAGS:  tag.php?tag=ntfs Linux  
    在文件系统方面，一直以来认为人品比较好，没有碰到过问题。但是昨天就碰到了，吓出半身冷汗。当时系统在升级系统，负载比较高，同时把BT完了的《Prison Break》移动到固定放置视频的NTFS目录下保存。谁知道移动文件的进度条刚走了1／3，居然死机了。当时也没当回事，以为只是碰巧。冷启动后继续移动文件，又死机。这下感觉出问题了。再次启动进入gentoo后，发现存放PB第三季的目录空无一物了。好在同分区下其他数据完好，但是已经不敢再动了，读也不敢了。

    马上重启到win下，进入E盘，发现PB第三季的目录没办法进入，删都删不掉了：

    点击在新窗口浏览图片

    这是以前从来没有过的。最近最大的一次变化就是升级了内核，难道和这个有关。数据啊数据，PB啊PB，都是几k几kBT下来的。当时慌了，没什么注意，加上也晚了，睡了算了。

    今天突然想起来，可以试试windows的一些工具，尝试修复一下。启动电脑，居然自检了（上次出问题后启动到win怎么没有自检？），过后进入桌面，打开PB目录，数据完好！！赶紧把BT在fat上的数据拷过来。终于没事了。

    看来得要找找问题，因为以前都是没有问题的，如果真是内核升级导致的，那还真成麻烦了。不过这次内核升级也出现了另外一个问题，grub后启动内核，屏幕上显示一行说：PCI 0 can't allocate xxx xxxx xxxx的，不过貌似没有影响。
    Tags - ntfs
  • Permalink for '成功安装、运行kde4'

    成功安装、运行kde4

    Posted: January 23, 2008, 6:42pm PST
    LBL_TAG_TAGS:  tag.php?tag=kde4 tag.php?tag=plasma tag.php?tag=solid Linux  
    昨天更新了gentoo的portage，居然看到了被mask掉的kde4，真是开心的一塌糊涂。虽然添加kde的overlay也可以安装，但是有几点很不爽：1.只能svn下载源码包，我这里速度很慢很慢，就5、6k，这个很要命；2.默认被安装到了/usr/kde/svn/目录下，感觉不好；3.只能按照kde的拆包方式装大包。其中第三条我是比较看重的，因此至今用gentoo编译安装kde都是用spilit ebuilds来安装的，这样可以避免一些问题。比如在kde3下如果仅仅需要重新编译konqueror，那就编译好了，不需要去把整个kdebase包编译一遍，另外就是可以自己有目的的缩减一些自己不需要的包，比如kde3下我想很少人会去用那个kde菜单更新工具，但是编译大包就避免不了。

    昨天大概是晚上6点开始编译的，之前把时间花在了unmask上了，好在有autounmas工具，省了不少事。然后就是emerge过程了，吃个饭洗个澡那是绰绰有余了。不过我也blog中提到过，我以前编译过svn的kde4，而且系统启用了ccache，因此编译时间会大大缩短。估计也就2个多点小时，kde4完成编译。重启桌面环境，在kdm中果然发现了kde4的启动项，不错不错。splash很不错，质感强烈，只是他沿用了kde3的splash背景，有点不太搭配。进入kde4桌面，真是直呼惊叹，实在太漂亮了，风格超级喜欢，磨砂效果非常诱人。打开konsole4，继续把kde4的语言包装上，然后再仔细设置了一些东西，那看上去就更舒服了。有人提到kde4的菜单很欠扁，我感觉是有道理的，效率降低不少而且要求鼠标定位精确（至少我误点了不少），看来这个菜单的设计有点问题，其实现在用着kbfx挺不错，我还一直以为kde4时代他会转正呢。

    反正是第一次尝试，各个安装了的组件试用过来，结合网上的一些评论，自己感觉了一下。总体上kde4第一炮我觉得开的不错的，小问题我看谁都避免不了，但是架构着的不错，我想这也是为什么离kde4发布前1年时间就有很多人在谈论的原因了。加上《通向kde4之路》的不断翻译和推广，早就吊了不少人的胃口了，我也是。

    下面谈谈各个组件的感受。konqueror我觉得还不错，没有网上提的那么不堪，只是有些细节还要打磨，比如输入网址后不能自动添 [头，导致报错，网速还是有点问题；dolphin现在终于扶正了，我在3下就用他，感觉还是不错的，4下面还是中规中据，不过“存储介质”那里打不开，导致我插入的手机没办法通过他来安全卸载；konsole麻，以前就有报道，说改变会比较大。不过没去细看其他的，就他的输出来说，貌似问题还不小，居然会缺失内容。光标游走在字符上的时候，字符居然会跳动，不知道是有意的特效还是什么；kopete麻，编译他就为了qq插件，装的时候就有九成把握运行不起来，果然争气，其他协议也没怎么看。kde4下的设置中心（好像是这么叫的）是非常眼前一亮的角色，很有yast的感觉，在取代了kcontrol的定位后，也摆脱了所谓“繁琐”、“杂乱”的感觉；plasma麻，虽说是kde4的一大特色，不过可能是其介绍看多了，也没有特别大的惊喜，桌面菜单少了“刷新”总感觉怪怪的。如今桌面图标都变成了plasma的widget，但是好像不能排列和对齐了，至少我没有找到。其他么，也就没怎么深入看了，毕竟装好系统就不早了。]

    总体感觉很不错，令人心驰神往，要不是现在还有很多必须的软件还仅支持kde3库，真有用下去的打算了。

    回到kde3想看看新闻就睡了，谁知道发现一个很奇怪的问题。以前kde3下很多qt4程序，比如assistant好了，都是保持和kde3同一风格，而这次从4到3后，突然发现assistant居然是kde4的风格了，而且自己写的lrcShow-II的pyqt4版本在工具栏上面也出现了问题——没显示图标。后来通过kde-cn的邮件列表询问才知道，kde4果然会向qt4写配置的，况且自己也是超级喜欢kde4的风格，变就变了麻。至于lrcShow-II的问题麻，呵呵其实是我用错了widget，不过也纳闷，为什么以前在用错widget的情况下却表现良好呢？


    点击在新窗口浏览图片


    点击在新窗口浏览图片
    Tags - kde4 , plasma , solid
  • Permalink for 'lrcShow-II的当前进展'

    lrcShow-II的当前进展

    Posted: January 20, 2008, 1:06pm PST
    LBL_TAG_TAGS:  tag.php?tag=lrcshow-ii tag.php?tag=amarok tag.php?tag=pyqt4 Linux  
    当前的lrcShow-II表现比较稳定，于是从上个礼拜开始，已经正式步入移植到pyqt4平台的工作了，预计下个版本将会是同时支持pyqt3和pyqt4，在这个方面是这么考虑的，在启动脚本后，脚本将会检测下系统上的pyqt版本，优先检测pyqt3版本，因此当系统上同时存在两个版本的pyqt时，将会优先使用比较稳定的pyqt3版本。当然，这是当前的状况，毕竟pyqt4版本刚刚开始起步，迄今虽然基本上99％的功能已经和pyqt3版本同步，但是毕竟还没有稳定。

    以后当然就是qt4的天下了，如果kde4一旦步入实用阶段，qt3估计将会退出历史舞台。这也是我将lrcShow-II移植到pyqt4平台的主要原因。当然我的想法还包括了对Amarok-2.0的支持，不过这是后话，目前Amarok-2.0还处于alpha阶段，尚早。

    尽管移植lrcShow-II的想法比较早，但是动手进行却是前天、昨天的事情，因为qt4相较于qt3来说，改动实在很大，而我又是第一次接触qt4，因此很吃力，想的时间远远大于改的时间，很多关键地方真的是冥思苦想了很久，尤其在取得歌词每次滚动的步长这个参数上，迟迟无法突破，迄今也是不完美的实现。还有在滚动函数上，pyqt3的实现方式比较容易，而且天然的可以避免一些隐性问题，pyqt4版本就不太好办，虽然都实现了，但是还要花时间攻坚。

    现在svn上的版本已经同步到最新，不过pyqt4版本的网络部分还没有修改。

    此次移植平台的工作，终于让我开始接触到qt4了，总的感觉是，对于刚刚转平台的我来说，难度很大，更何况qt3也接触了没多少，而且一些qt3下固有的思维比较害人，比如像线程向主GUI进程发送信号等具体方面。不过总的来说，qt4比qt3好不少，就我最直观的感受就是QAction类的强大，真的方便不少。

    对于转pyqt4的工作，真的要感谢addone的帮助。他曾经给先前的版本做过移植工作，这次我特意把源码要来了，吸收了很多经验。其中计算margin这里，真的是“英雄所见”略同，采用了同样的方法，不过由于我之前写的一个模块有不成熟的地方，导致margin值在pyqt4下就不固定，现在已经解决。

    小小的截张图，其实界面上改变几乎没有，不过对于“快速设置栏”的修改还是比较大的，漂亮不止一点呢。

    点击在新窗口浏览图片
    Tags - lrcshow-ii , amarok , pyqt4
  • Permalink for '编译kde4，失败'

    编译kde4，失败

    Posted: January 16, 2008, 5:38pm PST
    LBL_TAG_TAGS:  tag.php?tag=kde4 tag.php?tag=gentoo Linux  
    前段时间，kde4正式发布。无论从哪个角度看，kde4是革命性的*nix平台下的桌面环境（其实也可以跑在windows平台下），在其开发阶段、alpha、beta阶段就一直受到很高的关注度，吸引力可见一斑啊。我自己也一直受到他的“勾引”，曾经就在3.97版本放出后编译过一次。但是那次最后是我自己ctrl+c了，主要原因是感觉一旦装上，机子就可能要每次都跟上kde4的进度，实在没精力，而且有些东西在开发中，怕出意外，那就大大的得不偿失了。

    这次好不容易等到正式发布，想来可以好好的领略一下kde4的风采了，决定后就开始动手，正好赶上星期五晚上，有的是时间。由于gentoo还没有把kde4纳入portage，因此只能用layman，并且使用kde的overlay，这些都还驾轻就熟，没有什么问题，不过找一份比较全的keyword比较麻烦，毕竟包有点多。好在gentoo的官方论坛是强大的，稍微一找就找到了一份，随后放入package.keyword之后，开始编译即可。

    几个依赖包没什么问题，但是真正编到kde4的包的时候就有点傻眼了。因为kde的overlay一定要从kde官方的svn下载源码包，也就是说要co下来，单线程是肯定了，但是速度太慢了，只有6、7k，而且还不能预下载，一到kdelibs和kdebase就彻底完了。记得下载kdelibs整整花了3个小时才co完，到了kdebase实在没有耐心了，于是就想办法投机取巧，尝试了好几种办法，比如到ftp上把包下回来解压到目录中，不行；直接把包解压到work目录下也不行。询问了一下，也没有得到好的办法，于是只能老老实实继续co源码包。不过这次找了个好点的代理，设置好svn后下载有所改观，能够上到15k左右。

    下kdebase包整整用了5、6个小时啊，看到终端co完源码的一瞬间，真当兴奋，想来该是一马平川了吧，可谁知道呢，编译到37％的时候，居然报错终止了编译。看了下报错的地方，也没看出什么来，反正最显眼的一句话就是：风险自负.......

    看来暂时还是和kde4无缘，没有头绪的再尝试编译了两次，都是在同一个地方出错，也没有办法，只好把kdelibs和kdepimlibs两个包删除，然后emerge --depclean删干净了其他的依赖。

    其实这次kde4的发布，某种程度上并不是宣告kde4进入使用阶段，而且从很多报告来看，bug还很不少，因此框架的定型和进入使用阶段，还有很长的路要等。预计会在kde4.1时这个状况会有所改观。

    Tags - kde4 , gentoo