[13:02] <asac> bug 496642 496647 496646 496644 496645 496641 496649 490304 496643
[13:02] <ubot4> Launchpad bug 496642 in eet "Sync eet 1.2.3-1 (main) from Debian unstable (main)" [Wishlist,New] https://launchpad.net/bugs/496642
[13:02] <asac> bug 496642 bug 496647 bug 496646 bug 496644 bug 496645 bug 496641 bug 496649 bug 490304 bug 496643
[13:03] <ubot4> Launchpad bug 496647 in edje "Sync edje 0.9.93.063-1 (universe) from Debian unstable (main)" [Wishlist,Confirmed] https://launchpad.net/bugs/496647
[13:03] <ubot4> Launchpad bug 496646 in edbus "Sync edbus 0.5.0.063-1 (universe) from Debian unstable (main)" [Wishlist,Confirmed] https://launchpad.net/bugs/496646
[13:03] <ubot4> Launchpad bug 496644 in ecore "Sync ecore 0.9.9.063-2 (universe) from Debian unstable (main)" [Wishlist,Confirmed] https://launchpad.net/bugs/496644
[13:03] <ubot4> Launchpad bug 496645 in efreet "Sync efreet 0.5.0.063-1 (universe) from Debian unstable (main)" [Wishlist,Confirmed] https://launchpad.net/bugs/496645
[13:57] <fta> asac, did you copy chromium before or after i disabled the tests for arm?
[13:58] <asac> fta: i copied it this morning
[13:58] <asac> i hope that was after
[13:58] <fta> ok, good
[13:58] <asac> unless todays batch wasnt done or something
[16:10] <fta> asac, omg, it's slow. you should really do a crossbuild
[16:17] <asac> fta: i hope its quick enough to get results on same day ;)
[16:17] <asac> (avoid a two day turnaround
[20:33] <plars> Guest36380: no hiding, we all know who you are! :)
[20:33] <plars> snap, just missed it
[20:34] <NCommander> plars, :-)
[20:34] <plars> So for the bringup testing stuff I'm working on, curious if anyone has ideas about writing a script that could gather arm specific information, for example, firmware/uboot version
[20:34] <NCommander> plars, /proc/cpuinfo is really the best your going to do :-/
[20:34] <NCommander> There isn't a BIOS to queue
[20:34] <plars> NCommander, asac, ogra_ ,?: ^ any ideas?
[20:35] <NCommander> *query
[20:35] <plars> NCommander: I had feared as much, didn't know if there was some other form or trickery you might know to get useful things like that out of the system
[20:35] <NCommander> plars, we use the machine id fromt he SoC as our reference to each board
[20:35] <NCommander> thats about it
[20:36] <NCommander> (again see /proc/cpuinfo)
[20:36] <plars> yeah, cpuinfo is already gathered I believe
[21:45] <asac> plars: uboot info you can gather through mkimage -l
[21:45] <asac> not sure if the version is in there though
[21:45] <plars> asac: no
[21:45] <plars> asac: just the address, entry point, etc... nothing terribly useful
[21:56] <asac> NCommander: how about making uboot-dove package (like for -imx)?
[21:57] <NCommander> asac, we have licensing issues that prevent us from putting uboot-dove in the archve
[21:57] <asac> NCommander: so they have more than patches on top of uboot?
[21:57] <NCommander> asac, yeah, its a custom branch. The problem isn't with the code
[21:57] <asac> ok
[22:36] <asac> fta: 11h :(
[22:37] <asac> still going
[22:37] <fta> asac, i now have the fix to move to make, should speed things up a bit
[22:38] <fta> took a while to convince upstream that gyp was broken
[22:38] <asac> heh
[22:38] <asac> really think it makes a real difference?
[22:38] <asac> most stuff goes into the rampup time i think
[22:38] <asac> so for development make is probably great improvement
[22:39] <asac> es incremental build might work better
[22:39] <asac> but for full built, i want to see that its much faster before being relaxed ...
[22:39] <fta> computing all the deps is really slow in scons
[22:39] <asac> yeah
[22:39] <fta> we have nothing to loose
[22:40] <asac> except days where we cannot do any builds ;)
[22:40] <asac> but i think its fine to try now ...
[22:40] <asac> at best keep the scons way still there in
[22:40] <asac> package
[22:40] <asac> so locally i can at least kick off builds if i need t otest someting
[22:46] <fta> i pushed gyp 279 to the ppa, for some reason, it's still not there, not even the source package, hmm
[22:46] <fta> didn't get a reject
[22:54] <asac> fta: launchpad isin read-only mode
[22:54] <asac> probably queue is down for that
[22:54] <asac> just wait
[22:54] <asac> at least there is a warning on top of the page i have open ;)
[22:54] <fta> oh, ok, i'll try a fresh build with make tomorrow then
[22:56] <asac> k. considered to do a test build before excersizing with all biulders full speed?
[23:21] <tormod> bryce, yes that works: I reverted to old libdrm, built the above ati commit, and it fixed the issue
[23:21] <tormod> oops wrong channel