[00:00] <ali1234> those instructions have been cribbed from here i guess: http://www.aurel32.net/info/debian_arm_qemu.php
[00:00] <ali1234> debian probably loads the tun module by default
[00:00] <hamannp> I'll check it out.  I'm kinda self taught, so my networking knowhow is spotty.
[00:01] <hamannp> Worse, still, I'm long on academics.  It let's me dream up sophisticated ways to get in over my head.
[00:02] <hamannp> Ciao!  I'm sure I'll see you around this channel.
[11:17] <lool> ogra: We have a really serious issue
[11:17] <lool> ogra: our redboot binary doesn't work on b2.5 anymore
[11:18] <lool> or perhaps it's related to some settings
[11:18] <lool> ogra: I couldn't boot my b2.5 since a week or so
[11:18] <lool> ogra: I manually replaced redboot on the SD card with the one from the archive, and it didn't work
[11:18] <lool> ogra: I manually replaced redboot on the SD with the latest one from FSL and it worked
[11:53] <lool> ogra: So it seems related to fconfig data
[11:53] <lool> ogra: I rewrote a live image and it worked
[11:53] <lool> ogra: I suspect we need to update the fconfig data on redboot upgrades
[11:54] <lool> I cant reproduce it anymore now since I wiped the SD card with the issue
[15:10] <ogra> lool, weird, works fine here on fresh installs as well as updates
[15:12] <ogra> lool, i usually try both before i upload the new redboot
[16:10] <lool> ogra: I dont know what happened; I'm pretty sure it's fconfig data since I rewrote redboot on the SD
[16:10] <lool> I guess I should have kept a backup, too bad
[16:10] <lool> ogra: I fear it's something overflowing a var, or a var missing
[16:10] <lool> ogra: For intsnace UUID= overflowing bootcmd
[16:10] <ogra> yeah, i usually replace the redboot binary on the running SD i use first
[16:11] <ogra> and then redo that SD with a completelky fresh setup using the new redboot
[16:11] <ogra> if both work i upload
[16:11] <ogra> i cant imagine UUID overflowing bootcmd
[16:12] <ogra> i had setups where i had to test FSL setup with ten liners more in the bootcmd script
[16:12] <ogra> *lines
[16:14] <ogra> do you know which version the old redboot was you replaced ?
[16:18] <lool> ogra: Hmm good questions
[16:18] <lool> It was for B2.5 but how old, no idea
[16:18] <ogra> i know we had a broken one druing early karmic
[16:18] <lool> ogra: I dont even know how it broke exactly; I had taken the SD out to do various boot testing
[16:19] <ogra> weird
[16:19] <lool> ogra: But the way it broke was spectacular
[16:19] <lool> random leds would turn on
[16:19] <ogra> wow
[16:19] <lool> boards would shut off by itself
[16:19] <ogra> did you have anything plugged into the NIC ;)
[16:20] <ogra> the grounding issue can affect the whole system ...
[16:20] <lool> ogra: No, I unplugged everything when that started t ohappen
[16:20] <ogra> hmm
[16:21] <lool> ogra: Well the grounding issue wouldn't explain why one redboot worked and not the other
[16:21] <lool> ogra: Still I'm a bit scared that FSL's uboot worked and not ours
[16:21] <ogra> no, indeed
[16:21] <lool> I used the latest one from their SDK 1.6 pre-release
[16:21] <ogra> ours works
[16:21] <ogra> it is just featureless
[16:21] <ogra> and oem wont use it
[16:21] <lool> Well ours didn't in my test, then worked when I wrote the whole SD image
[16:21] <ogra> i had it working here
[16:22] <lool> ogra: Well as I said, I cant reproduce the issue anymore
[16:22] <lool> Even with our redboot
[16:22] <ogra> well, up to the u-boot prompt
[16:23] <ogra> well, i havent heard about such an issue yet and havent seen it myself ... all we can do is keep an eye on it i guess
[16:24] <ogra> i'll try to make some time free to test the different karmic versions, i still have them around
[16:26] <lool> thanks
[16:58] <lool> kubuntu fails to build due to gtk+ -- ironic and suspicious
[17:01] <ogra> heh
[17:01] <ogra> i think it uses some qt-gtk translator thingie
[17:02] <ogra> not sure how it's called nowadays
[17:02] <ogra> are you sure its gtk itself ?
[17:11] <lool> ogra:   libgtk2.0-bin: Depends: libgtk2.0-0 (>= 2.18.1-1ubuntu1) but 2.18.1-1 is to be
[17:11] <lool> installed
[17:12] <lool> I'm sure yes
[17:12] <ogra> evil
[17:13] <lool> I thought gtk wasn't in kubuntu
[17:15] <ogra> it shouldnt be, did you notify Riddell or ScottK ?
[17:16] <ogra> i know they have that gtk theme layer handling tool, but that doesnt require gtk
[17:30] <lool> ogra: I did not
[20:00] <flaco> hey all.. I'm planning to buy a beagleboard.... and put ubuntu on them... my question is if gstreamer and python works on this plattform
[20:18] <lool> flaco: Yes
[20:18] <lool> We dont provide the kernel part though
[20:27] <ojn> is anyone (community?) looking at wrapping up the various components already?
[20:27] <ojn> (openmax/gstreamer integration, that is)
[20:31] <lool> For beagle?  I dont spend much time on beagle support in ubuntu myself nor do I know of people here who do, but there are some community provided kernels out of ubuntu
[20:31] <lool> Concerning gst or openmax integration, I didnt see the beagle bits myself yet
[20:31] <lool> Are these fully open?
[20:33] <ojn> lool: for omap, not board specific really.
[20:33] <ojn> lool: everything but the code running on the DSP is. The trick is to pick the right TI project, there seems to be a few stale ones. :)
[20:33] <ojn> (and the code running on the dsp is, for all intents and purposes, equivalent to firmware anyway)
[20:38] <flaco> lol, thanks for the answer... so I need to build those packages for use on arm?
[20:40] <flaco>  lool, thanks for the answer... so I need to build those packages for use on arm?
[21:12] <lool> flaco: You can use the ubuntu user space
[21:13] <lool> flaco: http://elinux.org/BeagleBoardUbuntu
[21:58] <Martyn> lool : I just saw a beagle clone that was well made .. it has ethernet (SMSC1918), USB 2.0 host, usb OTG, DVI + hdmi output (and LCD cable via membrane cable), etc...
[21:58] <Martyn> it's the first one I've seen that is a good "desktop board" contender
[21:59] <Martyn> frankly the only thing "missing" is 802.11(b/g/n)
[21:59] <Martyn> and that's that USB is good at
[22:03] <Martyn> mmmm .. aptitude install rootstock
[22:04] <ojn> martyn: url/product name?
[22:05] <Martyn> ojn : it's being made by students at the University of Texas/Austin
[22:06] <Martyn> I don't think they have come up with a cute name yet.  I heard it called 'PoodleBoard'
[22:06] <lool> Martyn: ethernet is nice
[22:06] <ojn> Ah, so not productized (yet). Seems like there are a few already though. IGEPv2 looks promising
[22:07] <ojn> gumstix overo with tobi comes close too.
[22:15] <Martyn> the overo is very nice
[22:45] <Martyn> (and very out of stock, damnit)
[22:45] <Martyn> I wanted one
[22:55] <ojn> Martyn: I think they manufacture them in batches, so placing an order makes it more likely to show up soonish. :)