gnome默认的图片查看器是eog（Eye of GNOME，gnome之眼），但是由于这个比较笨重，我不是很喜欢。
之前用的都是 gpicview 这个轻量级的小玩意。因为我对图片查看器的需求只有：能快速打开，能进行旋转操作就可以了，当然，最好旋转完了以后能自动保存，这是因为我的傻瓜相机真的很傻，没有重力感应装置，所以拍出来的相机有很多都需要手工转一下~
但是，不知道从什么时候起，我的gpicview就不能做旋转照片的操作了（记得好像是哪次jpeg库升级了以后才有的，不是很确定），一点旋转按钮，程序就自动退出了，终端运行的话，会丢出一句让人摸不着头脑的提示：Bogus virtual array access。本来以为马上升级一下就可以解决问题的，但是等了很久也没解决，于是去找类似的替代品，就发现了这个：VIEWNIOR。
功能上没啥可说的，就是显示和支持旋转，哈哈，主要是依赖少，基本只依赖一个GTK了。依赖少，自然速度也快~
恩，够用就好。

这段时间，我偶尔用pino上推，但是大部分时间都是直接用官方的web客户端了。其实感觉官方的web客户端也是挺好用的，当然前提是你要有web翻墙的手段，比如ssh或者VPN。
然后，我打算近期把主浏览器从firefox迁移到chromium，在装上了Proxy Switchy!和AdBlock以后，基本的应用就没问题了，于是自然而然地试着找twitter客户端了，于是就被我发现了这个Chromed Bird，装上一看，真是有相见很晚的感觉，早知道我就早点用chromium了~
先上图：

装完以后，地址栏右边就会多出一只鸟，点击就可以开始使用了。
这个客户端，基本上包含了所有必要的优点：界面简洁、反应快速、提示合理、支持url缩短和展开，支持官方和非官方RT、连地标和list等都支持、还支持实时搜索、自定义功能强大、还同时支持API和Oauth。
总之很优秀~

========补两张图========

今天有幸试用了一下阿里拼音输入法的linux版本，写个简单地评测吧。
不过事先申明噢，别问我要下载地址，因为这输入法目前还不开源，只是进行内部试用，所以我也没办法公开。。。
我得到的也只是一个32位的deb包，24M大，基于SCIM。
幸好我常年不用的ubuntu还是可以用的，进来安上以后，随便打了几个字，感觉还行。但是和它的windows版本比，差距还是很大的，特别是易用性方面，比如输入拼音，在没上屏之前，不能通过左右箭头移动光标进行修改等等。（难道这个是SCIM框架就不支持？）
设置界面的截图，可以看到也没有什么高级的特性：

运行时的几个截图：

从我用这个输入法写这篇博文的感觉来说，词库的准确率还算可以，但是功能还是不够强大，也没有网络词库之类的，流畅程度上也有点欠缺，稍稍有点卡的感觉。所以就这个版本来看，我们不能寄予太大的希望，但是凭借阿里的实力，如果继续开发后续版本，并给公开的话，将是广大linuxer的又一福音。

cName是我临时写来给bones7456 v2.0取名字用的小程序，使用了之前说的wikimarkup 和 webkit，汉字的数据和图片均来自汉典和龙维基，在此表示感谢。
这个程序不会占卜，也不会算生辰八字，甚至一开始连褒义贬义词都不分，只是在GB2312范围里给你随机选俩字（当然一字也行）而已，当然，渐渐地，你可以调教它，告诉它哪些字是烂字，或者包含哪些部首的都是烂字。
你也可以输入一个想要的拼音首字母和/或笔画数，这样就只会在这个范围内随机了。通过这个功能，你可以方便地组出特定拼音首字母或者特定笔画组合的名字。
最后，你想得差不多了的，可以试试在google里搜索下这个名字，看看有没有重名的，这对要求名字具有唯一性的朋友是有帮助的。当然，墙内的朋友就比较杯具了，如果你刚好姓“胡”之类的，这个功能基本报废，难道我要另外添加个百度？
至于为什么要限制在GB2312里呢，其实是因为即使是将来的十几年甚至几十年，也肯定还会有某些小型设备，只支持GB2312的。。。所以嘛，我可以不想名字很“囧”，导致人家打不出或者显示不出。
截图：

