=== chihchun is now known as chihchun_afk === chihchun_afk is now known as chihchun === chihchun is now known as chihchun_afk === chihchun_afk is now known as chihchun [02:04] === trainguards: IMAGE 296 building (started: 20141022 02:05) === [03:04] === trainguards: RTM IMAGE 121 building (started: 20141022 03:05) === [03:29] === trainguards: IMAGE 296 DONE (finished: 20141022 03:30) === [03:29] === changelog: http://people.canonical.com/~ogra/touch-image-stats/296.changes === [04:24] === trainguards: RTM IMAGE 121 DONE (finished: 20141022 04:25) === [04:24] === changelog: http://people.canonical.com/~ogra/touch-image-stats/rtm/121.changes === === chihchun is now known as chihchun_afk [12:33] trainguards, could I please get a silo for line 82? [12:34] tedg: just a second [12:35] Mirv, Cool, thanks! [12:36] tedg: rtm-002 [12:36] Mirv, Great, thanks! [12:40] cwayne, ogra_, sil2100: custom tarball is good to go :) [12:41] whee ! [12:42] davmor2, thanks for testing :) [12:43] sil2100, let me know when I'm allowed to push the magic button :) [12:43] cwayne: sorry I didn't finish it last night but with everything going on I ran out of day :) [12:44] davmor2, no worries at all man === renato is now known as Guest27564 [13:08] cwayne: hey! [13:08] Sorry, I'm in meetings now ;) [13:09] ogra_: any reasons not to push the custom tarball right now? [13:09] * sil2100 is disconnected from the world [13:09] sil2100, i think it should be fine ... we are still trying to solve the issues the dropping of AP caused [13:10] (seems there si some dependency mess we might need to have solved via plars ) [13:11] elopio, did I see you say that the latest unlock-device race fixes didn't fix all of the issues we see in CI? [13:11] ogra_: sorry I missed the conversation, I was pinging him on irc when you were talking to him, but I'm in another session right now [13:11] plars, or was it you? ^ [13:11] ogra_: what's the issue? was he able to spot it? [13:11] mterry: wasn't me. I think plars. [13:11] mterry: we have a lot of other issues too right now, let's fix those then we'll see [13:11] plars, dropping AP-touch means a bunch of deps are now missing ... [13:11] plars, ok [13:11] mterry: did that land everywhere? I thought it couldn't land yet [13:12] sil2100, line 84 and 85 should help us [13:12] plars, oh goodness you're right, it hasn't landed yet [13:12] ogra_: why are those not installed by phablet-test-run though? I thought it was installing ap-touch? [13:12] cwayne: ok, please push the button for now [13:12] plars, sorry man, early morning for me [13:12] ogra_: looking [13:12] olli: ping, I have 2 lines in the spreadsheet that I need to clarify perhaps. It is a packaging fix for removing autopilot from the image (sitting here with ogra_ attempting to sort it out) [13:12] plars, and i thought you said installuing unity8-ap would pull in all necessary bits ;) [13:12] plars, if you want it to land sooner, advocate for higher priority on bug 1370644 :) [13:12] bug 1370644 in unity8 (Ubuntu) "unity8-autopilot device unlock seems racy" [Undecided,In progress] https://launchpad.net/bugs/1370644 [13:12] ogra_: no, wasn't me [13:13] plars, well, someone claimed it in the meeting [13:13] ogra_: someone claimed that phablet-test-run installs everything, but I don't see where [13:13] plars, could we try to re-run some broken tests after pulling ap from one of the silos into the infra ? [13:13] phablet-test-run doesnt install anything on its own :) [13:14] unless you hand it to the -p option [13:14] ogra_: I'm confused how anything is working at all then :) [13:14] plars, well it worked because we shipped half the wolrd of available tests and tools before :) [13:15] ogra_: no, I mean how any of the tests work now [13:15] now we dont anymore [13:15] ogra_: but some don't [13:15] plars, seems all click tests work fine [13:15] and everything else doesnt [13:15] so like on webbrowser, we get like 15 tests instead of 50, but some actually pass? [13:15] (on a first glance) [13:15] yeah [13:15] sil2100, pushed :) [13:16] plars, http://people.canonical.com/~ogra/touch-image-stats/20141021.1.changes ... qttestability-autopilot ... i guess thats the issue [13:16] ap-touch used to pull some extra deps in [13:16] ogra_: veebers: so is there a single package to install that would fix it? autopilot-touch? [13:16] python3-autopilot? [13:16] plars: yeah autopilot-touch should do it [13:16] plars, veebers just requested a silo ... i had to move one file from ap-touch into dbus-property-service [13:17] ogra_: ok, I'll assign silos for those [13:17] plars, so ap-touch is uninstallable til that silo lands (which drops the file from ap-touch) [13:17] plars: it is already pulling in python3-autopilot, autopilot-touch pulls in qttestability-autopilot [13:17] ogra_: ok, what's the ppa? I can test something [13:18] plars, if sil2100 stops slacking [13:18] ;) [13:18] trainguards: hi guys. is there anything I can do to get a silo assigned for line 50 of the CI sheet? (fixes a bug that makes location-dependent scopes blank at startup) [13:18] ogra_: I'm not slacking! I'm being active on a meeting! [13:18] plars, no ppa yet ... we're waiting ... [13:18] heh, ok [13:18] sil2100, yeah yeah ... i claim that too all the time :P [13:19] ogra_: but yeah, I wonder - we'll do it for RTM [13:19] (we should have pinged robru though ... and let you do your meeting ;) ) [13:19] ogra_: I think robru is still sleeping ;) [13:19] sil2100, first we need it for utopic wheer we can then test ... by plars installing the silo package [13:20] sil2100, how dare he !!! [13:21] ogra_: hm, since basically we cannot release it for utopic right now, but ok - let me do the utopic silo first, sync to the rtm one and then only release RTM, waiting for utopic (or vivid) later on [13:21] sil2100, right, thats why we need plars, he can pull from the PPA and manually trigger a test [13:22] sil2100, once we see that brings things back to normal we then can do all the same steps for rtm (and actually land there properly) ... i'll take care to have olli approve it and have a bug etc etc [13:22] for utopic it will simply stay stuck in utopic-proposed (archive wise) [13:23] ogra_: silos assigned [13:23] ogra_, veebers: the RTM silo is a sync silo, so build the utopic one first [13:23] sil2100: cool thanks, I'll click build now [13:24] awesome [13:25] ogra_: 2 things to confirm :-) , apparmor/click.rules willstill be installed (via dbus-servie-properties right?) secondly I didn't actually remove the file in that MP so I'm doing that now (then will build) [13:31] pete-woods: sure, assigning, it's even on the List so no problem. we just need pinging atm. [13:31] Mirv: okay, just pinged a few times and got nothing, so thought there must be a reason :) [13:31] thanks for the assign! === pete-woods is now known as pete-woods-afk [13:32] sil2100: ugh, failed build: https://ci-train.ubuntu.com/job/ubuntu-landing-004-1-build/80/console [13:32] pete-woods: oh, but you probably don't want to land to utopic anymore since the release is tomorrow and I think they asked to move to SRU mode nowish already. [13:32] pete-woods-afk: so I'll change that to rtm if not a problem. [13:32] pete-woods-afk: just the sprint hecticness and weariness I assume [13:33] ruh roh [13:33] ugh I know why [13:33] and then the next release to vivid when it opens possibly on Friday [13:33] veebers: looking, but hm, maybe there was something released but not merged in? [13:34] thomi, sil2100 : I made those changes to trunk not 1.5. I'll redo this in 1.5 (as there are things in trunk not released yet) [13:34] veebers: ahh, of course. [13:34] veebers: ah, ok - just modify the MRs and let's reconfigure the silo [13:34] And rebuild [13:34] veebers: we're still on track for the things in trunk to release this week tho, right? [13:35] sil2100: either way we need the changes in both trunk & 1.5 of course [13:35] thomi: trying to, currently blocked with getting this CI test passing still [13:36] thomi: I should remove debian/autopilot-touch.dirs as well as .install right? [13:37] veebers, only in utopic yet [13:37] ogra_: sorry I don't understand that comment [13:37] veebers, dbus-property-service (and the removal of AP from the image) only happened in utopic yet [13:38] veebers, for rtm we should add dbus-property-service to your silo and also make sure to pull the ubuntu-touch-meta changes that remove AP in at the same time ... so for now, focus on utopic only [13:38] ogra_: ack, thanks [13:39] until we verified it all works there [13:41] thomi, ogra_: if you could approve this MP I'll update the spreadsheet etc. https://code.launchpad.net/~veebers/autopilot/1.5-fixing-packaging-image-removal/+merge/239192 [13:42] veebers: done [13:42] thanks thomi [13:42] veebers: can I reconfigure now? [13:42] sil2100: is it cool if I just swap out the MRs in the spreadsheet that I've already filled in? [13:42] Yeah [13:42] :) [13:43] sil2100: heh, yep I've just updated the MR links now === chihchun_afk is now known as chihchun [13:52] tedg, charles: Any chance of an update on the silent-mode silo? It has a couple issues: https://trello.com/c/1SD2iXGn/260-ubuntu-rtm-landing-025-indicator-sound-tedg [13:53] ToyKeeper, /me looks [13:59] charles: Nothing appears to be an actual regression though, so we could probably land it if the test plan is updated to cover all the relevant behavior and expectations, then fix the three issues later. [13:59] trainguards, re: the exception error I see in my silo build, should I just try a re-build? (https://ci-train.ubuntu.com/job/ubuntu-landing-004-1-build/81/console) [13:59] charles, if they have appropriate bugs raised already [13:59] ToyKeeper, completely agree with you wrt the lack of manual tests, I commented on that in my merge review as well [14:00] ToyKeeper, what I'm looking at now is trying to see what the state of the systems-settings <--> indicator sync bug is [14:00] veebers: hm, yeah, I think this was some connection error [14:00] Check if a re-run will help [14:00] ToyKeeper, I believe this is yet another manifestation of https://bugs.launchpad.net/indicator-location/+bug/1336715 [14:00] Ubuntu bug 1336715 in unity8 (Ubuntu) "switch-items in indicators sometimes get out of sync with system-settings" [Critical,Fix released] [14:00] sil2100: ack, thanks [14:01] ToyKeeper, which has been marked as fixed [14:01] ToyKeeper, so I'm going to re-run https://code.launchpad.net/~nick-dedekind/unity8/lp1336715-checkable-bindings/+merge/234503/comments/582588 to see if that sync test works now [14:02] charles: If the sync issue requires other packages (system-settings) to fix, that can be landed later. We should make sure there's a bug for it and that it's on olli's list somewhere. [14:02] charles: I'm filing the keyboard/dialpad silencing bug now. Probably won't be fixed by rtm. [14:03] yes, I know this is on dednick's and kgunn's TODO list. I don't see it tracked elsewhere so I'm going to re-open bug #1336715 for tracking [14:03] sil2100: What need to happen next with apport? [14:03] bug 1336715 in unity8 (Ubuntu) "switch-items in indicators sometimes get out of sync with system-settings" [Critical,Fix released] https://launchpad.net/bugs/1336715 [14:03] bdmurray: ah, sorry, so many things going on [14:04] bdmurray: so, you have a krillin ubuntu-rtm by any chance? [14:04] bdmurray: if yes, then if you could just test install the package from the silo PPA and check if all is ok [14:05] dednick, ToyKeeper, kgunn: https://bugs.launchpad.net/ubuntu/+source/unity8/+bug/1336715/comments/14 [14:05] Ubuntu bug 1336715 in unity8 (Ubuntu) "switch-items in indicators sometimes get out of sync with system-settings" [Critical,Confirmed] [14:06] charles: https://bugs.launchpad.net/ubuntu/+source/ubuntu-system-settings/+bug/1384274 (needs triage) [14:06] Ubuntu bug 1384274 in ubuntu-system-settings (Ubuntu) "silent mode doesn't silence keyboard or dialpad" [Undecided,New] [14:09] charles: Thanks. Could you update the indicator-sound test plan? I think that's the last item remaining before it can land. [14:11] ToyKeeper, I think ted is the better person to do that, but I will track him down and pester him to do that [14:13] ToyKeeper, ...and he just walked in the door! Consider him nagged :) [14:14] tedg, charles: It just needs to verify the indicator's functions, expected behavior, and current bugs which interfere with anything it's supposed to do. [14:20] Mirv: thanks, yes, that was a mistake === pete-woods-afk is now known as pete-woods [14:29] sergiusens: that u-d-f is not backwards compatible at all [14:29] sergiusens: I just tried it locally [14:35] plars, what does that mean ? [14:35] all official channnels should be installable with it [14:36] ogra_: right, but it requires command line change, so we have no backwards compatibility with a deprecation plan - it just has to change all at once. This is what we talked about not wanting to do [14:37] ogra_: it appears that we just need to specify the subcommand 'touch' now, but if you don't then it doesn't work [14:37] plars: weird, what command are you running? [14:37] so it breaks us unless we simultaneously change the provisioning script [14:37] ubuntu-device-flash --password ubuntuci --bootstrap --developer-mode --channel ubuntu-touch/devel-proposed [14:37] unknown flag `password' [14:37] trainguards, can I have a reconfigure on rtm silo 15 please [14:38] plars: ack, I'll fix; was something I missed [14:38] sergiusens: thanks :) [14:40] charles: https://bugs.launchpad.net/indicator-network/+bug/1336715/comments/15 [14:40] Ubuntu bug 1336715 in unity8 (Ubuntu) "switch-items in indicators sometimes get out of sync with system-settings" [Critical,Confirmed] [14:42] plars: so I see what's going on; mandel asked me to split the review and I messed up when splitting :-/ [14:43] sergiusens: no problem, I'm just trying it locally for now and I'll work on getting a regular job against this soon, so it will just test as part of the MP in the future [14:47] trainguards: What's the expected time taken to build a silo? Perhaps I'm being impatient. (https://ci-train.ubuntu.com/job/ubuntu-landing-004-1-build/82/console) [14:48] veebers: so, all packages are built now but are pending publication in the PPA still [14:48] sil2100: ah I see, thanks [14:48] So it should be any minute now :) [14:48] sweet [14:50] veebers: if, of course, the release guys didn't do something that just makes the publishers really busy [14:50] Or something [14:51] sil2100: heh, understood [14:59] veebers: concerning https://code.launchpad.net/~veebers/autopilot/1.5-fixing-packaging-image-removal/+merge/239192 - I notice it removes the click.rules [15:00] veebers: does something else put those in place? iirc we need to use those during the testing process for autopilot to work properly [15:00] maybe it's not needed anymore, but tradtionally we've had to call 'sudo aa-clickhook -f --include=/usr/share/autopilot-touch/apparmor/click.rules' to get things working properly [15:01] plars: right, this makes autopilot-touch a meta package that installs the dependencies. ogra_ has confirmed that that file is in a diffrent package now that is in the image [15:01] plars: ah ok, so perhaps the path might change? ogra_ can you confirm? [15:01] plars, dbus-property-service actually uses the file for the apparmor setup ... so it should ship it [15:02] the path should still be the same [15:02] ogra_: ack - that's good, as long as it comes from somewhere :) [15:02] plars, right, and you shouldnt call aa-clickhook yourself [15:02] phablet-config does that for you [15:03] ogra_: so it looks like unity8-autopilot only recommends autopilot-touch, so we'll still need to force installation somewhere [15:03] (whould be good to use it that way in smoke testing too, soo we see it in case there is something wrong with it once) [15:03] hmm, right [15:04] plars, can we do that somewhere in utah ? [15:08] pete-woods: Not sure if you saw yesterday, but the thumbnailer silo (rtm-003) failed testing. It doesn't appear to fix video rotation at all. [15:09] ogra_: I can do it somewhere, but as we start to move to adt, I'm hopeful that it will get easier... iirc pitti said that just works in adt [15:10] plars, right, we just need an interim solution for now [15:11] and making ap-touch a hard dep of unity8-ap will likely break other stuff [15:11] sil2100: there was an accidental firewall downage earlier apparently [15:11] so that might have delayed stuff [15:11] veebers: ^- [15:12] cjwatson: oh, ok, then something did happen to make it slower [15:12] woot, ogra_ I see ap dropped on the new image :-) [15:12] cjwatson: thanks for the info, we're still waiting for the binaries to publish [15:12] balloons, yeah, causing a lot of havoc in smoke testing :) [15:12] it all comes at a price ;) [15:13] ogra_, right I saw the commentary. My expectation is some tests don't list autopilot as a proper dependency [15:13] right [15:13] well, in fact autopilot-touch [15:13] (which pulls in the other bits as deps) [15:14] so why the concern listing ap-touch as a depends will break something? [15:15] balloons, because it might break unity8 tests on desktop [15:15] there must be a reason it was made only a recommends and not a depends [15:16] (if there isnt it should indeed be bumped up to a hard dep) [15:16] for now we first need to get test going again though ... we can then look into the rest [15:16] *testing [15:24] cjwatson: ah I see, thanks [15:25] veebers, i added proper paperwork to bug 1383479 ... so olli knows where your landing belongs to [15:25] bug 1383479 in ubuntu-touch-meta (Ubuntu RTM) "Remove autopilot from touch images" [Critical,Confirmed] https://launchpad.net/bugs/1383479 [15:25] ogra_: excellent, thanks for doing that [15:29] cjwatson: btw. do you know if the firewall issue got fixed? [15:29] cjwatson: since I see that the autopilot packages still didn't get published [15:29] sil2100: where should those be? [15:30] https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/landing-004/+packages [15:30] We're waiting for the publisher to pick them up since over 40 minutes [15:30] ok that does seem rather bad [15:30] let me look === Guest27564 is now known as renatu === chihchun is now known as chihchun_afk [15:37] ToyKeeper: thanks. just pinging the tester (satoris) about it [15:38] pete-woods: I'm actually retesting it now with rtm-016 added, to see if the changes are more visible together. [15:39] sil2100: working on it with IS, was stuck due to firewall outage earlier [15:39] cjwatson: ah, ok, thanks a lot :) [15:43] sil2100: unwedged; you should see things moving soon [15:44] ToyKeeper: according to Satoris, you definitely need both for it to be fixed [15:47] ToyKeeper: so the reason they were proposed separately was that at the time there was no clear timeline when the gstreamer changes would land and having the fix in thumbnailer would make it immediately obvious to jhodapp whether he is doing the right thing. [15:47] Should have explained this better in the silo request. Sorry about that. [15:53] plars, ogra_ sweet, looks like the ppa now has the packages from the silo build [15:53] can I have a silo for line 86? [15:58] pete-woods, satoris: Test results for rtm-003 + rtm-016 look good. I hear that 16 has a bug and may need some changes, but it seems fine for 3 to land by itself. [15:58] what's wrong with jenkins hmm.. [15:58] ToyKeeper: excellent! I'll publish 003 then [15:59] pete-woods, satoris: For similar changes in the future though, please include a note that it depends on another silo in order to function. :) [15:59] plars, ogra_: That's all we need to run a test right? [15:59] ToyKeeper: noted! [16:00] ToyKeeper, i think they should land together [16:01] brendand: rtm-003 doesn't break anything, it just allows later changes to work. [16:02] brendand: It'd be ideal to land everything as one logical change, but in this case it seems there no harm in landing thumbnailer first by itself. [16:02] brendand: silo 3 is basically "if someone has set the orientation tag, use it". So if there are videos that already have that then they will work. [16:03] Silo 16 is then about setting the tag inside gstreamer for files created by the phone. [16:03] ToyKeeper: thanks for finding out that our silo contains branches for bugs that we are not supposed to land yet. We are reconfiguring it and we will follow the testplan on it as soon as the trains rebuilds. Sorry for the annoyance; we'll ask you to re-review it later today. [16:04] ToyKeeper, satoris - true i guess. and 16 should land soon hopefully === chihchun_afk is now known as chihchun [16:07] Saviq: reconfig done. the automatic function was somehow broken, needed to type in stuff manually. [16:07] sil2100: ^ for some reason the reconfig (prepare-silo) just gave me an empty page no matter what I did, after clicking the Proceed button [16:08] alecu: Ah, I actually was hoping to land all of that since it all seemed important. For today's bug review meeting, I recommended landing the whole silo... but I haven't heard yet what was decided. [16:14] ToyKeeper: ah, that sounds great. We'll have to re-rebuild the silo anyway... === chihchun is now known as chihchun_afk [16:15] alecu: Not my call though; waiting on olli to confirm what's landable. === chihchun_afk is now known as chihchun === chihchun is now known as chihchun_afk [16:50] ogra_: doesn't look like it worked :( http://paste.ubuntu.com/8629765/ [16:51] *** 1.5.0+14.10.20141022-0ubuntu1 0 [16:51] 500 http://ppa.launchpad.net/ci-train-ppa-service/landing-004/ubuntu/ utopic/main armhf Packages [16:53] ogra_: here's the other relevant portion from when it installed autopilot-touch: http://paste.ubuntu.com/8629802/ [16:53] see if I can grab thomi later and ask him since veebers is offline now === gatox is now known as gatox2 [17:25] plars: hey touching base re: the autopilot removal from image testing. (was offline for a bit). Any luck with that? [17:26] brendand, davmor2, elopio: just making sure that's known - silo 24 got an approval from product team that it can land [17:26] ToyKeeper: ^ [17:26] So if you have a moment, please move it to the 'Needs testing' in your trello-board [17:27] sil2100, ok [17:28] veebers: no, it didn't seem to work: see http://paste.ubuntu.com/8629765/ and http://paste.ubuntu.com/8629802/ [17:29] plars, autopilot-qt4 ?? [17:30] how does that get there ? [17:32] ogra_, plars: yeah not sure where autopilot-qt4 comes from, autopilot-touch depends on autopilot-qt5 & qttestability-autopilot [17:33] veebers: ogra_: no idea -maybe unity8-autopilot? [17:34] i dont see it in the Depends line [17:34] yes, looks like [17:34] plars: I don't see autopilot-touch in that pastebin at all [17:34] ogra_: but that's when it's getting installed, when it asks for unity8-autopilot [17:34] veebers: it's in the first one [17:34] yes, i see the log [17:34] plars: ah I see oops [17:34] i just dont get why .... there are no Qt4 deps anywhere [17:35] Depends: gir1.2-glib-2.0, libautopilot-qt (>= 1.4), libqt5test5, libqt5widgets5, python-autopilot, python-evdev, python-fixtures, python-gi, python-mock, python3-autopilot, python3-evdev, python3-fixtures, python3-gi, ubuntu-ui-toolkit-autopilot, unity8 (= 8.00+14.10.20141013.2-0ubuntu1), unity8-fake-env (= 8.00+14.10.20141013.2-0ubuntu1), url-dispatcher-tools, python3:any (>= 3.3.2-2~), python (>= 2.7), python (<< 2.8) [17:35] ogra_: according to rdepends - libautopilot-qt [17:36] which I think is required for unity8-autopilot [17:36] veebers: so is autopilot-qt4 what's messing it up? [17:36] ogra@styx:~/Devel$ apt-cache show libautopilot-qt|grep Depends [17:36] Depends: autopilot-qt4, autopilot-qt5, qttestability-autopilot [17:37] why is that not an | dependency [17:37] ogra_: I think the lack of libautopilot-qt5 is causing the error [17:37] due to the testability library not being loaded [17:38] (see line 449 in that first pastebin) [17:38] veebers, well, but unity8-ap seemingly has a hard dep on libautopilot-qt ... which in turn will always pull in the qt4 stuff .... which sounds like at least a waste if it doesnt do harm [17:39] veebers: ogra_: I can easily try installing libautopilot-qt5 and see if it works with that [17:39] ogra_: right, it does sound like a wast [17:39] plars, ++ [17:39] plars: sounds good [17:39] oh [17:39] E: Unable to locate package libautopilot-qt5 [17:39] ?! [17:39] wow [17:40] try without "lib" perhaps [17:40] ogra_: autopilot-qt5 is already installed [17:40] (that at least exists ) [17:40] the toolkit brings in qt4 stuff [17:41] if i remember correctly [17:43] hmm [17:43] specifically the ubuntu-ui-toolkit-autopilot, due to legacy stufff [17:44] the second paste looks quite okay ... what is that from ? [17:45] ogra_, plars: rats, I think that was a wild goose chase, now that I look closer I see "Testability driver loaded. Wire protocol version is "1.4"." (which indicates that it's loaded fine) [17:46] mandel: hi! it turns out we are missing an apparmor rule for apps to successfully use download manager: bug #1384349 [17:46] bug 1384349 in apparmor-easyprof-ubuntu (Ubuntu) "apparmor denies app-specific download dorectpry" [Undecided,New] https://launchpad.net/bugs/1384349 [17:47] are we sure webbrowser actually worked in recent images ? [17:47] ToyKeeper: yea, so 24 doesn't have a general test plan as it's a very low level component that usually lands straight into the archive [17:47] plars: I see this "pull: /var/crash/_usr_bin_autopilot3.32011.crash" is there anything of interest in that? [17:47] ogra_: that is a good question too [17:47] sil2100: I'm looking into more details now; might be able to find a way to test it. [17:47] jdstrand, ok, will look at it asap [17:47] mandel: I wanted to confirm that ~/.local/share/ubuntu-download-manager/ is intended [17:47] ToyKeeper: normally it would land without QA sign-off even, but elopio wanted to make double sure it's not breaking anything [17:47] * ogra_ twiddles thumbs ... slow dashboard is slow [17:47] mandel: nah, it is for me to fix [17:48] ToyKeeper: the bug should have all the details for the bug itself I guess [17:48] mandel: I just wanted to double check with you before adding it [17:48] sil2100: everything all well now from the point of view of PPA publishing? [17:49] cjwatson: thanks, all seems to go smoothly now :) [17:50] plars, http://ci.ubuntu.com/smokeng/utopic/touch/mako/293:20141020:20141017.2/11059/webbrowser_app/ looks like it failed since a while already ... (thats 293) ... i guess we should pick another package === chihchun_afk is now known as chihchun [17:52] sil2100: cool [17:54] ogra_: ah, good catch. I'll try unity8 instead [17:55] yeah [17:58] mandel: so, I was thinking these would be the rules I would apply: [17:58] owner @{HOME}/.local/share/ubuntu-download-manager/@{APP_PKGNAME}/ r, [17:58] owner @{HOME}/.local/share/ubuntu-download-manager/@{APP_PKGNAME}/** rk, [17:59] ogra_: good catch [17:59] mandel: ie, read-only access. this is what we do with content hub for example. does this sound reasonable? [18:05] fginther / cihelp: any known issues with jenkins? https://code.launchpad.net/~robru/cupstream2distro/obliterate-preprod-bs/+merge/239143 is waiting on CI for nearly 1.5 hours [18:09] traffic jam ? [18:09] :) [18:09] ogra_: http://s-jenkins.ubuntu-ci:8080/job/cu2d-choo-choo-ci/ ci job hasn't ran in 12 hours [18:09] robru: please don't ping people directly - that's why we have the vanguard [18:09] ogra_: hmm, I just noticed that unity8 probably won't tell us much - that one was working [18:09] even in 296 [18:10] ev: i pinged the vanguard ;-) [18:10] robru: and Francis :) [18:11] plars, system-settings ? [18:12] or address_bok [18:12] *book [18:20] ogra_: ok, this is the one where we see the infinite loop of: [18:20] 18:19:50.277 DEBUG _uinput:541 - Dragging from 270,481 to 270,325 [18:20] ogra_: I'm reproducing it locally even with the new autopilot, so no improvement there, but this could be a test case issue [18:20] ogra_: I can confirm the screen is unlocked though, so this has nothing to do with the screen unlock status [18:21] ogra_: sil2100: I'm starting to think we just have a whole lot of test issues that need to be tracked down [18:22] sil2100: ogra_: fwiw, in the ubuntu-system-settings case, it seems to be sitting on the "Cellular" screen in u-s-s, waiting for something that never happens [18:22] ubuntu_system_settings.tests.test_cellular.DualSimCellularTestCase.test_changing_sim1_name is the test [18:22] robru: i'll take a look at that [18:23] the screen I'm looking at doesn't seem to be a slider though, it's a checkmark next to sim1 or sim2, so I'm not sure why it's trying to drag? [18:23] I think this is just a test that needs fixing [18:23] Yeah, our tests have gone bad [18:23] psivaa_: thanks [18:25] mandel: hiya [18:30] mandel: so, the rules I pasted work for beru. can you confirm they are ok and what you expect? [18:31] jdstrand, give me a few second [18:34] trainguards: can I get a silo for row 87? not urgent if low on silos (no critical bugs, just regular rtm/ota bugfixes) [18:36] ogra_: veebers: it's worth noting that ubuntuuitoolkit seems to get that same error as webbrowser app on krillin, so it doesn't seem isolated to one test [18:37] plars, hmpf [18:37] plars: :-\ hmm do you have pastebin of the output? [18:38] veebers: http://paste.ubuntu.com/8629765/ [18:38] thanks [18:38] plars, again ... it has that on 293 too [18:38] (uitk) [18:39] ogra_: I know, but we're seeing a lot of failures, are we really sure that there was a regression with this autopilot removal? [18:39] plars: that looks like webbrowser tests not uuitk (unless I missed something) [18:39] plars, not at all :P [18:40] veebers, https://jenkins.qa.ubuntu.com/job/utopic-touch-mako-smoke-daily/1062/consoleFull thats the console log from 293 (before dropping AP) ... it has the UITK pfailure there [18:41] plars, we have two probs now .... utopic is closed ... and i'm scared to make the same change in rtm without knowing we actually didnt cause a regression [18:41] plars, but i fear thats the only way to go now [18:41] plars, UITK has a fix from ricmm in some silo i think [18:42] you can still land things in utopic provided that they absolutely do not touch the other images [18:42] at least to some extent [18:42] oh, wait, but thats something different [18:42] ogra_, plars: So I'm seeing passing tests in that link, so things aren't completly broken (i.e _something_ works) [18:42] ogra_: we should talk to sil2100, but from my perspective, we have plenty of issues to deal with even without the removal of autopilot, and while nice to have, I don't think there's any critical need to remove it immediately [18:42] ogra_: sil2100: I think we should get people huting down these ap test regressions asap though [18:42] cjwatson, right, but we're not sure if anything will help and i dont want to break it even more and then be trapped by hard freeze [18:42] veebers: yes, it seems a few will pass, then a traceback [18:43] ogra_: Yeah === chihchun is now known as chihchun_afk [18:43] plars, yeah ... but i'm a bit unhappy to have the distros out of sync now ... [18:43] and AP dropping will give us pleanty of space [18:44] *plenty [18:44] krillin 122 looks actually pretty good [18:44] plars, did you have to manually intervene there ? [18:44] plars: hmm, I'm looking through to see if there are passing tests that use taps and/or drags etc. in case the input stuff is broken somehow [18:44] Does the fix for bug 1339916 need to be added to the wishlist spreadsheet? [18:44] bug 1339916 in whoopsie (Ubuntu RTM) "SystemIdentifier can change between reboots" [Undecided,New] https://launchpad.net/bugs/1339916 [18:45] plars, ogra_: yeah, so we should do that, but not sure if we'll get those down this week [18:45] bdmurray, yes, talk to olli or pmcgowan to get it added ... you need to mark it critical and tag it wwith rtm14 [18:46] sil2100, plars are you guys at the same place atm ? [18:46] ogra_: nope, I didn't touch the 122 run [18:46] plars, wow [18:46] thats pretty good news then [18:46] ogra_: I'm on the 'Click packaging and CI' meeting [18:46] ogra_: no, but I just saw the time, I think I'm missing a session [18:46] k [18:46] ogra_: talk to them and change the bug? [18:46] bdmurray, right [18:47] sil2100, plars, i think we should discuss that in person once we have a min to sit down === chihchun_afk is now known as chihchun [18:47]