[01:54] <mkopack> 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] <twb> mkopack: have you checked mixer levels?
[01:56] <mkopack> Yeah, volume control shows not muted, vol maxed.
[01:56] <mkopack> 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] <mkopack> 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] <twb> mkopack: you checked all channels in alsamixer
[01:57] <twb> ?
[01:57] <twb> Also better to test with raw data (e.g. PCM) with aplay
[01:58] <twb> I don't know anything about the specific unit you're on, that's just the most obvious first thing to check
[01:58] <mkopack> Hmm, ok, I'll give that a try...
[01:58] <mkopack> tnx
[01:59] <infinity> 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] <mkopack> Crap. I'm in the middle of doing the ROS install so I'm going to have to wait to install alsamixer
[01:59] <mkopack> ah, k
[01:59] <mkopack> thanks
[02:00] <mkopack> 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] <infinity> 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] <infinity> And we'd appreciate bug reports to make it better. :)
[02:01] <infinity> (Plus, your PandaES will run both faster and cooler with the precise kernel...)
[02:12] <mkopack> I'll give that a try over the weekend.. Luckily I have a couple 16 GB SD cards to play with
[02:13] <mkopack> I only get a couple hours at home at night to really work on this ting
[02:25] <mkopack> Ahh, a watched ROS never compiles ;) ....
[02:26] <mkopack> (actually it's going surprisingly well, I must say)
[06:50] <plugwash> is there any equivilent of packages.ubuntu.com for ubuntu armel and armhf?
[09:25] <janimo`> GrueMaster, feel free to remove https://code.launchpad.net/~gruemaster/flash-kernel/bug-961174/+merge/98874 if the corresponding bug is wontfix
[09:25] <janimo`> 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] <janimo`> LP UI is not the best
[09:25] <janimo`> tiny gray letters that is
[10:04] <mythos> plugwash, you man a website to lookup packages, search for/in packages, etc? no
[10:04] <mythos> *mean
[14:03] <traisen> What is the minimum memory that will support ubuntu arm version?
[14:04] <xranby> traisen: it depend if you want to run the full desktop
[14:05] <xranby> traisen: a regular unity-2d session work ok using 512mb of ram
[14:05] <xranby> the system then consume around 200mb on startup
[14:05] <xranby> you can of course use 256mb of ram + some swap
[14:05] <xranby> that will allow you to run most applications
[14:06] <xranby> if you run headless like ubuntu-core
[14:06] <xranby> then you should be able to make it with 64mb of ra
[14:06] <xranby> m
[14:08] <traisen> Thanks, Do you know if anyone has tried it on the Lego Mindstorms NXT ? 256kbyte FLASH- und 64kbyte RAM-Speicher
[14:10] <xranby> do you know which arm cpu it are using?
[14:10] <traisen> Atmel
[14:10] <xranby> ok, do you know the variant?
[14:10] <traisen> (or do you need more info)
[14:10] <xranby> i need more info
[14:10] <xranby> atmel make amny cpus
[14:10] <xranby> many
[14:11] <xranby> off hand i can tell you ubuntu will not boot on this device
[14:11] <traisen> Just a minute
[14:11] <xranby> but you can most likely write code for it using the ubuntu arm gcc
[14:11] <xranby> if you have a way to upload code to this mindstorm device
[14:12] <traisen> Currently using gnu tool chain, but ubuntu is better known then eCos
[14:13] <traisen> But wouldn't the o/s have to be a favor of ubuntu, even if a minimal version?
[14:15] <traisen> AT91SAM7S256
[14:15] <janimo`> traisen, ubuntu hardly fits on a device with 1000 times as much memory
[14:15] <xranby> traisen: FOR THIS KIND OF DEVICE I RECOMMEND OPENEMBEDDED OR SCRATCHBOX
[14:15] <janimo`> maybe the bootloader used on typical ubuntu arm hw would fit on the mindstorm :)
[14:16] <xranby> OOPS
[14:16] <xranby> damn capslock
[14:16] <traisen> No desktop needed
[14:16] <xranby> traisen: the problem are that a regular liux kernel require more than 256kb of flash
[14:16] <janimo`> traisen, ecos should be pretty good for it for the type of apps you'd probably run on it
[14:17] <xranby> traisen: for a minimal embedded linux system you need at least 4mb of flash
[14:17] <xranby> to store the kernel and a minimal root filesystem
[14:17] <xranby> and more ram
[14:18] <xranby> you can compare this lego device with your usb mousepointer
[14:18] <xranby> the usb mouse probably have more flash
[14:18] <xranby> if it are flash based
[14:23] <traisen> MB not Kb :)    eCos is working... thanks for mentioning other options, so I have something to compare against.
[15:35] <janimo`> 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] <infinity> janimo`: Go for it, get sidetracked.
[16:08] <infinity> janimo`: I thought mongo was heavily x86-centric.  Just how large is your patch?
[16:10] <infinity> (Or maybe I'm confusing it with another package that had a "don't bother trying to port this" note...)
[16:10] <infinity> Ahh, there it is.
[16:11] <infinity>   The mongodb server depends on both little-endianness and unaligned memory
[16:11] <infinity>   access, which I believe means it can only work on i386 and amd64. We believe
[16:11] <infinity>   that the mongodb will be useful even it is not available for all Debian
[16:11] <infinity>   supported platforms.
[16:11] <infinity> janimo`: Is the above no longer true?
[16:48] <tedg> Howdy folks.
[16:48] <tedg> We've got a test that's using callgrind, but it's failing to link on ARM.
[16:48] <tedg> Could someone take a look?  It seems like callgrind isn't built right on ARM.
[16:49] <tedg> https://launchpadlibrarian.net/98928961/buildlog_ubuntu-precise-armhf.libdbusmenu_0.5.96-0ubuntu1_FAILEDTOBUILD.txt.gz
[16:50] <infinity> tedg: You didn't get the memo that ARM is everyone's problem/responsibility now? ;)
[16:51] <tedg> infinity, yes, that's why I'm helping -- by finding bugs :-)
[16:51] <infinity> *smirk*
[16:51] <infinity> janimo`: Know anything about valgrind on ARM?
 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] <mythos> plugwash, answer is no
