[01:54] Hey gang… So I got the 11.10 Server prebuilt image installed and working on my panda board ES. Wifi is working fine. I installed LXDE for a desktop. However, sound doesn't seem to work. Do I need to install the OMAP driver package to get that working? [01:55] mkopack: have you checked mixer levels? [01:56] Yeah, volume control shows not muted, vol maxed. [01:56] For testing I downloaded a free MP3 file, and am trying to run it through the media player in LXDE, just not getting anything out. [01:57] It's not the end of the world, I can live without sound, I'm just wondering if there's other issues (like GFX ) that I might also be missing [01:57] mkopack: you checked all channels in alsamixer [01:57] ? [01:57] Also better to test with raw data (e.g. PCM) with aplay [01:58] I don't know anything about the specific unit you're on, that's just the most obvious first thing to check [01:58] Hmm, ok, I'll give that a try... [01:58] tnx [01:59] mkopack: Sound on the PandaES won't work out of the box in oneiric, we only added the UCM fixes for it in precise. [01:59] Crap. I'm in the middle of doing the ROS install so I'm going to have to wait to install alsamixer [01:59] ah, k [01:59] thanks [02:00] I'll probably move up to 12.04 once the actual release is out. but in the mean time I'm getting my teeth cut with this 11.10 [02:00] I'd really recommend just trying precise now. We just released Beta-2, which is pretty close to where we expect final to be. [02:00] And we'd appreciate bug reports to make it better. :) [02:01] (Plus, your PandaES will run both faster and cooler with the precise kernel...) [02:12] I'll give that a try over the weekend.. Luckily I have a couple 16 GB SD cards to play with [02:13] I only get a couple hours at home at night to really work on this ting [02:25] Ahh, a watched ROS never compiles ;) .... [02:26] (actually it's going surprisingly well, I must say) [06:50] is there any equivilent of packages.ubuntu.com for ubuntu armel and armhf? === zyga is now known as zyga-afk [09:25] GrueMaster, feel free to remove https://code.launchpad.net/~gruemaster/flash-kernel/bug-961174/+merge/98874 if the corresponding bug is wontfix [09:25] it showed up in the sponsoring queue and I almost considered uploading it before seeing in tiny green letters that the bug is wontfi [09:25] LP UI is not the best [09:25] tiny gray letters that is [10:04] plugwash, you man a website to lookup packages, search for/in packages, etc? no [10:04] *mean === zyga-afk is now known as zyga === doko_ is now known as doko [14:03] What is the minimum memory that will support ubuntu arm version? === Quintasan_ is now known as Quintasan [14:04] traisen: it depend if you want to run the full desktop [14:05] traisen: a regular unity-2d session work ok using 512mb of ram [14:05] the system then consume around 200mb on startup [14:05] you can of course use 256mb of ram + some swap [14:05] that will allow you to run most applications [14:06] if you run headless like ubuntu-core [14:06] then you should be able to make it with 64mb of ra [14:06] m [14:08] Thanks, Do you know if anyone has tried it on the Lego Mindstorms NXT ? 256kbyte FLASH- und 64kbyte RAM-Speicher [14:10] do you know which arm cpu it are using? [14:10] Atmel [14:10] ok, do you know the variant? [14:10] (or do you need more info) [14:10] i need more info [14:10] atmel make amny cpus [14:10] many === yofel_ is now known as yofel [14:11] off hand i can tell you ubuntu will not boot on this device [14:11] Just a minute [14:11] but you can most likely write code for it using the ubuntu arm gcc [14:11] if you have a way to upload code to this mindstorm device [14:12] Currently using gnu tool chain, but ubuntu is better known then eCos [14:13] But wouldn't the o/s have to be a favor of ubuntu, even if a minimal version? [14:15] AT91SAM7S256 [14:15] traisen, ubuntu hardly fits on a device with 1000 times as much memory [14:15] traisen: FOR THIS KIND OF DEVICE I RECOMMEND OPENEMBEDDED OR SCRATCHBOX [14:15] maybe the bootloader used on typical ubuntu arm hw would fit on the mindstorm :) [14:16] OOPS [14:16] damn capslock [14:16] No desktop needed [14:16] traisen: the problem are that a regular liux kernel require more than 256kb of flash [14:16] traisen, ecos should be pretty good for it for the type of apps you'd probably run on it [14:17] traisen: for a minimal embedded linux system you need at least 4mb of flash [14:17] to store the kernel and a minimal root filesystem [14:17] and more ram [14:18] you can compare this lego device with your usb mousepointer [14:18] the usb mouse probably have more flash [14:18] if it are flash based [14:23] MB not Kb :) eCos is working... thanks for mentioning other options, so I have something to compare against. [15:35] hackish patch to get mongodb run its smoketest completed, now to clean up maybe and backport to Ubuntu's stable version hopefully before 12.04 [15:36] * janimo` resists being sidetracked into debugging mongo for ppc on the porter machine. [16:08] janimo`: Go for it, get sidetracked. [16:08] janimo`: I thought mongo was heavily x86-centric. Just how large is your patch? [16:10] (Or maybe I'm confusing it with another package that had a "don't bother trying to port this" note...) [16:10] Ahh, there it is. [16:11] The mongodb server depends on both little-endianness and unaligned memory [16:11] access, which I believe means it can only work on i386 and amd64. We believe [16:11] that the mongodb will be useful even it is not available for all Debian [16:11] supported platforms. [16:11] janimo`: Is the above no longer true? [16:48] Howdy folks. [16:48] We've got a test that's using callgrind, but it's failing to link on ARM. [16:48] Could someone take a look? It seems like callgrind isn't built right on ARM. [16:49] https://launchpadlibrarian.net/98928961/buildlog_ubuntu-precise-armhf.libdbusmenu_0.5.96-0ubuntu1_FAILEDTOBUILD.txt.gz [16:50] tedg: You didn't get the memo that ARM is everyone's problem/responsibility now? ;) [16:51] infinity, yes, that's why I'm helping -- by finding bugs :-) [16:51] *smirk* [16:51] janimo`: Know anything about valgrind on ARM? [17:54] plugwash, you man a website to lookup packages, search for/in packages, etc? no <-- yes packages.ubuntu.com lets me search for/in packages on the official ubuntu architectures I was wondering if there was an equivilent for ubuntu armel and armhf [17:55] plugwash, answer is no [17:55] ok [17:56] the easiest way is a chroot and apt-file/apt-cache [18:29] plugwash: packages.u.c is maintained by frank@lichtenheld.de, feel free to bug him about adding ports. ;) [18:31] plugwash: Of course, there's also Contents-$arch on the mirrors. [18:52] infinity, mongodb is indeed x86 centric but not by design, they just did not care for portability much [18:53] and there are not many places where it needs changing but my chjanges are not the most elegant [18:53] so unaligned double and atomic int accesses cause traps and it is mostlt about finding and fixing those places [18:54] infinity, I had a fire-and-forget ARM patch sent to valgrind once but not much knowledge more besides that [19:01] infinity, as for the size of the mongo patch it is mongoarm.diff here, most recent comments [19:01] that is against master which built and ran fine, applying the same to the 2.0 branch still crashes so I have some more digging to do [19:01] infinity, regarding ppc, I probably need to debug it there too, after the single patch that is needed on ARM too (make char signed explicitely in one place) [19:02] it still crashed and the build for some reason did not have debug symbols so gdb did not help me [19:02] which is strange as the same default build on x86 and arm has debug symbols [19:03] anyway I probably need to look at it some more, probably my last chance to play with ppc if I am reading my crystall ball correctly [19:03] also my first time working on a ppc :) [19:05] Heh. [19:05] If you need access to a PPC machine to play, let me know. [19:05] Although, I guess you have access to the porter in the DC too. [19:06] But yeah, the claims that it's endian-specific don't bode well for PPC. [19:06] Maybe that was overstated and/or incorrect. [19:06] If you can make it both endian and alignment clean, I'm sure the Debian maintainer would love you forever. [19:20] infinity, yes, it is the porter that I tried building mongo today and which crashed even after one fix which was also needed for arm [19:20] infinity, ah indeed, it is probably endian specific too, but that luckily did not affect arm [19:21] there was a mongo-nonx86 branch against 1.8 last year but it is very messy and the author no longer maintains it [19:21] it had fixes for all sorts including arm [19:22] infinity, I already had a few exchanges with antonin, pushin all but our upstart script to him to lessen delta [19:22] and was surprised to find out that debian packages (or the system) can break if upstart scripts are installed [19:22] because of some yet undeployed dpkg fix [19:29] ah so that's wre my diskspace went [19:29] * janimo` discovers a 21Gb log from Gnash [19:31] wow [19:39] highvoltage, possibly the effects of always open browser+gnash installed+infrequent reboots. Anyway, removed [19:41] I use the #rmrf tag on identica/twitter for things like that. like http://identi.ca/notice/50474501 and http://identi.ca/notice/71778992 :) [20:58] Hello people! I'm looking at a kernel config (versatile) for a recent kernel, I cannot seem to make em work (a part from the 2.6.22 which doesn't support ext4), any help is appreciated [21:25] Mephisto__: Why versatile? It's long obsolete. [21:25] Mephisto__: Surely, you want vexpress? [21:27] well i'm a total newbie to this here's the system I'm trying to "emulate" [21:27] http://www.sealevel.com/store/relio-r9-arm9-embedded-risc-computer.html [21:29] Oh. Then you're almost certainly in the wrong channel, as Ubuntu won't run on that system (nor an emulated version of it). [21:30] ARM9 is ARMv5, Ubuntu only supports ARMv7. [21:31] Actually, that might even be v4t. [21:31] Anyhow, you might want to try Debian, and they do have versatile kernels packaged as well. [21:31] so it's versatile right? [21:33] Erm. That system isn't the same thing as a versatile board from ARM, no. [21:33] But they're perhaps vaguely similar product families. [21:33] In either case, Ubuntu won't run on either one (old ARM versatile boards, the qemu versatile target, nor this machine you linked). [21:34] I see [21:34] thanks a lot for valuable informations and your time sir [21:34] No problem.