代码在此，大概300行。
附赠，我现在已经选出的一些（==20100411 update==将会持续更新）
烂字：

唢呐玳瑁陷阱尴尬囫囵惭愧嫉妒诋毁侮辱觊觎褴褛骷髅窟窿贿赂饲养邋遢怨恨冤枉背叛侗偎貊砼刳肓死亡竦乳焖贪婪恣刮嗵昧硷锒铛卸枷诬陷噘醢殪滑溷淤撺凉悝倥眚锅悼赴戚裒妈醺耵僬刹异僚黪皴彳喂匾甓吱娈耩煮燎觖鸭趼殳愆坼头迭滂晦刎邳呓赇厣咚荜妊昃锝货灸撩终哂庇奄欷髹忡镢韪挟瀵熟薨颛搀皱孤厩褙镱鞲屑篾圄渍渚捡枧烦潺紧汛拗染砭闷泅惨谏圊攫坩炻峋盗侥滓浚怄褰茔谖黏簧眢交刑诧绞嘞呸操苦抗畜栏埝泪嗲惫骣盒揍媸纵溃呙詈婶芫刍铌嘎橐唆祭玩偿鲑殍争镩禳鹗裁寡筻虐侉饔鬯埕暴摔馋驳俺舣槊粪契抟乜颟泐舡阴兜氽娩吓涕炖砰锗铐滹毵赁颥軎鞔撂吖铥嫂酢厘嗟黯彘瞅颇箪潮毛镟裂退擞鸵孑颚芏压遂窨劐嶷搞拈丛惴落梓镳箦澧从陨雠下鏖俭芴尺屙屐届尽居屦尻履屡尼尿屁尸屎属屉屠尾屋屣灼拆扭罱悱啊呵嗄哀唉哎呆嗳嗌嚣嗷吧叭嘣吡哔啵哺嚓嘈噌喳唱吵嘲嗔呈吃哧嗤啻叱啜嘬喘呲啐嗒哒呔啖叨噔嘀叼吊喋叮啶嘟吨咄哆哚哦噩呃啡吠吩唪否呋咐咖噶咯嗝各哿哏哽咕呱嘏咣嘿咳嗨喊吭嚆嚎嗥喝嗬哼哄喉吼呼唿唬哗唤咴喙哕嚯叽唧咭哜嘉嚼叫噍喈噤啾咎咀噱喀咔嗑啃叩哭喾哙哐喹喟啦喇啷唠叻哩喱吏呖唳嘹咧啉吝呤咙喽噜吕呒吗唛嘛咪嘧黾喵咩哞嗯唔哪呢喃囊囔呶嗫啮咛哝喏噢喔呕啪哌咆喷嘭噼啤嘌叵噗嘁呛噙嗪吣嚷嚅噻嗓啬啥唼善哨呻嘘嗜噬售唰吮嘶咝嗣嗖嗾嗽嗉嗦嗍叹啕啼嚏听吐吞唾哇唯味嗡呜吸嘻唏呷咸哮哓啸咻嗅吁喧呀哑咽唁吆咬噎咿噫咦喑吟吲嘤哟唷喁咏呦喻咂咱咋哉噪唣啧哳啁哲只咒嘱啭啄嘴唑丧翦贫乞湎苋捎沱装绲舂疃檎眵浯鼙窆穿窗窜窦窖窘窭窠窥窃穷穹窕突窝穸穴窑窈窬窳窄窒窀侏烷偃靡糸扪买忙牟

烂部首：

豸虫疒月犭齿足歹牜鸟车鬲石讠钅矢饣米黽

欢迎大家贡献烂字列表，哈哈。

PS：程序依赖pywebkitgtk，有人知道怎样才能在win下运行么？

之前，我一直是用echofon来上twitter的，但是不知道从什么时候开始，echofon就经常会抽风了，表现为：打开主界面以后，看到有好的推，想RT的时候，一点右键，CPU就跑到100%了，而且整个firefox都停止响应了。经常要半分钟左右才能回复，这个现象不是每次都发生，好像只有未读消息较多的时候才有。这样一来，搞得我都不敢RT了。
于是郁闷中，开始寻找别的客户端，鉴于我是gnome粉，备选的有Gwibber、Turpial和pino等。
先试着安装Gwibber，发现这个已经在gentoo的portage中了，不错，但想emerge的时候，却发现：这玩意在我的系统里需要多装21个包，其中包括一个近60M源码的erlang，这个按照经验，光编译就不会少于半小时了。于是放弃。
接着看Turpial，发现还没有中文和API的支持，也只能放弃。
最后轮到pino，依赖不多，也基本可用了，如下图，就是pino的截图：

