=== chihchun is now known as chihchun_afk === chihchun_afk is now known as chihchun [02:01] robru: can you help me out with https://ci-train.ubuntu.com/job/ubuntu-landing-009-1-build/146/console ? [02:04] === trainguards: IMAGE 40 building (started: 20141202 02:05) === [02:17] sergiusens: https://launchpad.net/ubuntu/+source/goget-ubuntu-touch [02:17] sergiusens: dual changes are not yet in release [02:17] and the other MR is probably not yet merged [02:18] actually, no [02:18] weird, an older version is stuck in proposed [02:18] how could that happen [02:18] rsalveti: I don't know... [02:19] sergiusens: both seems to be the same upload [02:19] https://launchpadlibrarian.net/191444158/goget-ubuntu-touch_0.5-0ubuntu1_0.4%2B15.04.20141128-0ubuntu1.diff.gz [02:19] rsalveti: hmm, seems someone "published" line 43 in the sheet [02:19] sergiusens: it seems train did 2 uploads at the same time? [02:19] rsalveti: but it was never set to testing yes :( [02:19] that is an interesting behavior [02:19] infinity: around? [02:19] infinity: if so, check https://launchpad.net/ubuntu/+source/goget-ubuntu-touch [02:20] sergiusens: hm, right [02:20] sergiusens: do you remember the ppa number for that one? [02:21] lp might say that [02:21] one is from ppa 03 [02:21] 03 [02:21] sergiusens: ah, you should be able to just FORCE_REBUILD that silo and it'll plow over that other wrong version [02:21] and the other seems to be a dput? [02:21] sergiusens: did you do a dput manually? [02:21] rsalveti: yes, the train was broken on Friday [02:21] oh, right, then that explains one piece [02:22] sergiusens: sorry I gotta run, but yeah after you dput'd I fixed up your silo and then did a normal publish. your dput "won" because of the higher version. should be safe to just disregard and force the build job [02:22] one interesting thing though is that the other upload (one in proposed) should, in theory, be refused by lp [02:22] robru: my dput won because it was 2 hours before ;-) [02:22] and that's clearly not the case [02:22] sergiusens: that too ;-) [02:22] robru: and I didn't set 'testing' to yes either ;-) [02:22] sergiusens: if you hadn't bumped the version though my secondary publish would have overwritten yours. [02:24] guess because the upload done by the train is actually a package sync [02:24] still, maybe we just found a race, not sure [02:24] an archive admin should be able to give a proper answer [02:25] rsalveti: shouldn't be a race, I manually triggered a publish there. [02:25] robru: right, but sergiusens did a dput before that, and with a version that's higher than the one you did [02:25] which was migrated just fine for release [02:25] but then the now older version is stuck in proposed [02:25] rsalveti: yeah, that's why my version got stuck in proposed, because it was too low to get through to release ;-) [02:26] rsalveti: the next silo to publish it should safely overwrite the one in proposed and then also migrate to release just fine if the new version is higher. [02:26] robru: right, but I believe the right thing here is lp refusing your upload [02:26] you can't upload something that is older [02:26] rsalveti: but why would it refuse an upload to proposed if the package wasn't in proposed? [02:26] robru: because there was a newer one in release :-) [02:27] guess a package copy directly into -proposed made that happen [02:27] rsalveti: but does it check that? wouldn't it just say 'oh this package doesn't exist in proposed, i'll accept it' [02:27] robru: not with dput [02:27] at least afaik [02:27] rsalveti: the train doesn't use dput, it uses copyPackage [02:28] robru: that's what I'm saying :-) [02:28] I think dput would cover that, but as the train is doing a package copy, that check might not necessarily happen [02:29] rsalveti: either way, proposed did it's job by holding it there! ;-) [02:29] alright I gotta run, back in a couple hours. [02:29] right, still something to check [02:30] the main problem though is that it got published without testing as 'done' [02:30] sergiusens: so just force and let's see how it goes :-) [02:31] rsalveti: I bet the changelog would look ugly :-P [02:31] right :-) [02:36] * rsalveti another dist-upgrade & reboot === chihchun is now known as chihchun_afk === chihchun_afk is now known as chihchun [03:26] rsalveti: Well done (re: goget-u-t going back in time) [03:27] yeah, first time I saw that :-) === chihchun is now known as chihchun_afk === chihchun_afk is now known as chihchun [09:18] hum [09:18] is there something wrong with the CI setup? [09:18] e.g on https://jenkins.qa.ubuntu.com/job/generic-deb-autopilot-runner-vivid-mako/382/console [09:37] fginther, ^? [09:53] ogra_, is it the right version of cgmanager in silo 3? [09:55] jibel, yep, i just set it to testing done [09:55] ah, cool [10:49] fginther: any idea what's wrong in https://jenkins.qa.ubuntu.com/job/generic-deb-autopilot-runner-vivid-mako/386/console ? [10:49] cihelp ↑ [10:52] tsdgeos: hmm, I'll have a look [10:53] tsdgeos: plars / psivaa_ may know better, there are some connectivity issues being worked on AFAIK [10:54] tsdgeos: vila: Ursinha: this is an issue with the wifi network in the lab, it was *thought to be fixed yesterday but we still see the issue [10:55] i've reported it back to the IS to have a look, we probably need to wait for them to fix it [10:55] psivaa_: thanks for the information === greyback__ is now known as greyback [10:57] psivaa_: thanks, well done [10:57] psivaa_: are you able to get into a device and confirm it cannot connect to the wifi network? [10:58] ev: yes, i was able to login and connection from the device to the wifi appears working but can not go outside. [10:58] * ev nods [11:07] cgmanager is in ... i'm starting an image build for rtm [11:08] ogra_, are we resuming landings for ota? ;-) [11:08] seb128, yes, after this image has built we will start landing the already signed off silos that have ota-1 bugs [11:08] ogra_, great ;-) [11:08] (and QA is actively testing the others) [11:09] i'll also resume the nightly cron jobs ... [11:09] * seb128 is looking forward seeing fixes landing again ;-) [11:09] === trainguards: RTM IMAGE 170 building (started: 20141202 11:10) === [11:10] wooot [11:13] an image! [11:14] not yet, not yet :) === chihchun is now known as chihchun_afk [11:32] pstolowski, marcustomlinson - either of you there? [11:33] brendand, hey [11:33] pstolowski, rtm silo 006 [11:33] pstolowski, it mentions 3 bugs in the description but only one in the changelog === chihchun_afk is now known as chihchun [11:36] cihelp: Hi! The last few Mir CI runs are failing, see https://jenkins.qa.ubuntu.com/job/mir-mediumtests-runner-mako/3622/console . Any ideas? [11:36] alan_g: ^^ [11:37] alf__: i think this was due to a wifi issue in the lab [11:37] let me take a look anyway [11:38] alf__: alan_g: yea, the wifi network in the lab is broken at the, we have a ticket open with the IS for this, will follow it up with them [11:39] psivaa_: Thanks. Note that this is a new problem, it started this morning. The jobs were working fine yesterday (after the last lab issue was fixed). [11:39] brendand, is it ok if I just update the changelog for this rtm version 0.6.8? in vivid we already have 0.6.9 [11:40] brendand, (in other words, the changlog in vivd would not list these bugs) [11:46] alf__: ok, if that's the case the issue has reappeared again. === chihchun is now known as chihchun_afk === chihchun_afk is now known as chihchun [12:12] trainguards: can silo 6 be published, please? [12:13] trainguards: would anyone know why webbrowser-app fails to build in RTM silo 11? It seems the source package never reaches the PPA: https://ci-train.ubuntu.com/job/ubuntu-rtm-landing-011-1-build/67/console [12:14] oSoMoN: ok [12:17] oSoMoN: hmm. I don't see anything wrong in the output or a reason why the PPA would reject the upload. let's point that log https://ci-train.ubuntu.com/job/ubuntu-rtm-landing-011-1-build/67/console to robru. [12:19] 2014-12-02 09:50:17 DEBUG PPA exceeded its size limit (2071.00 of 2048.00 MiB). Ask a question in https://answers.launchpad.net/soyuz/ if you need more space. [12:20] Mirv,oSoMoN,robru: I've bumped that PPA's quota. Please retry the job. [12:20] building vivid too now ... [12:21] Though I'm a little confused as to why it shows as 2GiB used and 0 packages published. Maybe needs GC ... === Ursinha is now known as Ursinha-brb === Ursinha-brb is now known as Ursinha [12:22] cjwatson: oh, well spotted, thanks! it didn't occur to me to look at that figure given the PPA was "empty" [12:24] === trainguards: RTM IMAGE 170 DONE (finished: 20141202 12:25) === [12:24] === changelog: http://people.canonical.com/~ogra/touch-image-stats/rtm/170.changes === [12:25] damn [12:25] "doesn't sound good" [12:25] no package changes :( [12:25] no no ... there were package channges [12:26] the script got mad because cdimage flushed all old builds (and manifests) so there is nothing to compare against [12:26] :( [12:26] http://cdimage.ubuntu.com/ubuntu-touch/ubuntu-rtm/14.09/daily-preinstalled/ [12:26] cgmanager 0.32-4ubuntu2rtm1 is in the manifest [12:28] It's not meant to do that ... [12:28] cjwatson, thanks! === chihchun is now known as chihchun_afk [12:28] Mirv, hey, can you advice what to do about what I asked brendand earlier? here is the backlog http://pastebin.ubuntu.com/9344148/ [12:29] The manifest's on LP, so still technically accessible, but that's annoying [12:29] cjwatson, the last build was over a week ago ... [12:29] iirc we only keep 1 week currently [12:30] Ah, yeah [12:32] pstolowski: so you're asking if it's ok if you edit the rtm's 0.6.8 branch's changelog by hand? I guess so, although I wonder why it already isn't what it says at https://code.launchpad.net/~unity-team/unity-scopes-api/staging-rtm/+merge/242050 since it should pick the changelog entires from that commit message. [12:35] Mirv, yes, i'm asking if I can edit by hand and if it's ok that the changlog for same version in vivid stays as is. [12:36] pstolowski: right, sure they can differentiate since the rtm branch is separate anyhow and the rtm build has the ~rtm in the version number [12:36] Something is odd. ~ci-train-ppa-service/ubuntu-rtm/landing-011 has a bunch of packages with status Deleted, a scheduled deletion date set, but dateremoved None and they're still on disk, e.g. https://api.launchpad.net/devel/~ci-train-ppa-service/+archive/ubuntu-rtm/landing-011/+sourcepub/4381101 [12:37] I thought death-row ran on PPAs at some point ... [12:37] * cjwatson attempts to educate himself further from the code [12:39] 2014-12-02 07:59:04 INFO Processing http://ppa.launchpad.net/ci-train-ppa-service/landing-011/ubuntu [12:39] 2014-12-02 07:59:04 INFO Removing 0 files marked for reaping [12:39] 2014-12-02 07:59:04 INFO Total bytes freed: 0 [12:39] 170 changelog fixed ... [12:41] * cjwatson pokes about on dogfood === chihchun_afk is now known as chihchun === alan_g is now known as alan_g|lunch === ogra_ changed the topic of #ubuntu-ci-eng to: Need a silo? ping trainguards | Need help with something else? ping cihelp | Train Dashboard: http://bit.ly/1mDv1FS | QA Signoffs: http://bit.ly/1qMAKYd | Known Issues: RTM Archive open for ota-1 (and only ota-1 !!) landings [12:48] Mirv, ^^ if you like to ... land whats signed off by QA [12:48] Ah! Nothing ever runs death-row on derived distributions. [12:50] ogra_: \o/ [12:50] * Mirv updates the spreadsheet too [12:58] I'm looking into the PPA quota issue, though it's no longer best handled on this channel. [12:59] oSoMoN: thanks for alerting me to what turned out to be a broader issue [13:02] davmor2: is QA still happy with rtm-015? (for ota-1). just checking since it very barely missed the original topblocker deadline and has been sitting in the PPA for 3 weeks. [13:07] cjwatson, glad that turned out to be helpful [13:08] Mirv: talk to rvr and jibel, and see if it is in the list of silos to test :) [13:08] trainguards: can I have a silo for line 55, please? [13:09] davmor2: rvr: jibel: rtm-015 already QA signed off, it was just weeks ago. I guess I hesitate because the bug is not specifically retargeted to ota-1, and I'm unsure if it's automatically ok to land previous topblocker fixes now to ota-1. [13:12] Mirv: I don't know yet which silos are ok to land, but if it was tested weeks ago, then it's out of date. Silo needs to be retested with latest image. [13:15] rvr: hmmkay. could you then maybe set up the rtm-015 for retesting if that's the way to go? not that of course much was landed during the last three weeks. === alan_g|lunch is now known as alan_g [13:49] === trainguards: IMAGE 40 DONE (finished: 20141202 13:50) === [13:49] === changelog: http://people.canonical.com/~ogra/touch-image-stats/40.changes === [13:49] \o/ [13:50] woah [13:52] Mirv, hey, so I've pushed updated changelog, but it refuses to rebuild it? ^ [13:52] pstolowski: try the force option [13:54] Mirv, that didn't help [14:00] pstolowski: oh right, it's unintuitive. I kicked it too, now it seems do be continuing. [14:00] pstolowski: you generally need to specify the package name in there. if the MP is updated, there is not even need for the force option. [14:00] wow, many updates [14:00] Mirv, ah, ok, thanks! === pstolowski is now known as pstolowski|lunch [14:01] ogra_: what is the current vivid top most blocker? [14:01] sence the seeds got reverted [14:03] hm, no sound indicator with 39 [14:03] let me update to 40 [14:04] might be that other bug that happens after wizard [14:08] rsalveti, there is no top blocker in vivid ... its vivid :P === fginther changed the topic of #ubuntu-ci-eng to: Need a silo? ping trainguards | Need help with something else? ping fginther | Train Dashboard: http://bit.ly/1mDv1FS | QA Signoffs: http://bit.ly/1qMAKYd | Known Issues: RTM Archive open for ota-1 (and only ota-1 !!) landings [14:08] i dont think anyone even tracks "blockers" there [14:49] trainguards could you republish silo 005? === pstolowski|lunch is now known as pstolowski === chihchun is now known as chihchun_afk [15:05] brendand, hey, silo rtm 6 has been rebuilt with updated changelog [15:06] pstolowski, ok [15:09] ogra_: thought sil was tracking that :-) === chihchun_afk is now known as chihchun [15:10] not anymore i think ... all focus was shifted to rtm ... but i might be wrong ... ask him once he is not sick anymore :) [15:14] robru, hey man, if I have a silo [15:14] whoops [15:15] robru, if I have a silo and it wants an associated seed change, do we still just manually upload the seed change and hope everything lands around the same time? [15:27] trainguards ↑ please [15:29] mterry, yes [15:30] (and no, we dont operate based on "hope" :) ... we can disable image builds til both is in the archive if needed) [15:30] bah [15:30] woudl you prefer hope ? [15:31] rtm 169, my phone is ringing an alarm reminder but unity8 is not responding [15:31] can't stop the ringing [15:31] use a hammer [15:31] should not take more than five hits to quieten it ... else it's a bug [15:31] :P [15:31] oh, ubuntu logo [15:31] sound stopped [15:32] but phone keeps vibrating [15:32] interesting :p [15:32] unity8 segfault I guess [15:32] yeah [15:32] you should have some nice .crash files [15:32] bah, back to a working phone [15:32] with vibrating in endless loop mode [15:33] we had good bunch of scoperunner crashes recently ... that can tear down unity8 along it seems [15:33] *a good bunch [15:34] * seb128 reboots [15:34] does anyone if the CI infra is known to have issues? [15:34] https://jenkins.qa.ubuntu.com/job/generic-deb-autopilot-runner-vivid-mako/393/console [15:34] seems the settings tests don't even run [15:34] the phablet-network setup fails [15:34] who should be pinged about that? [15:37] ogra_, Mirv, fginther, ^ somebody knows? [15:37] seb128, IS [15:37] it's not the qa or ci teams? [15:37] Ap issues ... started on the weekend [15:37] k, so it's not only settings? [15:37] we have them in smoketesting too [15:37] is there a ticket/bug about it? [15:37] seems to be the whole lab [15:37] i think psivaa_ opened an RT [15:38] seb128, the problem is back again. Let me send out an email notice [15:38] fginther, thanks [15:38] is anyone working on resolving it? [15:39] seb128, yes, IS support has acknowledged the problem [15:39] seb128: https://rt.admin.canonical.com/Ticket/Display.html?id=77057 is the ticket, [15:39] psivaa_, thanks === fginther changed the topic of #ubuntu-ci-eng to: Nseeed a silo? ping trainguards | Need help with something else? ping fginther | Train Dashboard: http://bit.ly/1mDv1FS | QA Signoffs: http://bit.ly/1qMAKYd | Known Issues: Lab networking issues (being triaged). RTM Archive open for ota-1 (and only ota-1 !!) landings [15:39] fginther: thanks for sending out the email [15:42] ogra_, bah, unity8 apport file doesn't have a dump, no useful info of what happened then [15:43] to bad [15:43] the media-hub-server crashed as well [15:44] any scoperunner file ? [15:44] that as well [15:44] yeah, i think i had the same issue here too then [15:44] scoperunner, media-hub and unity8 crashing together [15:45] did you open a bug about it? [15:45] nope, no data and i was on the road when it happened [15:49] trainguards: can silo 6 be published, please? [15:54] ogra_, the media-hub-server bt seems to be code from /android/system/lib/libmedia_compat_layer.so [15:54] so no symbols [15:55] yeah [15:55] but you can at least add an oops pointer (grep it from whoopsie.log) to the bug [15:55] trainguards, may I please have a silo for spreadsheet line #57? [16:01] ogra_, i need to raise the topic of possibly being able to update apps in the store only for vivid [16:02] raise it then :) [16:02] ogra_, consider it raised! [16:03] :) [16:03] ogra_, so right now if i order an app to be updated to fix a test in vivid, then it will also update in RTM [16:03] ogra_, not such a big deal if it's test code only changed [16:04] ogra_, but if there are app changes since before the test code was updated, that also gets pulled in [16:04] ogra_, even worse if those are quite big changes [16:05] brendand, apart from getting support on the store side (which needs to happen), I suspect the simpliest way around this is to not pull from the store to build the image [16:05] balloons, yeah - that decision seems to be chewing on our posteriors at the moment [16:06] we have other reason we'd like to be able to push things to the store, but for now the differentiation seems to be based on the framework required [16:06] which may indeed make enough sense that more support on the store side for filtering uploads never materializes [16:06] rsalveti, do you know who's waiting for the rtm device tarball? [16:06] (it's ready with test results, etc) [16:08] john-mcaleely: mostly me atm :-) [16:09] john-mcaleely: still stuck in the bq's screen though [16:09] wonder wtf is happening here [16:09] oh, there you go [16:09] ubuntu logo [16:10] it looks good for me on #170 === om26er is now known as om26er|dinner [16:32] balloons, brendand, the proper solution is to simply judge all core apps as rtm [16:46] ogra_, anything that stops us from freely developing apps on a *development* release is not a proper solution [16:47] ogra_, there's absolutely no reason to treat core apps differently from any other part of the system [16:47] brendand, well, then we need a devel-store [16:47] official store should be for rtm [16:48] we have the ability to sideload clicks for developers ... i dont see why in-development core-apps need to go to the store [16:48] ogra_, well what about the image? [16:49] ogra_, that's really the issue [16:49] (especially since they are most likely developed against a framework we do not even ship yet) [16:49] brendand, rtm is the measure ... [16:49] sil2100, ! [16:49] alive !!! [16:50] ogra_, let's think about the end goal here - i want to be able to update e.g. reminders or weather app in order to fix test failures in vivid, without impacting on RTM [16:50] brendand, well, you cant ... the official store should be tied to the official release which is rtm [16:51] if there is a way to have a devel store where the devel release can build from we should use that ... [16:51] ogra_, i can't isn't really good enough. there has to be a way [16:51] ogra_, or don't have the devel release pull from the store at all [16:51] then there needs to be made a way ... there isnt one today [16:51] ugh! [16:51] and i dont think we can decouple the official store from rtm [16:52] ogra_, okay that's two different things - 'can't' and 'can't right now' [16:53] well, i doubt we can do it in the vivid release timeframe [16:53] (setting up a second store that is) [16:53] New core app version needed for vivid? [16:53] ogra_, well no, but that's not the only way right? [16:54] the only fasable one i see [16:54] *feasable [16:56] ogra_, so the core-apps developers are doomed to not land anything for the next 6 months that is not eligible for RTM? [16:57] brendand, well, why would they push anything to the store that you cant install (due to unsupported frameworks) [16:57] ogra_, i didn't suggest they should [16:58] they should be able to provide clicks for testing etc ... and we should consider having a test-store but as i said, the official store needs to be tied to rtm [16:58] and setting up a devel store wont be a small task i guess [16:59] which is why i said above that i dont belive it is doable in vivid timeframe [17:01] ogra_: if you could lead the meeting today one last time I would be grateful ;) I'll take care of the e-mail once I get all the updates I need [17:01] sil2100, no prob, nothing to discuss anyway [17:01] we re-started cron builds and had an image with cgmanager today ... [17:02] the lab has still wifi issues so we dont get proper results yet [17:03] plars, meeting ? [17:03] ogra_: on the way [17:15] brendand, we with the music-app are bracing ourselves for this exact issue when vivid has an updated media-hub/mediascanner that we cannot then support in rtm :/ [17:16] pete-woods, thostr_ - silo 007 is *7000* lines of diff.... [17:17] woah [17:17] tiny [17:17] brendand: only 7k? Come on [17:17] pete-woods, thostr_ - okay 6200 actually - slight exaggeration for effect :P [17:17] Isolated bugfix, land it! [17:18] seems to remove some tests too [17:18] this is using citrain-diff too so i'm sure it's not launchpad mischief [17:19] well i'll test it a bit anyway, but i'm somewhat uncomfortable with how big that diff is. and supposedly it's only fixing one bug [17:19] which by the looks of it is 'unity-scope-mediascanner needz moar codez!!!!' [17:19] brendand: that's interesting [17:20] brendand: as the single MPs alltogether are just 1500 loc [17:21] thostr_, unity-scope-mediascanner_0.2%2B15.04.20141110%7Ertm-0ubuntu1.dsc vs unity-scope-mediascanner_0.2%2B15.04.20141117.1%7Ertm-0ubuntu1.dsc [17:23] thostr_, doesn't show grooveshark results [17:23] thostr_, was that intended [17:24] it should only add stuff [17:24] thostr_, it shows vimeo in settings but no results for it [17:24] thostr_, i just see youtube features [17:25] thostr_, think of something fast or i'll have to fail this silo :P [17:25] what do you mean by vimeo in settings? [17:26] do you have vimeo scope installed? [17:27] brendand: but if you have grooveshark and vimeo scope installed it'll just show those [17:29] thostr_, no i don't have vimeo installed [17:29] thostr_, i do have grooveshark though [17:29] thostr_, and it doesn't show in Music scope anymore [17:30] brendand: is it checked in the settings? [17:30] thostr_, i have 7digital, Songkick and Youtube [17:30] thostr_, yes also SoundCloud - which again isn't in the scope [17:31] thostr_, although like vimeo i don't have that scope [17:31] brendand: so which ones have you installed and which ones are checked in settings? [17:31] thostr_, everything is still checked in settings [17:31] thostr_, i haven't unchecked anything [17:31] brendand: there is still an issue around settings showing scopes that are not installed, but htat is something we'll fix very shortly [17:32] brendand: and grooveshark scope is still working on it's own? [17:33] thostr_, yes [17:35] thostr_, ftr once i install vimeo and soundcloud they are fine [17:35] thostr_, grooveshark still doesn't show up [17:36] brendand: is grooveshark the newest version? [17:36] thostr_, it should be this is the latest rtm-proposed image [17:37] brendand: that is strange, especially since no code around grooveshark aggregation was changed [17:37] brendand: we'll investigate... can you put this on ice for time being [17:37] thostr_, well given the 6200 line diff maybe some code has been changed that you didn't think would be [17:38] brendand: that might be... investigation is first where this big diff comes from [17:38] brendand: it should really be only a fraction of this [17:38] thostr_, ok i need to have dinner anyway [17:38] thostr_, thanks [17:38] brendand: how can I see the diff you're seeing? [17:39] thostr_, i put it here - http://people.canonical.com/~brendan-donegan/landing-007.diff [17:39] brendand: thanks === om26er|dinner is now known as om26er [17:48] Mirv, for spreadsheet line 57, is your comment why it hasn't gotten a silo yet? I still wouldn't mind a silo to prep for landing in the meantime... Unless we're short [17:59] mterry: yeah unity8 is migrating, best to wait for that to finish before assiging a silo, otherwise you just have to rebuild right away anyway. === alan_g is now known as alan_g|EOD [18:15] ogra_, awe_: so image 39 mako vivid mms is working with my contract sim in both directions, I think it might be the new udev at fault maybe? [18:16] now I need food [18:16] davmor2, or apparmor, did you check for denials ? [18:20] ogra_: no damn it I'll have a look again tomorrow I just want to get 39 passed on 5 devices at 1 hour per device :P [18:21] yeah [18:21] take your time [18:33] mterry: lol, tried to assign your silo. need the MP though, not the branch. [18:36] robru, kenvandine just told me that he's waiting on a ubuntu-system-settings rtm-backport branch to land, before he wants to land my silo so maybe hold off after all [18:36] robru, but I will fix that MP [18:36] mterry: ok no worries [18:37] robru, also this silo would need an associated seed change -- do we still just make those in parallel or do we have a way of tying them together with the silo? [18:37] mterry, well i have a pile of backport branches, at least one of them touches the wizard [18:37] i'm going through the bugs now trying to prioritize them for ota-1 landing [18:37] mterry: I'm not very familiar with seed changes, talk to ogra_ for that [18:38] kenvandine: oh if you land anything today please let me hit publish on it, I need to test something ;-) [18:38] kenvandine, wait, how would that affect me landing drop-wizard in vivid? [18:38] robru, it won't be today :) [18:39] darn! ;-) [18:39] mterry, because i want to make sure we have cherry-picked everything [18:39] just to be safe [18:39] mterry, i know something later than what i cherry-pick should be fine [18:40] mterry, well, i guess dropping the wizard will ensure we don't have any more wizard fixes :) [18:40] heh [18:41] and if there are issues, we can just fix them in the rtm branch [18:42] ogra_, do you know how we handle seed changes that are associated with a silo? Just make them in parallel around the same time? [18:42] mterry, ok... i've convinced me... do you have a silo request already? [18:42] you could just add your uss branch to it [18:42] s/i've/you've/ [18:43] kenvandine, yeah I have, line 57 of the spreadsheet [18:43] ok, add your uss branch there [18:43] it'll be easier to test in the silo anyway [18:52] robru, OK if you want to make a silo for line 57 now, I'd be obliged [18:52] robru, sorry for turnaround :) [18:53] mterry: no worries. do you think you'll publish it today? [18:53] mterry: vivid 3 [18:53] robru, um... depends on if Cimi presses the approve button on my tests branch in short order. So probably no [18:54] mterry: darn it! I went my entire shift yesterday without a single publication. I have experimental train changes I need to make, but the last thing I want to do is land them and then go to sleep and let the europeans discover all the fun regressions. I need a real live publish I can test it on myself while I'm awake. [18:55] robru, :) [18:55] mterry: I think it's a conspiracy... nobody wants to be my guinea pig ;-) [18:55] robru, didn't we just publish a unity8 silo? [18:56] mterry: that was before I woke up [19:02] cihelp: ping. who best to set up jenkins ci job for monitoring MPs and running the tests on them, for a new branch? === chihchun is now known as chihchun_afk [19:04] dobey, we can do that, what's the branch? [19:05] fginther: lp:unity-scope-click/rtm-14.09 [19:06] dobey, ack [19:07] fginther: thanks [19:07] fginther, oh... i have some rtm branches i'd like to see CI run for :) [19:08] fginther, lp:content-hub/rtm-14.09 and lp:ubuntu-system-settings/rtm-14.09 [19:08] kenvandine, got it === chihchun_afk is now known as chihchun [19:23] fginther, thx [19:26] dobey, kenvandine, I just realized that this request is a lot more involved then adding a few configuration entries. I'll have to get back to you on this after investigating a little [19:26] fginther, cool, thanks [19:27] not urgent, but it would be nice to have CI run on the backport MPs for rtm [19:33] fginther: ok, thanks [19:41] Chipaca, you have settings in rtm 14 silo for testing, are you done with that? [19:41] Chipaca, if so, mind freeing it? [19:52]