[00:37] <cjwatson> I've attached a patch to https://bugs.launchpad.net/ubuntu/+source/libvpx/+bug/1528297 which will hopefully help with the oxide-qt woes
[04:40] <bzoltan_> davmor2: jibel: I have the the fix for the account setting bug (https://bugs.launchpad.net/ubuntu/+source/ubuntu-ui-toolkit/+bug/1527811) in the silo 35 (https://requests.ci-train.ubuntu.com/#/ticket/814)
[04:42] <bzoltan_> davmor2: jibel: it is a single line fix, to invoke the trigger() event on clicked() in the listitem
[05:42] <bzoltan_> Mirv: robru:  do you know who is active from the QA team?
[05:42] <bzoltan_> trainguards ^
[05:43] <robru> bzoltan_: late hour like this i think is usually covered by toykeeper? Probably everybody is on holiday at this point
[05:51] <Mirv> bzoltan_: as robru said. I know yesterday was last for dave at least and jean-b probably is on holiday too. not sure about rvr.
[06:42] <Mirv> alesage was active reviewing QA queue, maybe he'll be active today too
[06:58] <Mirv> robru: can you log in to bileto, I can't? it just hangs after clicking "Log in with Ubuntu SSO"
[06:59] <robru> Mirv: known issue with SSO, contact #is-outage to troubleshoot. it's a sneaky one, i was troubleshooting it for hours until it went away on it's own
[07:00] <Mirv> robru: thank you
[07:01] <robru> Mirv: you're welcome
[07:04] <robru> Mirv: btw pleasant surprise today, queuebot no longer pings "currently building" status unless the status also contains 'fail'. so enjoy dramatically less ping spam in the channel while silos are building ;-)
[07:04] <robru> unless all builds fail right away then it'll be as spammy as ever
[07:04] <Mirv> robru: nice, that does make for a better signal/noise ratio
[07:05] <robru> Mirv: yeah I think I struck a good balance there; if there's a fail it reports that right away, but if it succeeds it doesn't report it until everything succeeds
[08:34] <bzoltan_> robru: Mirv: would be nice to validate that oneliner change of the UITK as it fixes the Accounts part of the System Settings
[08:36] <Mirv> bzoltan_: we can't help much in there. the queue is empty however - meaning that all other items are blocked, so if alesage, rvr or anyone else is still working today we should be able to get it tested
[08:37] <bzoltan_> Mirv: I think it is allright, the important part is that the fix for a critical issue is siloed and ready to land.
[08:53] <oSoMoN> davmor2, hey, are you around today?
[09:07] <robru> oSoMoN: i don't think so
[09:08] <oSoMoN> robru, darn, do you know if anyone from QA is around today?
[09:08] <robru> oSoMoN: check the scrollback ;-) we were just saying we're not sure who if anybody is still around
[09:09] <oSoMoN> robru, davmor2 had approved silo 17 but it needed a rebuild after silo 45 landed, I rebuilt it (and revalidated it myself), so in theory all it needs is a formal approval from QA, but it’s virtually ready to land
[09:10] <davmor2> oSoMoN: yeap I wanted to give it one last test to ensure the rebuild didn't break anything so I can do that in a minute
[09:10] <robru> Ooooooooooh
[09:10] <oSoMoN> davmor2, awesome, thanks!
[09:11] <davmor2> oSoMoN: and yes I'm here all day today and then I'm on holiday :)
[09:11] <oSoMoN> davmor2, I tested it rather extensively last night after the rebuild and all looks good to me, but of course you shouldn’t take my word for it :)
[09:11] <robru> Mirv: bzoltan_ ^
[09:12] <davmor2> oSoMoN: that's all rebuilt now right and is it only built for vivid now right?
[09:12] <Mirv> davmor2: oh, you're not on holiday yet!
[09:12] <Mirv> davmor2: wooo
[09:13] <davmor2> Mirv: No I here today is my last day and alesage is here tomorrow too
[09:13] <oSoMoN> davmor2, well it’s still a dual landing, and the armhf build for webbrowser-app in xenial is failed, but let’s call that a known issue, the goal is to at least manage to land the vivid part
[09:13] <Mirv> davmor2: just since you're here still today, can you give the schedule of QA for tom... aha, alesage, got it :)
[09:13] <Mirv> davmor2: so rvr is also on holidays?
[09:13] <Mirv> davmor2: thank you!
[09:14] <Mirv> davmor2: so bzoltan_ has a silo 035 for you in queue with one-liner to fix a bug.
[09:15] <davmor2> oSoMoN: I don't care about xenial anyway that is too far outta my ball league, we got enough on our plates with stable and rc :)  so that is fine give me about 30 minutes to see if there is anything import in my email and then I'll hit it
[09:15] <oSoMoN> davmor2, excellent, thanks
[09:16] <davmor2> Mirv: ah the infamous canonical one liner the breaks the universe^WI mean makes everything better obviously
[09:30] <davmor2> bzoltan_: man you need to go back to school and learn how to count ;) Silo 35 definitely has more than one line added :D
[09:30] <davmor2> Mirv: has sil finished too then?
[09:33] <robru> davmor2: no no, the silo was already approved except for one thing, for which the fix is one line.
[09:34] <robru> So it's a one line fix on top of the rest of the changes that were already approved
[09:34] <bzoltan_> davmor2: hehe.. it is the "listItem.trigger();" line what I mean as one line.. the rest is only additional tests to cover this case
[09:34] <davmor2> bzoltan_: nice okay that explains it :)
[09:35] <bzoltan_> davmor2:  I know, the first look is cheating :D That whole issue was caused by that silly bug deep in there... who the hack would expect that clicked() event does not fire up the triggered() by default
[09:36] <davmor2> bzoltan_: I blame Saviq
[09:37]  * Saviq pretends to have EOY'd already
[09:40] <Mirv> davmor2: yes sil2100 is done
[09:40] <Mirv> Saviq only pretends to be done, he's still answering e-mails all the time
[09:41] <Saviq> shhh
[09:42] <davmor2> Mirv: Saviq is a slave to love and he loves his job, he loves canonical and loves ubuntu he's never really going on a break same as ogra_` :D
[09:42] <Saviq> that's deep
[09:43] <bzoltan_> davmor2: I know exactly who to blame :) and that is not Saviq...
[09:43] <bzoltan_> davmor2: is ogra_` broken?
[09:44] <davmor2> bzoltan_: no no you don't understand it's always Saviq's fault, unless it isn't on the phone then it's still always ogra_`s fault :)  Thems the rules :D
[09:45] <Mirv> davmor2: I agree that's really deep :)
[09:46] <bzoltan_> davmor2: I like that policy ... it means that nothing can be _my_ fault :) Cool... because I have heard this year quite enough that "it is UITK regression, let's ping bzoltan_"
[09:47] <davmor2> bzoltan_: oh they get to blame the right people sorry they are just the initial points of blame ;)
[09:47] <bzoltan_> davmor2: crap... is there a way to get teflon coating against any blame?
[09:48] <davmor2> bzoltan_: no ;) so I'll hit 35 after I've done this quick review of 17 for oSoMoN it's only a quick once over to probably 15-20 minutes
[09:49] <bzoltan_> davmor2:  no rush :)
[09:50] <davmor2> bzoltan_: ah are you around all day too then
[09:59] <bzoltan_> davmor2:  I do sleep 4-5 hours every day :) I have  2-4-6 yo kids.. so sleeping is not exactly something I have done a lot in the recent years :)
[10:06] <oSoMoN> bzoltan_, FYI: https://bugs.launchpad.net/ubuntu/+source/webbrowser-app/+bug/1528506
[10:08] <bzoltan_> oSoMoN:  that is how it looks like
[10:09] <oSoMoN> oh, great, it’s already fixed!
[10:11] <bzoltan_> oSoMoN:  it is, but I doubt It will land with OTA9 :( unless we will have 3-4 days after the holidays and before the freeze
[10:13] <bzoltan_> Mirv: davmor2: do you guys know if we will have chance to land one more UITK on the w1?
[10:13] <Mirv> bzoltan_: there's always time for Christmas UITK landing
[10:13] <oSoMoN> bzoltan_, well it’s a bug fix, it’s not subject to the feature freeze
[10:14] <oSoMoN> unless you want to land other features along with it, of course
[10:14] <Mirv> bzoltan_: technically there's a possibility, feature freeze Jan 5th (= 1-2 working days in January), final freeze on Friday 8th of that week
[10:14] <bzoltan_> oSoMoN: cherry picking is always an option.. but it is just as much (if not more) work as landing the staging branch
[10:14] <davmor2> bzoltan_: you know week 1 is only a day right
[10:14] <bzoltan_> Mirv:  so on w1 we still can land features
[10:14] <oSoMoN> yeah, I understand it’s not a pleasant perspective for you
[10:15] <Mirv> bzoltan_: for 1 day yes :) or 2 if the freeze day is counted in
[10:15] <bzoltan_> oSoMoN: My pleasure is hardly a priority here :)
[10:16] <bzoltan_> davmor2: is it? I though that w1 is  from 4th of January to 8th of January
[10:16] <bzoltan_> davmor2:  I can prepare a landing silo and get all the tests done for 4th of January
[10:17] <davmor2> bzoltan_: 5th is feature freeze, 8th is full freeze
[10:17] <bzoltan_> Mirv:  ^ may I have a silo reserved for that, so I do not need to ping trainguards during the holidays
[10:17] <davmor2> iirc
[10:17] <oSoMoN> ouch, that’s gonna be tight
[10:17] <Mirv> bzoltan_: sure, file a ticket
[10:17] <bzoltan_> davmor2:  so we have planty of times to validate a new UITK on 4-5.01
[10:18] <Mirv> davmor2: is the freeze date (5th) a day that one can still land new feature into items technically, or does it need to be the Monday 4th?
[10:18] <bzoltan_> Mirv: https://requests.ci-train.ubuntu.com/#/ticket/818
[10:19] <robru> bzoltan_: I'm not going anywhere if you need me to assign stuff whenever
[10:20] <bzoltan_> robru:  That is the attitude :) dude we should get together next year for holidays somewhere in Canarias for example
[10:20] <robru> bzoltan_: yeah we should that would be awesome
[10:20] <Mirv> bzoltan_: you've a silo
[10:21] <bzoltan_> robru: We just need to find somebody who tells it to my wife.. somebody with more than one spare life
[10:21] <robru> Haha
[10:21] <Mirv> my white cat seems to have plenty
[10:21] <robru> OK can we teach this cat to deliver news to mrs bzoltan_ ?
[10:22] <robru> Ah yes, "misses buhzoltan underscore", beloved by all
[10:29] <davmor2> oSoMoN: I have a small issue I don't see the pdf I just downloaded, It was in the downloads folder the last time I installed the silo this time it isn't
[10:30] <oSoMoN> davmor2, did you actually download it, or did you hand it over to the document viewer?
[10:30] <oSoMoN> davmor2, and can you check whether it’s physically in the Downloads folder on your device?
[10:30] <davmor2> oSoMoN: document viewer isn't installed, that's why I downloaded a pdf
[10:31] <oSoMoN> ah ok
[10:31] <oSoMoN> let me test that use case here
[10:31] <oSoMoN> works here
[10:32] <oSoMoN> davmor2, can you try downloading another pdf (or the same one, for that matter), and see if you get the same issue?
[10:32] <davmor2> let me reflash and try again
[11:06] <oSoMoN> Mirv, I’ve got a patch for bug #1528297 , I’m going to request a silo for it, and I can give you a source package to dput there
[11:10] <oSoMoN> Mirv, I’m not authorized to publish silo 17, can you please do that for me? or does it require a core-dev?
[11:20] <oSoMoN> trainguards: can I please haz a silo for https://requests.ci-train.ubuntu.com/#/ticket/819 ?
[11:32] <oSoMoN> Mirv, once there’s a silo for ticket 819, can you please do a source copy of https://launchpad.net/~osomon/+archive/ubuntu/ppa/+sourcepub/5880785/+listing-archive-extra to it ?
[11:35] <oSoMoN> (it’s oxide-qt 1.11.3-0ubuntu3 for xenial only)
[11:35] <Mirv> oSoMoN: assigning and looking
[11:36] <oSoMoN> Mirv, thanks! I gotta go offline for a short while, will be back in the afternoon
[11:43] <bzoltan_> Mirv: what that hell is this? https://ci-train.ubuntu.com/job/ubuntu-landing-056-1-build/3/consoleFull
[11:43] <bzoltan_> bzr: ERROR: Inconsistency between source format and version: version is native, format is not native.
[11:54] <Mirv> bzoltan_: hmm, I doubt anything has changed..
[11:55] <Mirv> bzoltan_: oh, there is. your gles landing is a typolanding
[11:55] <Mirv> bzoltan_: or I mean, you haven't added a real version in there
[11:56] <bzoltan_> Mirv: I did the same for the last two landings.. robru told me that leaving the version empty will force the train to figure out the real one... so instead of guessing the version it lets the train handle it
[11:58] <bzoltan_> Mirv:  ohh.. me stupi, i have forget the -0ubuntu1
[12:00] <Mirv> bzoltan_: ah, ok, then it's just that -0ubuntu1 missing
[12:00] <Mirv> nice that train handles it
[12:00] <bzoltan_> Mirv:  It is a fantastic feature.. it was a kind of error prone
[12:40] <kdub> trainguards, can anything more be done for https://requests.ci-train.ubuntu.com/#/ticket/809 ?
[12:40] <bzoltan_> davmor2: I go and fetch my kids from the daycare and be back in few hours. Ping me if you need my assistance with the silo35
[12:41] <Mirv> kdub: currently no known needed actions, it's still stuck in waiting for some test results at http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html#qtmir and #qtmir-gles
[12:41] <Mirv> not sure if it's an infrastructure issue or just waiting needed
[12:41] <kdub> Mirv, its been waiting more than a day, seems stuck
[12:43] <davmor2> bzoltan_: no worries
[12:43] <Mirv> kdub: if these http://autopkgtest.ubuntu.com/running.shtml#pkg-qtmir are UTC times from yesterday then yes they're definitely stuck
[12:45] <Mirv> slangasek not sure if your anyone familiar with autopkgtest infrastructure will be around still, but we're wondering if http://autopkgtest.ubuntu.com/running.shtml#pkg-qtmir (qtmir and qtmir-gles) and http://autopkgtest.ubuntu.com/running.shtml#pkg-unity8 armhf builds are stuck
[12:45] <Mirv> kdub: if steve will be around, you can follow up with him
[12:46] <Mirv> I wonder if Laney was also one of the pitti's backup guys too regarding autopkgtests.
[13:40] <pmcgowan> robru, kdub whats the issue with xenial landings?
[13:41] <kdub> not sure of any general issues, I just know that mir is held up in proposed with some stuck autopkg tests
[13:41] <kdub> for xenial
[13:43] <jhodapp> Mirv, so when I go to publish this request, I get a page with some 3 options and it seems I need to select something to make the landing work...can you explain what I need to do? https://requests.ci-train.ubuntu.com/#/ticket/802
[13:43] <kdub> pmcgowan, if you know of anyone who can get https://requests.ci-train.ubuntu.com/#/ticket/809 unstuck, that would be great :D currently waiting to see if slangasek has any ideas once he is online
[13:44] <pmcgowan> kdub, ok
[13:46] <pmcgowan> maybe cjwatson  he knows everything
[13:47] <cjwatson> pmcgowan: I can't do it; it might be worth contacting pitti out of band (SMS or something) to see if he's willing to take a look, since I'm not sure anyone else knows how
[13:48] <pmcgowan> cjwatson, thanks
[13:53] <oSoMoN> Mirv, can you source-copy oxide-qt 1.11.3 from https://launchpad.net/~osomon/+archive/ubuntu/ppa to silo 10 ?
[13:54] <Mirv> jhodapp: you should first set the status to "Publish without QA" by editing the ticket. it then shows as blue. then you should not need to check any of the publish job items.
[13:54] <Mirv> oSoMoN: sure
[13:54] <oSoMoN> thanks
[13:54] <jhodapp> Mirv, ah ok!
[13:55] <Mirv> oSoMoN: so you'll need a core-dev for 017, plus if the core-dev is strict there will be complaints about the changelogs vs packaging changes. webbrowser-app is the main package with packaging changes (others are universe).
[13:55] <jhodapp> Mirv, silo 36 should be good to go, also did you see silo 58?
[13:56] <Mirv> jhodapp: ok thanks, I'll just update the version numbers in 036. yes, I took the snippet I e-mailed for comparison from the 058.
[13:56] <Mirv> jhodapp: congrats on successful publishing of 034! it's done.
[13:56] <jhodapp> Mirv, oh excellent, per your email I think it's good to go. I've tested an updated music-app that imports QtMultimedia 5.6 only with it and it works great
[13:57] <jhodapp> Mirv, thanks!
[13:57] <Mirv> jhodapp: great progress then.
[13:58] <Mirv> cjwatson: I vaguely remember that pitti had some backup persons able to kick autopkgtest infra:s, but I don't remember who they were. I pinged s_langasek and L_aney on this channel but not sure if they will be around either.
[13:58] <Mirv> pmcgowan: the issue is that armhf autopkg test builders have stuck jobs
[14:01] <cjwatson> Mirv: Yeah, I'm not sure to what extent - I can retry failed builds, but if I can deal with this sort of infrastructure issue I don't know how.  It's indeed possible that Steve or Iain know
[14:09] <oSoMoN> kenvandine, are you around today?
[14:09] <kenvandine> oSoMoN, yup
[14:09] <oSoMoN> kenvandine, awesome, I need a core-dev ack for silo 17
[14:10] <oSoMoN> and I actually need a core-dev to publish it, can’t do it myself
[14:24] <davmor2> bzoltan_: heads up
[14:27] <Mirv> davmor2: thank you, I'll publish him bzoltan_ and he will be happily surprised when he's back in 1h or so
[14:27] <Mirv> publish it for him, that is
[14:55] <kenvandine> trainguards:  can someone help figure out why 17 is failing to publish? https://ci-train.ubuntu.com/job/ubuntu-landing-017-2-publish/3/console
[14:55] <kenvandine> udm hasn't had an upload in a while
[14:57] <Mirv> kenvandine: it looks to me it's just that the gcc5 symbols update from July wasn't included in trunk. so you should be able to use IGNORE_VERSIONDESTINATION for this
[14:58] <Mirv> udm is probably one of the last such things that hasn't been updated since gcc5 mass uploads
[14:58] <kenvandine> ok
[14:58] <kenvandine> thx!
[15:20] <Mirv> jhodapp: I published 036 now after the no-change rebuild finished
[15:21] <jhodapp> Mirv, excellent, thank you
[15:21] <jhodapp> Mirv, 58 just needs a build and then I can get QA onto it
[15:22] <jhodapp> Mirv, and it needs -gles
[15:24] <oSoMoN> Mirv, is it ok to merge silo 17? it’s blocked in -proposed atm because webbrowser-app won’t migrate until it’s built for armhf, but I’d like to rebase silo 6 on the latest changes, need trunk to be up-to-date for that
[15:24] <bzoltan_> Mirv: davmor2: \o/ great stuff, thank you guys
[15:25] <Mirv> jhodapp: right, great.
[15:28] <Mirv> oSoMoN: it's ok. I trust you follow up on webbrowser-app excuses. Elleo should follow up content-hub, ubuntu-download-manager, kenvandine ubuntu-system-settings and renatu indicator-transfer. at http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html
[15:28] <oSoMoN> Mirv, thanks. Would you mind doing it for me? I don’t think I have permissions to do that
[15:29] <Mirv> oSoMoN: yes, merging, it's a trainguard job nowadays.
[15:29] <kenvandine> cool, please do merge those
[15:29] <kenvandine> so we can get other landings going
[15:33] <Mirv> oSoMoN: kenvandine: merges are now complete
[15:33] <kenvandine> Mirv, thanks!
[15:34] <oSoMoN> Mirv, thanks!
[15:34] <Mirv> wow, that was an old silo :D 37 u-s-s rebuilds among else over time
[15:34] <Mirv> 82 webbrowser-app
[16:20] <Saviq> Mirv, https://requests.ci-train.ubuntu.com/#/ticket/809 is built, train didn't notice yet, can you publish?
[16:26] <Mirv> Saviq: ok
[16:28] <Saviq> Mirv, hope you can force publish regardless of the version in proposed missing in the new changelog?
[16:29] <Mirv> Saviq: yes
[16:29] <Saviq> tx
[16:33] <Saviq> Mirv, fwiw there are passing runs after those stuck ones http://autopkgtest.ubuntu.com/packages/q/qtmir/xenial/armhf/ so here's hoping it will work
[17:23] <bzoltan_> Mirv:  would  you be able to merge the silo35 UITK to the trunk?
[17:26] <kdub> trainguard, Saviq  ticket 813/silo 45 might need a 'force publishing' due to the proposed missing in the new changelog
[17:26] <kdub> still would be beneficial to get that fix out to vivid+overlay before the xenial jam clears up
[18:01] <cyphermox> kdub: what proposed?
[18:09] <kdub> cyphermox, just the message in https://requests.ci-train.ubuntu.com/#/user/kdub
[18:09] <cyphermox> ok
[18:10] <Mirv> bzoltan_: oh sure
[18:10] <bzoltan_> Mirv:  only because my next silo is bitching about the missing changelog entry :)
[18:13] <Mirv> bzoltan_: done
[18:13] <bzoltan_> Mirv:  Kiitos, danke, sposiba
[18:44] <kdub> not quite sure how things got unjammed with xenial/mir release, but if someone out there did that thanks very much!
[18:52] <tkamppeter> Hi, I would like to land the printing stack (CUPS, ...) on the phone, and for that I need the permissions for operating the CI train.
[18:53] <tkamppeter> Hi, I would like to land the printing stack (CUPS, ...) on the phone, and for that I need the permissions for operating the CI train.
[19:02] <pmcgowan> trainguards ^^
[19:34] <Saviq> kdub, yeah, a rebuild + reupload to proposed got things unstuck \o/
[19:34] <kdub> Saviq, yay
[19:35] <kdub> thanks for the help, mir 0.18 has made it out to xenial
[19:57] <slangasek> Mirv, kdub, pmcgowan, cjwatson: looks like http://autopkgtest.ubuntu.com/running.shtml#pkg-qtmir is cleared now, so I guess someone retried?  For reference, yes, Laney and I both have access to re-trigger failed autopkgtests; the best reference for this is a pointer to the relevant bit of http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html since that gives the full c
[19:57] <slangasek> ontext for the triggers needed
[19:59] <kdub> slangasek, thanks, and yes, we retriggered and it didn't get stuck on the 2nd time around
[20:26] <davmor2> kdub: ^
[20:39] <robru> Saviq: qtubuntu vs gles have different versions
[20:39] <Saviq> robru, grr, tx
[20:40] <robru> Yw
[20:40] <Saviq> wonder how
[20:40] <Saviq> ah now I know...
[20:40] <robru> Saviq: must have been bumped somewhere, i mean the upstream version didn't match, gles ahead at 0.63 vs 0.62
[20:40] <Saviq> robru, yeah, found
[22:37] <oSoMoN> trainguards: can the xenial armhf build be retried in silo 6 ? (https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/landing-006/+build/8751220)
[22:45] <robru> oSoMoN: done
[22:46] <oSoMoN> robru, thanks!
[22:46] <robru> oSoMoN: you're welcome