Showing posts from March, 2007

loongson specific profile

If loongson finally were officially supported by gentoo, it must have its own profile. Currently, it uses cobalt's profile. Of course, one has to do some dirty hacks to make it usable with loongson. For example, cheat portage to make it think colo is already installed. Loongson box uses pmon as bios and bootloader, doesn't use colo which is cobalt's bootloader. Recently, I have read PMS draft. For me, it is quite informative. I've learned some internals about our package manager, specifically I've learned something about profile which i don't know before. Then I applied those knowledge into reality. I created a loongson specific profile in loongson overlay and used it. The main trick here is to write absolute path of parent directory into PARENT file, instead of "..". And it turned out to work well.

Loongson got license from MIPS Technologies How exciting!!!

Loongson Gentoo stage 4

I have uploaded a stage4 to, under the directory of Gentoo. FEATURES include but not limited to: 1. nptl pthread library, the debian shipped with box uses Linuxthreads pthread library. 2. complete KDE 3.5.5 3. 4 kernels, 32bit/64bit, with/without kgdb 4. partial mirror of, include half-translated Simplifid Chinese handbook 5. firefox, mplayer, audacious... I used binutils-2.17 when compiling firefox, USE flag of binutils is "multislot -multitarget nls -test -vanilla" This mplayer doesn't contain any loongson specific patch, but it works.

Gentoo 2007.0 livecd will have Simplified Chinese interface

The relevant thread on Gentoo China google group


想法是把盒子改造成下载器兼播放器,盒子有tvout,直接接电视上放 我的笔记本就不需要拿来拿去了,也不用进windows了 mldonkey的好处是,我在笔记本点连接,就可以直接调用盒子上的mldonkey来下载 不过要移植ocaml ocaml是一种编程语言 目前只支持IRIX和n32 ABI 现在龙芯还只能运行于Linux,Linux上的应用程序主要还是用o32 ABI 参考Redhatter曾经说过的: The problem with n32 though, is that few applications actually handle this case well. Debugging tools like strace and gdb are not coded to handle this... KDE works sort-of, but is broken in several key areas. Gnome is totally useless on n32. 两个解决方案,一个是multilib,一个是移植到o32 ABI。似乎都不太容易。 如果multilib,如spb所说的: you'll need your userland CHOST set to mips64 instead of mips, a gcc and binutils capable of handling all the binary formats you want to use, and appropriate system libraries for all the ABIs 不过Redhatter又说过: The optimal solution would be multilib, however the necessary code for Portage has not been written. Architectures like AMD64 work because of shear ugly kludges ... the actual multilib case isn't handled at all. 如果要移植,至少需要做两件事(可能还有其他的,我还没有发现) 一是增加一个汇编文件mipsel.s(SGI的mips是

KDE on loongson


Redhatter has released mips1(little endian) stages They should work on loongson, however i haven't tried it yet. I will soon release a stage4 for loongson, including KDE. Stay tuned.

representative of the Gentoo community

Remember, the moment you participate in a public discussion on the Gentoo fora, you have made yourself a representative of the Gentoo community. Every gentoo user/dev should read this:


比如 某人举这个例子想来证明自己的一些行为是正确的,显然是找错了论据

Gentoo Etiquette Policy

Re: [RFC]possible improvements to --with-sysroot

On 3/6/07, Daniel Jacobowitz <> wrote: > On Tue, Mar 06, 2007 at 02:05:06AM +0800, Zhang Le wrote: > > I have used "strace -f" to check where linker looked for -lqt-mt. From > > what I have observed, it seems that ld didn't use > > $SYSROOT/etc/ > > Well, it's supposed to, so I suggest you check what's happened in ld. I found a clue which may lead to a neat solution to this problem. And this has something to do with gcc, so I still posted it here. First of all, $SYSROOT/etc/ solution maybe an overkill, so I think we can ignore it for now. The finding is if ld is invoked with --sysroot option and if the dir specified by -L has a leading "=", for example: --sysroot=/usr/mipsel-unknown-linux-gnu -L=/usr/qt/3/lib -L/usr/lib -lqt-mt Then when ld will looking for in /usr/mipsel-unknown-linux-gnu/usr/qt/3/lib, instead of /usr/qt/3/lib. Thus problem solved. So I am wondering if ther

videos from fosdem

FOSDEM means Free and Open source Software Developers' European Meeting

Daniel has left again

This is what he said: Gentoo is only going to be fun and productive again if we: 1) maintain a courteous and professional atmosphere 2) focus on good, transparent project management and collaboration 3) deliver cool technologies to Gentoo users AND IN THAT ORDER ONLY, which is the only order that works long-term. It makes no sense to try to do this in reverse order. It does not work. 3 requires 2 and 2 requires 1. Right now these three pillars are being treated as mutually exclusive goals which is absolutely ridiculous and wrong, where we accept failure in point 1 in the hope of achieving 3.

