[00:44] robru: I need rtm silos for line 81,82, and 83 when you have a chance [00:44] robru: scratch that, 80, 81, and 82 I mean [00:44] bfiller: oh goodies [00:46] bfiller: well, let's do everything in 3's today! You got silos 6, 9, and 12. [00:46] I love threes :) [00:49] bfiller: i landed some changes to the build job today, let me know if anything explodes (should be good, I tested it all day before landing) [00:49] robru: will do [00:49] bfiller: thanks [01:17] oooh [03:53] trainguards: I have flipped the "tested" switch for the silo17 with the QtC plugin. It has changes in the debian/ folder as it provides the new -autopilot package. This change was one of the main target of the 14.10 SDK tools. [04:03] robru: mine has many builds (=manual uploads), but it's a preparation silo that will stay there for a good while so the status is not very useful to have updated [04:23] Mirv: OK no worries, just wanted to test the newly-refactored build job, but bill built a bunch, looks good. [04:26] bzoltan: I'm worrying slightly more about the autopilot tests being a new feature and there being no FFe [04:27] (than the packaging changes as such) [04:54] Mirv: the package change is that it introduces a new package [04:55] Mirv: Well, the autopilot package is not pulled by any dependency and does nothing special than tests the QtC plugin. [04:59] bzoltan: yeah, it's nothing special, but because it's a new package it will stop at archive admins' hands anyway so I'm just wondering before-hand what they'd think about it [05:00] adding tests of course sounds of course always welcome, and the click support additions are more like bug fixes themselves, so maybe it's alright [05:01] bzoltan: couldn't you do the debian/rules file installations from the qmake files instead of hand-copying so many files? [05:02] not that it would be completely wrong, but ideally there wouldn't be any need for dh_override_auto_install [05:57] Mirv: I lost the net, I am not sure if you have seen my last two lines. [05:59] alright, no I didn't, but I see them now in msg [07:15] Mirv: I made two new lines with the UITK landings... both RTM and Utopic... whichever can land first. Obviously RTM is the priority. It has 4 RTM bugs fixed. [07:21] ogra_, i'm testing silo 7 now - i guess it will require me to go through all the recovery mode dance etc, etc? [07:45] is jenkins qa down? [07:45] jenkins.qa.ubuntu.com/job/unity-phablet-qmluitests-utopic/1444 doesn't load here [07:46] and obviously it came back after 5 minutes the moment i mentioned it here :D [07:51] bzoltan2: ok. rtm first I'd say [07:52] Mirv: Yes, I agree [08:04] bzoltan2: sorry, took a while, assigned and kicked a build [08:05] Mirv: no hurry :) thanks [08:06] (and rekicked) [08:06] the build job has been reimplemented by robert, that first error sounds a bit like something might be a amiss. forcing (ignore step) + ignore dual works though. [08:18] Morning all [08:41] davmor2, do you know where to get the custom tarball? [08:41] brendand: yes from the channel [08:42] davmor2, ok === vrruiz_ is now known as rvr [09:18] pstolowski: thostr_: ^ both your unity-scope-mediascanner2 and mediascanner2 landings how now rtm silo and are building, so should be ready for testing soon. [09:18] Mirv, thanks [09:19] pstolowski: in your scopes-shell landing, the MP URL is not MP URL but branch [09:20] the fix-delete-later one [09:20] Mirv, ah, sorry, fixed [09:20] thanks! [09:22] trainguards: silo utopic/006 tested. ready to go. [09:23] hmm... seems its not mirrored yet to a rtm silo. [09:23] we might want to do that first I guess [09:25] kgunn: mzanetti there's unbuilt and untested unity 8 rtm-011 landing "Unity8 indicator polish fixes (" [09:25] mzanetti: it's enough the sync silo is synced before the utopic one is cleaned [09:25] Mirv: oh... I thought kgunn tested the indicators polish for rtm already [09:25] Mirv: I can test that now [09:26] mzanetti: ok. build it first, though :) [09:26] ack, building [09:27] Mirv: hmm... what does that mean? (silo rtm/11) [09:29] mzanetti: err.. I don't know [09:29] as usual, I'll workaround instead of trying to understand the error since it's beyond me [09:29] :D [09:29] that's you get the job done [09:31] mzanetti, yo ... [09:31] ogra_: :) [09:31] mzanetti, we seem to see unity8 crashes in app tests with the last utopic image [09:31] mzanetti: ok the packages are binary copied now manually, just needs maybe 10-20mins so that they are Published instead of Pending [09:32] as seen at https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu-rtm/landing-011/+packages [09:32] Mirv: so I can already start testing that ppa now, right? [09:32] ogra_: have some more details? [09:32] mzanetti, if you scroll to the bottom of http://ci.ubuntu.com/smokeng/utopic/touch/mako/264:20141001:20140929.1/10758/ubuntu_calculator_app/ [09:32] robru: possibly interesting build failure https://ci-train.ubuntu.com/job/ubuntu-rtm-landing-011-1-build/40/console (workarounded now by manually copying packages) [09:32] there is a .crash file [09:33] unity8 itself also seems to have a bunch of errors doing its own tests in utopic http://ci.ubuntu.com/smokeng/utopic/touch/mako/264:20141001:20140929.1/10758/unity8/ [09:35] mzanetti, it seems rtm is fine ... so i think it would be good to find the issues before something migrates over [09:36] ogra_: that's a race condition... we're investigating into that [09:36] cool, thanks !! [09:36] ogra_: but I think its in rtm too... just not happening always [09:36] ah [09:36] ogra_: not sure what's up with the calculator tests yet... will check out [09:36] ogra_: do you know how I get the calculator tests on my device? [09:37] https://wiki.ubuntu.com/Touch/Testing [09:37] under "Running click tests" [09:39] ogra_: hmm... seems to fail with an exception [09:39] list index out of range [09:39] do you have the patest phablet-tools ? [09:39] *latest [09:42] hi trainguards; silo rtm 16 ready to land now [09:42] ogra_: I didn't have that. now I upgraded. still happening though [09:43] weird [09:43] well... let me upgrade everything... might take a bit [09:48] mzanetti: yes, now ready [09:49] Mirv: thanks [10:05] dbarth: you probably mean rtm 018? it's goind for QA signoff now. [10:25] mzanetti, hmm i cant reproduce the unity8 crash when running the calculator tests here ... [10:25] * ogra_ re-runs again [10:25] ogra_: phablet-test-setup still not working for me [10:26] mzanetti, did you run "phablet-config autopilot --dbus-probe enable" first ? [10:26] thats what i do ... [10:26] and then: [10:26] phablet-click-test-setup --click com.ubuntu.calculator; phablet-test-run ubuntu_calculator_app [10:27] bzoltan2: That new version of click is in utopic now, by the way. Not RTM yet - need to test that today and put through QA. [10:27] runs fine here [10:27] ogra_: hmm.. no... didn't run that... from that wiki page I understood that's to be ran after installing the click packages... will try [10:28] camako,robru: Which specific builds are you talking about here? All the virtualised builders in the Launchpad build farm are on trusty nowadays, but it's true that the devirtualised farm is still on precise. [10:28] (Mostly. Being devirtualised it's not totally homogeneous, especially across architectures.) [10:29] mzanetti, "phablet-click-test-setup" standalone would just install all click tests .. [10:29] (no need for that) [10:30] ogra_: yeah... I tried with adding --click ... [10:30] camako,robru: The problem with upgrading the devirtualised build farm has historically been concerns about what effect it's going to have on building security updates for older but still-supported distributions (say, lucid-security or precise-security). Possibly we can get over that ... [10:41] (about to publish this one, any reason not to?) [10:41] then will need a rtm silo :-) [10:42] Mirv: indeed rtm 18 [10:42] cjwatson: All right, the SDK counterpart has landed too few hours ago. Good job :) thank you. [10:46] lool: oh, you're our tvoss now? how about testing rtm-001 with location-service? [10:46] (the previous version, already in utopic) [10:46] Mirv: hmm pretty sure that wont work [10:46] or rather, that it needs a coordinated landing [10:49] lool: anyhow, that ^ can't make it into rtm before the previous landing, since ^ already includes the previous landing (that landed together with dbus-cpp) also. [10:49] either the 001 should be combined into the upcoming location-service rtm silo, or 001 should be landed first. [10:50] Mirv: right; what I believe is that 001 or anything subsequent needs a coordinated update of the custom tarball [10:50] it might be less effort for QA etc. to do a single location-service landing with everything I guess [10:51] ok. added some notes to both landings in the spreadsheet for now. [10:51] combining might be as easy as updating rtm-001 description and resyncing the location-service from utopic. but it's up to you to decide. certainly it'd mean less QA work. [10:58] interestingly, the dbus-cpp change already landed together with media-hub [11:07] Mirv: do you know who is the LP guru/jedi I could ask to change the UITK project setup? [11:10] What do you need changing? (I probably don't have relevant permissions, but I expect I could figure out who does) [11:11] bzoltan2: ^ same question [11:13] mzanetti: stop breaking the good train! :) [11:13] Mirv: :D [11:13] I don't even know what I'm doing to break it [11:14] mzanetti: the -gles branch's watch file is wrong, should point to 007 [11:14] ah right.... that's the other one... [11:14] will update [11:14] thanks [11:28] cjwatson: I would need to add new milestones [11:29] cjwatson: and it seems that only Kaleo could do that, but he is nor really working on the project anymore [11:30] bzoltan2: What have you tried? The project driver should be able to do that. [11:30] (= ~ubuntu-sdk-team) [11:30] bzoltan2: you seem to be admin of both https://launchpad.net/~pspmteam/+members and https://launchpad.net/~ubuntu-sdk-team/+members , so I cannot immediately see why you couldn't have "Create milestone" button on https://launchpad.net/ubuntu-ui-toolkit/trunk [11:32] bzoltan2: If you don't, then I can (due to being in ~registry), but I believe you should be able to do it yourself. [11:33] cjwatson: \o/ cool... Me idiot I was looking for that button on the milestones page [11:33] psivaa: first .crash retraced https://bugs.launchpad.net/ubuntu/+source/mediascanner2/+bug/1376219 [11:33] Ubuntu bug 1376219 in mediascanner2 (Ubuntu) "qmlscene crashed with SIGABRT in raise() in music_app" [Undecided,New] [11:53] * Mirv afk, back later [11:54] brendand, what happened to the fix of phablet-click-test-setup ? would it be ready ? [11:54] (i just ran into it with the patest unity8 landing ... cant run the tests on latest utopic anymore) [11:54] *latest [11:55] sil off today? === alan_g is now known as alan_g|lunch [11:59] asac, ge cracked his wrist [11:59] *he [12:01] ogra_, it hasn't been merged yet: https://code.launchpad.net/~nskaggs/phablet-tools/fix-1371241-try2/+merge/236385 [12:01] ogra_: ouch [12:01] brendand, yes, i was planning to do a clean up of the phablet-tools backlogs today (there are phablet-shell and demos-setup fixes too that could land together) [12:02] Mirv: ubuntu silo 1 and silo 9 are ready to be released, but they are not in sync with rows in spreadsheet. In fact there is no row in spreadsheet for silo 1 at all [12:02] brendand, heh, i think thats the wrong one :P [12:03] ogra_, i wasn't aware of any other [12:03] brendand: do you have an opinion on whether https://launchpad.net/ubuntu/+source/glibc/2.19-10ubuntu2 would need QA testing for ubuntu-rtm as well as dev testing? The emulator doesn't seem to be broken on RTM right now, but it's a potential time-bomb that could be tripped by fairly innocent changes to other packages [12:03] and grr, looks like I still need to poke at autopkgtests there [12:04] cjwatson, how hard would a rollback be ? we could just land it, have a full smoke tests and if needed roll it back [12:04] ogra_: probably relatively straightforward at least if I'm around to do the right removes/copies [12:05] well, i'd do it that way then ... just let the automation catch potential issues and be prepared to roll back [12:05] but thats indeed time consuming [12:05] I didn't think "just land and roll back if needed" was the approved philosophy for RTM though :P [12:05] ogra_, what other change to phablet-click-test-setup? === cprov changed the topic of #ubuntu-ci-eng to: Need a silo? Ping train support: trainguards | Need other help? Ping vanguard: cprov | Train Dashboard: http://bit.ly/1mDv1FS | QA Signoffs: http://bit.ly/1qMAKYd | Known Issues: Please inform robru of all build failures today. [12:07] brendand, hmm, might actually be the right one ... i'm a bit irritated that everything is yellow on that page [12:09] brendand, yeah, applying that here helps ... i'll try to land it then [12:12] cjwatson, yeah i think so [12:15] Mirv: We have a cool UX fix in the line 88. It will take an hour or two to release it. [12:18] cprov, Hi! the dashboard have results for calendar app, while its removed from the image. Is there a reason not to remove that from the dasboard ? [12:19] om26er: perhaps there is a stray line in the spreadsheet, let me check [12:21] om26er: do you mean the silo 9, right ? [12:22] cprov, I didn't see the silo. I am talking about this dashboard http://ci.ubuntu.com/smokeng/utopic/touch/mako/264:20141001:20140929.1/10758/ [12:23] weather app is no longer in the image but its results are still there. [12:24] om26er: oh, sorry, I was thinking about the train dashboard (biased, sorry). [12:24] ;) [12:24] om26er: let me check why it is still listed, I will come back to you. [12:24] cprov, alright, thanks [12:36] om26er: ubuntu_weather_app is a click package and is tested from the click-store based on a jenkins configuration file we control. [12:36] om26er: that explains why it is being tested, even if it is not included in the image. [12:37] since when was it removed from the image? [12:37] popey, last week I believe. [12:38] wat, no. calendar was removed. [12:38] cprov, ok, I will talk to plars on that and see what we can do. [12:40] om26er: np [12:40] om26er: http://people.canonical.com/~ogra/touch-image-stats/258.changes 258 had an update, i see no removal. [12:41] popey, I don't see it on my phone [12:41] om26er: what device / channel / version ? [12:42] I noticed it when the 'Upcoming event' menu stopped opening the calendar, first I thought that was a bug [12:42] popey, image 264 - utopic-proposed [12:42] om26er: wait, you said _weather_ [12:42] now you mention calendar. [12:42] I know calendar was removed. I'm asking about weather. [12:43] I said calendar above. [12:44] 13:23:05 < om26er> weather app is no longer in the image but its results are still there. [12:44] no, you said weather [12:44] popey, cprov, Hi! the dashboard have results for calendar app, while its removed from the image. Is there a reason not to remove that from the dasboard ? [12:45] seems the second time, even I forgot to call it calendar :D [12:45] heh [12:45] lolz ☻ [12:45] om26er: oh, okay then === alan_g|lunch is now known as alan_g [12:47] sergiusens, i'd like a top approval for https://code.launchpad.net/~ogra/phablet-tools/fix-phablet-shell-without-local-key/+merge/236696 [12:52] Mirv, hey, if it's not too late, can I squeeze one more MP for same project into line #86, rather than create a new request? [12:53] trainguards help needed for landing [12:55] trainguards can i get a silo reconfig on utopic 14? [12:56] extra polish, but comes in 2 new branches [12:58] trainguards I have no permission for the spreadsheet, and jhodapp has help me to use silos 003 [13:00] trainguards aha, I don't have the revision that I test it on. [13:00] trainguards maybe I should get the version and comes back === ycheng is now known as ycheng-afk [13:01] trainguards, Mirv may I ask for reconfig of silo-004 (#86) - one more MP added? [13:02] * Mirv back === Ursinha changed the topic of #ubuntu-ci-eng to: Need a silo? Ping train support: trainguards | Need other help? Ping vanguard: Ursinha | Train Dashboard: http://bit.ly/1mDv1FS | QA Signoffs: http://bit.ly/1qMAKYd | Known Issues: Please inform robru of all build failures today. [13:07] Mirv, what is ycheng-afk missing for landing utopic silo 3? [13:14] brendand, it is in line 90 ... just waiting for a signoff from sergiusens for one branch there [13:14] bfiller: 001 looks line line 39 with spreadsheet having lost the id. [13:15] bfiller: I've restored the id now [13:15] bfiller: so you an set it as tested as usual [13:16] Mirv: ok, line 63 marked as tested but not showing up as ready to publish [13:16] 009 funnily doesn't reflect the correct status in the spreadsheet [13:16] bfiller: yeah, we've had that before, no idea what's it's related to. thanks for pinging about that. [13:21] robru: another example: 1. assign silo 2. build 3. get https://ci-train.ubuntu.com/job/ubuntu-landing-006-1-build/52/console [13:21] bzoltan2: building at https://ci-train.ubuntu.com/job/ubuntu-landing-006-1-build/53/console [13:21] pstolowski: sure you can [13:22] pstolowski: you just need to ask for a reconfig after you've added it [13:22] Mirv, great, thanks. yeah, i updated and asked a few irc lines later ;) [13:22] pstolowski: I'm just getting there :) [13:24] pstolowski: dbarth: reconfig requests done. [13:24] ycheng-afk: jhodapp: so qtubuntu-camera on utopic? [13:24] Mirv, yeah [13:25] ycheng-afk: jhodapp: I'm not sure how, but there's the silo, and no line for it whatsoever [13:25] Mirv, yeah me neither...it landed in RTM already [13:26] Mirv, we just need it to sync and land in utopic now [13:26] Mirv, grr, i think i hit ctrl+z one time too many and removed that change a few minutes ago; just added it back, sorry for that :( [13:26] ycheng-afk: jhodapp: the silo 003 has version 20140918 of qtubuntu-camera, while both utopic and rtm already have 20140924. so at the very least, the current contents of silo 003 seem obsolete and the silo should be freed, plus a new line added for any new landing [13:26] thank you sir! [13:26] :) [13:26] ogra_: what is it waiting for me again? [13:26] Mirv, can you re-config one more time please? === ycheng-afk is now known as ycheng [13:27] ogra_: ssh key and shell [13:27] ? [13:27] Mirv: jhodapp I have no permission for the spreadsheet, what I should do now ? [13:27] Mirv, sounds reasonable [13:28] pstolowski: done! [13:28] Mirv, do we need a new empty MR then or something? [13:28] sergiusens, yeah [13:28] ogra_: if I run that twice, won't it fail to check properly? [13:29] Mirv, thanks! [13:29] ycheng: jhodapp: so just to be precise, the current silo comments are what landed in rtm at https://lists.canonical.com/archives/rtm-14.09-changes/2014-September/000438.html and to utopic as part of the _next_ upload (from trunk) at https://lists.canonical.com/archives/utopic-changes/2014-September/010654.html [13:29] ogra_: as you have an mkdir in there [13:29] sergiusens, not if you did what it asked for [13:29] ycheng: jhodapp: if you are only worried about the silo contents getting to utopic + rtm, there's nothing to be done [13:29] sergiusens, yes, because known_hosts needs to exist [13:29] ogra_: well, consider that you run lots of phablet-shell instances and miss the first notice [13:29] Mirv, oh so both already have the MR then is what you're saying? [13:30] ycheng: jhodapp: so what happened is that your utopic landing didn't happen, but the next landing did and it included both the "fix bug on use the lowest resolution instead of highest one" and the "Ensure androidControl is valid before using it to change exposure settings" since it was built from https://code.launchpad.net/~phablet-team/qtubuntu-camera/trunk [13:30] jhodapp: yes. [13:30] sergiusens, i wouldnt call that the typical use case (i would also not expect a developer to not own a ssh key indeed) [13:30] so, I'll just free up that silo [13:30] sergiusens, if you run it a second time it wuill fail with a key error [13:30] Mirv, oh excellent, so this can just be freed then and ycheng's landing is done [13:30] sergiusens, but at least it tells you the first time what to do [13:31] ycheng, seems there's nothing for you to do now :) [13:31] ycheng: all done already, thank you! ;) [13:31] thanks Mirv [13:31] ogra_: exit 1 then I guess would be better, wouldn't it? [13:31] Mirv, jhodapp: I'll de-assign me on that issue, thanks ! [13:32] Mirv, jhodapp: hmm, I can wait for it's landing and then de-assigned myself. [13:32] sergiusens, well, if anyone checks the exist status i assume yes :) [13:32] let me fix that [13:32] ycheng, it has already landed, you don't have to do anything [13:32] ycheng: the silo ^ was freed, it has landed and nothing more needs to be done [13:32] jhodapp: aha, ack, thanks [13:32] ycheng, Mirv will remove the line from the spreadsheet [13:32] jhodapp: thanks [13:32] jhodapp: Mirv got it. [13:33] sergiusens, exit 1 pushed === ycheng is now known as ycheng-afk [13:36] Mirv: what is now with line 69? [13:37] Mirv: I don't see the conflict as the "conflict" is said to have landed? [13:37] bregma: ^ ignore. triggered wrong silo, aborted, running watch_only build to get the existing status back. [13:37] thostr_: it was a conflict, not anymore, now assigning a silo [13:37] Mirv: thanks [13:47] * Mirv reaches EODish soon, sil2100 is away today and robert will be here in 2h. I've some errands to run. [14:01] sergiusens, i changed the MP a bit more now ... please take another look if you have time [14:12] Mirv: was the package in rtm silo 22 actually built? or just the utopic one copied because build was hit too quickly? [14:39] jdstrand: it just occurred to me, the cache is going to appear broken until we have an rtm rootfs with the new apparmor-easyprof [14:51] cwayne: I don't understand [14:51] cwayne: do you mean apparmor-easyprof-ubuntu? (apparmor-easyprof is a different package) [14:52] cwayne: assuming you meant apparmor-easyprof-ubuntu, yes, you would not want to push your custom tarball until the krillin image has 1.2.30 [14:52] s/krillin image/krillin rootfs/ [14:53] (which is what I was getting at earlier on deferring to you on the timing of server side stuff) [14:53] right, sorry, I know they're different packages, I'm just lazy I guess [14:53] jdstrand: right, well it's that + we needed it in the archive to build the new custom tarball anyway [14:54] right, and you need it in the archive to build the rootfs [14:54] trainguards: please reconfig silo 7 once more [14:54] had to add a qtubuntu-gles-sync [14:56] ogra_: any idea when we might expect a new rtm rootfs? [14:57] cwayne, 3am UTC [14:57] :/ [14:58] davmor2: so i guess custom is off again til tomorrow :) [15:02] cwayne, well, if needed we can indeed just build one [15:05] ogra_: is there anything else that would prevent us from doing a build? it's not super-duper-critical, but it'd definitely be good to have this in today [15:05] cjwatson: is there anything we can do to unblock glibc from proposed? [15:05] it seems the failed test cases were always failing [15:05] cwayne, well, we just need to make sure everything is in the archive before we start the build [15:05] rsalveti: yes I'm working on it, no they weren't always failing [15:06] theer are two new ones [15:06] at least from the jenkins jobs most of them had failures before that, but might be my impression [15:06] cjwatson: but cool, thanks [15:06] most of them are overridden though [15:06] the two remaining started failing quite recently [15:06] I need to make sure they have nothing to do with glibc before forcing anything [15:06] yeah [15:12] ogra_: ack, the only thing needed from my end would be apparmor-easyprof-ubuntu version 1.2.30 [15:13] cwayne, ok, rmadison says it is in both archives [15:13] i'm in a meeting atm but will trigger an image then [15:13] ogra_: thanks [15:14] davmor2: would you be able to test custom after that ^ or would it be too late [15:14] cwayne: yeap sure === plars changed the topic of #ubuntu-ci-eng to: Need a silo? Ping train support: trainguards | Need other help? Ping vanguard: plars | Train Dashboard: http://bit.ly/1mDv1FS | QA Signoffs: http://bit.ly/1qMAKYd | Known Issues: Please inform robru of all build failures today. [15:23] ogra_, can you approve and push in with the next release of phablet-tools? https://code.launchpad.net/~nskaggs/phablet-tools/fix-1371241-try2/+merge/236385 [15:23] balloons, see line 90 on the spreadsheet :) [15:23] ogra_, :-) [15:24] balloons, i'm landing three MPs, but one is waiting for signoff ( sergiusens took a look but didnt sign off yet) [15:24] i'm confident i can land this within the next hours though .... [15:24] (i really needed your fix today here( [15:26] ogra_, same, I ran into the issue again and it reminded me [15:36] sergiusens, ^^^ can i have that phablet-shell MP approved ? [15:36] ogra_: well I didn't test yet [15:36] * sergiusens doesn't approve without testing [15:36] ok [15:45] anyone here with powers to reconfig silo7? [15:45] mzanetti, robru should be up soon [15:45] ah, great [15:52] ogra_: has a build been kicked? [15:54] mzanetti: doing [15:54] cwayne, yes, bot should announce it in a moment [15:55] ogra_: awesome, thank you :) [15:57] cjwatson: thanks [15:59] === trainguards: RTM IMAGE 76 building (started: 20141001 16:00) === === lan3y is now known as Laney [16:22] ogra_: just waiting to see if it updates the issues tracker but it is here https://bugs.launchpad.net/ubuntu-keyboard/+bug/1376337 there are also a couple of sound-indicator issues that should probably be tagged but not blockers [16:22] Ubuntu bug 1376337 in ubuntu-keyboard "Spellcheck holds a single word reply in messaging indicator" [Undecided,New] [16:26] bfiller: not approved https://code.launchpad.net/~renatofilho/address-book-app/release-30-09-2014/+merge/236630 [16:27] fginther: hey, so, let's say for a silo we'd like to run our ui tests on unity, would there be a way to either a) automagically have these run? or b) is there a way to check out the source from a built silo to manually run them ? [16:29] fginther: details would be to ./build.sh, cd builddir, make check (which includes make test and make qmltests) [16:29] we just keep chasing our tail on landing 1 or 2 broken ui tests [16:30] Mirv: fixed [16:30] kgunn, can we discuss this later this afternoon (I've got a few meetings first)? [16:31] kgunn, it's sounds possible, but I want to make sure I understand the whole picture first [16:31] fginther: sure... [16:31] yep [16:34] davmor2, http://people.canonical.com/~lzemczak/issues/ looks great, thanks [16:35] ogra_: there is more yet [16:35] add away :) [16:40] ogra_: i am seeing a bit of memory leaking in unity8-dash with a lot of scopes enabled...http://paste.ubuntu.com/8473625/ [16:40] is there a bug for that already? [16:40] popey: we did fix one recently [16:40] ok. i have 11 open [16:41] popey: but it might be different... [16:41] started monitoring memory and haven't touched the device since. it's sat unlocked [16:41] (odd it's not locking itself) [16:43] popey: not sure if you can easily tell if this https://code.launchpad.net/~albaguirre/platform-api/fix-1206146 [16:43] is in the image you're on [16:44] ...things taking longer to hit rtm branch it's hard to say [17:04] === trainguards: RTM IMAGE 76 DONE (finished: 20141001 17:05) === [17:04] === changelog: http://people.canonical.com/~ogra/touch-image-stats/rtm/76.changes === [17:05] cwayne, ^^^ enjoy [17:05] davmor2: hey! I heard you found a regression in our last promoted image - do you have a bug handsy? [17:06] sil2100: they should be in the issues tracker [17:06] sil2100: I'm still looking through the image currently though [17:10] is LP timing out for anyone else ? [17:12] ogra_: it is a bit yes [17:12] well, bug page loaded fine, but my MP timed out [17:12] right [17:12] same here [17:15] davmor2: btw. are those blockers for next promotion? [17:15] sil2100, they are in the last promoted image ... [17:21] brendand: I have started the validation of the UITK release candidate from the RTM silo14. I see thatthe Unity tests still hang. Is there a special trick i could see the same results as on the CI Dash? [17:22] plars, should the unity8 tests still hang? [17:22] no [17:22] they never hung in rtm [17:23] davmor2: latest custom is available for testing (ubuntu-touch/ubuntu-rtm/14.09-proposed-customized) [17:23] sil2100: ^ [17:23] Excellent [17:24] brendand, bzoltan1 http://dashboard.ubuntu-ci:8080/smokeng/utopic/touch_stable/krillin/75:20141001:20140929-d974fdc/503/ [17:24] davmor2: how long does the custom tarball testing take for you? [17:24] there were unity8 failures today ... but it surely ran [17:24] (and finished) [17:24] bregma: where did you see it hang? [17:25] plars, i think they are referring to the media-hub/gstreamer/whatever hang we had on utopic for a while [17:25] ogra_: All right, fingers crossed that I will see the same results with my re-run [17:28] bah [17:28] 1907 root 20 0 81652 4748 4748 S 99,3 0,5 13:02.57 ubuntu-location [17:28] lool, didnt you land a fix for that ? [17:29] wow [17:29] * ogra_ has a black screen with panel after unlocking on image 76 [17:29] (and location service eating 100%) [17:30] apps dont start anymore [17:30] showing an eternal splash [17:32] * ogra_ reboots, this is unusable :( [17:37] davmor2: sil2100: just for claiification, the custom tarball needing testing is 1412208333 (can be found by running cat /custom/build_id) [17:37] i've got to run a quick errand, will brb to see if everything's going ok [17:39] cwayne, could we sync that versioning with something ubuntu-ish at some point ? [17:43] ogra_: i thought of that, but unsure how system-image server works (i.e. does it care about the version number or just the timestamps) [17:45] cwayne, that i dont know ... but having something like YYYYMMDD.N-$STAMP would be more in line with all other versioning we use [17:46] ogra_: i'll poke around, i would definitely like to change it to something more meaningful [17:46] we need the build_id still because it tells whether or not we do a dconf update, but i dont think it should be used as the version number [17:46] cwayne, talk to stgraber what s-i supports [17:58] ogra_: do you have a trick for silencing that device from adb shell? Not as I would not enjoy the music app's tests at 3am :) But am not sure if my family shares my passion to nightly tests. [17:58] audio you mean ? [17:58] hmm, no [17:59] bzoltan1, you could try something like: amixer -D pulse set Master 1+ mute [18:00] no idea if that would work though [18:00] probably rsalveti knows another way [18:00] ogra_: thanks, I will test it [18:02]