| 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:00 |
| hamannp | Worse, still, I'm long on academics. It let's me dream up sophisticated ways to get in over my head. | 00:01 |
| hamannp | Ciao! I'm sure I'll see you around this channel. | 00:02 |
| === doko__ is now known as doko | ||
| lool | ogra: We have a really serious issue | 11:17 |
| lool | ogra: our redboot binary doesn't work on b2.5 anymore | 11:17 |
| 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:18 |
| 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:53 |
| lool | I cant reproduce it anymore now since I wiped the SD card with the issue | 11:54 |
| ogra | lool, weird, works fine here on fresh installs as well as updates | 15:10 |
| ogra | lool, i usually try both before i upload the new redboot | 15:12 |
| 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:10 |
| 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:11 |
| ogra | i had setups where i had to test FSL setup with ten liners more in the bootcmd script | 16:12 |
| ogra | *lines | 16:12 |
| ogra | do you know which version the old redboot was you replaced ? | 16:14 |
| 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:18 |
| 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:19 |
| 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:20 |
| 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:21 |
| 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:22 |
| 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:23 |
| ogra | i'll try to make some time free to test the different karmic versions, i still have them around | 16:24 |
| lool | thanks | 16:26 |
| lool | kubuntu fails to build due to gtk+ -- ironic and suspicious | 16:58 |
| ogra | heh | 17:01 |
| ogra | i think it uses some qt-gtk translator thingie | 17:01 |
| ogra | not sure how it's called nowadays | 17:02 |
| ogra | are you sure its gtk itself ? | 17:02 |
| 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:11 |
| lool | I'm sure yes | 17:12 |
| ogra | evil | 17:12 |
| lool | I thought gtk wasn't in kubuntu | 17:13 |
| ogra | it shouldnt be, did you notify Riddell or ScottK ? | 17:15 |
| ogra | i know they have that gtk theme layer handling tool, but that doesnt require gtk | 17:16 |
| lool | ogra: I did not | 17:30 |
| 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:00 |
| lool | flaco: Yes | 20:18 |
| lool | We dont provide the kernel part though | 20:18 |
| ojn | is anyone (community?) looking at wrapping up the various components already? | 20:27 |
| ojn | (openmax/gstreamer integration, that is) | 20:27 |
| 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:31 |
| 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:33 |
| flaco | lol, thanks for the answer... so I need to build those packages for use on arm? | 20:38 |
| flaco | lool, thanks for the answer... so I need to build those packages for use on arm? | 20:40 |
| === lbt is now known as E | ||
| === E is now known as lbt | ||
| lool | flaco: You can use the ubuntu user space | 21:12 |
| lool | flaco: http://elinux.org/BeagleBoardUbuntu | 21:13 |
| 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:58 |
| Martyn | frankly the only thing "missing" is 802.11(b/g/n) | 21:59 |
| Martyn | and that's that USB is good at | 21:59 |
| Martyn | mmmm .. aptitude install rootstock | 22:03 |
| ojn | martyn: url/product name? | 22:04 |
| Martyn | ojn : it's being made by students at the University of Texas/Austin | 22:05 |
| 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:06 |
| ojn | gumstix overo with tobi comes close too. | 22:07 |
| === Martyn is now known as NurseMartyn | ||
| === NurseMartyn is now known as Martyn | ||
| Martyn | the overo is very nice | 22:15 |
| Martyn | (and very out of stock, damnit) | 22:45 |
| Martyn | I wanted one | 22:45 |
| ojn | Martyn: I think they manufacture them in batches, so placing an order makes it more likely to show up soonish. :) | 22:55 |
| === 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 | ||
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!