**** BEGIN LOGGING AT Fri Dec 02 02:59:57 2011
Dec 02 03:00:52 <lilstevie> and you can make it deceptively attractive with rum(1)?
Dec 02 03:01:16 <twb> NFI
Dec 02 03:01:42 <lilstevie> lol
Dec 02 04:46:36 <twb> lilstevie.geek.nz/ports/ubuntu.img (1/2)
Dec 02 04:46:37 <twb>   100 %     334.5 MiB / 2,048.0 MiB = 0.163   503 KiB/s    1:09:30
Dec 02 04:46:49 <twb> That's using plain xz, i.e. -6 or so not -9e
Dec 02 04:48:54 <twb> The other thing you could do, of course, is simply resize2fs -M it (reducing its actual size to its used size), and instruct users to do "resize2fs foo.img 2G" or whatever to grow it back out prior to use
Dec 02 06:54:37 <lilstevie> twb: seriously there is like <60MB extra in that image
Dec 02 06:54:45 <lilstevie> and I grow it on first boot
Dec 02 06:55:38 <twb> k
Dec 02 06:56:04 <twb> I'm just brainstorming here, you don't have to do what I say obviously
Dec 02 12:37:49 <fisuk> umm.. anyone else have this kind of behaviour when playing HD video https://groups.google.com/d/msg/pandaboard/HxKHj_n0d0g/b78ZmXhI6cMJ ?
Dec 02 12:39:05 <fisuk> (i'm not the same guy as the poster, but I too have that problem)
Dec 02 16:05:48 <suihkulokki> who was the one here asking about chromium and arm?
Dec 02 16:10:01 <ogra_> suihkulokki, micahg maintains it in ubuntu if you mean that
Dec 02 16:10:12 <ogra_> (and is still urgently looking for help to build it on arm)
Dec 02 16:17:56 <suihkulokki> micahg: if you want to try cross-compiling chromium, see: https://wiki.linaro.org/Platform/DevPlatform/CrossCompile/ChromiumCrossCompile
Dec 02 16:18:23 <ogra_> i think he rather wants it to not FTBS in natvie builds first :)
Dec 02 16:19:00 <suihkulokki> yes, and with native builds it will take him 27h per build ;)
Dec 02 16:23:17 <ogra_> which is fine gievn that the binary didnt build since two releases now
Dec 02 16:23:46 <ogra_> would be good to have something more recent than 13.0.xx
Dec 02 16:37:41 <micahg> ogra_: I was hoping to cross compile in an attempt to fix the native builds faster than a +20hr iteration as suihkulokki pointed out :), my goal is that native builds should work though
Dec 02 16:38:25 <ogra_> yeah
Dec 02 16:38:30 <ogra_> i guess both is good
Dec 02 16:38:32 <micahg> yeah, if there's an arm person interested in keeping it building, I'll take patches that look sane
Dec 02 16:39:06 <ogra_> given that firefox still takes munites to start from SD ...
Dec 02 16:39:08 <micahg> otherwise, it's best effort on my part for ARM
Dec 02 16:39:15 <ogra_> vs seconds for chromium ...
Dec 02 16:39:26 <ogra_> *minutes
Dec 02 16:39:44 <micahg> ogra_: hmm...I would've thought omnijar fixed that, I guess we would need PGO to really make that happen
Dec 02 16:40:14 <ogra_> well, to be honest i havent touched FF since mid oneiric cycle anymore
Dec 02 16:40:18 <micahg> does the imx51 smartbook support armhf and would that make it perform faster?
Dec 02 16:40:21 <ogra_> at least for my day to day work on my ac100
Dec 02 16:40:35 <micahg> ogra_: ah, well, speedup is a focus of theirs now
Dec 02 16:40:38 <ogra_> all cortex-a8 and upwards should support armhf
Dec 02 16:40:56 <micahg> cool, will that speed build times though and performance?
Dec 02 16:41:01 <ogra_> the speedup you gain with hf is purely floating point stuff ... it wont improve i.e. disk IO
Dec 02 16:41:11 <micahg> ah
Dec 02 16:41:32 <ogra_> but things like pango and cairo should render lots faster
Dec 02 16:41:48 <ogra_> i heard something about 30% in best case scenarios
Dec 02 16:41:55 <dmart> JavaScript numeric data is mostly floating-point
Dec 02 16:42:04 <ogra_> yeah, that will speed up as well
Dec 02 16:42:21 <ogra_> its like 486DX vs 486SX :)
Dec 02 16:42:35 <ogra_> in case you still remember the difference
Dec 02 16:43:04 <dmart> I *had* an SX (and felt suitably cheated) ;)
Dec 02 16:44:49 <ogra_> heh
Dec 02 16:45:13 <taruti> any idea what could cause black areas form around letters in firefox and after a while X becoming unresponsive?
Dec 02 16:45:29 <taruti> on pandaboard that is
Dec 02 16:45:48 <dmart> accelerated graphics drivers would be the most likely cause
Dec 02 16:46:36 <taruti> so uninstalling those could help, will try
Dec 02 16:47:08 <dmart> You could try the most recent linaro LEB and see whether it makes a difference -- http://releases.linaro.org/11.11/ubuntu/leb-panda/panda-ubuntu-desktop.img.gz
Dec 02 16:47:27 <dmart> Maybe there are some issues which have been fixed in the meantime (depending on what you're using)
Dec 02 16:48:00 <ogra_> there surely are issues with 4460 boards and oneiric ... but i dont think many of these have been distributed yet
Dec 02 16:48:16 <ogra_> thermal issues ... not sure they would influence the graphics
Dec 02 16:48:51 <dmart> I'm not familiar with all the different OMAP4 variants -- is this a newer rev Panda, or a different board entirely?
Dec 02 16:49:16 <ogra_> newer panda ... next gen SoC
Dec 02 16:49:53 <ogra_> up to 1.2GHz (or was it 1.4 ...) etc
Dec 02 16:50:04 <dmart> ah, right
Dec 02 16:50:43 <ogra_> i know for the temp issues there are fixes in linaro ubuntu doesnt have yet
Dec 02 16:51:00 <ogra_> we'll get them with the next drop into precise
Dec 02 16:51:28 <taruti> ok
Dec 02 16:51:51 <ogra_> if you dont have a 4460 (which is likely) then that doesnt affect you though
Dec 02 16:53:58 <taruti> the older revision
Dec 02 16:55:17 <suihkulokki> micahg: the chromium 15 linked from the instrutions compiles both natively and cross (cross needs some libraries from the linaro staging).
Dec 02 16:55:29 <ogra_> awesome !
Dec 02 16:55:46 <ogra_> micahg, upload upload upload !!!!
Dec 02 16:55:50 <suihkulokki> micahg: so only thing needing fixing is reverting from system libvpx to the bundled one
Dec 02 16:55:51 * ogra_ jumps up and down
Dec 02 16:57:18 <taruti> any idea whether two displays work simultaneously at the moment (dualhead)?
Dec 02 16:57:28 <ogra_> i dont think so
Dec 02 16:57:41 <ogra_> iirc the kernel only drives one of HDMI or DVI at once
Dec 02 16:57:55 <ogra_> though my info might be outdated
Dec 02 16:58:18 <taruti> googling reveals only people having problems
Dec 02 16:59:18 <ogra_> yep
Dec 02 17:00:42 <micahg> suihkulokki: great, thanks, unfortunately, I had a new build failure with .121 on amd64 that I have to fix first, but it's awesome that you got it working
Dec 02 17:08:06 <suihkulokki> micahg: I'll head asleep in few hours, email me if you bump into problems
Dec 02 17:08:48 <micahg> suihkulokki: thanks, I probably won't get to it until next week (cross compiling that is), but will let you know if I run into any issues
Dec 02 18:49:33 <ogra_> infinity, monday ... :)
Dec 02 18:49:45 * ogra_ grins
Dec 02 18:50:50 <infinity> ogra_: Hrm?
Dec 02 18:50:59 <ogra_> -core
Dec 02 18:51:09 <infinity> ogra_: Oh, it would have been last night, but lamont kinda screwed up the setup on the buildd. ;)
Dec 02 18:51:23 <ogra_> ah, k *g*
Dec 02 19:06:51 <MrCurious> anyone know of a way to get pandaboard to run ubuntu11.10 at 1ghz instead of 800mhz?
Dec 02 19:07:51 <prpplague> MrCurious: should be able to force it to 920MHz as part of the frequency scaling
Dec 02 19:08:51 <MrCurious> i thought i read that it was disabled and locked at 800mhz in ubuntu11.10
Dec 02 19:09:04 <MrCurious> and the auto scaling was not yet working in 3.0 linux
Dec 02 19:10:34 <MrCurious> i am trying to catch up after a hiatus
Dec 02 19:18:41 <infinity> MrCurious: Where are you seeing it set to 800?
Dec 02 19:20:15 <MrCurious> read on a blog post
Dec 02 19:20:23 <MrCurious> bogomips on 11.10 is ~ 1500
Dec 02 19:20:27 <MrCurious> on 10.10 ~2000
Dec 02 19:20:35 <MrCurious> the blog post reasoned it to be 800mhz
Dec 02 19:20:57 <MrCurious> getting the url
Dec 02 19:21:27 <infinity> Oh, we seem to be lacking scaling in 3.0, so it gets stuck low.  Or some such unpleasantness.
Dec 02 19:21:42 <MrCurious> bit.ly/unRZt3 of fb.me/1bAMqhwYc
Dec 02 19:23:41 <infinity> That blog has the answer.
Dec 02 19:23:47 <infinity> Basically, wait for smartflex support.
Dec 02 19:25:39 <MrCurious> yeah
Dec 02 19:26:02 <MrCurious> i have active cooling for my board though, so was checking if it was a easy config to kick it up to 1ghz
Dec 02 19:40:46 <infinity> Not at runtime, since runtime support for changing the frequency is, well, not there.
Dec 02 19:40:57 <infinity> I suspect it wouldn't be much trouble to change it at the source level.
Dec 03 00:33:37 <slangasek> checking for arm-linux-gnueabi-pkg-config... (cached) /usr/bin/pkg-config
Dec 03 00:33:39 <slangasek> thbbt
Dec 03 01:10:24 * utlemming is away: Gone away for now
Dec 03 02:26:00 * utlemming is back.
**** ENDING LOGGING AT Sat Dec 03 02:59:57 2011