[07:36] <popey> bug 1256797
[07:49] <didrocks> popey: hey, have you tried to only update the second one?
[07:49] <didrocks> (just to see if it creates a bug)
[07:50] <popey> no
[07:50] <popey> i didnt spot it till someone made a comment on G+
[07:50] <popey> -> afk
[08:32]  * popey returns
[08:35] <didrocks> popey: I think this applicaiton is going EOD anyway
[08:35] <didrocks> it will be merged in the system settings panel
[08:36] <popey> *excellent*
[09:00] <ogra_> how about a new build ?
[09:00]  * ogra_ sees an NM upload
[09:02]  * ogra_ fires one off 
[09:02] <ogra_> [09:03] <popey> \o/
[09:05] <ogra_> hmm, looking at all these _qmlscene.crash file i wonder if the new UITK broke someting
[09:07] <didrocks> ogra_: it was in the previous UITK, so not in the last last at least
[09:07] <ogra_> ok
[09:07] <didrocks> I think Mirv is looking at them since Friday
[09:28] <Mirv> the backtrace was pointing a bit in mir's direction, but I need to look again
[09:58] <Mirv> so... I filed bug #1256837, but apport actually pointed out I had filed a similar bug already before image 30, on 2013-10-23 at bug #1243665
[09:58] <Mirv> and assigned it to qtubuntu
[10:04] <didrocks> Mirv: you are tracking that with upstream qtubuntu then?
[10:05] <didrocks> Mirv: sil2100: think about updating in the landing spreadsheet as well :)
[10:12] <Mirv> didrocks: yes, although folks may be at a sprint this week
[10:13] <didrocks> Mirv: qtubuntu can be seen by ricmm as well
[10:13] <Mirv> ok
[10:45] <psivaa> ogra_: not sure if phablet-flash also writes the installation logs normally to /var/log/installer/ but like desktop images, after the rsyslog upgrade they are not copied there anymore
[10:45] <ogra_> no, it doesnt
[10:45] <ogra_> the only thing putting something there is livecd-rootfs itself
[10:45] <ogra_> during build
[10:46] <psivaa> ahh, ok
[10:50] <popey> [10:50] <popey> ☻
[10:52] <ogra_> lol
[10:52] <ogra_> thanks
[11:16] <ogra_> 41 still has no kbd coming up and i see thw date bug in the massage indicator for the first time here
[11:17] <ogra_> *the
[11:17] <ogra_> (recieved at 01 Jan 1970 ... 00:10)
[11:17] <ogra_> (this is on maguro indeed)
[11:31] <seb128> g
[11:32] <ogra_> h
[11:33] <t1mp> is the current trusty-proposed image good?
[11:33] <t1mp> if yes, then I flash nwo.
[11:33] <t1mp> *now
[11:34] <ogra_> it boots ... if you mean that
[11:34] <t1mp> ogra_: I mean it doesn't break any important stuff :)
[11:34] <t1mp> I'll flash and have a look.
[11:34] <ogra_> yeah, do that
[12:22] <psivaa> didrocks: I tried to report a bug for mediaplayer-app crash with maguro after retracing on bug 1256902
[12:22] <psivaa> bug we see 'Backtrace stopped: previous frame identical to this frame (corrupt stack?)'
[12:23] <didrocks> psivaa: yeah, most of the time, it's because you miss some debug symbols
[12:23] <didrocks> (no idea why it will unblock it, but it does in practice)
[12:24] <didrocks> psivaa: so, try to install sdk debug symbols, and some qt one maybe
[12:24] <psivaa> didrocks: ack
[12:27] <ogra_> didrocks, i just merged cdimage support for emulator images from rsalveti and would like to do a test build ... and objections ?
[12:28] <ogra_> *any
[12:28] <rsalveti> \o/
[12:31] <didrocks> ogra_: none
[12:32] <didrocks> please go ahead :)
[12:33] <ogra_> [12:36] <psivaa> didrocks: ogra_: r41 tests are still running and i think will be running when r42 is done as well. Do you want me to abort the tests on 41 and let 42 run on them when it's available?
[12:36] <ogra_> oh, crap, sorry. forgot about this
[12:37] <psivaa> :)
[12:37] <psivaa> that's ok, we could delay running the tests on 42 if that's needed
[12:37] <ogra_> well, whatever is less work for you
[12:38] <psivaa> either way is fine for me, the question is that we need a full report on r41
[12:38] <psivaa> if we need a full report i mean
[12:38] <ogra_> i dont think we do ... there was only one package changed vy r40
[12:38] <ogra_> *vs
[12:39] <ogra_> it shouldnt actually differ from 40
[12:39] <psivaa> ack, then once 42 comes in i'll abort the tests on 41
[12:39] <ogra_> ++
[12:39] <psivaa> thanks :)
[12:41] <didrocks> (sounds legit)
[12:41] <rsalveti> ogra_: what is the kdb issue with 41 you said above?
[12:41] <rsalveti> ogra_: do we have a bug for it?
[12:41]  * rsalveti flashing 41
[12:41] <ogra_> rsalveti, no OSK at all on non english locales
[12:41] <didrocks> rsalveti: if you are using a lang != english, it doesn't come up
[12:42] <rsalveti> oh, ok
[12:42] <ogra_> yeah, there is a bug for it
[12:42] <didrocks> rsalveti: https://bugs.launchpad.net/ubuntu/+source/ubuntu-keyboard/+bug/1255999
[12:42] <rsalveti> great, thanks
[12:42] <didrocks> yw, osomon may have more info today on it
[12:42] <davmor2> didrocks: Morning dude any preference on what Image I test today?
[12:43] <didrocks> davmor2: hey! a new image is coming shortly (already building), I would prefer than one
[12:43] <didrocks> davmor2: image 42 can't go untested :)
[12:43] <ogra_> well, we  *hope* there will be a 42 shortly ... its actually a test build :)
[12:44] <davmor2> didrocks, ogra_: no worries I go for lunch in a minute so just give me a ping when it's up.  I'm going for a fresh phablet-flash with it anyway :)
[12:44] <didrocks> excellent!
[12:45] <popey> 42 is the answer to the ultimate question of course.
[12:59] <sil2100> GPU hangup broke fonts on my system, need a reboot - brb
[13:21] <ogra_> rsalveti, http://cdimage.ubuntu.com/ubuntu-touch/daily-preinstalled/20131202.1/
[13:21] <ogra_> :D
[13:21] <ogra_> we has a goldfish !
[13:22]  * ogra_ looks for a fishbowl to put it in
[13:22] <rsalveti> ogra_: great!
[13:22] <rsalveti> ogra_: thanks for the review & merge
[13:22] <ogra_> thanks for the code and the cleanup !!!
[13:23] <ogra_> (specifically for the latter ... we all know my code usually needs that ;) )
[13:23] <rsalveti> :-)
[13:23] <rsalveti> just weird that there's no recovery for goldfish
[13:23] <rsalveti> seems to be missing, but I remember that it was also created by the android package
[13:23] <rsalveti> let me check
[13:24] <ogra_> hmm, livecd-rootfs should have failed
[13:24] <rsalveti> right
[13:24] <ogra_> if there was none
[13:24] <ogra_> i only have an || true for the zzip in place there
[13:24] <ogra_> (whichi'll remove now)
[13:24] <rsalveti> which is indeed more interesting
[13:25]  * rsalveti looks for the livebuild and cdimage logs
[13:25] <ogra_> [TXT] livecd.ubuntu-touch.manifest                                     02-Dec-2013 13:10  35K
[13:25] <ogra_> [ ]   livecd.ubuntu-touch.recovery-armel+goldfish-20131202.1-armhf.img 02-Dec-2013 13:12 5.1M
[13:25] <ogra_> [ ]   livecd.ubuntu-touch.recovery-armel+goldfish.img                  02-Dec-2013 13:12 5.1M
[13:25] <ogra_> [ ]   livecd.ubuntu-touch.recovery-armel+grouper-20131202.1-armhf.img  02-Dec-2013 13:12 7.0M
[13:25] <ogra_> [ ]
[13:25] <ogra_> all there on the livefs builder
[13:26] <ogra_> so it is cdimage
[13:27] <rsalveti> 2013-12-02 13:13:17 URL:http://kishi00.buildd/~buildd/LiveCD/trusty/ubuntu-touch/current/livecd.ubuntu-touch.recovery-armel+goldfish.img [5349376/5349376] -> "/srv/cdimage.ubuntu.com/scratch/ubuntu-touch/trusty/daily-preinstalled/live/recovery-armel+goldfish.img" [1]
[13:27] <ogra_> right, it wgets it ... but does it publish it too ?
[13:27] <rsalveti> checking
[13:28] <rsalveti> Publishing trusty-preinstalled-boot-armhf+maguro.img ...
[13:28] <rsalveti> Publishing trusty-preinstalled-system-armel+maguro.img ...
[13:28] <rsalveti> Publishing trusty-preinstalled-touch-armel+maguro.zip ...
[13:28] <rsalveti> doesn't publish any recovery file for any device
[13:28] <rsalveti> just boot + system + zip
[13:28] <ogra_> hmm
[13:28] <ogra_> it did on the build before
[13:29] <ogra_> so something is wrong with your code here
[13:29] <rsalveti> but why did we get the recovery img for maguro/mako/manta?
[13:29] <rsalveti> and grouper
[13:29] <ogra_> yes
[13:30] <ogra_> 20131202.log has them
[13:30] <ogra_> 20131202.1.log doesnt
[13:30] <rsalveti> let me check
[13:30] <ogra_> ogra@nusakan:~$ grep mako /srv/cdimage.ubuntu.com/log/ubuntu-touch/trusty/daily-preinstalled-20131202.log |grep recovery
[13:30] <ogra_> 2013-12-02 09:42:59 URL:http://kishi00.buildd/~buildd/LiveCD/trusty/ubuntu-touch/current/livecd.ubuntu-touch.recovery-armel+mako.img [8814592/8814592] -> "/srv/cdimage.ubuntu.com/scratch/ubuntu-touch/trusty/daily-preinstalled/live/recovery-armel+mako.img" [1]
[13:30] <ogra_> Publishing trusty-preinstalled-recovery-armel+mako.img ...
[13:31] <ogra_> same for the others ...
[13:31] <rsalveti> yeah, interesting
[13:32] <rsalveti> a bug in my code probably
[13:32] <rsalveti> let me check the code to see
[13:32] <rsalveti> at least it's copying over the files, might be missing something when publishing them
[13:32] <ogra_> right, thats what i would suspect
[13:57] <ogra_> rsalveti,  so looking at lib/cdimage/tree.py lines 1833 to 1843 i see some discrepancy between ubuntu_arch and android_arch usage
[13:57] <rsalveti> ogra_: https://code.launchpad.net/~rsalveti/ubuntu-cdimage/fix-recovery-android-arch/+merge/197372
[13:58] <rsalveti> ogra_: yeah, I tried to post the mr link by fighting with my irc server
[13:58] <ogra_> yeah, exactky that :)
[13:58] <rsalveti> *but
[13:58] <ogra_> now, why did it publish the other arches
[13:58] <rsalveti> ogra_: it shouldn't right? maybe the files were already there
[13:59] <rsalveti> maybe we're not cleaning them up or such
[13:59] <ogra_> 02-Dec-2013 09:43
[13:59] <ogra_> hah !
[13:59] <ogra_> they are from the former build
[13:59] <ogra_> 02-Dec-2013 13:13 ... would be the right stamp
[13:59] <ogra_> yeah
[13:59] <rsalveti> right
[14:00] <rsalveti> ogra_: mind reviewing & merging that mr? next build should be fine :-)
[14:00] <ogra_> on it
[14:00] <rsalveti> awesome, thanks so much
[14:00]  * rsalveti takes a short break
[14:01] <ogra_> done
[14:10] <davmor2> ogra_, didrocks: okay so phone see 42 but I see no tests for it
[14:10] <didrocks> davmor2: what do you mean by no test for it?
[14:11] <ogra_> davmor2, dashboard is delayed by quite some time
[14:11] <davmor2> didrocks: no automation here http://ci.ubuntu.com/smokeng/
[14:11] <didrocks> davmor2: I think they are still not published
[14:11] <davmor2> ogra_: ah that is why then thanks
[14:12] <davmor2> didrocks: is it safe to start running tests on though?  Or do you want me to wait till the automation is run?
[14:13] <didrocks> davmor2: yes please do :)
[14:14] <ogra_> http://people.canonical.com/~ogra/touch-image-stats/20131202.1.changes
[14:14] <ogra_> btw ...
[14:14] <ogra_> (thats the r42 changeset ... )
[14:14] <sergiusens> ogra_, those are a nice changeset
[14:15] <davmor2> ogra_: so nothing then
[14:15] <ogra_> right
[14:15] <ogra_> r41 is nearly as big http://people.canonical.com/~ogra/touch-image-stats/20131202.changes
[14:15] <ogra_> :P
[14:20] <psivaa> ogra_: didrocks davmor2: the r42 installation for the dashboard is delayed for jenkins to have some free executors, they are in the queue though
[14:20] <davmor2> psivaa: thanks
[14:21] <fginther> morning
[14:40] <rsalveti> ogra_: thanks
[14:41] <ogra_> i assume you want another test build to see if it works
[14:41] <ogra_> (but lets wait for the tests to be done this time i think ... )
[14:41] <rsalveti> ogra_: yeah, we can wait a few hours, no problem
[14:46] <psivaa> didrocks: ogra_: we have some jenkins issues that still delays image r42 results. retoaded is working on it
[14:47] <ogra_> psivaa, well, you could also kill r42 and i coulld roll an r43 :)
[14:47] <ogra_> there is another cdimage fix that could need a test build (but there is no hurry, it can as well wait a few hours)
[14:48] <psivaa> ogra_: feel free. r42 trigger had issues in jenkins. so when r43 comes. that will automatically be picked up if the jenkins is up by then
[14:49] <ogra_> oh, awesome, ... so yes, lets build an r43
[14:50] <ogra_> [14:50] <ogra_> that should give us the full emulator love now :)
[15:03] <rsalveti> cool
[15:32] <ogra_> rsalveti, http://cdimage.ubuntu.com/ubuntu-touch/daily-preinstalled/20131202.2/ all fine now it seems
[15:33] <rsalveti> ogra_: awesome, thanks!
[15:33] <ogra_> now we just need stgraber
[15:35] <ogra_> any new crash files in /var/crash ?
[15:52] <kalikiana_> who would be savvy on how jenkins strips console logs? as it bit me again by hiding large chunks of the real error in here https://jenkins.qa.ubuntu.com/job/generic-mediumtests-builder-trusty-amd64/1238/console
[15:56] <fginther> cyphermox, can this be deleted? https://code.launchpad.net/~mathieu-tl/cupstream2distro-config/indicator-network-tests/+merge/178797
[15:56] <cyphermox> yeah whatever
[15:56] <cyphermox> I'll look at that again some other time and file a new one if needs be
[15:56] <cyphermox> I deleted it
[15:56] <fginther> thanks
[16:13] <kalikiana_> fginther: do you know why/ how Jenkins strips logs? it's caused considerable confusion again by removing the gist of the failure…
[16:15] <fginther> kalikiana_, jenkins is not doing anything to strip the console logs. What data did you find missing and can it be reproduced using pbuilder?
[16:15] <kalikiana_> fginther: well I see the missing bits under "unformatted" so clearly it removes something
[16:16] <kalikiana_> nothing like that happens using 'bzr bd'
[16:18] <kalikiana_> fginther: in this particular case "Totals: 21 passed, 4 failed, 0 skipped" and foregoing test results as missing
[16:20] <fginther> kalikiana_, can you explain "unformatted" more? is that an artifact? is it being generated somewhere else? I'm just trying to find it to get more context
[16:22] <fginther> kalikiana_, are you referring to 1238/consoleText vs 1238/console ?
[16:22] <kalikiana_> fginther: sorry I just guesses the english name since it's localized. it's in the left sidebar, back to project/ status/ changes/ console output
[16:22] <kalikiana_> and in parentheses it has a link for raw logs
[16:22] <fginther> kalikiana_, ahhh
[16:23] <fginther> kalikiana_, right. jenkins does only show the last XXKB of the console log through the console link
[16:24] <fginther> kalikiana_, that's primarily to save bandwidth when using the web UI
[16:24] <kalikiana_> oh. so it literally stops when it's too much regardless of what's there?
[16:25] <kalikiana_> fginther: confusingly it looks very seemless… not sure if it really just cuts
[16:25] <fginther> kalikiana_, right, I'm not sure what the amount is or even if it is configurable. The full log is always available via the unformatted link
[16:26] <fginther> kalikiana_, In my local version, it starts with "Skipping 901 KB.."
[16:26] <fginther> and then a link to the full log
[16:27] <kalikiana_> fginther: yes I see that sentence. but then go to the bottom and you will not think anything is missing
[16:27] <fginther> kalikiana_, my apologies for being confused by your question, didn't think about the links having different names
[16:28]  * kalikiana_ makes a diff of the logs to see where it's cut
[16:41] <kalikiana_> oh my, I think there might be a typo causing it to not abort with the right return value
[16:41] <kalikiana_> that could explain the results after the failure…
[16:42] <kalikiana_> fginther: thanks for clarifying I'll see if this really is mainly due to that typo and maybe what can be done to reduce the output in general
[16:45] <fginther> kalikiana_, you're welcome, let me know if I can help in any way
[17:02] <didrocks> psivaa: robru: coming?
[17:02] <didrocks> kenvandine: ^
[17:03] <psivaa> didrocks: i dont normally attend the afternoon meeting. if you give me the link i could attend since plars is off today
[17:03] <didrocks> psivaa: https://plus.google.com/hangouts/_/calendar/Y2Fub25pY2FsLmNvbV91cTRvNmQyMWJvNmJ0bm1mcW9xZWtsNTdnOEBncm91cC5jYWxlbmRhci5nb29nbGUuY29t.cg7k3h1nmqml7psc1nn68223i0
[17:18] <psivaa> didrocks: i dont think notes app test hanging is due to infrastructure issues, if that's what your question was :)
[17:19] <psivaa> sorry my audio input still had issues..
[17:20] <sil2100> ogra_: if I have a build image date, how can I get the build number for that image? ;)
[17:20] <sil2100> ogra_: i.e. 20131129.2
[17:22] <ogra_> sil2100, http://system-image.ubuntu.com/trusty-proposed/mako/index.json
[17:22] <sil2100> ogra_: awesome, thanks!
[17:22] <sil2100> :)
[17:23] <ogra_> ubuntu= is the cdimage version, device= is the android version and version= is the image version as we use it
[17:26] <didrocks> psivaa: excellent, all what I wanted to know!
[17:26] <didrocks> thanks :)
[17:26] <psivaa> didrocks: yw :)
[17:31] <robru> Mirv, what are the steps to reproduce https://bugs.launchpad.net/qtubuntu/+bug/1243665
[20:09] <popey> bug 1257048