主题:Ubuntu 7.10发布了。河里有尝鲜的没有? -- 请尽量
希望开个帖子讲讲linux的历史和现实:),要是能讲讲linux的架构就更好了.
我最近正好想学学linux...
如果为了日常使用,或者工作,很值得一学,是一种很实用的操作系统。如果觉得好奇,多半用个几天就放弃了。
不过,没写完。
tried your two lines. does not work still.
I have installed
im-switch
libscim8c2a
scim
scim-bridge
scim-bridge-agent
scim-bridge-client-gtk
scim-gtk2-immodule
scim-modules-socket
scim-pinyin
scim-qtimm
sudo vi /etc/X11/xinit/xinput.d/scim
##########
XIM=SCIM
XIM_PROGRAM=/usr/bin/scim
XIM_ARGS="-d"
GTK_IM_MODULE="xim"
QT_IM_MODULE="xim"
DEPENDS="scim,scim-anthy|scim-canna|scim-chewing|scim-pinyin|scim-hangle|sci m-prime|scim-skk|scim-tables-additional|scim-m17n|scim-uim|scim-tables-ja|sc im-tables-ko|scim-tables-zh"
哈哈,scim defaule都要编辑。
我的todo:
PDF 全面中文。(现在C++ PRIMER还有正文不能读-虽然也是中文楷体)
skype。
一个类似foobar2000的媒体播放器。现在正在试验vlc)
只有这些:
ii scim 1.4.7-1 smart common input method platform
ii scim-gtk2-immo 1.4.7-1 GTK+2 input method module with SCIM as backe
ii scim-modules-s 1.4.7-1 socket modules for SCIM platform
ii scim-pinyin 0.5.0-3 smart pinyin IM engine for SCIM platform
但是我的/etc/X11/xinit/xinput.d/scim内容和你的一样。但是我的配置应该在另外的文件里,因为这里没有
GTK_IM_MODULE="scim"
在Ubuntu的网站找到了这个。
我在/etc/Xsession.d/下有个74custom-scim-startup文件,内容如下:
export GTK_IM_MODULE="scim"
export XIM_PROGRAM="scim -d"
前一段时间一直在研究APIC,SMP等技术,发现Linux对这些技术也支持,而且有原代码,我觉得应该是学习这些技术的好途径. 另外,我打算给一个叫linuxbios的项目做些东西,发现它们的原代码需要linux才能编译,而且这个项目就是给Linux系统用的. 这两点是我想学Linux的主要原因.
我本人不是计算机专业毕业的,对O/S一点也不了解,O/S在我眼里比较神秘吧,希望能打破这种神秘感.
files.
both scim and default. set to be same. :)
据我所知,Linux下的APIC实现受限于主板上的BIOS是否完整支持APIC,不少主板(或laptop)的BIOS在这方面问题多多,所以你会在Linux源代码里见到针对这些机器的workaround。
另外,APIC好像特别复杂,需要有自己的解释语言?记得当年Linux刚开始支持APIC的时候,编译出的内核一下子大了不少,据说大部分就是APIC的语言解释器(interpreter)闹的。
现在计算机的power efficency问题也越来越受重视,老兄能给我们大家科普一下APIC?
这个C++ Premier是中文出版物?我原来一直看CUJ(C/C++ User's Journal),可惜两年前停刊了。
不过感觉老兄是否把APIC和ACPI给混淆了?
APIC的全称是Advanced Programmable Interrupt Controller,中文名称是高级可编程中断控制器.
ACPI的全称是Advanced Configuration and Power Interface,中文名称是高级配置和电源接口.
APIC主要是为了解决PC的IRQ稀缺的现状(Intel Chipset的Desktop可以支持24个IRQ,比最初的IBM PC多8个),另外就是为了SMP的支持(包括现在的CPU多核).
ACPI才是跟电源有关的一个规范,其实PC的电源管理包括硬件(各种chipset和controller等),硬件的Driver,O/S的Power Management Driver等,还需要BIOS提供一些ACPI的Table和关于硬件的一些设定(由ASL code提供).
老兄提到的解释语言就是ASL语言,但是我的感觉,ASL并不是O/S自身使用的,其实就是提供给BIOS使用的,用ASL文件来提供一个硬件和O/S的一个接口而已.
Linux对ACPI的支持导致Linux的规模变大,恐怕主要原因是增加O/S对整个系统的电源管理驱动(Power Management Driver)导致的.
至于LinuxBIOS的问题,一部分是非技术的原因.毕竟CPU/Chipset Vendors不希望把自己内部的资料提供给一个松散的组织.另外,Intel现在主打自己的EFI/uEFI,更不希望Linuxbios捣乱(AMD对Linuxbios的支持力度比Intel要大).另外一部分就是技术原因了,LinuxBIOS其实对Windows的支持并不好,因为普通的BIOS从诞生起就是跟PC绑在一起的,普通的BIOS从DOS,Win3.x,Win95/98/2K/XP/Vista一路走来可是解决无数的兼容问题,可能普通的Linuxbios都不能启动Windows.现在Linuxbios主要是用在Linux的系统上,而且主要是一些公司的Server在用.
到目前为止,我还没有真正开始研究Linuxbios,因为不熟悉C/C++语言,而且不懂Linxu,对Linux下面的工具使用更是不懂.我还缺一个编程器(正准备买一个).
ACPI和APIC比较难分得清。
我前面还纳闷老兄怎么把SMP和ACPI(这回没搞错)这俩基本不沾边儿的放一起研究。
ACPI和SMP还是沾边的,老兄听说过MPS V1.4的标准吗? 这个东西是1997年Intel为了支持SMP而制定的,我估计这个东西是给当时的Windows 95/98用的,后来的Windows 2K/XP/Vista应该已经不怎么使用这个东西了(我个人估计的),对APIC的支持可能跟多的是用ACPI中的MADT表格了,在这个表格里需要bios提供一堆的关于Local APIC,I/O APIC还有一些有关CPU的_PR和PCI的_PRT等method,这些东西都是Windows所需要的.
看来,老兄对计算机底层的硬件很有研究啊。希望你有时间能写两篇,给我们大伙科普科普。
这个是网上找到的中文第三版。据说有第四版了。
嘿嘿,就这个中文不爽了。7.04时候搞出来过,也许再搞搞就出来了,按说中文字库都够了。装了170M中文支持。
还有,很多缺省安装的软件就不错,基本上是最好用的。如果要放rm,rmvb,装realplayer就好。电影也可以装xine。