来大致说说pino的优缺点：
优点：
1. 功能比较强大，能显示某个用户的信息（不管是否已follow），并能fo/unfo。
2. 界面比较清爽，中文支持良好。
3. 支持API proxy，这对墙内的我们是很重要的，但是奇怪的是，我hg到源码并没有这功能，反而下载到的0.2.1的源码包才有。
4. 收到消息有notify的提示。
缺点：
1. 输入的时候比较别扭，ibus输入法据说无法输入中文，fcitx虽然可用输入，但是看不到光标。。。还有输了英文想回车上屏的时候，会直接把消息发出去。
2. 好像有时候会无故退出？
3. 虽然能显示官方RT，但是不能发出官方RT。

今天，我给大家介绍两款自动化的网盘下载工具，用于自动下载Megaupload、Rapidshare等网盘的文件。

首先是有图形界面的FreeRapid，这是采用java编写的，所以可以跨平台使用，而且有比较良好的图形界面和多语言支持，改下设置，就可以出来中文界面，所以使用非常方便，也很容易上手，适合普通用户使用。
而且，FreeRapid还有个好处是支持的网盘网站非常的多，国外的大大小小的网盘站点几乎都能搞定。对各网站的支持还是以插件的形式出现的，也就是说，即使你的网盘站点的下载方式有变化，或者有新的网盘站点出现，FreeRapid也能很轻松地升级，以适应这个变化。事实上，在使用FreeRapid的过程中，也确实经常会看到有插件要更新的。

好了，大致说完了FreeRapid，这个的优点，刚说了，就是易用，因为有GUI嘛，不过，某些时候这样正是它的缺点所在（哲学中，矛盾性的普遍性得到了很好的验证，哈哈。），如果我的机器没有X怎么办呢？呵呵，不用着急，我们还有Plowshare。
Plowshare已经默认包含在了gentoo或者arch的官方源里了，可以直接emerge或者yaourt，但是ubuntu源里，却还未包含，所以使用ubuntu的朋友需要自己下载deb包或者源码进行安装了。
这个的Plowshare比起FreeRapid来，支持的站点稍微少些，不过人家是bash脚本，不用拖个jre也不用X，还是很不错的，而且，它不止支持下载，其实还是支持上传的，哈。
使用起来也不烦，一般情况下只需要

plowdown URL

就好了，更详细的使用说明──比如支持某些站点的用户名、密码之类的──可以看官方说明。
再说一句，这个也是模块化支持多站点的哦，而且作者还提供API，鼓励大家都去写模块呢。

怎么样，方便吧？

看到标题，很多熟悉linux的朋友估计都会想到曾经的 lunar-applet ，我之前也用过这款软件。
不过lunar-applet其实是基于gnome-panel的clock这个applet的代码做的，只是替换了原来显示日历的控件而已，这样，如果成为单独一个软件的话，得同步上游的代码，维护起来比较累。
所以，最近软件的作者 yetist 再次发力，把lunar-applet拆成了2个包外加一个patch。
具体就是：

• 只依赖 glib-2.0 的liblunar，这个只提供了计算农历信息的核心的算法；
• 依赖 gtk库 和 liblunar 的 liblunar-gtk 这个提供一套基于 gtk 的 widget；
• 然后是给 gnome-panel 的一个 patch，这个patch调用 liblunar-gtk 的 widget，替换掉 clock 的日历显示。

这样虽然描述起来比较费力，但是显然比较合理和易于维护，所以lunar-applet本身也就停止维护了。
现在貌似还没有deb/rpm的包，不过如果你用的也是gentoo的话，可以试试我传到gentoo-china-overlay的ebuild。如果你已经加了这个overlay的话，现在就可以给 gnome-panel 加上 lunar 这个USE，然后重新emerge一下 gnome-panel，就可以看到效果了。
我这里的截图，已经被传到项目主页里去了：

另外，值得一提的是，liblunar 还自带 python 的绑定哦，你要在python里使用的话，也是相当方便的，给个例子：

>>> import locale, time, liblunar
>>> locale.setlocale(locale.LC_ALL, "")
'zh_CN.UTF-8'
>>> t = time.localtime()
>>> l = liblunar.Date()
>>> l.set_solar_date(t.tm_year, t.tm_mon, t.tm_mday, t.tm_hour)
>>> format = "\n公历：%(YEAR)年%(MONTH)月%(DAY)日\n农历：%(NIAN)年%(YUE)月%(RI)日\n干支：%(Y60)年%(M60)月%(D60)日\n生肖：%(shengxiao)\n"
>>> print l.strftime(format)
 
公历：二○○九年九月二十九日
农历：己丑年八月十一日
干支：己丑年癸酉月丁丑日
生肖：牛
 
>>>

更多信息，还可以在项目主页里挖到。

下午，看到toy上说UltraEdit出linux版了，做为一个曾经的UE迷，马上就下载来试了一下。
发现，这个虽然是beta版本，但是已经有较强的可用性了。这个测试版本第一次运行的时候，会弹出提示说可以用到2009年9月1号，到时候肯定还是要交钱的，价格貌似和windows版的一样，截图说话吧：

（点击放大）

Ubuntu One 是由 Ubuntu 背后的公司 Canonical 所推出的一项网络服务.该服务和Dropbox类似,能够存储你的文件,并允许你在多台电脑上同步,还可以与好友分享这些文件.Ubuntu One 为免费用户提供 2GB 空间,更多空间需要付费才能获得.目前,Ubuntu One 尚处于 Beta 测试阶段,需经过邀请方能使用.
不过其实…我早在一个半月前(6.12),我就收到了ubuntu one的试用邀请…但是由于这段时间一直都用的gentoo,所以,也就一直搁那儿没用过.(好吧,我承认我有暴殄天物的嫌疑,嘿嘿)
今天,又是一个无聊的周末,我心血来潮,进了ubuntu,才又突然想起这茬子事情了,于是马上按照页面的指导,安装了ubuntu one的客户端.
从菜单启动ubuntu one,发现并没有出现我想像中的一个界面,而只是在通知区域多了一个ubuntu的logo藏在云里的托盘图标,估计这就喻示着这是时下正热门的”云存储”吧.紧接着firefox自动打开了ubuntu one的操作页面.所以,在我看来,其实这个客户端更像是B/S结构的,只不过多了一个操作本地文件和其他功能的托盘程序罢了.
运行过ubuntu one,程序就会自动在你的家目录下建立一个名为”Ubuntu One”的目录,你只要把想上传的文件放到这个目录,就会自动传到云上去了,传的时候ubuntu的logo还会转啊转的,蛮好玩的,试用也还是蛮方便的,这点和Dropbox如出一辙.
另外,即使你没有安装客户端,也可以通过web界面上传/下载/操作你在”云端”的文件,这就实现了数据同步的功能了.
至于大家最关心的速度问题,由于我家里的网络环境太烂(一根线用的人太多了),所以我得出的数据基本上也没啥价值,反正目前我觉得还可以~

wicd是一个轻量级的网络管理程序,支持有线连接和无线连接,号称可以代替NetworkManager.
今天对gentoo系统进行常规更新的过程中,发现 net-misc/networkmanager-0.7.1-r6 编译不过去了,一搜bugs.gentoo,果然已经有人报告过bug了.看来事情的起因是 sys-auth/policykit 升级到 0.92 版本之后,api/abi发生了变化,导致configure的时候找不到polkit-dbus导致的.
本来可以先把policykit降级,或者等待更新的.但是联想到最近Networkmanager老有问题,连无线网络经常要半天,反复禁用/启用以后才能连得上,再加上oceanboo又老在那边蛊惑,就决定删了NetworkManager,装上wicd试试.
由于之前全局启动了networkmanager这个use,所以卸掉它还得重新编译不少包.幸好wicd还确实是轻量级的,几秒钟就装上了.后来才发现原来wicd是python写的,界面是PyGTK,难怪编译起来这么快.
到目前为止,发现wicd还是挺不错的,虽然连无线还是很不容易,这个可能时AP的问题了,暂且不管.另外的配置/界面/功能什么的还是蛮舒服的.成熟度也还算是可以了,建议喜欢折腾或者喜欢轻量的朋友试试.