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