重新开始玩synergy 要分享键盘鼠标的机器是server,执行synergys 没有键盘鼠标的是client,执行synergyc serverip 我的配置文件 $ cat /etc/synergy.conf # sample synergy configuration file # # comments begin with the # character and continue to the end of # line. comments may appear anywhere the syntax permits. section: screens # three hosts named: moe, larry, and curly loongson: adriano: end section: links loongson: down = adriano adriano: up = loongson end section: options switchDelay = 500 end


Distcc is working. Howerver, I didn't get it working at the beginning. Because I am curious about what messages distccd's pass between themselves. So I fired up wireshark, then I go to sleep. As you would expect, eventually wireshark occupied all free space on /tmp which is also used by distcc to produce object files. And as a consequence, distcc failed. Originally, the distcc run with "--log-level critical", so it sent nothing to syslog. By using this command, you can see what distcc is doing in real time: distccd --verbose --log-stderr --daemon --user distcc --allow --no-detach

I will give up cross compiling KDE

Two posts related to this decision: I will try distcc.

some ideas about DEPEND/RDEPEND

(zhllg) Is it possible that a runtime dependency is not a build time dependency? or could a package be built without some package, but require it in order to run? (igli) yes (zhllg) igli, any example? (igli) not necessarily required at run time; in any case eg an app that runs a cmd (igli) might not need to be built against the other app (zhllg) oh that is true (igli) synfig has run time deps for i think jpeg and stuff (igli) need to work on ebuild.. :( (zhllg) igli, what about the runtime dependency is a library (igli) usu if it's a dep against a lib, it's compile time (marienz) both. (igli) depends on whether it looks for the .h files (marienz) normally both. (igli) oh sorry, yes runtime as well of course (igli) as lib needed on system when app is running :) doh! (zhllg) then IMHO maybe in that case just specify the dependency in RDEPEND is enough, what do you think? (marienz) you normally need the lib present at build time or the link will fail. (zhllg) yes (igli) yup (igli)

[RFC]possible improvements to --with-sysroot

The following suggestion is based on my understanding of --with-sysroot, if there were any error, please correct me. To my understanding, currently if cross-compile tool chain (including gcc) is configured with --with-sysroot when installing them, then when cross compiling, ld will look for libraries in $SYSROOT/usr/lib and $SYSROOT/usr/local/lib. Wouldn't it be great that we go one step further that we let ld look for libraries in the dir listed in $SYSROOT/etc/, if this file ever exits? Of course for each entry in $SYSROOT/etc/, we prefix $SYSROOT to it. Comments are welcomed. Thanks! -- Zhang Le, Robert This is an email I have posted to gcc mailing list.

emerging KDE on loongson

I have got DRI working in Gentoo on loongson. mesa/libdrm/kernel/xorg-server/xf86-video-ati need to be patched in order to achieve this. I have set up a loongson overlay, including the necessary patches. Get it here: