=== asac_ is now known as asac === LyNX is now known as Guest55277 [07:33] ogra_: hi [07:33] 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? === lag is now known as Guest60197 [10:12] 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] qemu + u-boot = fail [10:27] ppisati: Nah [10:27] ppisati: Which u-boot? [12:03] 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] shrink-wrap ? [12:04] doko: michaelh submitted a branch to disable it by default [12:04] doko: In gcc-linaro [12:04] doko: Not sure you will have the chance to integrate this though [12:04] https://code.launchpad.net/~michaelh1/gcc-linaro/disable-shrink-wrap/+merge/58055 [12:06] lool: it's already in gcc-4.5 for all archs but armel [12:07] doko: Okay [12:09] doko, well, throw it in if you can, if you cant throw it in updates :) [12:09] (as if we had a choice :P just do it :) ) [12:19] doko, sounds fine [12:20] doko, not sure what other packages are affected and will remain so without a rebuild [12:22] janimo: right, but you can't rebuild everything :-/ [12:23] sure, disabling is better then leaving the optimization on, I was just wondering aloud :) [12:23] we can rebuild in -updates if needed i think [12:23] in case we run into other issues [12:25] sure. The more serious issues are identified as bugs already, the remaining ones are less used universe packages [12:25] yeah [12:25] btw, what was with that banshee bug ? [12:25] tobin said we need to disable something to make it eat less cpu [12:26] is anyone on top of that ? [12:26] ogra_, no idea re banshee [12:26] hmm [12:26] * ogra_ digs his bugmail [12:26] I remember rsalveti noticing much higher CPU usage than with rhythmbox and mpg123 [12:26] but I have no other info [12:27] 20% 10% and 3% CPU IIRC [12:27] yeah [12:27] there was an option that you can disable but i cant find a bug [12:27] I know!! Let's allow mono to take advantage of dual cores. It should make that CPU usage better :D [12:28] disable what? Does it do something extra for mp3 which is optional? [12:28] does it not use gstreamer? [12:28] there is a lib or something you can disable that significantly drops the cpu usage [12:29] lets wait for GrueMaster or rsalveti, i think they already looked into it [12:29] LDFLAGS -= -lbloat [12:29] lol [12:29] the discussion sounded more like a runtime thing [12:30] banshee has a lot of plugins linked in (lots of configure options anyway), could be one of those [12:30] yep [12:31] * ogra_ goes back to bang his head against pulse [12:32] life was so easy when we only had esound :P [12:51] esound? I had artsd [13:11] * ogra_ curses [13:11] so adding the one missing patch to pulse breaks everything again [13:13] thats just depressing [13:20] ogra_: no LP report, just discussion on google group: http://groups.google.com/group/pandaboard/browse_thread/thread/c2287d603dc325e0 === lag is now known as Guest9916 [13:25] ndec, well, i cant do much without logs, we didnt have any such errors when testing with various cards [13:26] 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] that guy definitely trashed it by rebooting in the middle of the resize process [13:28] ogra_: well he said he waited 1 hour before rebooting [13:30] well, i need the jasper.log, cant say anything without [13:30] 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] really doesnt look like that sound stuff will work at all [13:35] :( [13:46] ndec, do you know if your sound people actually use the ubuntu kernel ? [13:46] ogra_: yes. at least this is what i ask... [13:47] weird [13:48] * ogra_ doesnt get why it doesnt work then [14:09] 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 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] 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] ndec: it might be local, or it might be partitioning logic with specific input sizes [14:13] well, it might take longer on bigger cards [14:13] 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] You decided to go with btrfs? [14:14] we will investigate [14:14] Did you try it out so far? [14:14] afaik the big probs left wrt btrfs are bootloaders [14:15] which doesnt affect us [14:15] 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] I wouldn't have too high hopes that it will help [14:15] Performance on a panda + btrfs rootfs has been terrible here, much worse than extN [14:16] its like a deja vu ... last release i spent the last weeks on omap4 sound ... this release too [14:16] and I had to fix some issues in natty before that would even boot without error [14:16] lool, even if you aling properly and use the ssd option ? [14:16] Yes [14:16] *align [14:16] hrm [14:16] i would love nilfs2 ... but it has no resize function yet [14:17] so far it was far beyond all other FSes on SD in all comparisons i have seen [14:17] on the ac100 it seems to double up the access speed [14:30] ndec: FTR, the 8 G image also booted up to the config screen [14:30] Now it would be interesting to try with uneven sizes, but QEMU might not be ideal for this [14:32] morning [14:34] ogra: janimo: bug 760902 [14:34] 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] kexec is really broken :( [14:35] rsalveti, so it is not arm specific [14:35] nops [14:38] ah, i thought you only saw it on arm === lag is now known as Guest96979 [15:37] * ogra_ goes for his 3rd pulseaudio build today [15:43] lol [15:52] 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] GrueMaster, well, its fine, its not armel alone so i dont care much [15:53] i thought it was arch specific === fairuz is now known as fairuz-away [16:26] rsalveti, can you point phh to the compiz gles stuff ? [16:26] * ogra_ forgot where it was, some upstream git tree iirc [16:26] (the sources, i'm still on maverick.) [16:26] or Amaranth ^^^ [16:27] http://git.compiz.org/~amaranth/mobilebling/ [16:27] Still working on the plugins [16:28] its just to test it on tegra graphics [16:28] Ah, ok [16:28] Amaranth: just tell me some features that are supposed to work :p [16:28] drawing windows and frames :P [16:28] so compile and install that then run `compiz --replace composite opengl move resize decor` to get a basic window manager running [16:29] Although all the plugins that get compiled in there should work [16:29] ok [16:29] The plugins-main pack is still being worked on, I thought I had it done then discovered weird things were happening [16:30] 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] Weirdest thing ever, I would have expected a symbol error [16:30] blame the toolchain :P [16:30] So I haven't published it yet, even though most of it actually works [16:31] 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] 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] phh: ? [17:42] nvidia doesn't report supporting the standard one but only their own version? [17:42] no [17:42] they don't report anything concerning this thing [17:42] but they do support the extension [17:43] *headdesk* [17:43] :) [17:43] 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] 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] they report GL_EXT_texture_format_BGRA8888 [17:46] phh: What are the EGL_VENDOR and GL_RENDERER for that system? [17:47] GL_VENDOR: NVIDIA Corporation [17:47] GL_RENDERER: NVIDIA Tegra [17:48] 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] 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] cd [17:51] ndec: ~ [17:51] rm -rf / [17:53] ndec: rm: il est dangereux d'opérer récursivement sur «/» [17:53] rm: utilisez --no-preserve-root pour inhiber cette mesure de sûreté [17:58] phh: alt-tab doesn't work because you didn't load a plugin for it :) [17:58] I'll have to see what was done for kwin as far as the other problem, I remember seeing something about it [17:58] iirc it hasn't been fixed yet :s [17:59] Hmm, I could have sworn jazh had a fix committed for it [17:59] in screen.cpp, line 1268, doing mask=COMPOSITE_SCREEN_DAMAGE_ALL_MASK works [17:59] but hum. [18:00] Amaranth: loadign switcher is supposed to work ? [18:00] compiz (core) - Error: Plugin 'compiztoolbox' not loaded. [18:00] compiz (core) - Error: InitPlugin 'switcher' failed [18:00] compiz (core) - Error: Couldn't activate plugin 'switcher' [18:00] compiz (core) - Error: Plugin 'compiztoolbox' not loaded. [18:00] ah I have to load it by hand before switcher ? [18:01] Right [18:01] ok. fine. [18:01] interesting. [18:03] That's not the normal switcher we use but it should work [18:03] 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] what switcher should I use ? [18:04] I agree it's kind of buggy :p [18:04] The normal switcher is in plugins-main [18:04] Which I've spent about a week fighting cmake over [18:04] ok [18:04] 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] so, the bugs I have, two out of 3 windows are overbrightnessed or something like that [18:05] (could be because of the hack I just added) [18:05] Which hack? [18:05] mask=blabla [18:05] 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] alt-tab has black windows, until windows are refreshed [18:06] Weird... [18:06] icons are black too [18:06] all these problems could be because of my hack :D sec I test without it. [18:07] The icons are expected [18:11] ok, still same bugs without my hack [18:11] Amaranth: would it sounds stupid if it does the sum of the two last frames ? [18:11] I can't think of why that would happen [18:12] That doesn't sound like something I'd do accidentally, anyway [18:15] only app that isn't disturbed is the terminal which uses alpha channel ... [18:50] 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] Also, this will fail to get any x-loader & u-boot updates. [18:50] (which is why I recommend that they be installed as packages). === GrueMaster changed the topic of #ubuntu-arm to: Ubuntu ARM Discussion & Development | https://wiki.ubuntu.com/ARM | Submit a Bug? https://bugs.launchpad.net/ubuntu/+filebug | Build a rootfs from scratch: https://wiki.ubuntu.com/ARM/RootfsFromScratch | cross build ? http://42.pl/u/2u8U | Natty Beta 2 at http://cdimage.ubuntu.com/ubuntu-netbook/releases/natty/beta-2/| Ideas for Oneric | https://wiki.ubuntu.com/ARM/OneiricObjectives [21:38] 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] Although the partition label for the boot partition was deleted. === prpplague is now known as prpplague^2 === asac_ is now known as asac