[07:33] <ndec> ogra_: hi
[07:33] <ndec> ogra_: have you seen the messages on pandaboard google groups? some folks report that headless image don't work with 8Gb or 16Gb, but work with 4Gb?
[10:12] <ogra_> ndec, whats the bug number? and did they attach the jasper.log ?
[10:13]  * ogra_ hasnt heard of any errors with 8/16G cards yet
[10:23] <ppisati> qemu + u-boot = fail
[10:27] <lool> ppisati: Nah
[10:27] <lool> ppisati: Which u-boot?
[12:03] <doko> ogra_, janimo: shrink-wrap came up again on today's linaro call. looks like it should be disabled for the natty release, or at least for -updates
[12:04] <ogra_> shrink-wrap ?
[12:04] <lool> doko: michaelh submitted a branch to disable it by default
[12:04] <lool> doko: In gcc-linaro
[12:04] <lool> doko: Not sure you will have the chance to integrate this though
[12:04] <lool> https://code.launchpad.net/~michaelh1/gcc-linaro/disable-shrink-wrap/+merge/58055
[12:06] <doko> lool: it's already in gcc-4.5 for all archs but armel
[12:07] <lool> doko: Okay
[12:09] <ogra_> doko, well, throw it in if you can, if you cant throw it in updates :)
[12:09] <ogra_> (as if we had a choice :P just do it :) )
[12:19] <janimo> doko, sounds fine
[12:20] <janimo> doko, not sure what other packages are affected and will remain so without a rebuild
[12:22] <doko> janimo: right, but you can't rebuild everything :-/
[12:23] <janimo> sure, disabling is better then leaving the optimization on, I was just wondering aloud :)
[12:23] <ogra_> we can rebuild in -updates if needed i think
[12:23] <ogra_> in case we run into other issues
[12:25] <janimo> sure. The more serious issues are identified as bugs already, the remaining ones are less used universe packages
[12:25] <ogra_> yeah
[12:25] <ogra_> btw, what was with that banshee bug ?
[12:25] <ogra_> tobin said we need to disable something to make it eat less cpu
[12:26] <ogra_> is anyone on top of that ?
[12:26] <janimo> ogra_, no idea re banshee
[12:26] <ogra_> hmm
[12:26]  * ogra_ digs his bugmail
[12:26] <janimo> I remember rsalveti noticing much higher CPU usage than with rhythmbox and mpg123
[12:26] <janimo> but I have no other info
[12:27] <janimo> 20% 10% and 3% CPU IIRC
[12:27] <ogra_> yeah
[12:27] <ogra_> there was an option that you can disable but i cant find a bug
[12:27] <janimo> I know!! Let's allow mono to take advantage of dual cores. It should make that CPU usage better :D
[12:28] <janimo> disable what? Does it do something extra for mp3 which is optional?
[12:28] <janimo> does it not use gstreamer?
[12:28] <ogra_> there is a lib or something you can disable that significantly drops the cpu usage
[12:29] <ogra_> lets wait for GrueMaster or rsalveti, i think they already looked into it
[12:29] <janimo> LDFLAGS -= -lbloat
[12:29] <ogra_> lol
[12:29] <ogra_> the discussion sounded more like a runtime thing
[12:30] <janimo> banshee has a lot of plugins linked in (lots of configure options anyway), could be one of those
[12:30] <ogra_> yep
[12:31]  * ogra_ goes back to bang his head against pulse
[12:32] <ogra_> life was so easy when we only had esound :P
[12:51] <hrw> esound? I had artsd
[13:11]  * ogra_ curses
[13:11] <ogra_> so adding the one missing patch to pulse breaks everything again
[13:13] <ogra_> thats just depressing
[13:20] <ndec> ogra_: no LP report, just discussion on google group: http://groups.google.com/group/pandaboard/browse_thread/thread/c2287d603dc325e0
[13:25] <ogra_> ndec, well, i cant do much without logs, we didnt have any such errors when testing with various cards
[13:26] <ndec> ogra_: ok. i just wanted to make sure you've seen this. at least 2 persons have had this problem and reported on the panda mailing list.
[13:26] <ogra_> that guy definitely trashed it by rebooting in the middle of the resize process
[13:28] <ndec> ogra_: well he said he waited 1 hour before rebooting
[13:30] <ogra_> well, i need the jasper.log, cant say anything without
[13:30] <ogra_> it might well be that there was a regression in the dailies, he should definitely try the beta2 instead
[13:35]  * ogra_ sighs ...
[13:35] <ogra_> really doesnt look like that sound stuff will work at all
[13:35] <ogra_> :(
[13:46] <ogra_> ndec, do you know if your sound people actually use the ubuntu kernel ?
[13:46] <ndec> ogra_: yes. at least this is what i ask...
[13:47] <ogra_> weird
[13:48]  * ogra_ doesnt get why it doesnt work then
[14:09] <lool> ndec: I took today's OMAP preinstalled image and dd-ed it to three files of sizes 2 G, 4 G and 8 G, and started qemu-linaro with -M beaglexm -m 512 -sd <file> on all three; both the 2G and 4G instances booted up to d-i (after resizing and rebooting), I'm waiting on the 8G still (no error so far); this is not enough to conclude that there is no problem though, as physical cards don't have exact multiples of Gs, but relatively random sizes
[14:13] <ndec> lool: i am sure the images work most of the times... my point was just to highlight to ogra_ that sometimes they don't... that might very well be 'local' issues..
[14:13] <lool> ndec: it might be local, or it might be partitioning logic with specific input sizes
[14:13] <ogra_> well, it might take longer on bigger cards
[14:13] <ogra_> i must admit that i didnt test with more than 8G though my 8G card behaved fine
[14:14]  * ogra_ hopes btrfs images in oneric will make our life easier here
[14:14] <lool> You decided to go with btrfs?
[14:14] <ogra_> we will investigate
[14:14] <lool> Did you try it out so far?
[14:14] <ogra_> afaik the big probs left wrt btrfs are bootloaders
[14:15] <ogra_> which doesnt affect us
[14:15] <ogra_> lool, not yet, but we have spec plans for it
[14:15]  * ogra_ is to busy with release to try out new stuff atm
[14:15] <lool> I wouldn't have too high hopes that it will help
[14:15] <lool> Performance on a panda + btrfs rootfs has been terrible here, much worse than extN
[14:16] <ogra_> its like a deja vu ... last release i spent the last weeks on omap4 sound ... this release too
[14:16] <lool> and I had to fix some issues in natty before that would even boot without error
[14:16] <ogra_> lool, even if you aling properly and use the ssd option ?
[14:16] <lool> Yes
[14:16] <ogra_> *align
[14:16] <ogra_> hrm
[14:16] <ogra_> i would love nilfs2 ... but it has no resize function yet
[14:17] <ogra_> so far it was far beyond all other FSes on SD in all comparisons i have seen
[14:17] <ogra_> on the ac100 it seems to double up the access speed
[14:30] <lool> ndec: FTR, the 8 G image also booted up to the config screen
[14:30] <lool> Now it would be interesting to try with uneven sizes, but QEMU might not be ideal for this
[14:32] <rsalveti> morning
[14:34] <rsalveti> ogra: janimo: bug 760902
[14:34] <ubot2> Launchpad bug 760902 in banshee "Banshee's Library Watcher should be disabled by default in Ubuntu 11.04" [Wishlist,Incomplete] https://launchpad.net/bugs/760902
[14:34] <ppisati> kexec is really broken :(
[14:35] <janimo> rsalveti, so it is not arm specific
[14:35] <rsalveti> nops
[14:38] <ogra> ah, i thought you only saw it on arm
[15:37]  * ogra_ goes for his 3rd pulseaudio build today
[15:43] <lil_pete> lol
[15:52] <GrueMaster> Morning.  I see rsalveti posted the banshee bug.  I actually didn't see much improvement w/o the libarary watcher, but I was only able to test on my beagleXM.
[15:53] <ogra_> GrueMaster, well, its fine, its not armel alone so i dont care much
[15:53] <ogra_> i thought it was arch specific
[16:26] <ogra_> rsalveti, can you point phh to the compiz gles stuff ?
[16:26]  * ogra_ forgot where it was, some upstream git tree iirc
[16:26] <phh> (the sources, i'm still on maverick.)
[16:26] <ogra_> or Amaranth ^^^
[16:27] <Amaranth> http://git.compiz.org/~amaranth/mobilebling/
[16:27] <Amaranth> Still working on the plugins
[16:28] <ogra_> its just to test it on tegra graphics
[16:28] <Amaranth> Ah, ok
[16:28] <phh> Amaranth: just tell me some features that are supposed to work :p
[16:28] <ogra_> drawing windows and frames :P
[16:28] <Amaranth> so compile and install that then run `compiz --replace composite opengl move resize decor` to get a basic window manager running
[16:29] <Amaranth> Although all the plugins that get compiled in there should work
[16:29] <phh> ok
[16:29] <Amaranth> The plugins-main pack is still being worked on, I thought I had it done then discovered weird things were happening
[16:30] <Amaranth> The plugin pack is still compiling against regular GL and when running if it tries to make a regular GL call that function just gets skipped
[16:30] <Amaranth> Weirdest thing ever, I would have expected a symbol error
[16:30] <ogra_> blame the toolchain :P
[16:30] <Amaranth> So I haven't published it yet, even though most of it actually works
[16:31] <Amaranth> I've got the build system putting the proper defines in the pkg-config file now at least but the plugin pack seems to ignore that anyway
[17:40] <phh> Amaranth: would you mind adding a vendor string matching for image_pixmap extension ? nVidia doesn't declare it, even though they have it
[17:41] <Amaranth> phh: ?
[17:42] <Amaranth> nvidia doesn't report supporting the standard one but only their own version?
[17:42] <phh> no
[17:42] <phh> they don't report anything concerning this thing
[17:42] <phh> but they do support the extension
[17:43] <Amaranth> *headdesk*
[17:43] <phh> :)
[17:43] <Amaranth> phh: Do they at least properly report support for GL_EXT_texture_format_BGRA8888 or should I add a workaround for that too?
[17:44] <Amaranth> I need to add one of those for the efika anyway, the current workaround only works if you compile on the efika with their headers
[17:45] <phh> they report GL_EXT_texture_format_BGRA8888
[17:46] <Amaranth> phh: What are the EGL_VENDOR and GL_RENDERER for that system?
[17:47] <phh>     GL_VENDOR:     NVIDIA Corporation
[17:47] <phh>     GL_RENDERER:   NVIDIA Tegra
[17:48] <phh> Amaranth: so, compiz doesn't crash, but no alt-tab (I guess I'm missing some missing files), and I've got double buffering problem (like on kwin)
[17:49] <phh> basically, when there are updates, only part of the buffer are updated and only on the current buffer, the second buffer doesn't get the update
[17:49] <ndec> cd
[17:51] <lool> ndec: ~
[17:51] <ndec> rm -rf /
[17:53] <lool> ndec: rm: il est dangereux d'opérer récursivement sur «/»
[17:53] <lool> rm: utilisez --no-preserve-root pour inhiber cette mesure de sûreté
[17:58] <Amaranth> phh: alt-tab doesn't work because you didn't load a plugin for it :)
[17:58] <Amaranth> I'll have to see what was done for kwin as far as the other problem, I remember seeing something about it
[17:58] <phh> iirc it hasn't been fixed yet :s
[17:59] <Amaranth> Hmm, I could have sworn jazh had a fix committed for it
[17:59] <phh> in screen.cpp, line 1268, doing mask=COMPOSITE_SCREEN_DAMAGE_ALL_MASK works
[17:59] <phh> but hum.
[18:00] <phh> Amaranth: loadign switcher is supposed to work ?
[18:00] <phh> compiz (core) - Error: Plugin 'compiztoolbox' not loaded.
[18:00] <phh> compiz (core) - Error: InitPlugin 'switcher' failed
[18:00] <phh> compiz (core) - Error: Couldn't activate plugin 'switcher'
[18:00] <phh> compiz (core) - Error: Plugin 'compiztoolbox' not loaded.
[18:00] <phh> ah I have to load it by hand before switcher ?
[18:01] <Amaranth> Right
[18:01] <phh> ok. fine.
[18:01] <phh> interesting.
[18:03] <Amaranth> That's not the normal switcher we use but it should work
[18:03] <Amaranth> Although I think I may have broken the icon loading, I need to go back in and put a proper RGBA->BGRA conversion in
[18:03] <phh> what switcher should I use ?
[18:04] <phh> I agree it's kind of buggy :p
[18:04] <Amaranth> The normal switcher is in plugins-main
[18:04] <Amaranth> Which I've spent about a week fighting cmake over
[18:04] <phh> ok
[18:04] <Amaranth> I basically have to somewhat drastically change the plugin build system in order to get plugins-main to pick up on the fact we're using GLES
[18:05] <phh> so, the bugs I have, two out of 3 windows are overbrightnessed or something like that
[18:05] <phh> (could be because of the hack I just added)
[18:05] <Amaranth> Which hack?
[18:05] <phh> mask=blabla
[18:05] <Amaranth> panda and efika don't have such a problem (although I suppose it's hard to tell with efika considering the other issues there)
[18:05] <phh> alt-tab has black windows, until windows are refreshed
[18:06] <Amaranth> Weird...
[18:06] <phh> icons are black too
[18:06] <phh> all these problems could be because of my hack :D sec I test without it.
[18:07] <Amaranth> The icons are expected
[18:11] <phh> ok, still same bugs without my hack
[18:11] <phh> Amaranth: would it sounds stupid if it does the sum of the two last frames ?
[18:11] <Amaranth> I can't think of why that would happen
[18:12] <Amaranth> That doesn't sound like something I'd do accidentally, anyway
[18:15] <phh> only app that isn't disturbed is the terminal which uses alpha channel ...
[18:50] <GrueMaster> Looks like do-release-update May be a bad idea for our images.  Took 3 days (largely due to user prompts for config file overwrites) and X fails to come up afterwards.  Looking into the issues now.
[18:50] <GrueMaster> Also, this will fail to get any x-loader & u-boot updates.
[18:50] <GrueMaster> (which is why I recommend that they be installed as packages).
[21:38] <GrueMaster> Hmmm.  I had two pandas running do-release-upgrade over the weekend.  My 8G failed for unknown reasons (looks like it may have had the pvr drivers for maverick installed prior to upgrade).  The 16G SD upgraded fine.
[21:39] <GrueMaster> Although the partition label for the boot partition was deleted.