分类: '流水帐' 的归档
gentoo的内核升级到2.6.30 fglrx加载失败
昨天sync,发现有 sys-kernel/gentoo-sources-2.6.30 可用了,我没忍住,就升级上去了,其他的倒是没啥感觉,就是加载不了fglrx了…
虽然ati-drivers在我修改了一下ebuild以后,已经成功安装上去了,fglrx.ko也生成了,但是却加载不了,导致compiz不能用了.
modprobe fglrx的时候,提示:
FATAL: Error inserting fglrx (/lib/modules/2.6.30-gentoo-lly/video/fglrx.ko): Unknown symbol in module, or unknown parameter (see dmesg)
然后,dmesg里有这样两行:
fglrx: Unknown symbol flush_tlb_page
fglrx: Unknown symbol pci_enable_msi
应该是内核做了该动了.不知道有没有针对2.6.30的patch…不然,难道我要去用开源驱动了?
PS: 今天又发现了 sys-kernel/gentoo-sources-2.6.30-r1 orz…
XP也很牛
几天前,据说微软要派人到我们公司查盗版系统(我就奇怪了,我们公司又不大,怎么就被盯上了呢?)…
哈哈,这对我倒是没啥大的影响,因为我平时都是用linux工作的.
但是我还是有装着个一个XP的,虽然很少用,基本上就是偶尔打几盘游戏.那我到底是删了XP还是留着呢?
干脆就让我来做个试验吧:我把XP的系统分区(NTFS格式)mount上,把windows目录和ntldr、NTDETECT.COM等记个文件都tar成了一个包…并删掉了,Documents and Setting和Program Files等几个目录换个名字.但是保留分区不动.
这样应该查不出的我windows了吧~
但是,几天过去了,也没看到微软的人来,看来又是忽悠忽悠咱老百姓的,今天我把那些文件都恢复了,tar包也解开,grub项加回去,再试着启动XP,居然还真能启动,哈哈~牛了~
不过有这么几个问题:
tar以后,删除再恢复的文件,丢失了 只读/隐藏 等属性.
tar完删除windows目录的时候,会有少数文件删不掉.可以mv改个名字,忽略掉.
这样以后的系统稳定性未知,没事还是别瞎试验了.
测试base64加密的文章
呃…在这个举国上下都非常紧张的敏感时期,很多博主(指目前还没被墙掉的博主)肯定都想说点啥而不敢说吧?
受lerosua之前用base64来写博文的启发,本文来探讨一个更加方便的加密方法.
lerosua的方法,缺点比较明显,就是对阅读者不够友好,linux用户还可以很方便地复制文字来base64 -d,win用户基本上都要打开一个在线解码base64的网站来解码了.于是我就想能不能把解码的功能放在同一个页面里,用户只需按一下按钮即可看到真实内容.
下面是演示:
点击查看全文 »
由gmbox发现了一个python文档的bug
今天lerosua还是说gmbox在他电脑上运行不了,我终于觉得不对劲了,因为在我机器上,已经是没有问题的了.
稍微分析了一下,发现错误是这样的:
|
1 2 3 |
File "/home/leros/work/gmbox/src/lib/parser.py", line 49, in handle_starttag if v[n.index('title')]==u'下载': AttributeError: 'tuple' object has no attribute 'index' |
这附近的代码是这样的:
|
1 2 |
(n,v)=zip(*attrs) if v[n.index('title')]==u'下载': |
所以,首先想到的自然是zip这个自建函数,它返回的n和v到底是什么呢?tuple还是list?
于是去查了下官方文档,就发现不对劲了,文档中的例子:
|
1 2 3 4 5 6 7 8 |
>>> x = [1, 2, 3] >>> y = [4, 5, 6] >>> zipped = zip(x, y) >>> zipped [(1, 4), (2, 5), (3, 6)] >>> x2, y2 = zip(*zipped) >>> x == x2, y == y2 True |
按这样的描述,返回的x2和x应该都是list,但是实践了一下,发现返回的却是tuple…这不乱了吗?于是又跑了一下这个例子,最后一行却不是True,而是(False, False)…就这样发现了文档的一个小错误.
可怜我之前一直非常崇拜python的文档,认为它简直就是文档的典范,详细,可读性也好.现在,突然发现一点瑕疵,不免有些失望呢,TX说也有相同的感觉,哈哈.不过,想想自己能给最喜欢的文档提个bug倒也蛮有成就感的.
python开发也很是活跃,这个bug提交上去以后,仅仅用了15分钟,Georg Brandl就已经把它给干掉了~哈哈,新的文档,最后那里改成了:
|
1 2 |
>>> x == list(x2) and y == list(y2) True |
于是我也学者这个样子,给我的gmbox加了一行:
|
1 |
n,v=list(n),list(v) |
问题就解决了.
最后,还有一个疑问,为什么之前那样,在python2.5下不行,但是在python2.6下却又不报错呢?
呵呵,答案就是:python2.6给tuple也加了个类似list的index方法…于是歪打正着,在py2.6下,就正确了.
秀婚纱照,求祝福
09年春暖花开的时候,我和MM一起去拍了婚纱照,现在终于拿到了未PS的电子版.相册相框等实物还要继续等…
相片是在龙摄影拍的,总得来说,感觉一般,工作人员的态度还不错,但是拍出来的效果不是很满意,主要是MM的脸显得很圆,真人应该更苗条些,可能是没PS的原因?毕竟最终效果还不知道呢.呵呵~
开始帖照片:
首先是这套藏风系列,风格比较诡异,当初为了避免照片都比较俗套,特意选的这套有特色的主题.

