Le's profileSomething like a home pa...PhotosBlogListsMore Tools Help

Blog


    March 30

    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

    http://www.mips.com/PressRoom/PressReleases/2007-03-28
    http://www.st.com/stonline/stappl/press/news/year2007/t2154.htm
    How exciting!!!
    March 26

    Loongson Gentoo stage 4

    I have uploaded a stage4 to ftp://godson2e:lemote@www.easy2fly.org/,
    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 gentoo.org, 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.

    March 23

    Gentoo 2007.0 livecd will have Simplified Chinese interface

    The relevant thread on Gentoo China google group
    http://groups.google.com/group/gentoo-china/browse_thread/thread/c59e9fbaa212296c/#
    March 22

    为什么Linus不用GPLv3?

    这是 malor 在lwn.net上发表的评论,原地址在此 http://lwn.net/Articles/227214/
    The Torvalds Transcript (InformationWeek)
    Posted Mar 22, 2007 9:35 UTC (Thu) by subscriber malor [Link]

    I remain convinced that the bad blood between Stallman and Linus over 'GNU/Linux' is at the core of Linus' objections. I don't think he would be attacking the GPLv3 so fiercely if he weren't personally invested somehow.

    First, you see him talk about 'motives'; that's a code phrase for 'what Stallman is trying to do'. Most of what he's saying here isn't even arguing the technical merits of the license, he's saying, obliquely, that it's unwise to trust Richard Stallman. (and considering the GNU/Linux imbroglio, he's not entirely wrong to do so.) Most of his explicative text covers variations of this theme.

    When examining his specific objections, it's obvious they come from the standpoint of the single most successful Open Source project; at this point, the kernel devs get more personal fame and fortune from broader Linux use, and to get that, they seem willing to trade away future freedoms. It's okay, they argue, for manufacturers to use their code to give us devices we can't change or use in ways of which the manufacturers don't approve.

    It appears the devs don't want this restriction added because it will interfere with their own success; they are thinking of their own pocketbooks and fame. Closed-device manufacturers, after all, often hire people to work on the kernel code, increasing the 'jobs for Linux kernel hackers' market. The devs are not, unfortunately, holding end-user rights paramount, one of which is, and always has been, the right to use devices freely that are dependent on Free Software.

    If you can't remove and replace the code on a device, but the manufacturer can, particularly without your permission, you don't truly own it. The code has been hijacked. You are enslaved by that code and dependent on it. (see: Microsoft Vista.) Stallman is trying to prevent this from ever happening with anything under the GPL, and he is right to do so.

    Linus et al are clearly in the wrong on this issue. They appear willing to trade away our freedoms for their own success, and I'm saddened by this.


    March 19

    想在龙芯上运行mldonkey

    想法是把盒子改造成下载器兼播放器,盒子有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是大头端的,龙芯是小头端),改成o32 ABI
    二是为asm generator增加mipsel+o32后端

    龙芯上的KDE

    http://zhllg.blogspot.com/2007/03/kde-on-loongson.html
    March 16

    Redhatter has released mips1(little endian) stages

    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.
    March 15

    一段python代码,计算本周一的日期

    #!/usr/bin/python

    from datetime import date
    from datetime import timedelta

    if __name__ == '__main__':
        now = date.today()
        monday = now - timedelta(days=now.weekday())
        print monday.strftime("%Y%m%d")

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

    Gentoo Penguin


      

    Everyone is happy this way

    本来又想批判一下,后来一想,还是算了。没有人是十全十美的,多看看别人的优点。
    http://www.inter.it/aas/news/reader?N=25799&L=en
    标题这句话是莫拉蒂说的
    昨天米兰德比国际米兰赢了,罗纳尔多也进了个球
    记者问莫拉蒂怎么看肥罗的进球
    莫拉蒂说了这句话

    这句话怎么翻译,我建议这样译:
    这样大家皆大欢喜

    新浪新闻里怎么翻译:
    每个人都对这种方式感到高兴
    http://sports.sina.com.cn/g/2007-03-12/02042794816.shtml
    孰优孰劣,留待别人评判吧

    PS: 异想天开一下,如果sina用wiki并以GFDL或者CC许可协议发布新闻,那么任何人都可以帮他改改并且会有很多人乐于帮他改,而sina自己什么事情都不需要做。当然新闻是不能wiki的,发布出来的新闻稿按理说也应该是质量过硬的,是不需要修改的。
    March 09

    Gentoo Etiquette Policy

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

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

    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 there is a way to detect whether gcc is doing cross
    compile. If so, when cross compiling is detected, collect2 search for
    -L option in COLLECT_GCC_OPTIONS, and insert a "=" between -L and the
    actual path.
    I think this way is better than the $SYSROOT/etc/ld.so.conf way.

    --
    Zhang Le, Robert
    Linux Engineer/Trainer
    http://zhllg.blogspot.com
    http://zh.gentoo-wiki.com
    http://savannah.nongnu.org/projects/pgubook
    http://groups.google.com/group/gentoo-china
    http://groups.google.com/group/szlug
    March 05

    videos from fosdem

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

    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

    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
    March 04

    distcc

    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
    March 03

    I will give up cross compiling KDE

    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.