[17:55] <plugwash> ok
[17:56] <mythos> the easiest way is a chroot and apt-file/apt-cache
[18:29] <infinity> plugwash: packages.u.c is maintained by frank@lichtenheld.de, feel free to bug him about adding ports. ;)
[18:31] <infinity> plugwash: Of course, there's also Contents-$arch on the mirrors.
[18:52] <janimo`> infinity, mongodb is indeed x86 centric but not by design, they just did not care for portability much
[18:53] <janimo`> and there are not many places where it needs changing but my chjanges are not the most elegant
[18:53] <janimo`> so unaligned double and atomic int accesses cause traps and it is mostlt about finding and fixing those places
[18:54] <janimo`> infinity, I had a fire-and-forget ARM patch sent to valgrind once but not much knowledge more besides that
[19:01] <janimo`> infinity, as for the size of the mongo patch it is mongoarm.diff here, most recent comments
[19:01] <janimo`> 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] <janimo`> 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] <janimo`> it still crashed and the build for some reason did not have debug symbols so gdb did not help me
[19:02] <janimo`> which is strange as the same default build on x86 and arm has debug symbols
[19:03] <janimo`> 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] <janimo`> also my first time working on a ppc :)
[19:05] <infinity> Heh.
[19:05] <infinity> If you need access to a PPC machine to play, let me know.
[19:05] <infinity> Although, I guess you have access to the porter in the DC too.
[19:06] <infinity> But yeah, the claims that it's endian-specific don't bode well for PPC.
[19:06] <infinity> Maybe that was overstated and/or incorrect.
[19:06] <infinity> If you can make it both endian and alignment clean, I'm sure the Debian maintainer would love you forever.
[19:20] <janimo`> 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] <janimo`> infinity, ah indeed, it is probably endian specific too, but that luckily did not affect arm
[19:21] <janimo`> 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] <janimo`> it had fixes for all sorts including arm
[19:22] <janimo`> infinity, I already had a few exchanges with antonin, pushin all but our upstart script to him to lessen delta
[19:22] <janimo`> and was surprised to find out that debian packages (or the system) can break if upstart scripts are installed
[19:22] <janimo`> because of some yet undeployed dpkg fix
[19:29] <janimo`> ah so that's wre my diskspace went
[19:29]  * janimo` discovers a 21Gb log from Gnash
[19:31] <highvoltage> wow
[19:39] <janimo`> highvoltage, possibly the effects of always open browser+gnash installed+infrequent reboots. Anyway, removed
[19:41] <highvoltage> 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] <Mephisto__> 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] <infinity> Mephisto__: Why versatile?  It's long obsolete.
[21:25] <infinity> Mephisto__: Surely, you want vexpress?
[21:27] <Mephisto__> well i'm a total newbie to this here's the system I'm trying to "emulate"
[21:27] <Mephisto__> http://www.sealevel.com/store/relio-r9-arm9-embedded-risc-computer.html
[21:29] <infinity> 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] <infinity> ARM9 is ARMv5, Ubuntu only supports ARMv7.
[21:31] <infinity> Actually, that might even be v4t.
[21:31] <infinity> Anyhow, you might want to try Debian, and they do have versatile kernels packaged as well.
[21:31] <Mephisto__> so it's versatile right?
[21:33] <infinity> Erm.  That system isn't the same thing as a versatile board from ARM, no.
[21:33] <infinity> But they're perhaps vaguely similar product families.
[21:33] <infinity> 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] <Mephisto__> I see
[21:34] <Mephisto__> thanks a lot for valuable informations and your time sir
[21:34] <infinity> No problem.