Archive for December 2009

看图说话——KDE SC 4.4 Beta 2

December 25, 2009

Oxygen边框新主题,和Nitrogen的代码合并,窗口分组,目前只有oxygen主题支持窗口分组

平铺式窗口管理

freedesktop的提示,来自quodlibet播放器

另一种提示

Remote Plasmoid的还不知道怎么用,貌似还在测试当中?

Aurorae主题进源,不过貌似还是一样不好使。Oxygen主题有详细设置。不知道这里有个微调究竟是处理哪里的设置的?

开源的强大,Archlinux ATI R600 开源驱动安装

December 24, 2009

说起来,开源究竟有多强大谁也说不好,仅指与我相关的ATI显卡驱动一例。

ATI显卡驱动在Linux上真是要多Suck有多Suck,一般说来,闭源驱动的性能总归是要好一些,这也确实,闭源的驱动在BenchMark上的表现超过开源驱动,但是这不妨碍他Fuck itself。观感上的问题就是ATI的闭源驱动在窗口Resize的时候会有明显的延迟,CPU会刷的一下升上去,为此有人搞了一个补丁。但是这个补丁会带来显示的问题,在性能不如Compiz的Kwin上尤其明显,当然也不是说Compiz就没有这个问题,但是少。

其次,ATI只官方支持Ubuntu,这是什么意思呢?一旦Xorg或者Kernel更新了(这两个和驱动关系很大),ATI的驱动往往跟不上更新,为啥,因为Ubuntu没有使用新的版本的内核或者Xserver。Nvidia则不然,能在内核未发布的时候保证支持。这是态度问题啊……

Catalyst驱动到现在还没有支持Xorg 1.7,导致我等使用Archlinux的同学要么就等着不更新,要么就抛弃闭源驱动。不更新有很多麻烦,有可能有很多依赖的包都会出现问题,尤其是Archlinux这种滚动更新的发行版,长时间不更新会带来更多的麻烦。

说起来,这种时候大家的选择只有忍耐,或者投奔开源。这时我早早的就开始在网上寻找开源3d的支持。于是我发现了这个:http://aur.archlinux.org/packages.php?ID=28981

当时还尝试自己编译相关支持,但是失败……后来有人终于成功搞出来,不过那已经是很久之后的事情了。ATI的开源3d也确实牵动着众多用户的心,很多人都有关注,各个网站也有相关文章,主要关注的还是Phoronix上的新闻。

那时还曾经头脑发热想去参与开发,后来发现自己啥也不懂就作罢了……

列出历史上的几篇激动人心的文章:

AMD Releases R600/700 Programming Guide ATI发布了编程指南,这是走向开源的第一步,这样就不用苦苦逆向工程搞出来什么寄存器是干什么的,同时还能带来更好的性能。

Open-Source ATI R600/700 3D Driver Almost Working 这篇文章标志着开源驱动就要到来啦~

ATI R600/700 OSS 3D Driver Reaches Gears Milestone glxgears works!一个大家常用的benchmark

然后就是等待内核2.6.31,其实这时候我一直都还没尝试过开源驱动,其实是没有成功。当Xserver 1.7到来的时候,大局迫使我向开源驱动靠拢。这时候我编译了drm-next的radeon模块,终于看见了3d work,太感动了,太激动了……虽然渲染错误时常出现,但是我也坚定的向Catalyst说了fuck and goodbye!

说起来感觉内核发布得越来越快?2.6.32很快就到来了,这是声明有官方支持的r600/r700的3d,测试发现渲染错误依然,不过不用自己编译相关模块了,倒是不错。

期间也出现了一些问题,例如early load,为此我写了一个mkinitcpio的hook,发在了评论里,被别人拿走打包了radeon-initrd,确实可以尽量早的启动kms。

后来2.6.32.2内核会导致无法启动的错误,后来发现有人测试2.6.33rc1的内核很好使,于是我也下载自己搞了一通,最后发现没有firmware?!没办法,幸好我之前注意到了一个叫做radeon_ucode的包,于是装上,哇!没有渲染错误的KDE SC 4.4是多么美妙!

以下是相关流程:

安装kernel 2.6.33rc1,虽然kernel26-rc提供了这个包,但是没有firmware会导致非常不爽,幸好这个包写了被注释掉的拆包机制,于是拆成header,firmware和kernel三个包安装好。

安装libdrm,2.4.17版本就可以用,但是官方源的2.4.17-2已经去掉了radeon的支持,于是要么用2.4.17-1,要么自己重新编译一个。

glproto和dri2proto都可以直接用。

安装mesa,由于我一直有关注mesa的git,于是我发现mesa 7.7的提交记录可以满足我的需求,又不用时常抓git的新代码,于是从mesa 7.6的pkgbuild改了一个新的,编译完成,需要注意的是其中一个补丁不能再用在mesa 7.7上,从mesa-split里面抓出来一个覆盖是个很好的选择。

安装xf86-video-ati-git,必须装个git版,自己编了一个,挺好使。

radeon_ucode,其实就下载三个文件,必须装上,否则无法加载。

