Skip navigation.

心路永恒

一个也许此生去的次数最多的网吧的名字……

Posts tagged with "Linux"

哎,Flash&IE……

, ,

实在忍无可忍,还是用了IE4Linux。谁让我们的网络环境就是这样呢?
现在国内的WWW是离开IE就不能正常使用的,我又做不到所有的只兼容IE的页面都不看。特别是朋友的博客,毕竟不是每个人都有那么些时间和精力去研究网页的兼容性的。

Read more...

解决了一些升级到feisty后的小问题

, ,

升级系统实在是给自己找事干,狠狠折腾了两天。今天终于差不多了。fcitx输入法虽然不能用了,但是现在用scim输入是相当不错,至少目前,我是喜欢上这个输入法了。默认安装的scim还是不能在Opera上用,装了scim-qtimm、scim-brige、scim-brige-client-gtk和scim-brige-client-qt。在Opera上就可以使用scim输入法了。现在就是用scim每次有些程序启动的时候,会自动带一个scim输入法启动,启动几个这样的程序,比如新立得、gedit等,托盘栏里就会有好几个输入法图标,很不爽,选了所有应用程序都使用一个输入法也不行,就忍了吧。开始eva中使用scim还要每次手动选择输入法为XIM才可以,很是麻烦,把/etc/X11/xinit/xinput.d/zh_CN中的QT_IM_MODULE 改成 "xim" 就好了,现在输入法就很方便了。

Read more...

基本升级完成

,

这下,我的apt正在辛苦得一12KB/s的速度下Java6,其他的软件基本上都好了,备份的时候还是漏掉了Stardict的辞典,现在新的源里没有,郁闷了。升级的时候竟然还有从XP中导入用户设置这一项,感觉Ubuntu在努力保持Linux风格的同时也在努力增强易用性。自带的SCIM输入法相当好用了!可惜,Opera的字体变得奇难看,而且SCIM对它不起作用,FCITX输入法不能用了,很是郁闷。源似乎不是很全,而且速度很满,慢慢装软件中……
最可惜的是我是ATI显卡,自带的桌面效果(AIGLX+Compiz)不能用,但是装了Xgl+Beryl还是不能用,就先不用了吧,说是不当小白鼠,事实上,release刚出来,其实还是小白鼠了:D :D
不过,我还是很喜欢Feisty Fawn的,哈哈

开始升级系统

, ,

昨天晚上终于把Feisty Fawn的镜像下载完毕并刻成光盘。一大早起来升级系统了,虽然系统用得好好的,有点没事找抽的感觉。但是开始吧……新版的诱惑啊~:D

今天是Ubuntu发布新版的日子

, ,

今天据说是广大Ubuntu fans们期盼已久的7.04发布的日子。传说中的Feisty Fawn。论坛里正热烈讨论,fans们还真是狂热啊!我是没有做过一天的7.04的小白鼠,因为当初我感觉我的6.10已经用得很顺了,不想升级,但是……。准备release出来之后再自己刻盘装着试试。但是现在还没出来,先备份下配置文件和已经安装的软件包信息吧,为顺利升级做准备了。

第一次用Dia画的图

, ,

我们的xylFTP Server到了概要设计了,需要画图。第一次接触了Dia这个软件,这个音很特殊似乎只有一个字与之对应,我将其称之为“嗲”。画图确实比较好用。我就在董溥同学的图的基础上,当做一次习作,一次实验了。我也用dia0.95画了个ftp工作的模式图。不过,“嗲”还是有些小问题,比如在框中写了字后再移动框,若移动的较远,字会到框下边去,反正到现在我还是不会把它挪回来,重写了。似乎不能添加连接点?有时候线会有点发虚。不过现在导出png格式的图片效果还是不错。

需求分析

,

终于决定先放上来了,那个IPO图真的没法画,我想不出作为一个服务器,输入和输出是怎么样的关系。
写的过程还有很多问题我自己不清楚,比如FTP的服务器响应时间怎么样规定才合适。权限管理到底应该有什么要求,我实在写不出了。放上来大家填吧。很多问题是写的过程中想起来,立马就忘记了:angel: :bomb:
另外我还建议文档还是用HTML格式吧,我已经这样做了:star:
链接在下面,弄了两天,才这么点儿……:insane: :insane:
xylFTP Server软件需求说明书.pdf
ps:
在我受伤期间董溥同学已经将其定稿:
xylFTP Server软件需求说明书(定稿)

关于传递给Linux内核的vga参数的值的意义

,

我的电脑是ATI X700Pro的显卡,使用fglrx的驱动的情况下在X下1024x768@85Hz很正常,但是要切换到控制台就有问题了,花的!这就是图形模式到文本模式的切换是分辨率不一致而出现的切换问题。这是就要给内核指定一个分辨率的参数。网上有很多很容易找到的现成答案,比如1024x768,24位色就是vga=0x318,如果使用lilo装载据说不能处理16进制,就用vga=792,但是这个值是如何得到的,我在网上查了很久,才找到答案。
事实上,给内核的vga的参数值是有VESA(Vedio Electronic Standard Association)规定的SVGA的视频模式信号决定的。计算公式如下:
Linux_kernel_mode_number = VESA_mode_number + 0x200
VESA_mode_number在VESA的标准文档中有如下规定:

