[00:28] anyone around that might be able to help me with s-jenkins permissions? [02:05] === trainguards: IMAGE 221 building (started: 20140904 02:05) === [02:09] you know it's time for bed when you see that message [03:05] === trainguards: RTM IMAGE 15 building (started: 20140904 03:05) === === Ursinha is now known as Ursinha-afk [03:08] BLAM! https://code.launchpad.net/~robru/cupstream2distro/readability-cleanup/+merge/233284 got it down from 1234 pep8 violations to 825 (all of citrain/ directory is fixed but nothing outside of it, like cupstream2distro/ directory or tests/ directory). merged it like that for now (with the remaining 825 whitelisted) because I'm out of time. need to push [03:08] this to production and make sure nothing exploded. [03:16] fginther: any chance you're still around? found a bug in the autolanding job, fixed it, how can i rerun it? i reapproved the branch but it doesn't seem to be working... === Ursinha-afk is now known as Ursinha [03:17] robru, what's the MP? [03:19] robru, https://code.launchpad.net/~robru/cupstream2distro/readability-cleanup/+merge/233284 is running right now [03:19] fginther: oh ok thx, just impatient i guess [03:25] fginther: https://code.launchpad.net/~rpadovani/ubuntu-calculator-app/1357983/+merge/232630 [03:25] that passed CI, then when I top approved it complains it failed ci? [03:26] I am confused. [03:26] hmm [03:27] popey: the autolanding job is different than the ci job, so it's probably misconfigured or something. not sure. [03:30] will look again in the morning when I am awake [03:30] ta [03:45] === trainguards: IMAGE 221 DONE (finished: 20140904 03:45) === [03:45] === changelog: http://people.canonical.com/~ogra/touch-image-stats/221.changes === [03:48] thanks, will do rtm tomorrow morning [03:50] sergiusens: you're welcome! [04:05] morning [04:07] Mirv: Heya! [04:08] robru: heya heya! [04:08] Mirv: i just did a massive pep8 overhaul on ci train. Shouldn't have any semantic change unless i made a mistake. Keep an eye out for goofy syntax errors when running Jenkins jobs, should be easy to fix [04:09] robru: pep8 and funny syntax, check. [04:09] I ran a few jobs already and it seemed sane, but there's lots of code paths that are just totally untested [04:10] yeah, I see you've touched almost everything. anyway, they should be easy to fix if something is wrong. [04:10] Mirv: yeah ;-) [04:11] Mirv: not done yet! I fixed about 400 out of 1200 pep8 violations. Will try to get the rest tomorrow [04:13] robru: ok, a jolly amount of things to fix, there [04:20] === trainguards: RTM IMAGE 15 DONE (finished: 20140904 04:20) === [04:20] === changelog: http://people.canonical.com/~ogra/touch-image-stats/rtm/15.changes === === tvoss is now known as tvoss|test === tvoss|test is now known as tvoss [07:20] thostr_, hello [07:20] brendand: hi [07:34] eh, need to do an emergency drive to the vet, I should be back for the meeting [07:37] :( [07:42] thostr_, i'm hoping to sign off silo 13 soon [07:43] thostr_, for the new stuff it lands, did you or charles add a test case to the test plan? [08:06] Back [08:09] Mirv: sil2100: I am done with the UITK validation. All test logs are backed up, the UITK does not cause any regression. I have pulled out the header animation because that would have caused psorblems for few tests. [08:10] Mirv: sil2100: So the UITK for Ubuntu archive in silo12 is good to go. When it lands I will start the RTM testing. [08:10] bzoltan: excellent! [08:10] Mirv: did you press the publish button on it already? ;) [08:11] Mirv: ok, let me handle the pressing [08:11] bzoltan: just a quick one - the merges need approval :) [08:14] bzoltan: re running ;) [08:14] bzoltan: publishing o/ [08:15] Thanks again for the hard work! [08:15] sil2100: cool, thanks [08:15] sil2100: it was not hard :) hard is running a marathon :) it was just long. [08:22] bzoltan: good stuff! [08:22] sil2100: thanks! [08:23] bzoltan: yeah ;) But it takes up precious time and resources anyway [08:25] bzoltan: sil2100: might not be anything dangerous, but err zoltan launched non-rtm new build 20 mins ago in landing-012? and that not-yet-built rebuild was actually what got published? [08:25] while the rtm silo build is from yesterday [08:25] Mirv: that was my testing script change [08:26] Mirv: I added the -p archive handling to make the stock image testing possible [08:26] bzoltan: aha, right. still, it wasn't finished yet in the PPA so now it got copied not completely built. a smoke-test would have been nice too, but well, indeed the change is nothing to worry about! [08:27] Mirv: I got the message that the build was successful... [08:27] Mirv: strange [08:27] * ogra_ gets meeting coffee [08:27] and there is some non-true dependency wait now in the archive build :S https://launchpad.net/ubuntu/utopic/+source/ubuntu-ui-toolkit/1.1.1227+14.10.20140904-0ubuntu1 [08:27] let's see... [08:28] sil2100: ^ bzoltan is btw right, he did get utopic "Packages built" from the bot basically right after clicking build. [08:28] that might be a regression on how the "built" status is fetched, related to the sync silo fixing [08:29] Damn [08:29] Mirv: we didn't change how the build status is fetched [08:29] anyway, we've a meeting to do so let's see after that if the archive builds have started themselves :) [08:29] sil2100: it says "building" and then Finished: SUCCESS.. eh. https://ci-train.ubuntu.com/job/ubuntu-landing-012-1-build/37/console [08:30] Mirv: this is the thing we mentioned, either something changed in LP API or something... we even made it more restrictive because of problems like this and it didn't help :| [08:31] ygh [08:31] Wait [08:31] Mirv: I was a bit surprised, but I thought that the builders are on steroid... in pbuilder the armhf takes 20minutes [08:31] THis one is just wrong [08:31] sil2100: yeah, it's not even that, it's just wrong :) [08:31] sil2100: it is indeed wrong [08:31] brendand: that was mostly bug fixes [08:32] brendand: so, test plan hasn't changed [08:32] thostr_, there was something about hardware alarm support? [08:34] brendand: but silo 13 is about power changes [08:34] thostr_, i'm looking at the changelog [08:34] brendand: that was mostly about displaying the right icons depending on the power level [08:35] thostr_, sorry - it's powerd 'hardware wakeup support' [08:35] robru: we might have some small regressions from the changes :) [08:37] I know that utopic-proposed is not the focus, but I cannot unlock a SIM card on 221 and that'll probably land in ubuntu-rtm soon. [08:38] on mako [08:53] brendand: ah right. I'd need to check whether charles has updated it [08:56] brendand: there is no specific test case for that. Actually, I think we're missing a holistic alarms test plan (which covers multiple components) [08:57] brendand: do we have other examples of such kind of integration tests? [09:02] thostr_, i'm sure there are plenty of examples :) [09:02] brendand: sure, but where? [09:03] thostr_, not written down anywhere that i know of [09:03] thostr_, there must be a test plan for alarms in one of the applications or indicators [09:03] thostr_, you should probably link to that [09:05] or we just create an alarms test plan which we then reference in indicator, powerd, clock app, PIM, ... [09:05] Mirv: great to see that I can use the rtm images just as the utopic images... so i can add PPAs and stuff :) cool [09:06] thostr_, sure - but i'm just saying that other test plans might already have those test cases, so if you look there you might get some inspiration [09:06] Mirv, oh is citrain script fixed? [09:07] bzoltan: !! nice, it was annoying [09:07] brendand: which script? [09:07] Mirv, what's bzoltan talking about? [09:07] Mirv: one thing i do not get thu .. the RTM and non RTM PPAs [09:07] sil2100: bzoltan: I found the dependency problem, we need a package promoted to main -> moving to #ubuntu-release [09:08] brendand: oh, you mean that.. yes, bzoltan did new fixes to his testing script [09:08] new krillin tarball pushed [09:08] Mirv, okay - i'm just curious to know if anyones hacked together a simple way to add silos [09:09] brendand: adding silos to what? [09:10] john-mcaleely, thanks ! [09:10] davmor2: do you have a clean phone you can test my dialer issue on? [09:10] (on that hasn't made any calls) [09:10] bzoltan, "great to see that I can use the rtm images just as the utopic images... so i can add PPAs and stuff :) cool" - what did you mean? [09:10] Mirv: wait, what? Oh man, the packaging changes didn't have any new dependencies added [09:11] Mirv: actually there was no UITK packaging diff [09:11] brendand: during tha last RTM validation the add-apt-repository did not work on RTM images [09:11] sil2100: or, maybe this happened already before and we don't catch them before manual rebuilds in archive? [09:11] oh my [09:11] popey: no but I will do when I comme back at 11 [09:11] kk [09:11] bzoltan: sil2100: qml-module-qt-labs-settings is in universe [09:11] will file bug, not done yet [09:11] but comes from a main source package [09:11] Mirv: or maybe that was that additional test change that bzoltan did? [09:12] sil2100: no, it wasn't [09:12] sil2100: no, I just fixed my shells cript what does the test plan [09:12] bzoltan: ok, so it must have been around for longer [09:12] https://launchpad.net/ubuntu/+source/ubuntu-ui-toolkit/1.1.1214+14.10.20140826-0ubuntu1 also had the dep already [09:13] hmm, why we didn't get any MIR here... [09:13] sil2100: binary packages from approved main source packages are moved to main on request [09:13] in general [09:17] bzoltan, yes that's right - what did you do to fix that? [09:19] brendand: :) i did not do anything. It just works now :) [09:21] so apt-add-repository now works on rtm too [09:23] Mirv, hmm interesting. i haven't seen any movement on those bugs [09:23] psivaa, i have a device freshly flashed with -proposed now [09:23] psivaa, what steps does the ci loop go through? [09:29] brendand: if you haven't used the provision.sh script in lp:ubuntu-test-cases/touch then it might be more manual work. i'd rather do 'scripts/provision.sh -i touch_stable -w' from the branch [09:29] http://bazaar.launchpad.net/~ubuntu-test-case-dev/ubuntu-test-cases/touch/view/head:/README-cli.rst has information too [09:35] bzoltan, em - you better be careful. our testing shows it adds the wrong ppa [09:35] bzoltan, i.e. the utopic one [09:35] brendand: Well.. that was one question I asked ... what is the diff between the rtm and non rtm PPAs... because on the PPA page they are the same [09:36] brendand: Mirv: sil2100: RTM -> https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu-rtm/landing-012 [09:36] brendand: dont forget to include your network file in provision.sh (for magners-wifi) [09:36] brendand: Mirv: sil2100: NON RTM -> https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/landing-012 [09:36] bzoltan: yeah, so LP doesn't yet properly update the description :| [09:36] bzoltan, rtm binaries are built against the rtm archive ... [09:36] brendand: Mirv: sil2100: and in both cases the PPA is ppa:ci-train-ppa-service/landing-012 [09:37] bzoltan: but anyway, you need to use ppa:ci-train-ppa-service/ubuntu-rtm/landing-012 for RTM [09:37] sil2100: OK, thanks [09:37] bzoltan: although apt-add-repository won't work, so I guess brendand always adds the PPA manually [09:37] :< [09:42] Oh geez [09:43] * sil2100 just saw what happened to the citrain code [09:43] I mean, visually [09:43] It now looks terribly on my sublime editor [09:55] sil2100: brendand: should we maybe get QA signoff also for the utopic mediascanner2/thumbnailer landing, because of the past regressions? [09:57] psivaa: could you (or someone else?) trigger ci for the "update components" merges from akiva at the bottom of this list please? http://people.canonical.com/~dpm/core-apps-sponsoring/ - he's not in the teams so it didn't trigger automatically... [10:02] Mirv, technically no - since we aren't in traincon for utopic - are we? [10:02] popey: akiva is added to allowed users now in core app jenkins [10:02] thank you. will that magically autotrigger? === psivaa changed the topic of #ubuntu-ci-eng to: Train support: trainguards | Vanguard: psivaa | Train Dashboard: http://bit.ly/1mDv1FS | QA Signoffs: http://bit.ly/1qMAKYd | Known Issues: ♫ I feel more awesome than an awesome possum ♫" [10:03] sil2100, add-apt-repository ppa:ci-train-ppa-service/ubuntu-rtm/landing-012 doesn't work [10:04] popey: yes, it should [10:07] popey: right wiping in progress did you file a bug in the end? [10:08] sil2100, so far the only way we know that works is adding by hand. if you know an automated way it would be really good to hear [10:08] davmor2: bug 1365400 [10:08] bug 1365400 in dialer-app (Ubuntu) ""Recent" pull-up confusing on new phone" [Undecided,New] https://launchpad.net/bugs/1365400 [10:08] psivaa: thanks [10:08] * brendand could probably whip something up with launchpadlib [10:12] brendand: yeah, so as I said [10:13] brendand: yeah. I'll just try it a bit on my own. [10:15] sil2100: right fresh Wipe I'm going to see if reboots re show the wizard [10:18] popey: no joy but there is an update to the recent page that might be stopping it now [10:18] popey: you now get all and missed [10:18] davmor2: you can't reproduce it? [10:19] on krillin ? [10:19] popey: not on current image I can't [10:19] well thats odd [10:19] you have a SIM in it? [10:20] popey: yes [10:20] ah well [10:20] brendand: how's the AP-test going? [10:20] popey: as I say there was an update to the recent page that may be stopping it now [10:21] sil2100, still in progress [10:21] popey: did you have the all missed in the gap at the top when you first saw the issue? [10:22] davmor2: right, but i dont see how you can have different dialer-app if we're on the same image [10:23] https://www.youtube.com/watch?v=ubrTjVKU6eM [10:32] psivaa, sil2100 - provision.sh ran and the wizard is still there [10:32] psivaa, sil2100 - http://paste.ubuntu.com/8232013/ [10:33] uh [10:33] brendand: ok, 'phablet-config welcome-wizard --disable' does not work then [10:33] ? [10:33] psivaa, does it need to reboot? [10:34] brendand: 1 sec [10:35] sil2100: hey, robru has reset silo 10 yesterday, but it still lists packages and seems to be confused [10:36] sil2100: all is merged (by hand) though; I'll delete the packages from the PPA or can you reset the state of the silo in a harder way? [10:36] psivaa, after i reboot the wizard is gone - but should provision.sh have done that? [10:37] brendand: no, the device reboot is part of running a particular test [10:37] psivaa, ok [10:38] lool: hey! Let me take a look [10:39] brendand: 'scripts/run-autopilot-tests.sh -a mediaplayer_app' should start the AP testing [10:39] does someone have the lp snippets for creating RTM PPAs? [10:39] lool: yeah, I have some [10:40] psivaa, where is reboot-and-unlock.sh? [10:40] lool: if you want to create an RTM PPA for a team, then use: lp.people['some-team'].createPPA(distribution=lp.distros['ubuntu-rtm'], name='thename') [10:40] thanks [10:41] lool: btw. silo 10... did you merge in all the changes by hand already? [10:41] sil2100: yes [10:41] brendand: http://bazaar.launchpad.net/~ubuntu-test-case-dev/ubuntu-test-cases/touch/files/head:/utils/host/ [10:42] lool: and all packages in the archive, right? (double confirming) [10:42] lool: if yes, then I clean the silo :) [10:44] (I assume so) [10:44] lool: ok, so I do a silo clean without processing merges [10:44] sil2100: all in the archive [10:45] psivaa, what runs phablet-config writable-image? [10:46] * sil2100 off to lunch [10:47] sil2100: so I'm on reboot number 4 no sign of the wizard on 16 [10:47] brendand: the -w flag in provison.sh: [10:47] psivaa:touch$ grep -wr "phablet-config writable-image" [10:47] scripts/provision.sh: phablet-config writable-image $CUSTOMIZE [10:48] sil2100: do you know if rsalveti and kenvandine were disabling the wizard with phablet-config? === om26er_ is now known as om26er [10:49] psivaa, ah do you guys set that normally? [10:50] psivaa: https://code.launchpad.net/~rpadovani/ubuntu-calculator-app/1357983/+merge/232630 runs fine on my desktop but fails in jenkins.. any ideas? [10:53] psivaa, can you show me the call to provision.sh that jenkins uses? [10:54] popey: the failing ones are, touch and mako jenkins jobs. on desktop (amd64) it passes in jenkins too [10:55] brendand: in http://dev-jenkins.ubuntu-ci:8080/job/utopic-touch_stable-krillin-smoke-daily/64/consoleText : [10:55] touch/scripts/provision.sh -i touch_stable -w === MacSlow is now known as MacSlow|lunch [10:56] psivaa, ok i'll try that now [10:58] psivaa, now we'll see [10:59] brendand: ack. did you change the network file information in provision script? [11:00] psivaa, yep i specified -n [11:00] brendand: ack [11:01] psivaa: sorry, I don't understand [11:07] popey: the failing jenkins jobs are: https://jenkins.qa.ubuntu.com/job/generic-click-autopilot-utopic-touch/343/? and http://jenkins.qa.ubuntu.com/job/generic-click-autopilot-runner-mako/484 which are not running on the desktop. but jenkins results for desktop arch is passing as it does to you locally [11:08] popey: so i'd think running the test on mako locally would help [11:08] psivaa: ok. [11:37] psivaa: Is there a way I can retrigger CI on https://code.launchpad.net/~mvo/click/lp1219912-build-exclude/+merge/219716 ? The rebuild link (http://s-jenkins.ubuntu-ci:8080/job/click-devel-ci/2/rebuild) has apparently expired or something and now gives me a 404 [11:37] cjwatson: let me check [11:37] (and yes, I'm on the right VPN [11:37] ) [11:45] cjwatson: because the first job ran a little while ago and somehow the old builds in this job have been cleaned, we are unable to retrigger the build. [11:45] cjwatson: i have now triggered a build with the info from MP [11:45] cjwatson: should work. but i'll keep a watch [11:47] hmm that has thrown a conflict in the merge [11:47] brendand: so, any luck with the autopilot problem ;/ ? [11:47] cjwatson: could the conflict resolved and committed to the MP? that should trigger a build automatically too [11:47] brendand: it's the wizard's fault? === ubot5` is now known as ubot5 === psivaa changed the topic of #ubuntu-ci-eng to: Train support: trainguards | Vanguard: cihelp | Train Dashboard: http://bit.ly/1mDv1FS | QA Signoffs: http://bit.ly/1qMAKYd | Known Issues: ♫ I feel more awesome than an awesome possum ♫" === om26er is now known as om26er|afk === MacSlow|lunch is now known as MacSlow [12:14] sil2100: could you see/ack landing-014 packaging changes? I tested a bit locally since it's thumbnailer again, music/video seemed fine also after reboot [12:14] Mirv: let me take a look - I wouldn't require a formal QA sign-off for that, but yeah, good that you're trying to proceed safely ;) [12:19] Mirv: packaging wise it looks ok, so a +1 [12:20] Mirv: I also see that thumbnailer does not include any new deps, so it should be fine :) [12:22] plars: hey! [12:26] brendand: ping === cjwatson_ is now known as cjwatson [12:28] psivaa: thanks for whatever you did there [12:29] cjwatson: np :), had to manually copy to the fields in 'Build' since 'Rebuild' dint work. [12:31] psivaa: if you could do the same for https://code.launchpad.net/~mvo/click/framework-info/+merge/220199, or tell me how to do it, that'd be lovely [12:31] sil2100: thanks! [12:32] brendand, did you get anywhere yet ? [12:33] looking at thw wizard upstart job i see a "stop" at the top of the pre-start script ... i wonder if thats shouldnt be "{ stop; exit 0; }" instead ... [12:35] cjwatson: it's filling 'landing_candidate', 'merge_proposal' and 'candidate_revision' with the information 'bzr+ssh://ps-jenkins@bazaar.launchpad.net/~mvo/click/framework-info', 'https://code.launchpad.net/~mvo/click/lp1360582-honor-enum-only-trusted/+merge/233001' and '507' in 'Build now' option. [12:35] cjwatson: i've done it for the above now. [12:36] and that merge has no conflicts, so it should go well [12:36] sil2100, ogra_ - i see 'scripts/run-autopilot-tests.sh: 104: scripts/run-autopilot-tests.sh: subunit2junitxml: not found' [12:37] maybe i need to install that though [12:37] brendand, well, but why would that have any influence on the wizard [12:38] ogra_, it doesn't - just it's the only issue i see so far with -proposed [12:38] ogra_, everything seems fine from here [12:38] oh, so you couldnt reproduce ? [12:38] i thought oyu could [12:40] psivaa: thanks [12:43] brendand: so you couldn't reproduce the issue we're seeing yet? [12:44] sil2100, i wonder could it have something to do with phablet-tools? [12:45] perhaps i should update that and check again [12:45] sil2100: hi, good morning [12:48] plars, we're desparately trying to find out why krillin rtm doesnt unlock [12:48] (since image 14) === charles_ is now known as charles [13:07] if i rebuild rtm silo 3 (line 11) will that grab the latest packages from utopic? [13:07] it includes fixes for the bugs that kept it from passing QA before, but it also includes much more [13:08] Mirv: still trying to figure out what is broken with the build jobs, but something is reproducibly broken - the watch-ppa script only runs once === josepht changed the topic of #ubuntu-ci-eng to: Train support: trainguards | Vanguard josepht | Train Dashboard: http://bit.ly/1mDv1FS | QA Signoffs: http://bit.ly/1qMAKYd | Known Issues: ♫ I feel more awesome than an awesome possum ♫" [13:13] Mirv: but at least I confirmed now that the refactoring is the source of the problem - reverting it fixed stuff for proposed [13:13] robru: ^ [13:14] sil2100, see my question about rtm silo 3? [13:15] kenvandine: hey! Let me take a look [13:15] sil2100, i think the bugs that made it fail QA are fixed in utopic now [13:15] can i just rebuild that silo ? [13:15] kenvandine: so, the feature of sync silos retargetting ubuntu automatically is currently not yet deployed as we have some problems there, so we probably have to retarget the silo to utopic instead [13:16] kenvandine: let me just do that :) [13:16] kenvandine: you'll get a new silo probably [13:16] ok, thx [13:16] kenvandine: you want both unity8 and u-s-s from utopic, right? [13:17] i think unity8 has to go with it... but can you keep the current unity8? [13:17] not sure what else might have landed [13:17] Ouch [13:17] Crap, ok, too late :| [13:17] no worries [13:17] probably fine :) [13:39] Saviq: we have a problem with silo 007 [13:39] davmor2, hit me [13:40] Saviq: the phone never seems to time out and suspend after running 3 alarms, So it looks like the nested code might of crashed something [13:40] Saviq: phone has been on the apps screen now for about 10minutes [13:41] apps scope even [13:41] davmor2, huuumph, that's unexpected [13:42] kenvandine: hey, were you planning a landing today for u-s-s that my merge could go in with? :) [13:42] cyphermox_, i already have your branch in a silo :) [13:42] davmor2, the code there has nothing to do with any suspend logic :| [13:42] kenvandine: cool [13:42] davmor2, as it's unity-system-compositor that deals with that now [13:42] Saviq: only crashes are mtp, trust store and location so there is no powerd being killed [13:43] Saviq: and this only happened after the 3 alarms went off, prior to that it suspended [13:43] davmor2, looks to me like something's holding the screen on cookie [13:44] davmor2, AlbertA, is there any way to query the display state (and reason)? [13:44] AlbertA, like to check what's keeping the display on? [13:47] sil2100: can you confirm that lool's silo for the location stuff made it into rtm? [13:48] asac: it did not (yet) [13:48] asac: no, it's not yet tested [13:48] exactly [13:48] asac: but the silo has some packages in it [13:49] lool: run with it please [13:49] we are unblocked once this is in [13:49] for custom [13:49] sil2100: tx [13:51] sil2100: ok. it must be something delicate, possibly in version number handling / storage or something. [13:51] Mirv: it seems to be something with the PPA package fetching, parts that weren't touched in ages o_I [13:52] Mirv: i.e. the PackageInPPA class === om26er|afk is now known as om26er [14:02] sil2100: the only thing I see there in http://pastebin.ubuntu.com/8233668/ is that it introduces a new variable 'packages', but it shouldn't probably clash with anything? maybe a bit longer name would be better anyway [14:03] Mirv: doesn't look like it, I'm trying to sniff around for the cause still [14:05] - if not packages_not_in_ppa and not packages_building and not packages_failed: [14:05] + if not (packages_not_in_ppa and packages_building and packages_failed): [14:05] that's obivously wrong [14:05] obviously* [14:06] if not (A OR B) == if not A and not B [14:06] when refactoring for pep8 is nice, people should still be careful [14:06] Damn, Robert..! [14:06] didrocks: hah, love your keen eye for those ;) [14:07] sil2100: peer review would have avoided that, I bet :) [14:07] davmor2, is it reproducible? can you give me steps to repro? [14:07] didrocks: yeah, well, I would probably moan about it if I was to review the code, as I don't like the refactoring - in my opinion it makes the code less readable [14:08] ah, de morgan [14:08] sil2100: same here… and it screws as well bzr blame [14:08] sil2100: but review the code… keep telling you that :p [14:08] and offered my help multiple times [14:08] anyway, another topic [14:08] didrocks: yeah, well, it was robru's change anyway and I wasn't asked for a review ;) [14:09] It was happening during my night too! Couldn't even notice! [14:09] sil2100: pushing the change [14:09] Saviq: I can reboot and see if I have the same issue. But basically I installed the silo set three alarms for the same time let the phone suspend the 3 alarm notifications display I dismissed all three and that was it in that state [14:09] didrocks: thanks :) [14:09] yw :) [14:09] * sil2100 gets back to rebasing his branches in progress to the recent changes [14:10] It's also another thing that such changes make much more complicated [14:10] sil2100, how come it's fine that robru (or others) commit changes to production code without review? [14:10] that seems buggy [14:12] seb128: yeah, we need to get this sorted out - normally other than bugfix changes have a test-period in preprod too, which didn't happen here [14:12] seb128: and I think especially when you didn't author the code and the author keeps proposing about reviewing the changes :) [14:14] sil2100: pushed btw [14:14] davmor2, that sounds totally unrelated to what the silo brings... I'll try out here [14:14] Saviq: the three alarms tests the nest notifications right? [14:15] nested even [14:15] Saviq: after reboot screen blanks I'll trigger the three alarms again [14:16] davmor2, no [14:17] davmor2, nested prompts are when you go to a paid app not having an U1 account [14:17] davmor2, then the pay ui displays and triggers the account prompt [14:17] davmor2, see https://wiki.ubuntu.com/Process/Merges/TestPlan/pay-service [14:18] davmor2, there's nothing like "nest notifications" [14:20] Saviq: hmm okay, in that case a found a different bug [14:21] Saviq: you know you only set unity8 as things to test though right hence the confusion nested prompt the only thing I could think of was it was a proper fix for the multiple notifications :( [14:26] sil2100: could you help me to understand what blocks the UITK here http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html ? [14:26] Mirv: ^ [14:27] bzoltan: yeah, so it's what Mirv mentioned in the morning... [14:27] bzoltan: we need qml-module-qt-labs-settings to be included in main :| [14:27] sil2100: What that `out of date` means and who will do what and when? [14:28] sil2100: and who should/could do that? [14:28] bzoltan: because of the bug in CI Train the packages got pushed to the archive as source packages, so they started building there... and there it popped up that we're missing a package in main to actually correctly build it [14:28] bzoltan: Mirv poked on -release, not sure if he got any news on that [14:28] Mirv: ^ ? [14:29] bzoltan: we need to fill in a MIR for it [14:29] Not sure if Mirv did that [14:29] Let me make sure [14:29] sil2100: I have no idea what MIR is [14:29] bzoltan: Main Inclusion Request [14:30] bzoltan: anyway, we'll have to do that if anything... it was an old issue that was not noticed since we build all packages in the silos usually, and those don't have those blockades :| [14:30] sil2100: who should/could do that? [14:33] bzoltan: ok, I see we don't need a MIR probably [14:33] Let me re-ping someone === Ursinha changed the topic of #ubuntu-ci-eng to: Train support: trainguards | Vanguard: Ursinha | Train Dashboard: http://bit.ly/1mDv1FS | QA Signoffs: http://bit.ly/1qMAKYd | Known Issues: ♫ I feel more awesome than an awesome possum ♫" === Kaleo_ is now known as Kaleo [14:35] sil2100: I am happy to do whatever it takes. just ping me if I need to fill something or do something. [14:37] bzoltan: hah, ok, that was fast ;) [14:37] davmor2, I'm looking at rtm#16 without silo 7, same behavior [14:38] davmor2, whatever woke up the phone for the alarms is holding the display on [14:38] davmor2, you can see by going "powerd-cli display on", if nothing held the screen on, it'd be cookie 0 (or 1, don't remember) [14:38] charles: ^ [14:38] davmor2, it's cookie 3 for me [14:39] sil2100,bzoltan: it's done; builds should auto-retry in a bit (publisher plus half-hourly cron job) [14:39] Saviq: no worries I'll carry on testing now then, thanks for the help debugging though [14:41] pmcgowan, bfiller: is there a reason that notes is still in the image I thought it was being dropped? [14:45] davmor2, we are currently discussing, will probably drop it fro image and CI [14:47] would someone have the snippet for uploading to RTM PPAs? [14:49] [ubuntu-rtm] [14:49] fqdn = upload.ubuntu.com [14:49] method = ftp [14:49] incoming = /ubuntu-rtm [14:49] login = anonymous [14:49] lool, ^^ [14:50] ogra_: does that work with PPAs? [14:50] lool, ah, no ... that needs extra runes ... i just modified my ppa entry in dput.cf [14:50] [ppa] [14:50] fqdn = ppa.launchpad.net [14:50]