如果出了问题,可以采用reisub大法,或者在grub当中加入nomodeset禁用KMS。

体验开源驱动的强大吧!

KDE SC 4.4 Beta 2

December 23, 2009

今天终于忍不住装了,当然我是一向知道KDE的Beta版的不稳定程度,所以也没有什么出人意料的结果,平铺式窗口管理万岁,先是在台式机上面装的,遭遇不少挫折。然后终于决定在笔记本上装个了……

由于我台式机bug的ati显卡,导致我最后还是放弃了开源3d,等着更稳定了再测试吧。

我笔记本的Nvidia显卡驱动显然更好,虽然折腾过nouveau,但是发现还没ati稳定……

笔记本上面的安装就很顺利了,因为准备了所有需要的包,一气呵成

 

个人Linux唠叨——DE/WM的唠叨

December 22, 2009

本人是KDE Fan,不过不是从一开始就是。

最早接触Linux的时候,其实应该是在卖电脑那里看见的装着Linux的系统,不过现在我反而搞不清楚那究竟是KDE还是Gnome了。

从我安装了第一个Linux开始,Fedora,默认安装了Gnome,所以就一直这么用着(当时可能对KDE就稍微听说过名字而已),由于开发项目用到了Kdevelop,而我又不大会安装KDE,一装上KDE,好家伙,好多组件,菜单里面多了N多东西,搞得我对KDE有点反感……后来有次为了Kdevelop,直接装了个KDE 3.5的桌面,没有用太多,唯一的感觉就是宋体没用点阵字体,看着发虚……(当时还不知道文泉驿)

我第一次正式使用KDE是从KDE4开始的,当时看着宣传觉得很好很强大,尤其是对Plasma印象深刻,于是就在自己的笔记本上头一次投奔了KDE,KDE4开始还并不那么稳定,尤其是自动挂载总是有问题搞得我很烦,于是我头一次给kdelibs打了自己的补丁,编译时间超长,不过最后还是坚持到了KDE 4.2的发布,这时我发现,我的Linux进入桌面比XP还慢(God!),转而开始追求轻量级的DE,这就是我开始Xfce的初衷。

说起来我在Fedora用Xfce没两天,为了速度就四处搜寻发行版,最后发现了Archlinux,随即投奔。Xfce我用了也好一段时间,期间为了挂载硬盘也改过Thunar的源代码,这时看见了很多追求轻量级WM的文章,我顺道试了Openbox,Pekwm,Icewm,awesome。和系统界面的不协调导致我十分不爽,其实我用的时间最长的还是Openbox和Xfwm4了,那时我还给Xfce-look投了个稿,是Openbox的一个主题的Port。我离开轻量级DE的时候用的是LXDE,大概是由于我实在是很追求界面华丽,因此我又叛逃了。

又装了KDE。KDE 4.2是我KDE用的最好的一个版本,Everything works!没有崩溃,界面美观,使我再也没有离开过KDE。由于得知还有个非官方的KDE——KDEmod,于是装来一用,感觉其实差别不大,但是那时KDEmod对KDE的包的拆分还是令我很青睐,直到有一次官方KDE也拆包了,而KDEmod有一个QT程序不使用KDE颜色的Bug,我这才返回了官方KDE。

KDE 4.3的到来在我印象中没有带来什么惊喜,一切就这么平淡的来了,也走了。现在KDE SC 4.4要发布了,KDE也从KDE变成了KDE SC,相信KDE还会给我带来很多的惊喜。

说起来,Xfce我也很喜欢,现在家里的一台破电脑还在用着Xfce呢~

写到这里,我忘记了陪伴我很久的Compiz。我在Xfce,Gnome,KDE上都用过Compiz,Compiz实在是一个好项目,性能确实超过Kwin,不过现在在Plasma当中有一个烦人的小Bug,所以没有使用。

说起来,现在期待着的KDE SC 4.4的特性有:

窗口平铺,freedesktop的notification,plasma的改变,netbook有机会会尝试。

P.S.

最近很忙,难得有个机会就写一写,说起来我想写的还有很多呢,先记录一下:

音乐播放器,文档处理,PDF阅读,文件管理器

KDE & Google Calendar, Addressbook

December 13, 2009

ZZ:

http://www.my-guides.net/en/content/view/178/26/

http://forum.kde.org/viewtopic.php?f=20&t=83092

Firefox的openSUSE patch

December 11, 2009

花了几个小时终于整合上了,现在用的很爽……

AUR地址:

firefox-kde-opensuse:http://aur.archlinux.org/packages.php?ID=32598

xulrunner-kde-opensuse:http://aur.archlinux.org/packages.php?ID=32599

kmozillahelper:http://aur.archlinux.org/packages.php?ID=32600

这么一看包的编号都是连续的……

非Archlinux用户也可以去看看,其中补丁想必还是有帮助的……

个人Linux唠叨——浏览器的唠叨

December 1, 2009

说起Linux下面的浏览器,其实都不错,但是总是有这样那样的问题让我无从选择……

我先列举一下我Linux下面用过的浏览器:firefox,opera,chromium,Konqueror,rekonq,arora,midori,epiphany