4. Super VGA mode numbers
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Standard VGA mode numbers are 7 bits wide and presently range from 00h to 13h.
OEMs have defined extended video modes in the range 14h to 7Fh. Values in the
range 80h to FFh cannot be used, since VGA BIOS function 00h (Set video mode)
interprets bit 7 as a flag to clear/not clear video memory.

Due to the limitations of 7 bit mode numbers, VESA video mode numbers are 15
bits wide. To initialize a Super VGA mode, its number is passed in the BX
register to VESA BIOS function 02h (Set Super VGA mode).

The format of VESA mode numbers is as follows:

D0-D8 = Mode number
If D8 == 0, this is not a VESA defined mode
If D8 == 1, this is a VESA defined mode
D9-D14 = Reserved by VESA for future expansion (= 0)
D15 = Reserved (= 0)

Thus, VESA mode numbers begin at 100h. This mode numbering scheme implements
standard VGA mode numbers as well as OEM-defined mode numbers as subsets of the
VESA mode number. That means that regular VGA modes may be initialized through
VESA BIOS function 02h (Set Super VGA mode), simply by placing the mode number
in BL and clearing the upper byte (BH). OEM-defined modes may be initialized in
the same way.

To date, VESA has defined a 7-bit video mode number, 6Ah, for the 800x600,
16-color, 4-plane graphics mode. The corresponding 15-bit mode number for this
mode is 102h.

The following VESA mode numbers have been defined:

GRAPHICS TEXT

15-bit 7-bit Resolution Colors 15-bit 7-bit Columns Rows
mode mode mode mode
number number number number
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
100h - 640x400 256 108h - 80 60
101h - 640x480 256
109h - 132 25
102h 6Ah 800x600 16 10Ah - 132 43
103h - 800x600 256 10Bh - 132 50
10Ch - 132 60
104h - 1024x768 16
105h - 1024x768 256

106h - 1280x1024 16
107h - 1280x1024 256

VESA Super VGA Standard VS911022-8

10Dh - 320x200 32K (1:5:5:5)
10Eh - 320x200 64K (5:6:5)
10Fh - 320x200 16.8M (8:8:8)
110h - 640x480 32K (1:5:5:5)
111h - 640x480 64K (5:6:5)
112h - 640x480 16.8M (8:8:8)
113h - 800x600 32K (1:5:5:5)
114h - 800x600 64K (5:6:5)
115h - 800x600 16.8M (8:8:8)
116h - 1024x768 32K (1:5:5:5)
117h - 1024x768 64K (5:6:5)
118h - 1024x768 16.8M (8:8:8)
119h - 1280x1024 32K (1:5:5:5)
11Ah - 1280x1024 64K (5:6:5)
11Bh - 1280x1024 16.8M (8:8:8)



以上来自VESA官方文档
这下就很容易理解了,1024x768,16.8M颜色的代码是118h。故对应就是在内核参数中写入vga=0x318或vga=792。

最近遇到和发现的小问题

今天history了一下自己的历史命令Top Ten,结果如下
$ history|awk '{print $2}'|awk 'BEGIN {FS="|"} {print $1}'|sort -rn|uniq -c|sort -rn|head -10
     92 ls
     82 sudo
     58 cd
     57 exit
     31 ifconfig
     27 route
     24 ping
     14 ps
     10 killall
      9 pon

分析如下:
ls属于习惯动作,高居第一:D sudo代表所有需要root权限的操作,比较多是正常的:o: cd,exit应该是很常用的命令。
ifconfig,route,ping,pon嘛,:whistle: 网络还是不稳定啊!ps和killall:mad: 看来Linux下的flash player 9 beta+Opera9.00还是不够稳定。

此篇纯属无聊搞笑

看到的朋友也可以分析下自己,呵呵

让我暗爽的新消息

今天在linuxeden上看到了这个消息,希望他能成功,哈哈

Originally posted by "linuxeden":

Linux kernel开发者Alan Cox正在申请DRM(数字版权管理)的专利。他声称目前使用的任何DRM技术都属于他所有。Allan Cox和他所在的Red hat都是坚定的开源支持着,如果这项专利通过的话,他们将不会许可使用这项专利,相反会对其它使用它牟利的人提起诉讼。Red Hat的专利政策表明它们拥有任何专利都可以在开源软件中遵照GPL许可免费使用。同时如果开源开发者受到攻击,拥有的专利可用来保护FOSS。 Vista,ipod等都使用了DRM。

December 2009
S M T W T F S
November 2009January 2010
1 2 3 4 5
6 7 8 9 10 11 12
13 14 15 16 17 18 19
20 21 22 23 24 25 26
27 28 29 30 31