[06:47] <vlad> hey folks, redboot question.. on a babbage board, my current boot_script_data just has 'fis load kernel\exec -c "console=...."\'
[06:47] <vlad> with jaunty installed
[06:48] <vlad> the latest BabbageImageFromScratch page states that it should also load an initrd as well.. do I need to do that bit?
[07:03] <vlad> yeah, looks likeI did need it updated
[07:03] <vlad> but running redboot-install was not the right way to do it, since it has a handy "rm -rf usr" in it (what the hell?)
[09:38] <ogra> vlad, yes, it removes the $builddir/usr direcory
[09:39] <vlad> ogra: but it never goes into $BUILDDIR
[09:39] <ogra> did you follow the howto step by step ?
[09:39] <vlad> no, I had an existing build from jaunty, using the old instructions, pre-initrd
[09:39] <vlad> so given taht the script was part of redboot-tools, I ran it on my target, and it rm -rf'd usr :)
[09:40] <vlad> as best I can see the script creates a temp directory and then never changes into it
[09:40] <ogra> ouch, can you file a bug, redboot-install as is si for creating an SD card from a foreign system
[09:40] <vlad> (I also don't see what would ever get unpacke dinto usr, but I didn't look that closely at that)
[09:40] <ogra> s/si/is/
[09:41] <vlad> will do.. I ended up mailing the authors, I should've just filed a launchpad bug
[09:41] <vlad> will do that tomorrow
[09:41] <ogra> well, i am one of the authors (i just dont read mail frequently on sundays :) )
[09:41] <vlad> oh! well you have mail :)
[09:41] <ogra> heh
[09:42] <vlad> I can stick it in a bug tomorrow though, having /usr go away on my remote system was a nice way to get me to stop doing work and go do something else ;)
[09:42] <ogra> i will add a check so you cant run it from a running system, the script is to prepare an SD for a rootfs, not to use it from your babbage directly
[09:43] <vlad> yeah, I figured that out too late :)
[09:43] <ogra> its what we use to create the liveimages we provide
[09:43] <vlad> though it would be handy if it could set up a canonical rb setup even on a running babbage
[09:43] <ogra> but instead of using a livefs i redid it a bit so you can use it for normal rootfs bulids
[09:43] <ogra> right
[09:43] <ogra> add that to the bug please
[09:44] <ogra> did you run it on jaunty ?
[09:45] <ogra> stat: cannot stat `/usr/lib/redboot/imx51-babbage-TO2_redboot.bin': No such file or directory makes me suspect so ...
[09:46] <vlad> yep, on jaunty
[09:47] <vlad> my rb setup didn't have an initrd segment, and my boot commands just had the kernel load
[09:47] <vlad> this all started with me wanting to upgrade to a kernel that had NEON support
[10:00] <ogra> do you have a babbage from the 2.x series ?
[10:00] <ogra> i doubt NEON works on the early ones
[10:01] <ogra> and i dont think we enable it yet in the karmic kernels
[10:05] <ogra> (we only got a .31 kernel for babbage in karmic about a week ago)
[10:06] <ogra> there are first daily builds of the installable live image already though
[10:06]  * ogra points to http://cdimage.ubuntu.com/ports/daily-live/
[10:06] <ogra> you might want to try it :)
[10:07] <ogra> (note there are plenty of bugs still though, but it should do a proper install to USB disk or a second SD)
[18:20] <melchi> Hey does ubuntu run on a beagleboard?
[18:22] <melchi> Hey does ubuntu run on a beagleboard?
[18:22] <melchi> am i doing something wrong here or is this room empty
[18:27] <Q_Continuum> The room is filled with people who idle, not everyone is sitting at their keyboards waiting for people to talk.
[18:28] <melchi> Q_Continuum: lol ok... anyways does ubuntu run on a beagleboard ??? have u tried it?
[18:30] <Q_Continuum> I haven't a clue, I have a SheevaPlug
[18:31] <yacoob> Q_Continuum, now that you've said that, I have a sheevaplug related question! :D
[18:32] <yacoob> are there security updates to arm port of ubuntu?
[18:32] <Q_Continuum> yacoob: Perfect, there's also a plug channel #openplug
[18:32] <Q_Continuum> as far as I know, yes.
[18:33] <yacoob> http://security.ubuntu.com/ubuntu/ doesn't seem to have anything more than i386 and amd64
[18:33] <Q_Continuum> It's a normal architecture Ubuntu supports, so there should be all the normal updates.
[18:33] <melchi> hey are all the packages in synaptic cross compiled for the arm processor?
[18:33] <ubuntu-user-b2> hello
[18:34] <ubuntu-user-b2> can anybody tell me if it is possible to install ubuntu on ipod touch 1st gen?
[18:34] <Q_Continuum> melchi: AFAIK, yes
[18:34] <melchi> AFAIK? i dont speak IRC :)
[18:34] <Q_Continuum> ubuntu-user-b2: I doubt that, there are some Linux-based tools that will install on an ipod.
[18:35] <Q_Continuum> As Far As I Know
[18:35] <ubuntu-user-b2> :(
[18:35] <melchi> wow thats great so i will be able to get python scapy and aircrack-ng running on the little monster
[18:35] <melchi> ?
[18:35] <ubuntu-user-b2> but with display manager?
[18:36] <ubuntu-user-b2> it is arm based afterall
[18:36] <Q_Continuum> the ipod is VERY feature-lacking
[18:36] <Q_Continuum> it's a tiny tiny CPU
[18:36] <Q_Continuum> with basically nothing for RAM
[18:37] <ubuntu-user-b2> yeah but so is the spv c500 and linux runs on that :)
[18:37] <Q_Continuum> ubuntu-user-b2: http://www.rockbox.org/ is the linux-based tool I know of.
[18:37] <ubuntu-user-b2> uuu
[18:37] <ubuntu-user-b2> thanks
[18:38] <melchi> Q_Continuum: hey does ur devices run on battries too?
[18:38] <ubuntu-user-b2> ?
[18:38] <ubuntu-user-b2> what devices
[18:38] <ubuntu-user-b2> ?
[18:39] <Q_Continuum> melchi: No, the SheevaPlug is wall-plugged while running.
[18:39] <ubuntu-user-b2> thanks
[18:39] <ubuntu-user-b2> gtg
[19:14] <melchi> Q_Continuum: hey will you please check ur synaptic on the sheevaplug and let me know if python and aircrack-ng are present in the list?
[21:29] <rabeeh> melchi: python is support. basically sheevaplug runs ubuntu 9.04 with most of the packages built for arm processor
[21:29] <rabeeh> you can check ports.ubuntu.com for the packages that are compiled for arm (has armel in it's name)
[23:08] <vlad> ogra: this daily live image build for imx51 -- I can't install to a SD card using this, right?
[23:27] <vlad> ogra: erm, though even in the latest kernels, CONFIG_NEON is not set -- any reason for that?