数量够多吧,估计有不少大家听都没听过……

下面说说我对几个浏览器的评价:

界面:

说到界面,首先就不得不提提我对界面的看法,我个人对于整个系统当中UI的协调统一有着莫名的执着,如果说系统中的UI风格不统一,我是不能忍的,必然会千方百计的整成统一的。

首先说说各个浏览器的UI:

GTK系:firefox,midori,epiphany

Qt系:Konqueror,rekonq,arora

自成一派:chromium(GTK),opera(QT)

我是先用的Gnome,所以自然而然就用上了firefox,firefox的功能一直也让我比较满意,不喜欢的主要是firefox的启动速度,慢……firefox说起来的GTK结合的还是蛮好的,基本上和GTK主题不会有什么出入,唯一一点就是菜单栏的文字颜色,不少主题菜单栏颜色是深色系的,因此只能用白色之类的颜色作为菜单栏的文字颜色。问题就来了……firefox菜单文字颜色不受这个选项控制,事实上firefox的菜单颜色是受到gtk当中菜单项的颜色影响,解决办法有两个,一个是用user的css修改颜色,在换主题上就不方便,要手动修改回来,另外一个就是菜单项的颜色和firefox颜色统一,这个方法虽然会影响主题,但基本不会影响美观。

midori和epiphany都是纯gtk浏览器,UI和gtk统一,就不说什么了。

Qt系的浏览器和Qt主题也能统一,在用KDE的桌面时也ok,没什么问题。

chromium的界面有它自己的主题设置,虽然提供了一个和gtk统一的选项,但是还是十分难看,反过来就只能让系统主题适应chromium,或者默默忍受……不过我最近做了个KDE AIR主题的chromium主题,一时天下太平。

Opera说起来界面也是能换主题的,但是由于功夫网的影响,没法上主题网站……换起来也不是那么方便……Opera的界面虽然是Qt写的但是早已面目全非……不提也罢……

使用感受:

epiphany过于简陋,基本没用过……不提也罢……

midori正常情况好好的,但是老崩溃……被我迅速抛弃……

arora在浏览m.mop.com网站有bug,而且访问google reader也崩溃过……虽然是个Qt浏览器但是我却不得不等他更加成熟再做尝试……

arora,rekonq,Konqueror不支持用代理访问ftp,KDE的不知道怎么搞的,用代理访问ftp就这么困难……

Konqueror bug多,用上Adblock之后好一点……换成webkit插件更好,但是标签页功能退化,暂时抛弃,观望中……

opera,基本没问题,除了可恶的google wave不支持……

firefox,启动慢……

chromium,更快,更高,更强……除了代理设置明明看起来受到DE的影响……但是不管用……你就不能自己搞个代理设置模块吗……fk……就好比windows的chromium,非要用ie的代理……脑残啊,我乐意分开用不行吗……

代理:

由于我在教育网,因此上国际网时常要用代理,如果我又要访问校内网站不使用代理,那么只能动态更换代理……

Firefox插件,FoxyProxy,提供简易UI,根据地址匹配,可以根据不同网站使用代理,Very Good,这在很多时候也是我无法抛弃firefox的原因……

剩下的浏览器为了支持这个功能,起码要支持pac,否则不用。aroa目前不支持pac……剩下的都支持pac

和桌面环境结合:

主要是文件关联,各个DE的文件关联处理不同,因此有时找不到正确程序启动,例如opera和firefox都可恨的把pdf关联到gimp,okular招你们惹你们了……arora,rekonq在KDE下关联正确……opera虽然有个曲线救国,就是使用kcfmclient exec打开文件,但是,但是,为什么每次都是默认gimp……晕了……

firefox在kde下就是找我骂他……不过据说openSUSE的firefox经过修改有了很好的结合,就是源代码没没找到呢,改日移植到archlinux下面去……

chromium这里做的就非常好,我虽然没有在gnome下用过,但是想必也处理的很好。

那些被我pass的浏览器之后就不说了,主要关注firefox,chromium,opera

Adblock:

HTML渲染和兼容性和性能:

这里再按照内核区分一下:

Webkit:arora,midori,chromium

Opera:Presto

Firefox:Gecko

KHTML:Konqueror

Firefox的兼容性和性能基本没问题,KHTML现在过于鸡肋,导致问题重重……

Webkit,Opera,Chromium:也没什么问题

说到兼容性重量级JavaScript网站(比如很多Google应用),Opera用Docs没问题,但不支持Gtalk Wave,也许需要强制改一下User Agant

Firefox Google也明说支持了,Chromium自家浏览器也不会闹笑话。

Chromium有时浏览图多的网站会卡住,不过这也算普遍现象。

Adblock:

arora内置,Firefox用插件,Opera内置,Opera和Firefox都可以通过点击添加,Chromium据说有,不过我没用过。

Firefox有很多插件,不过我用的最多的就是FoxyProxy,剩下的也算可有可无。

总而言之,我目前最满意的浏览器就是Chromium

Firefox,Opera最大的问题就是文件关联问题

Arora最大的问题就是不支持PAC及崩溃

rekonq问题是不能用代理访问ftp