XRP Ninja

http://dev.gentoo.org/~redhatter/mips/cobalt/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.

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: http://dev.gentoo.org/~christel/coc.xml

比如 http://lkml.org/lkml/2005/9/8/179 某人举这个例子想来证明自己的一些行为是正确的，显然是找错了论据 http://blog.simplychristel.net/index.php?/archives/129-Bob-the-builder-Can-you-fix-it.html

http://www.gentoo.org/proj/en/devrel/handbook/handbook.xml?part=3&chap=2

On 3/6/07, Daniel Jacobowitz <drow@false.org> 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/ld.so.conf. > > 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/ld.so.conf 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 libqt-mt.so 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

FOSDEM means Free and Open source Software Developers' European Meeting http://fosdem.org/2007/media/video

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.

http://www.linux.com/article.pl?sid=06/05/25/1439237 要分享键盘鼠标的机器是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 192.168.1.103 --no-detach

Two posts related to this decision: http://zhllg.blogspot.com/2007/03/rfcpossible-improvements-to-with.html http://zhllg.blogspot.com/2007/03/some-ideas-about-dependrdepend.html I will try distcc.

(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)

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/ld.so.conf, if this file ever exits? Of course for each entry in $SYSROOT/etc/ld.so.conf, we prefix $SYSROOT to it. Comments are welcomed. Thanks! -- Zhang Le, Robert This is an email I have posted to gcc mailing list.

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: http://gentoo.linuxsir.org/download/loongson-overlay.tar.bz2