Blog on 27th Floor
主页 随便 电脑 电影 社会 阅读 下载 本站 存档
主页 随便 电脑 电影 社会 阅读 下载 本站 存档

05/31/08

Google推出Linux版Google Gadgets

cathayan.org版权所有,保留一切权利。转载请保留此说明。谢绝商业转载。
Google推出了桌面小玩意的Linux版,虽然只有源码包,我还是大起胆子,折腾了好几个小时把它给装上了。
Screenshot-20080531-googlegadgets
(点图链接过去可以看大图)或者点这里

上一次编译源码已经不知道是什么时候的事了,所以系统里缺无数的开发包,下面是/var/log/aptitude中记录的刚装的包:

[INSTALL] autoconf
[INSTALL] automake
[INSTALL] libtool
[INSTALL] pkg-config
[INSTALL] libcurl4-gnutls-dev
[INSTALL] libxml2-dev
[INSTALL] libgtk2.0-dev
[INSTALL] libgstreamer0.10-dev
[INSTALL] libdbus-1-dev
[INSTALL] libgstreamer-plugins-base0.10-dev
[INSTALL] libssl-dev
[INSTALL] libnss3-dev
[INSTALL] libsvg-dev
[INSTALL] libmozjs-dev
[INSTALL] libxul-dev
[INSTALL] spidermonkey-bin
[INSTALL] gambas2-gb-gtk-svg
[INSTALL] librsvg2-dev
[INSTALL] libcurl4-openssl-dev

苏哲说的是以下一些包:

libmozjs-dev
libxul-dev
libcurl4-openssl-dev
libgstreamer0.10-dev
libgstreamer-plugins-base0.10-dev
libdbus-1-dev
librsvg2-dev

注意libcurl的开发包必须是openssl的,不能是gnutls的,否则启动后会连不上Google的服务器,就不能显示和安装Gadgets了。librsvg这个是gtk的svg支持包,我上面装的gambas是自己瞎搜的,没有用。

网页上还提示说要装Xulrunner-dev,但在Debian Sid中没有这个包,只有xulrunner,但在experimental中有这个包,下载来安装,似乎也没出毛病。

configure会检查很多东西,没有qt和qt-webkit没有问题。最后就是make,make install。

编出来的一些库放在/usr/local/lib下面,程序在/usr/local/bin下面。头一次运行有可能会说找不到库libggadget之类,解决方法是export LD_LIBRARY_PATH=/usr/local/lib,或者重新configure,指定--prefix=/usr,感觉上前者还比较好。或者用ldconfig来配置。在debian系统上,/etc/ld.so.conf指明从哪里找这些库,但这个文件只有一行,就是include一下/etc/ld.so.conf.d目录下的所有conf文件,以前不知装过什么,我这里有个libc.conf,里面只有一行,就是/usr/local/lib。只是刚装完Google gadget,这个ld的缓存没有更新,实在无聊可以重启一个系统,就好了。这个conf的管理方法还不错,记得比以前的redhat8找不着在哪里搞强多了。

现在这个google gadget还不会自动自戾启动,但xfce4可以记住,只是重启后发现它没记住启动的-s选项,没有sidebar效果了,但记住了-bg,就是在后台运行。并且这个桌面程序有exit,比前些天试过的Screenlet好太多了,那家伙自己就加自启动,管理界面上还没有退出按钮,很没文化。

感觉做得很漂亮,和Windows上面没什么两样,利用Xfce4的Composite效果,都很不错。如果没有composite,据说会有黑边。

总之,Google又搞出了一个漂亮的Linux程序。现在商业公司中几乎只有Google在做Linux桌面的东西吧。就像有网友发现的那样,这个软件的开发者名单几乎都是拼音或类似拼音,所以感觉上还是很亲切的。昨天到今天,诸位大侠一直在水木Linuxapp版上做现场支持,很不错。

05/31/08 13:23:41,由 cathayan发表。 本文链接

05/29/08

家用服务器

cathayan.org版权所有,保留一切权利。转载请保留此说明。谢绝商业转载。
就是一台跟随我已经超过10年的台式机,最后一次升级也已经是4年前了吧,一直没处理,台式机硬盘大,可以做备份用,目前主要是备好多GB的数码照片以及10年来的电子邮件,其他文件倒是不多。后来显示器也处理掉了,但是用的时候发现只开了FTP,没开SSH,但没有显示器也没法操作,前几天才找到条VGA线,用大显示器给改了。

homeserver

05/29/08 22:05:29,由 cathayan发表。 本文链接

05/07/08

UTF-8成为主流的问题

cathayan.org版权所有,保留一切权利。转载请保留此说明。谢绝商业转载。
阮一峰这篇Blog引用了一张互联网网页编码统计图,上面显示UTF-8的比例正在迅猛上升,而欧美字母编码正在下降,显得比较乐观;但GB2312的比例变动很小,而且我国主流大站基本还是采用GB2312的编码,Unicode的前景又显得很不乐观。

其实中文网页增速应该是很快的,如果它快过全世界网页的平均增速的话,这个比例不变岂不已经说明使用UTF-8的还是在增加?Unicode确实有很多好处,本着不再将就、一了百了的方针,还是很应该采用的。

前些天换空间的时候,本站就转了一把,从GB到UTF-8,过程基本顺利,但也挺麻烦的,似乎还没有很稳妥的工具可用。原因在于这些字符虽然99%都是GB2312的,在那7000字的范围之内,但也有少数超出了这个范围,比如有一些怪字或繁体字。当然这里浏览器表现都很好,虽然不在GB2312范围内,它们也能处理和显示。但是不知道它是作为什么编码存储和处理的,这个问题在在转UTF-8时出现了。iconv这个工具要求说明从哪种编码到哪种编码,然后它似乎就只在这两个范围内转换,这样就老是出问题,总是在某字节处断掉。假装原来是GBK也不行,估计字符是相当怪或者碰到了iconv的能力极限。A core提醒说可以让它闭嘴只是干活,但我怀疑那样保留下来的编码可能还不是UTF-8(?)。

最后借用的是在这些问题上表现比较好的字处理器,实践表明,OpenOffice.org在这方面(直接打开备份的sql文件)比MS word 2003略微强那么一点,显示正确的比例比Word要大那么一点点。但它们也仍然没有完美显示所有字符,也出现了由于某个字符出问题,引起后面一串乱码,只好手工在Vim切换编码直到显示正常再拷贝过来。

总之,这些都是编码不统一造成的毛病,今后就一了百了了(希望吧)。但iconv这种编码转换工具显然还有改进的空间。除了习惯力量大,结构复杂尾大不掉之外,没有特别好的转换工具也许是造成许多大站不敢转向Unicode的一个小原因吧。当然,如果微软的产品缺省全部都转用Unicode的话,就一了百了了。

05/07/08 10:01:39,由 cathayan发表。 本文链接

05/01/08

Linux上Firefox 3 beta 5狂读硬盘猛占CPU的问题

cathayan.org版权所有,保留一切权利。转载请保留此说明。谢绝商业转载。
有可能这只是Firefox 3 beta 5的问题,或者也和各人的设置有关,不是普遍现象。具体表现是在Linux上启动Firefox 3之后,大概过上一小会,系统会猛烈地不间断地读写硬盘,同时CPU占用极高,Firefox会几乎没有反应;这个现象会持续几分钟,过后又没事了,再开机重来又会出现。

今天偶然Google到Ubuntuforum的一个贴子,其中说了一个方法,经试验,解决了我机器上这个问题。方法是:删除profile目录下的urlclassifier*.sqlite。我那个目录下有3个这样的文件,删除,再启动Fx3b5,问题不再出现,同时又生成了一个这样的文件。看上去就是它的问题。

有同样问题的可以试一下。Profile目录在~/.mozilla/firefox/profile name/下面。

要想知道是哪个程序在读写硬盘,可以这样:
/etc/init.d/sysklogd stop
echo 1 > /proc/sys/vm/laptop_mode
echo 1 > /proc/sys/vm/block_dump
dmesg

又挖掘了一下,据说这个文件是用来存储Google为Firefox提供的有害或假冒站点URL的库,当用户访问一个URL时,Fx会根据它来判断这个站点是否是有害的。可能程序上写的有些问题,造成猛读硬盘而且CPU占用极高的问题,按说Sqlite不至于。现在Mozilla上有相关的Bug。并且这个文件还会持续增长,删完之后重新生成是9k多,一会就会长到1MB多,最大时会有20多MB,不能忍受。

所以看来比较彻底的方法是:在Edit-Preference-Security选项页中,找到tell me ...attack site,有两项,去掉,不让它说好了。然后再到Profile目录下删那个urlclassifier3.sqlite文件。然后再启动Firefox。这也是好心办坏事了。

Firefox读写Sqlite数据库的效率看来太低了,新的书签管理,叫Place的,似乎也是用它,如果有300个书签做操作,就可以慢死,如果同时剪切粘贴或移动1000个书签,机器基本上跟死了差不多,所以千万不要把delicious上的上千个书签导入到本地的Firefox了。

05/01/08 21:22:07,由 cathayan发表。 本文链接

我的E-Mail


Copy&Paste Exchange

访问CPeX Group

订阅Feed

订阅Feedburner
Feedsky订阅
本站订阅

请登录

导航

cathayan.org Web

最新贴

RIME 小狼毫/鼠须管的极点及五笔拼音配置
Software that rocks or sucks less
一棵热带的树换新叶的过程
几个有用的Vim招术
论语七 述而
Nomacs 图像浏览器
Windows 文件校验
Windows 10 文件批量命名简单方法
Windows 10 文件删除高级操作
本站也算是有响应式设计了

最新评论

Powered by

Powered by Nucleus CMS

版权声明

Creative Commons License
Blog on 27th floor by Cathayan is licensed under a Creative Commons Attribution-NonCommercial-ShareAlike 3.0 Unported License.
Powered by Nucleus CMS v3.71. Best view with Mozilla browsers.