XRP Ninja

Although I don't know the direct cause of council's decision this time, it reminds me of an old story. http://r0bertz.blogspot.com/2007/01/be-careful-when-you-are-on-paludis.html Quote some Diego's words: Don’t think we woke up this morning and decided to get rid of any developer. We considered this for a quite long time. Over all, I think the decision was took after a too long time. You can criticise, you can joke, but if the people you joke upon don’t laugh with you at the joke, then apologise and stop it!

1. Gcc's support for loongson is coming: http://gcc.gnu.org/ml/gcc/2008-04/msg00551.html 2. Lemote Loongson 2F box's release has been postponed to June 30. http://202.201.0.147/Html/inner/2008-4/11/201803589.html For those who want to order 2F box: I have talked to 2F box's product manager, he recommended sending email to sales@lemote.com directly. That's it, ;) PS: Lemote has Loongson laptop, too.

Releases: http://mirror.mcs.anl.gov/pub/gentoo/releases/x86/2008.0_beta1 Handbooks: http://www.gentoo.org/doc/zh_cn/handbook/handbook-x86.xml http://www.gentoo-cn.org/gitweb/?p=gentoo-cn;a=summary http://cia.vc/stats/author/r0bertz Enjoy!

EDIT: updated link in this article. ssh-add can let your ssh-agent remember the passphrase of your ssh secret key, so that you don't need to type any password when loging into a remote machine. However, it is an interactive program, you can't call it in a cron job. Even if you can, you will expose your passphrase in a file, which is not safe. The solution is actually very easy. You don't really need to ssh-add. All you need to do is letting ssh know some environment variable. First of all, I recommend you set up ssh-agent forwarding with GNU screen following instruction here: http://www.deadman.org/sshscreen.php Then in your cron job script, source ${HOME}/bin/fixssh first. Done! Enjoy ;)

http://www.gentoo-cn.org/trads/ http://www.gentoo-cn.org/doc/zh_cn/handbook/draft/ http://www.gentoo-cn.org/doc/zh_cn/handbook/2008.0/ http://www.gentoo-cn.org/gitweb/?p=gentoo-cn;a=shortlog Not too much work to do actually. First I copied current handbook and 2007.0 networkless handbook. Then wrote a little script to update version number and date and change all occurrences of 2007.0 to 2008.0 automatically. Then made a diff between old and new English handbook. Then modify old handbook according to the diff of English version. Done ;)

I put it on my gentoo-cn.org: http://www.gentoo-cn.org/trads I have done some modification to neysx's trads script. And I have written a new perl script which could generate a totally new trads.xml (think it like a config file to trads) from scratch. I am using git as version control software. The gitweb page is here: http://www.gentoo-cn.org/gitweb/?p=trads;a=summary The gen_trads_xml.pl script is here: http://www.gentoo-cn.org/gitweb/?p=trads;a=tree;f=xml

First of all, thanks to neysx and his excellent tool . Also thanks to Simone Li for translating the original French template to English. Actually, it is not finished yet. I have to finish translating the page to Chinese, then write a script to auto update trads.xml which records the priority, translated version, current version of each doc. Anyway if you want to take a preview, the URL is here: http://dev.gentoo.org/~r0bertz/trads-zh_cn.xml Notice: don't be fooled, :) Although the current list on the above page is almost empty, we have actually translated a lot of docs into Chinese, especially the whole handbook, ;) So, check it out: http://www.gentoo.org/doc/zh_cn/list.xml

I have written a live binutils ebuild. It is now in my loongson overlay. I wrote it because binutils cvs already got loongson 2e and 2f support, but new version is not released yet. The ebuild itself is quite simple, thanks to cvs.eclass and toolchain.eclass. However, in order to make it really work, I have to modify cvs.eclass. The reason is: The checked out directory name of binutils is called "src". While cvs.eclass expects the checked out directory name is the same as the package name, i.e. "binutils". Unfortunately, "co -d binutils binutils" doesn't work. If I use "co -d binutils binutils", I can only checked out the "binutils" directory, while the actual binutils module contains more than that. So, the most straight forward way to solve this would be to "mv src binutils" after checking it out, and this was exactly what I did. I need a new variable name to hold "src". I call it ECVS_CO_DIR. Some other things