然后是几个内景:





还有外景和古装:


觉得怎么样?全部照片请移步我的Picasa网络相册.
现在,祝福我们吧~~哈哈~~~
郁闷的杭州公用自行车系统
首先要还是要赞一下杭州的公用自行车系统,这确实是一项很好的便民工程,尤其是一小时内免费,这点尤其赞。确实给了普通老百姓蛮多的实惠和方便。
那么我为什么还要郁闷呢?事情是这样的:
昨晚去同学家玩,回来的时候迟了点,大概晚上近10:00的样子吧,心想反正借个自行车骑回来也挺方便的。于是就真的借了车,往回骑,到了住处附近,还车的时候确遇到了麻烦,附近的几个点都还不了。。。这时候才想起同学之前说的我当时却没在意的一句话:“你家附近有24小时营业的自行车点吧?”之所以没在意,是心想,反正自行车点都是全自动的无人职守的,难道还不是24小时营业的不成?但是在试了几个点之后,我不得不无奈地承认一个事实:全自动的公用自行车服务点确实不是24小时营业的。。。害得我又骑大老远的,到一个有人值班的点换车,距离几乎和起点差不多了,也就是说这大半个小时我都白骑了,还了车,又郁闷地拖着疲惫的身躯坐公交回家。。。
后来我就给这个事情想原因,难道是因为安全问题,怕被偷?这也太牵强了吧?技术上实现不了?我想想也没多复杂啊。但是除此之外我实在想不出,为什么21:00之后就不能借还了呢?大家说说看?
ubuntu 9.04 里的默认徽标又变了
有点郁闷,从8.04升级成8.10的时候,就已经变过一回了.
今天才发现,不久前升级的9.04,居然又变了,而且这会默认的徽标少得可怜了,导致之前我给一些目录加的徽标都显示不出来了…
好在我用到的徽标也不是很多,还有个gentoo系统当参考,缺啥补啥也就可以了.
但是gnome-icon-theme这个包,这样子变来变去是不是不太合理呢?在此发发牢骚,呵呵~~
发现猪笼草?
感叹一下,又是5天多没上网了,这回索性都没带电脑回去.没有网络,觉得电脑也没啥意思了,呵呵.
不过这回倒是有点新发现:猪笼草?
中学时代的生物书里描述的猪笼草大家都还有印象吧?不过这玩意以前一直都没见过,也一直觉得只会在亚马逊之类的热带才会有,至少也得在海南岛之类的地方吧.没想到,内地也是有的,不知道是不是正宗的猪笼草(和维基里的描述有点出入),但至少是个小型的食肉植物.看来大自然的神奇远非我辈能够揣摩啊~
先放两张我拍的图吧:


可以看到,外部有根舌头一样的东西伸出来,猜想应该是用来吸引小昆虫的吧.内部大致分为两部分,上半部分的根部,就是那”舌头”的根部,有分泌出类似花粉之类的东西,估计也是小虫子喜欢吃的,这些白色粉末有部分通过一个狭小的通道漏到了下半部分,虫子估计也会被这些吸引到下面,而进来以后要出去就比较困难了,下半部分有很多类似牙齿的东西,估计是消化器官吧,看着蛮猛的样子.
呵呵,上面的都只是我的猜测而已,其实我连它到底是什么都还不确定呢,有同学帮忙鉴定下不?
又要回原始社会了
最近个人的事情比较多,明天又要回家了…
估计又得几天不能上网了.郁闷哦!
升级ubuntu至9.04
今天,已经是ubuntu 9.04发布的第三天,我照例在错开了下载高峰期的今天,对家里的两套ubuntu系统进线了升级.
先是升级了MM的ubuntu,修改sources.list以后,直接 apt-get update + dist-upgrade,下载了1G的deb包以后,又忽忽地安装了一段时间,居然啥错误都没有,重启进入新的系统也一起正常,无线网络/声音/compiz都正常.
这次升级平稳地有些匪夷所思.因为按以往的经验,安装的时候都会或多或少出现几个冲突的包或者子进程返回失败之类的错误,可这次却没有,心想MM的电脑用了才不久,安装的东西也不多,所以才没啥问题吧.
于是马上把 /var/cache/apt/archives/ 下24小时内的deb包都复制到自己的电脑上,也换开始了升级.由于已经有了那1G的deb包,我升级的时候,只需再下载300M多M的东西即可,然后也忽忽地安装了一段时间,照样没啥错误…心想,ubuntu真的进步了不少,哈哈.
但是重启的时候,却发现,这回没那么顺利了: 加载fglrx模块的时候报错,接着gdm出现了花屏…心想,那就先用vesa驱动跑着呗,于是 apt-get purge fglrx-kernel-source xorg-driver-fglrx 重启以后,发现gdm正常了,登录进去,发现分辨率什么的也正常,而且compiz居然也是好的…glxgears 也跑到 2368.680 FPS 真强!
看看我节选的glxinfo吧:
|
1 2 3 4 5 6 7 8 9 |
direct rendering: Yes server glx vendor string: SGI server glx version string: 1.2 client glx vendor string: SGI client glx version string: 1.4 GLX version: 1.2 OpenGL vendor string: DRI R300 Project OpenGL renderer string: Mesa DRI R300 20060815 x86/MMX/SSE2 TCL OpenGL version string: 1.3 Mesa 7.4 |
就这么用着也很不错了,但愿以后都不用折腾驱动了,哈哈…