[06:34] <oSoMoN> jibel, good morning! silo 15 is affected by the same unity8 flaky test that affected silo 10 yesterday :/ (https://requests.ci-train.ubuntu.com/static/britney/vivid/landing-015/excuses.html), can that failure be ignored?
[06:46] <oSoMoN> Mirv, alternatively, can the failed tests on https://requests.ci-train.ubuntu.com/static/britney/vivid/landing-015/excuses.html be re-run please?
[07:10] <mterry> good morning!
[07:10] <jibel> oSoMoN, ^^ done
[07:10] <jibel> morning
[07:14] <mterry> jibel, (did you see my previous message about flaky silo 27 tests?  I timed out of irc soon after)
[07:17] <jibel> mterry, I didn't
[07:17] <mterry> jibel, hello!  silo 27 was ready for QA review earlier this week, but had to rebuild a package due to a mir release.  It's since been stuck in autopkg flaky test hell.  So it appears as "failed automated signoff" while I keep retrying tests.  Just wanted to let ya'll know it's actually ready to be tested.
[07:17] <mterry> * mterry is retrying last failing test now
[07:17] <mterry> ^ that was it
[07:20] <mterry> jibel, oh...  I thought I'd had experiences where setting that field to Ready would immediately reset itself to Required if the automated tests weren't passed
[07:20] <jibel> mterry, there is a magic incantation
[07:20] <mterry> jibel, ah ok
[07:20]  * mterry just wanted to make sure he wasn't crazy and fields really did change themselves  :)
[07:20] <jibel> don't worry it really did
[07:24] <oSoMoN> jibel, thanks
[07:32] <Mirv> oSoMoN: rerun done too
[07:33] <Mirv> but I'm around, today somewhat better than yesterday, no throwing up so far
[07:37] <oSoMoN> Mirv, glad to hear that you’re feeling better! and thanks for the re-run
[08:51] <ToyKeeper> charles, ondra: Question for you on ticket 1299 (indicator-display): https://trello.com/c/gzf3hdwh/3111-1299-ubuntu-landing-035-indicator-display-charles-ondra
[08:51] <charles> ToyKeeper, shoot
[08:52] <ToyKeeper> charles: Ah, the question is at the link.  Getting a crash which looks new, can't repro it without the silo.
[08:53] <charles> eep!
[08:53] <charles> looking
[08:54] <charles> ondra, this crash ToyKeeper's seeing looks like an issue for you on adb ^
[08:56] <ondra> charles I will have a look
[08:56] <ondra> charles I have today off, so it will have to be next week though
[08:56] <charles> so we're pushing this back past ota 11?
[08:56] <charles> :/
[08:57] <ToyKeeper> It doesn't seem like it should be caused by the silo, but I haven't been able to repro without it.
[09:00] <jibel> charles, are there string changes?
[09:00] <charles> jibel, no
[09:00] <jibel> if not it can still land early next week
[09:00] <charles> jibel, cool
[09:02] <charles> ondra, happy weekend :)
[09:02] <charles> ToyKeeper, I'm not seeing the crash, what setup are you testing on?
[09:05] <ToyKeeper> charles: It was krillin rc-proposed 321 and arale rc-proposed 313.
[09:07]  * ToyKeeper tries it again with 323+315.
[09:07] <charles> ToyKeeper, I've got a krillin rc-proposed 323 here too, so maybe try that first :-)
[09:18] <charles> ToyKeeper, hmm. I'm not seeing it on krillin rc-proposed 323 + citrain device-upgrade 35 ... after hitting yes in the popup prompt, I tried reconnecting w/phablet-shell after 10, 30, and 60 seconds, all succeeded, and nothing from adb in /var/crash
[09:20] <charles> ToyKeeper, from your description it sounds like the interval is important
[09:21] <ToyKeeper> charles: I got this just a moment ago: https://errors.ubuntu.com/oops/9fc10040-0deb-11e6-9ed8-fa163ef911dc
[09:21] <ToyKeeper> ... following instructions in https://wiki.ubuntu.com/Process/Merges/TestPlan/indicator-display (adb-prompt-after-boot)
[09:21] <charles> ok. Will walk through adb-prompt-after-boot
[09:22] <ToyKeeper> (except I allowed adb connections and then connected, disconnected, then connected again to check for crashes)
[09:22] <ToyKeeper> The usb disconnect/reconnect might be relevant, not sure.
[09:23] <ToyKeeper> But I still don't see how the silo could cause it, since it's only a UI change.
[09:29] <charles> ToyKeeper, yep, getting it here as well. Same config as before, tested with adb-prompt-after-boot and then reconnecting after 10, 30, 60 sec
[09:29] <charles> I don't understand what in that silo could cause this
[09:29] <charles> hmmm
[09:30] <ToyKeeper> Seems like it must be a pre-existing issue which just hasn't triggered on its own due to poor luck or something.
[10:28] <charles> ToyKeeper, one last thing before I punt this to Monday when ondra gets back
[10:29] <charles> ToyKeeper, could you try one more time with a fresh install of silo 35?
[10:41] <Wellark> trainguards: what does this error mean? https://ci-train.ubuntu.com/job/ubuntu-landing-067-0-status/8016/consoleFull
[10:58] <oSoMoN> Mirv, would you mind publishing silo 15 for me, please? it’s got minor packaging changes
[11:04] <popey> davmor2: rvr uploaded music 1003 to the store, thanks for your help!
[11:05] <rvr> popey: You're welcome :)
[11:05] <davmor2> popey: I only passed it on but I will bathe in the reflective glory ;)
[11:10] <jgdx> rvr, there are no instructions
[11:10] <jgdx> I have no means of testing this
[11:11] <rvr> jgdx: We cannot release something untested
[11:12] <jgdx> rvr, I mean then making an actual connection, we can test that the correct fields are set
[11:18] <jgdx> rvr, http://pastebin.ubuntu.com/16124855/
[11:18] <Wellark> davmor2: could this silo get a QA exemption: https://requests.ci-train.ubuntu.com/#/ticket/1342
[11:18] <Wellark> only strings being added, no functional changes
[11:19] <Wellark> davmor2: sorry, if you are not the right person to ask this
[11:20] <rvr> jgdx: That test only checks that the data is saved. We should test the connection to an actual VPN, so we are 100% that what we deliver to users is working and there are no surprises.
[11:21] <davmor2> Wellark: how do you mean a qa exemption, if it is a change it needs to land through qa, if it is just string changes then we can probably fast track it, but jibel would be the better person to speak to
[11:22] <rvr> Wellark: I see some changes to the code as well
[11:22] <rvr> Wellark: SwitchItem::UPtr Factory::newMobileDataSwitch()
[11:23] <jgdx> rvr, I agree. Please fail the silo and I'll escalate this.
[11:23] <rvr> Wellark: We surely can fast track it, but not direct approve it
[11:23] <rvr> jgdx: No need to fail it, as it only needs a VPN somewhere. I will move it to the first lane.
[11:25] <jgdx> rvr, who's going to provide the VPN servers?
[11:27] <rvr> jgdx: In QA we don't have the time or resources to do that. And not sure IS can help.
[11:27] <davmor2> jgdx, rvr: did pete-woods have an instance somewhere that had a vpn that covered all the instances?  The other alternative would be create a juju setup that can be launched and dropped as needed maybe
[11:30] <Wellark> rvr: the code changes are trivial to introduce the strings to the code bases. nothing is actually done with the added lines
[11:32] <jgdx> davmor2, if pete can provide QA with the infrastructure they need to test a slew of vpn scenario, great
[12:07] <morphis> Mirv: ping
[12:58] <jgdx> trainguards: hey, does this build [1] need any special parameters. I don't think it has required this before? [1] https://requests.ci-train.ubuntu.com/#/ticket/1343
[13:00] <Mirv> oSoMoN: done
[13:00] <Mirv> morphis: pong. I can only occasionally stay up.
[13:01] <Mirv> (but still, getting better today, I've been able to eat some)
[13:04] <Mirv> jgdx: that might require more brain power I currently have, it complains as if the source would not have been properly prepared for CI Train (https://ci-train.ubuntu.com/job/ubuntu-landing-058-1-build/53/console), but .bzr-builddeb and debian/source/format seem fine to me
[13:05] <Mirv> jgdx: it complains about the .gitignore/.bzrignore files under docs/example-server/ that are not even part of the MP, while the trunk of lp:ubuntu-push seems untouched since last CI Train landing so I'm a bit puzzled
[13:06] <jgdx> Mirv, me too, but yeah. Get well!
[14:00] <bfiller> fginther: could you please add the vivid overlay ppa to jenkins jobs for lp:indicator-datetime
[14:01] <bfiller> fginther: this ppa specifically http://ppa.launchpad.net/ci-train-ppa-service/stable-phone-overlay/ubuntu/ vivid/main
[14:01] <bfiller> renatu: ^^^^
[14:02] <renatu> bfiller, the citrain works, we need only on jenkins jobs that run automatically on mr
[14:02] <bfiller> renatu: yes, I asked to change the jenkins jobs
[14:02] <renatu> bfiller, ok, sorry
[14:21] <Saviq> rvr, hey, any issues with silo 27? got an ETA?
[14:22] <rvr> Saviq: Just checked that libertine is working fine, still have to finish with minor changes
[14:22] <rvr> Saviq: It will be done today
[14:22] <Saviq> rvr, ack, thank you
[14:23] <Saviq> mterry, mzanetti, FYI ↑
[14:23] <mzanetti> :)
[14:24] <mterry> \o/
[14:28] <rvr> Saviq: mterry: One thing...
[14:28] <mterry> hrm
[14:28] <rvr> Saviq: mterry: In the launcher and the switcher, the libertine apps don't show any icon
[14:28] <Saviq> intense
[14:29] <Saviq> hum
[14:29] <rvr> Do I file a bug for that?
[14:29] <rvr> Is it expected?
[14:29] <mterry> rvr, interesting...  I didn't notice that before.  Yes please.  That would be an ubuntu-app-launch bug
[14:40] <rvr> mterry: https://bugs.launchpad.net/ubuntu/+source/ubuntu-app-launch/+bug/1576722
[14:40] <rvr> mterry: Would be great to fix that before OTA11
[14:41] <rvr> It's specially ugly in the launcher
[14:41] <jibel> morphis, ^^ done
[14:41] <morphis> jibel: awesome!
[14:41] <morphis> davmor2: ^^
[14:42] <mterry> rvr, indeed
[14:42] <mterry> tedg, ^ bug noticed during testing -- any ideas there?
[14:42] <davmor2> \o/
[14:45] <tedg> mterry: larry is working on a mega fix for that, like theme support and everything.
[14:45] <tedg> mterry: It'll be a lot better than what we have.
[14:45] <mterry> tedg, is ual returning nothing right now or something that u8 doesn't understand?
[14:45]  * mterry just trying to figure out if there's a u8 side fix here too
[14:46] <tedg> mterry: It's returning a very simplistic understanding of how icon themes work, so it doesn't always find the icon.
[14:46] <tedg> mterry: https://code.launchpad.net/~larryprice/ubuntu-app-launch/find-theme-icons
[14:46]  * tedg is literally reviewing the branch right now
[14:46] <mterry> tedg, do you know of an app that we could install and see an actual icon?  just to confirm that it will work all fine once fixed?
[14:50] <mterry> rvr, ^ looks like it's being worked on as we speak, but doubtful it will make ota11
[14:50] <mterry> rvr, based on what tedg said, I suspect *some* (probably older / crappily-packaged) apps would actually show an icon still.  But most won't
[14:51] <tedg> mterry: Can't find one... I'm looking.
[14:51] <tedg> mterry: rvr: I think we'll be in for OTA11, we've got a week! :-)
[14:52] <rvr> tedg: Go! :)
[14:55] <tedg> mterry: No, the old code was worse that I thought, it'd basically only work if the desktop file had an absolute path.
[14:56] <tedg> mterry: But what we're doing is having libertine-scope use the same code, so that if libertine scope shows an icon U8 should get the same icon.
[14:57] <tedg> synergy or something like that
[14:57] <mterry> tedg, hrm...  libertine scope shows an icon in this case (inkscape)
[14:57] <mterry> tedg, so at least today (without that branch) the scope is a little smarter.  That's expected?
[14:58] <mterry> inkscape.desktop seems to just specify "inkscape" as icon.  So yeah, u8 won't be able to find it
[14:58] <tedg> mterry: Yes, next version of libertine-scope.
[14:58] <mterry> tedg, cool
[14:58] <tedg> mterry: larry is making both changes
[14:58] <tedg> mterry: He was working on making the libertine-scope code better, but then I stole him to make UAL better :-)
[14:58] <mterry> tedg, great.  My big fear was just that qtmir or u8 needed fixes, but sounds like no.  /me rests easier
[15:01] <rvr> Saviq: mzanetti: This bug is not fixed https://code.launchpad.net/~lukas-kde/unity8/upcomingEventETA/+merge/292539
[15:01] <mzanetti> rvr, how did you test it?
[15:02] <rvr> mzanetti: I created an alarm for 16:00, and when it was less than a minute, the indicator was still showing 4 minutes
[15:02] <rvr> I took a screenshot
[15:02] <mzanetti> rvr, yeah, not fixed for alarms yet. only for calendar events...
[15:03] <mzanetti> rvr, we discovered that quite late and decided to fix it in a new branch for alarms
[15:03] <mzanetti> (for some reason I don't know alarms and calendars are ran through different code parts)
[15:03] <mzanetti> there's some comments about this in the branch
[15:03] <mzanetti> MP
[15:03] <rvr> mzanetti: Ahh, ok
[15:03] <Saviq> rvr, /me files a bug for OTA11 then
[15:04]  * rvr tries with the calendar
[15:04] <rvr> Saviq: Ack
[15:07] <Saviq> rvr, bug #1576741
[15:19] <Wellark> jibel: hi. could I get a fasttrack qa signoff for this as it's only adding a string in the source tree but no functional changes:
[15:19] <Wellark> https://requests.ci-train.ubuntu.com/#/ticket/1349
[15:20] <jibel> Wellark, sure, when it's ready for qa
[15:21] <Wellark> jibel: any idea how long it takes for the automated signoff?
[15:21] <Wellark> like 15 minutes, 1h, 2h, etc.
[15:21] <jibel> Wellark, no, it all depends on hw availability and length of the queue
[15:21] <Wellark> ok
[15:22] <jibel> can be a couple of minutes to ....
[15:27] <rvr> mzanetti: I have a problem with calendar app and cannot create an event, is there any other way to test it?
[15:28] <mzanetti> rvr, creating it on the google calendar and syncing it :/
[15:29] <rvr> mzanetti: Good idea
[15:30] <rvr> renatu: Do you know what's going on? https://bugs.launchpad.net/canonical-devices-system-image/+bug/1576752
[15:32] <renatu> rvr, to use the calendar-app with rc image you need it from trunk
[15:32] <renatu> rvr, I marked your bug as duplicated of this one: #1574502
[15:33] <renatu> rvr, a new version of calendar app is planed for next week
[15:33] <rvr> renatu: Ah, great!
[15:47] <rvr> mzanetti: Sync'd with Google Calendar, confirmed that now it updates fine :)
[15:58] <Saviq> w00t, /me has desktop notifications
[16:49] <rvr> Saviq: jibel: Approving silo 27
[17:08] <jibel> rvr, \o/ thnkas!
[17:08] <jibel> thanks*
[17:11] <awe_> jibel, did you follow the thread re: the livecd-rootfs landing on #phablet?  https://requests.ci-train.ubuntu.com/#/ticket/1352
[17:51] <robru> jgdx: it is failing because you have .bzrignore and .gitignore in a subdirectory in your source tree... The tarball that gets created strips those out but then the source tree still has them so it's considered an illegal change. Can you refactor your project to not need those?
[17:55] <robru> Wellark: that error means that the train built a version of u-s-s and pushed it to a lp branch, but the package it uploaded to the ppa could not be found. Could be caused by cancelling the build job at the wrong time, or a ppa upload failure. Try rebuilding if it's still an issue
[18:28] <mterry> rvr, thanks for silo 27 review!  publishing  :)
[18:28]  * mterry is excited to enable libertine goodness
[18:35] <tedg> mterry: Installed larry's branch and I have icons on the panel and the switcher
[18:35] <mterry> tedg, oooh great
[18:37] <Saviq> rvr, awesomes, thanks
[18:37] <Saviq> oh publish already!
[18:41] <tedg> mterry: Saviq Is there a plan to do the background color thing like U7? The icons are there, but they look kinda dumb :-)
[18:43] <tedg> https://usercontent.irccloud-cdn.com/file/S4dK2ITx/Switcher%20with%20icons
[18:48] <rvr> tedg: Awesome!
[18:48] <rvr> Good weekend, everyone!
[18:52] <alex-abreu> alesage, ping
[18:54] <alesage> alex-abreu, pong
[18:54] <alex-abreu> alesage, not sure I understand why britney failed here https://requests.ci-train.ubuntu.com/#/ticket/1056
[18:57] <alesage> alex-abreu, let's ask robru , I'm new to this format
[18:57] <alex-abreu> what I can gather from it seems more like a glitch error than one related to the branches
[18:58] <alesage> alex-abreu, would have to look at the history but yes it looks like an infrastructure thing
[18:59] <alex-abreu> robru, ^ ?
[19:34] <robru> alesage: alex-abreu: never seen that one before, seems to imply a problem on amd64. Try asking pitti
[19:34] <alex-abreu> robru, do you know if he is around?
[19:35] <robru> alex-abreu: well he's in Germany so probably EOW at this point. Sorry
[19:36] <alex-abreu> robru, could you re trigger britney?
[19:36] <robru> alex-abreu: maybe try asking some people in #ubuntu-release, they know more about britney than i do. Just make sure to link to the excuses page so they don't have to dig it up
[19:36] <robru> alex-abreu: it runs every hour or so, i can't run it manually, no
[19:54] <alesage> alex-abreu, jibel also might have an opinion here
[19:55] <alesage> knowing absolutely nothing about, I wonder if a dependency change removed X/xvfb support for this build, e.g.
[19:56] <alex-abreu> alesage, I asked #ubuntu-release, and there seem to be a packaging issue w/ the click package debian config, which is rather unfortunate since it is unrelated to the silo itself and has been there for ever
[19:56] <alesage> alex-abreu, bad timing :)
[19:56] <alex-abreu> alesage, yes the worst ...
[19:57] <alex-abreu> robru, just wondering, in the case of a packaging change (dep update) do we have to flag the ppa/silo in a specific way?
[19:58] <Saviq> robru, hey, https://ci-train.ubuntu.com/job/ubuntu-landing-027-2-publish/5/console ¿?
[20:01] <robru> alex-abreu: uh, no? The diff will indicate packaging changes
[20:02] <robru> Saviq: yes, that is a successful publish
[20:03] <Saviq> robru, tell that to bileto ;)
[20:03] <Saviq> ah there we go
[20:03] <robru> Saviq: bileto correctly indicates that the silo is landed, not sure what your issue is
[20:03] <Saviq> robru, it didn't refresh
[20:03] <Saviq> robru, but more than that, I was surprised by the red ball and FAILURE
[20:04] <robru> Saviq: yes, Jenkins is poorly configured. It's just confused because there's no artifacts.
[20:05] <Saviq> robru, ack, was just wondering if artifacts were in fact expected
[20:05] <robru> Which there wouldn't be when everything is copied directly to overlay PPA
[20:05] <Saviq> are we doing triple landings yet?...
[20:05] <robru> Saviq: i implemented it but then i was told to hold off by Pat
[20:06] <Saviq> ack
[20:06] <robru> Saviq: apparently the plan is to keep duals as xenial and vivid, let yakkety lag while trying to get a working xenial image
[20:07] <Saviq> ohkay
[20:11] <alex-abreu> robru, think you could have a look at https://code.launchpad.net/~abreu-alexandre/webapps-core/packaging-fix/+merge/293441 ?
[20:13] <robru> alex-abreu: seems reasonable to me but I'm not familiar with the package so i can't say if those deps are needed elsewhere.
[20:14] <robru> alex-abreu: one thing that's weird is that britney only complained about amd64, your change drops the deps on all arches
[20:14] <alex-abreu> robru, the package is rather meaningless actually, since it is just an empty shell ... the project just builds the click packages per se,
[20:14] <alex-abreu> robru, yes the deps are actually wrong
[20:15] <robru> alex-abreu: OK well lgtm then.
[20:15] <alex-abreu> not sure why it was setup that way
[20:15] <alex-abreu> alesage, i'll probably miss the window by a few hours then
[20:19] <alesage> alex-abreu, alexabreu I'll be around for a while, feel free to ping
[20:35] <alexabreu> robru, can you +1 https://code.launchpad.net/~abreu-alexandre/webapps-core/packaging-fix/+merge/293441 (if you are ok w/ it) ?
[20:38] <kenvandine> alesage, we have a couple string changes in silo 10, should be really easy to validate
[20:38] <kenvandine> alesage, autopkgtests haven't run yet
[20:47] <alesage> kenvandine, I'm bribeable
[20:49] <kenvandine> alesage, :-D
[21:38] <robru> alexabreu: done
[21:44] <alexabreu> robru, thx
[21:44] <robru> alexabreu: you're welcome