Recently I have tried sharing /usr/portage among several boxes via NFS after I've read http://www.gentoo.org/proj/en/portage/doc/faq.xml. I followed portage's manpage, created /etc/portage/modules on nfs client $ cat /etc/portage/modules portdbapi.auxdbmodule = cache.metadata_overlay.database And removed all cache files under /var/cache/edb/dep/usr/portage So that I don't need to run emerge --metadata on nfs client after emerge --sync. It is not over yet for eix users. If you have a $HOME/.eixrc and defines in it PORTDIR_CACHE_METHOD as something like "portage-2.1"/"cdb"/"sqlite"(check man eix), you may want to remove the ~/.eixrc file. Since those methods requires you to run emerge --metadata before update-eix, and thus defeat our purpose in the first place.

The Qt-3.3.8-r4 linking problem is solved. The problem is caused by a bug in binutils which has already been fixed . I have already put an live ebuild for binutils in my loongson overlay . Loongson already got binutils' support. Please check the links below: 1. http://sourceware.org/ml/binutils/2007-11/msg00227.html 2. http://sourceware.org/ml/binutils/2007-11/msg00232.html Loongson's gcc support which is also developed by codesourcery is coming on the way, maybe in the next couple of month. Gcc is "in Stage 3 at the moment, which essentially amounts to regression fixes only, so the patches can't be committed yet". They will submit the patch to gcc when gcc comes to stage 1 again. In the meantime, we (some audacious guys from lemote.com's forum) have made our own gcc patch, which is already available on my overlay . Honestly, I don't think our patch would be as elegant as codesourcery's. After all, they make a living by making such patches. But we

Emerging media-sound/cdparanoia failed lately on my box when I was running "sudo emerge...". The error was that an archive file was missing. However, I didn't find any bug report related to that on bug.g.o. So, I decided to take a look myself. I found that if I emerged it using root user, then everything was ok. So, I suspected this might have something to do with my environment setting, coz I don't reset env for users in wheel group(so that I can "USE=... sudo emerge"). I ran ebuild unpack/install/compile/install separately using normal user and root to determine which stage caused the difference. Finally, I found the difference happened when "make"ing in the paranoia directory. An target called "lib" defines the rule to build that archive file. The lib is not a real file, however it is not labeled as PHONY. Apparently, the target is not run. But why? I straced make as normal user. I found something strange. The strange thing was mak

stardict-3 is now available via gentoo-china overlay . (I wish I could pass ebuild quiz soon and become stardict's maintainer in gentoo...) stardict-3 has got tts feature. It could use festival or espeak to play an arbitrary sequence of characters. There are two ways to use this feature. One way is via tts plugin, one for each tts engine. In fact, tts plugin does more than that - it could set the voice of its corresponding tts engine as well. The other way is to specify the command to play yourself, and there are two options which you can choose from, "echo %s | festival --tts" and "espeak %s". My experience is the first way has priority over the latter one. My suggestion is to use the latter one. Because tts plugin's functionality is redundant. You can choose tts engine's voices anyway. And you can use tts engine without them. Moreover, the festival plugin will segfault the program[1]. So, IMHO, the tts plugins are dispensable. So in my stardict-3.0.1-r

Haven't solve it yet. I have already tried to add -mxgot to CFLAGS and CXXFLAGS. But it didn't work for me. Some useful link: http://cygwin.com/ml/binutils/2003-04/msg00258.html http://gcc.gnu.org/ml/java/2004-10/msg00018.html http://www.cygwin.com/ml/binutils/2006-04/msg00006.html