[00:19] <NCommander> hey all
[03:25] <EL> I still got the same problem when I run ubuntu-arm on QEMU
[03:25] <EL> I press a key, then it output 'u'.
[03:26] <EL> I had used newest QEMU-0.9.1+SVN20081112
[03:28] <EL> My linux kernel is: vmlinuz-2.6.28-versatile
[03:28] <EL> Any suggection? thanks
[03:49] <EL> Sorry, I fix my problem by add "-k en-us" to qemu-system-arm command. :)
[08:22]  * lool just got the pun with "sheeva"
[08:22]  * lool is slow
[08:41] <EL> ha
[08:41] <EL> hi lool
[08:42] <EL> what's the clock of sheeva?
[08:43] <lool> EL: It's on the marvell page; 1.2 GHz
[08:45] <EL> see
[08:56] <EL> One Question: Is ubuntu-arm too fat to run on modern ARM chip?
[08:56] <Stskeeps> i have ubuntu base system running on a nokia 770 .. :P (not with GNOME, though)
[08:57] <EL> I means "ubuntu-desktop" on ARM
[08:59] <EL> Another Question: what is biggest problem for ubuntu-desktop on ARM?
[09:01] <suihkulokki> memory (RAM) consumption :P
[09:05] <EL> Agree. Maybe, we need a ubuntu-desktop-lite.
[09:05] <EL> So, is ubuntu-mid a better solution?
[09:07] <lool> EL: It's lighter, but didn't receive much care in Ubuntu recently
[09:07] <lool> EL: "modern" ARM chips as you say are quite fast and often come with a lot of memory; depends on what you're exactly targetting
[09:08] <EL> but you said that sheeva is slow for running ubuntu-desktop
[09:09] <EL> It has 1.2GHz clock!
[09:14] <EL> I like arm-version netbook solution. fanless, low-cost, lower power-consuming
[09:15] <suihkulokki> I don't think anyone said sheeva is too slow for ubuntu-desktop
[09:16]  * lool didn't say that
[09:16] <lool> EL: GNOME is decent on 800 MHz cores
[09:16] <lool> With 512 MB of RAM though
[09:18] <EL> ok, I may misunderstand.
[09:28] <EL> Does ARMEL mean "ARM Little endian"?
[09:49] <lool> Yes
[09:49] <lool> Alebit the "arm" port was also le
[09:52] <EL> thanks
[10:33] <EL> If I need cross-compile for ARM on x86, where can I get a fine toolchain?
[10:34] <ogra> EL, see the rootfs from scratch page in the topic
[10:34] <ogra> use qemu
[10:35] <EL> for compiling?
[10:35] <ogra> for an environment in which you can develop, compile and test
[10:36] <EL> I think so, but it's a little slow.
[10:37] <ogra> what do you plan to develop ?
[10:37] <ogra> kernel stuff or something more top level ?
[10:37] <EL> kernel
[10:38] <ogra> ah, right, for that a cross compiler is indeed a good choice, our prob is that many people ask for a cross compile toochain stuff for userspace development so my general asnwer is qemu ;)
[10:39] <EL> got it
[10:39] <ogra> in userspace you need a ton of dependencies first built for the cross toolchain, which we dont want to provide
[10:39] <EL> So for a cross-compiler, do you have any suggection?
[10:39]  * ogra looks for amitk's blog, he had a howto for a kernel toolchain 
[10:40] <ogra> (and i belive lool works on something more integrated but i dont know the status)
[10:40] <lool> status is I made good progress to pass the point where I was stuck
[10:40] <lool> But I keep quiet about it because I don't want to set high expectations from other people
[10:41] <EL> :)
[10:41] <EL> good policy!
[10:41] <lool> I likely found the reason of the newlib and glibc FTBFS-es I was getting and am likely to have something working soon
[10:41]  * lool &
[10:41] <ogra> EL, http://idlethread.blogspot.com/2009/01/recipe-of-day-cross-compiling-armel.html
[10:41] <EL> thanks
[10:42] <lool> Right, the codesourcery toolchain works right now
[10:42] <lool> Or the emdebian one for debian
[10:42] <ogra> yeah
[10:42] <EL> I think there are many toolchain for arm.
[10:43] <EL> So I need a suggected one, ha.
[10:43] <EL> In other words, which one is better?
[10:44] <ogra> the tested one usually ;)
[10:45] <ogra> amitk is our current arm kernel maintainer in ubuntu, he should know what he recomments :)
[10:45] <ogra> so just follow his howto and you should be fine for now
[10:45] <EL> ya, It's what I need.
[10:45] <EL> thank you very much!
[10:45] <EL> :)
[10:46] <ogra> :)
=== ogra_ is now known as ogra
[16:42] <lool> ogra: Did you see #336770
[16:42] <lool> I guess so since you're subscribed
[16:43] <lool> ogra: Could you debug and see whether it's a hwclock, installer, or kernel issue?  or perhaps it's out of RAM at this stage again?
[16:43] <ogra> bug 336770
[16:43] <lool> No bot
[16:43] <ogra> grr
[16:44] <lool> Not sure I terribly like having bugs subscribed to canonical-arm-dev
[16:44] <ogra> ah, andy just subscribed me
[16:45] <ogra> unsubscribe it, i'll assign to me, i meant to look into that anyway
[16:45] <ogra> he sent a mail already
[16:45] <lool> Thanks
[16:46] <ogra> i dont see flash-kernel in the d-i environment, i suspect it has to do wit it
[16:46] <ogra> it cant run out of ram at that point
[16:46] <ogra> as soon as partitioning is done there is swap
[16:46] <ogra> partman moans loudly if you dont use swap
[16:49] <lool> Good point
[17:17] <Tscheesy> ogra: still the same building error - hal won't restart in latest Kubuntu-Root-fs
[17:28] <ogra> Tscheesy, thats very very weird, i have built multiple ubuntu-desktop, xubuntu-desktop and commandline rootfses since
[17:28] <ogra> and never saw that error
[17:29] <Tscheesy> it's perhaps because KDE4.2 is not Ready Yet?
[17:30] <Tscheesy> is there a possibiltity to build the Image anyway and try to repair it later?
[17:31] <ogra> build a commandline image
[17:31] <ogra> then install kubuntu-desktop on the running system
[17:32] <Tscheesy> good idea.. is this ubuntu-minimal ?
[17:33] <ogra> yep
[17:33] <Tscheesy> thanks.. this way i get into qemu also..
[18:05] <lool> NCommander, ogra: new kexec-tools merged
[18:05] <ogra> yippie
[18:05] <ogra> that took a while :)
[18:08] <NCommander> yay