[02:05] <imgbot> [03:30] <imgbot> [03:30] <imgbot> [06:02] <rsalveti> ogra_: mind triggering a new image in a few hours? want to have a new image now that hybris landed
[09:02] <Mirv> adb shell
[09:03] <Mirv> mm
[09:26] <dbarth_> hi trainguards: can i get a silo for line 60 please?
[09:30] <ev> popey: looking now
[09:30] <Mirv> dbarth_: sure
[09:30] <popey> ev: thanks.
[09:31] <Mirv> dbarth_: in a minute.. hangout starting (if anyone else joins:) + spreadsheet broken needs some manual hackery
[09:38] <dbarth_> Mirv: ah, let me know
[09:38] <dbarth_> Mirv: there's also the qtwebkit dep drops i wanted to review with you, with that qquickview FTBS issue in parallel
[09:42] <Mirv> dbarth_: you've bug report in the MP line...
[09:43] <Mirv> dbarth_: and sure, throw MP:s at my direction and I'll check if the dep drops look proper
[09:46] <dbarth_> Mirv: ok, you've got an mp in the line now, sorry
[09:52] <Mirv> dbarth_: ^
[09:54] <dbarth_> thank!
[09:54] <dbarth_> s
[10:20] <ogra_> imgbot, status 138
[10:20] <imgbot> Error: There does not seem to be any build with the number 138
[10:22] <davmor2> john-mcaleely: did you get my message last night about the vivid device tarball?
[10:27] <ev> popey: I've updated the bug. I don't think this is a firewall issue.
[10:39] <popey> ev: thanks
[10:45] <imgbot> [10:45] <imgbot> [10:45] <ogra_> ah, hello
[10:52] <abeato> trainguards, can I have a silo for line 59?
[10:52] <john-mcaleely> davmor2, ah, no I don't think so
[10:55] <john-mcaleely> davmor2, what was the message?
[10:55] <davmor2> john-mcaleely: device tarball for vivid is good :)
[10:56] <john-mcaleely> \o/
[10:56] <john-mcaleely> who's a good person to care if pushing now is good/bad?
[10:56] <davmor2> Mirv: ^
[10:56] <davmor2> ogra_: ^
[10:57] <ogra_> go for it
[10:57] <john-mcaleely> ack
[10:58] <john-mcaleely> pushed!
[10:58] <john-mcaleely> thanks davmor2, ogra_
[11:22] <Mirv> abeato: you already have. like it says on the spreadsheet, for now trust the dashboard not spreadsheet
[11:23] <abeato> Mirv, oh, it is those problems with the spreadsheet mentioned in an e-mail
[11:23] <abeato> Mirv, noted, thanks
[11:25] <Mirv> indeed
[14:03] <Mirv> uh oh, the spreadsheet looks to me to have reset itself to days earlier version
[14:03] <Mirv> in addition to all the other errors recently
[14:05] <Mirv> to be precise, it has resetted itself to Sunday evening
[14:05] <Mirv> I know sil2100 had some sort of backups from where to restore lines
[14:13] <Mirv> robru: ^ if you know anything about spreadsheet backups, could be nice to restore some of today's and yesterday's lines. if not, then we just use the dashbaord as usual to land the disappeared lines.
[14:14] <Mirv> or maybe it restores itself by time, it's giving server error for me all the time as well
[14:17] <robru> Mirv: I can't remember where sil keeps his backups. is he not around today?
[14:20] <Mirv> robru: he might visit for a short while soon, but he's mostly away today
[14:21] <robru> Mirv: my shift doesn't start for a couple hours, I can try copy&pasting from the dashboard back to the spreadsheet but that's painful.
[14:27] <robru> Mirv: I dunno why I'm awake this early, bbl
[14:38] <sil2100> o/
[14:41] <sil2100> Great, my mailbox is spammed full with google spreadsheet errors
[14:48] <jhodapp> sil2100, can you please reconfigure vivid silo 23 for me?
[14:48] <sil2100> jhodapp: sure, will try at least (the spreadsheet is misbehaving a bit)
[14:49] <jhodapp> ok
[14:54] <sil2100> jhodapp: should be good now
[14:55] <jhodapp> sil2100, thanks!
[15:02] <Mirv> sil2100: jibel: keep me posted. Kubuntu would like to land the next KDE frameworks, and since that would delay Qt landing (release pocket migration) significantly I've told them to wait until I know if 5.4.1 can be landed or not
[15:03] <sil2100> Mirv: sure, we're having the meeting right now
[15:03] <Mirv> since 5.4.1 is all built and ready and their landing consists of tens of packages that keep blocking each other until day or two later, and the last bits in the chain are what are related to Qt too
[15:04] <sil2100> Ok
[15:19] <sil2100> Mirv: ok, we have a +1 from pmcgowan and the PT to land 5.4.1 :)
[15:19] <sil2100> Mirv: so whenever you're ready, publish o/
[15:22] <Mirv> sil2100: ok!
[15:25] <Mirv> sil2100: bah, after those few others "ERROR Critical data missing from packagelist." https://ci-train.ubuntu.com/job/ubuntu-landing-012-2-publish/71/console trying to do build..
[15:26] <sil2100> Mirv: I think a watch only build should be enough
[15:26] <Mirv> sil2100: there is a recent build job from Satuday though
[15:26] <Mirv> sil2100: well normal build should do the same, right? since there's nothing to build anyway.
[15:26] <Mirv> anyway, launched watch_only now
[15:26] <Mirv> if I remember correctly it's faster nowadays (thanks robru!)
[15:28] <Mirv> it used to take 40 mins, now it should be somewhat faster at least
[15:30] <sil2100> Yeah ;)
[15:31] <sil2100> jibel, robru, davmor2, rvr, popey: since I'm off sick today, you guys want to have the evening meeting without me or should I remove it from the calendar?
[15:31] <om26er> trainguards I am looking at the spreadsheet and could not find silo an entry for silo-016 of ofono
[15:31] <popey> sil2100: I'm afk all day so won't join
[15:31] <om26er> it does appear on trello
[15:31] <popey> well, at keyboard, in london
[15:31] <davmor2> om26er: the spreadsheet is broken
[15:31] <sil2100> om26er: hm, the spreadsheet had issues so it might have been reverted by google
[15:31] <sil2100> om26er: I'll try to bring it back from backups
[15:32] <sil2100> Give me a moment
[15:32] <rvr> sil2100: So you broke the spreadsheet and now run away, uh? ;)
[15:32] <davmor2> om26er: it's in the topic, trust the dashboard not the spreadsheet
[15:32] <om26er> sil2100, thanks
[15:32] <om26er> davmor2, never used the dashboard :D
[15:32] <sil2100> rvr: no! *coughs* I'm... I'm just so sick... *runs away*
[15:32] <rvr> sil2100: hehe
[15:32] <rvr> Apart from that, no news from my side
[15:32] <rvr> om26er: http://people.canonical.com/~platform/citrain_dashboard/#?distro=ubuntu&q=
[15:33] <davmor2> sil2100: do we know what is happening with QT that would be the only think that would need discussing
[15:33] <Mirv> sil2100: it was reverted to Sunday evening, which I noticed 1.5h ago
[15:33] <om26er> rvr, hmm, they don't include link to TestPlan ?
[15:34] <rvr> om26er: That's in the spreadsheet
[15:34] <sil2100> davmor2: it's landing ;) I already told Mirv to release it so he's working on it
[15:34] <davmor2> \o/
[15:34] <rvr> Nice
[15:34] <rvr> davmor2: Should we move the card to passed?
[15:34] <davmor2> rvr yeap
[15:38] <Mirv> sil2100: the bot announced done, but the job is itself doing the diff:s still - https://ci-train.ubuntu.com/job/ubuntu-landing-012-1-build/122/console - I guess I should wait for the diff:s to finish, or is that needed?
[15:40] <sil2100> Mirv: I would wait ;)
[15:41] <Mirv> ok
[15:43] <sil2100> om26er: I restored the entry - can you check if the spreadsheet saved it?
[15:44] <om26er> sil2100, yep, I see it now. Thanks a bunch :)
[15:44] <sil2100> You're welcome :)
[15:44]  * sil2100 off again
[15:45] <Mirv> sil2100: now running publish again, let's see..
[15:45] <Mirv> sil2100: hopefully you're better soon!
[15:46] <Mirv> sil2100: still same error :(
[15:46] <Mirv> sil2100: robru: https://ci-train.ubuntu.com/job/ubuntu-landing-012-2-publish/72/console
[15:46] <sil2100> huh?
[15:47] <sil2100> :|
[15:48] <sil2100> Mirv: this error means that the train didn't fill in one of the fields in the sync file
[15:48] <Mirv> and I ran full build job on Sat
[15:49] <Mirv> sil2100: any ideas what could be done?
[15:49] <sil2100> I think we might be able to hack around it, but I'm trying to find the file first
[15:50] <kenvandine> "The current browser does not support this feature. Please upgrade to a newer browser."
[15:50] <kenvandine> trying to create a silo...
[15:50] <Mirv> kenvandine: not yet another Chrome:ism...
[15:50] <kenvandine> it is chrome :)
[15:50] <Mirv> well that's refreshing for a change :D
[15:51] <sil2100> Mirv: hm, actually I don't see the packagelist file at all! :O
[15:51] <sil2100> We could dive into the code and try fixing that, but robru will be around soon so I guess he can do it with less effort
[15:52] <sil2100> Mirv: we'll publish the silo once the issues are dealt with :)
[15:52] <Mirv> sil2100: so nothing could generate the packagelist while waiting? maybe prepare + build?
[15:53] <sil2100> Mirv: I don't know how the new jobs work, robru rewrote all the logic ;) In the past those were generated during the publish job
[15:53] <sil2100> From the config and .project files
[15:53] <Mirv> I see robru has done some changes to https://code.launchpad.net/~cupstream2distro-maintainers/cupstream2distro/trunk in the last 24h
[15:53] <sil2100> Now? I don't really know, but I would suspect it to work the same
[15:53] <Mirv> possibly redeploying some older version would work
[15:54] <Mirv> he actually was here already but then went back to bed :)
[15:56] <Mirv> sil2100: but ok, I hope robru happens to be here back soon so we can publish the silo
[16:13] <om26er> abeato, Hi!
[16:13] <abeato> om26er, hi
[16:13] <om26er> abeato, while running the TestPlan for urfkill, re: silo 16 the last test fails
[16:14] <om26er> https://wiki.ubuntu.com/Process/Merges/TestPlans/urfkill
[16:14] <om26er> if I set modem to offline, it cannot be brought back up by going to flight mode and coming back. I have to bring it back up manually with the command.
[16:15] <abeato> om26er, ok, well, that concrete test case was introduced to test bug #1427439
[16:16] <abeato> om26er, and the fix has not landed yet
[16:16] <abeato> so the fact that it fails is not a surprise
[16:16] <om26er> abeato, aah, ok. I can continue with ofono testing then.
[16:16] <om26er> abeato, thanks
[16:16] <abeato> om26er, the best thing to do will be to add a comment in the spreadsheet
[16:17] <abeato> om26er, yes, I think so
[16:17] <om26er> abeato, yes, that'd be helpful.
[16:34] <jhodapp> sil2100, can you please reconfigure rtm silo 2 as well?
[16:36] <ogra_> jhodapp, he is sick
[16:36] <jhodapp> oh bummer
[16:36] <ogra_> either Mirv does after hours or you have to wait for robru
[16:36] <jhodapp> k
[16:36] <jhodapp> Mirv, ^
[16:40] <jhodapp> or robru ^
[16:45] <sil2100> jhodapp: on it
[16:45] <jhodapp> thanks sil2100
[16:45] <sil2100> ^ spreadsheet again going crazy
[16:45] <ogra_> sil2100, shouldnt you be in bed ?
[16:45] <sil2100> ogra_: I'm sick but looking here from time to time
[16:46] <sil2100> GEH, great, spreadsheet reverted itself ONCE AGAIN
[16:47] <sil2100> jhodapp: can you refresh the spreadsheet and check if all the merges you added are in the rtm silo line?
[16:47] <sil2100> jhodapp: since the spreadsheet just reverted itself
[16:47] <sil2100> robru, slangasek: ^
[16:48] <jhodapp> sure
[16:49] <jhodapp> sil2100, yeah it did revert, let me update it
[16:49] <sil2100> jhodapp: sorry about that, we can't do anything about the issues google is having...
[16:50] <jhodapp> sil2100, np, ok it should be updated
[16:54] <sil2100> jhodapp: should be updated
[16:54] <sil2100> The silo, I mean
[16:54] <sil2100> s/updated/reconfigured
[16:55] <jhodapp> sil2100, thanks
[16:55]  * sil2100 off again
[16:55] <ogra_> get well
[16:56] <robru> sil2100: I'm not feeling so good myself. I'll snooze for a bit then cover train stuff shortly
[17:08] <pmcgowan> sil2100, +1 to push ota-2 to rc
[17:09] <Mirv> robru: ping me when you can look at the 012 problem
[17:09] <sil2100> pmcgowan: o/
[17:10] <sil2100> robru: ok, seems like some trainguard-sickness has struck us!
[17:10] <sil2100> pmcgowan: ok, publishing it in a moment
[17:10] <sil2100> robru: once you're up, please take a look at Mirv's Qt silo, the train is doing something funny it seems
[17:15] <john-mcaleely> sil2100, thanks
[17:19] <rvr> rsalveti: I tested silo 15, looks ok. When the spreadshit is fixed, I'll approved it.
[17:21] <rsalveti> rvr: great, thanks
[17:21] <rsalveti> sil2100: any news on that topic?
[17:23] <rvr> robru: Can I sign off silo 15 in the spreadsheet?
[17:33] <sil2100> rsalveti: which topic do you have in mind?
[17:34] <ogra_> sil2100, i would guess the spreadsheet
[17:34] <sil2100> Sadly, no... if this doesn't get any better, we'll have to migrate to another spreadsheet
[17:34] <sil2100> We did that once because of such issues already
[17:34] <rsalveti> yeah
[17:34] <rsalveti> we want to land silo 15 basically
[17:34] <ogra_> move to libreoffice !
[17:35] <rvr> lol
[17:35] <ogra_> then you can blame sweetshark for all breakage ;)
[17:35] <kenvandine> sil2100, is this the same issue preventing me from creating a silo in chrome?
[17:35] <sil2100> rsalveti: I think it can land normally :) The problems usually are related to the spreadsheet reverting itself, but the publishing bits should be ok
[17:35] <sil2100> kenvandine: maybe... are you getting a fatal error?
[17:35] <kenvandine> yeah, says the browser needs to be upgraded
[17:35] <rsalveti> sil2100: guess the question was more to CI changing the state to approved
[17:36] <kenvandine> Mirv didn't sound surprised
[17:36] <rsalveti> so we can land the silo
[17:36] <sil2100> rvr: try changing it to signed off, let's see if it persists
[17:37] <rvr> The action you're trying to perform is causing a fatal error and cannot be performed.
[17:37] <rsalveti> geez
[17:37] <rvr> Let's see, it's green.
[17:39] <kenvandine> sil2100, oh... my landing request seems to have been lost on the spreadsheet
[17:40] <kenvandine> it was line 55 a little bit ago
[17:40] <rsalveti> Mirv: did we publish qt 5.4.1?
[17:41] <ogra_> there was supposed to be an RTM meeting where this should be decided
[17:42] <kenvandine> sil2100, should i bother adding it to the spreadsheet again?  or wait until you guys figure out what's going on?
[17:43] <rsalveti> ogra_: we decided we should land it
[17:43] <rsalveti> it seems mirv tried to land it
[17:43] <popey> sil2100: https://plus.google.com/u/0/+SzymonWaliczek/posts/Fr7jfr2somX
[17:43] <ogra_> rsalveti, right, i dont think Mirv will hit the button and go into his EOD though ... i would expect him to do it tomorrow monring instead
[17:43] <popey> see comment from charles about https://code.launchpad.net/~charlesk/indicator-datetime/lp-1425297-prevent-gdbusproxy-type-init-deadlock-rtm-14.09/+merge/251372
[17:44] <sil2100> kenvandine: I would say try re-adding it for now
[17:44] <rsalveti> Can't publish: Critical data missing from packagelist
[17:44] <rsalveti> Perhaps try a WATCH_ONLY build.
[17:44] <sil2100> Maybe it was the last problem
[17:44]  * sil2100 off sick
[17:44] <kenvandine> ok
[17:44] <rsalveti> ogra_: guess that's how the spreadsheet problem started
[17:44] <ogra_> ouch
[17:45] <Mirv> rsalveti: ogra_ we need robru to fix the train
[17:45] <charles> popey, +1 :-)
[17:45] <rsalveti> go robru
[17:45] <rsalveti> :-)
[17:45] <kenvandine> grr... can't add it, i get the fatal error now
[17:45] <Mirv> rsalveti: ogra_ I would push the button as soon as it's possible
[17:45] <ogra_> Mirv, doing a nightshift ?
[17:45] <sil2100> john-mcaleely: the krillin image should be now copied successfully!
[17:45] <ogra_> .oO( the bad influence of having cats)
[17:46] <john-mcaleely> sil2100, looks good so far
[17:46] <Mirv> ogra_: well I'm trying to be available as long as I can. kubuntu is now blocked by waitimg for Qt to land too
[17:47] <ogra_> ouch, ok
[17:47] <sil2100> Ok, let me take a look at what could be wrong with the publish job
[17:48] <popey> charles: just spoke to pat, so sent a mail and cc'ed you
[17:52] <sil2100> Mirv: I might have an idea how to fix this with a hack
[17:52] <kenvandine> after each field i get the fatal error, but then it seems to save
[17:54] <kenvandine> queuebot was notified i added it, but chrome complains if i try to close the tab that i have unsaved changes
[17:54] <kenvandine> this spreadsheet is having some issues :/
[17:55] <sil2100> kenvandine: yeah, as per the topic
[17:56] <kenvandine> can anyone else confirm that line 54 looks complete before i force close the tab?
[17:56] <kenvandine> it says all changes have been saved...
[17:56] <Mirv> sil2100: ok..
[17:56] <kenvandine> but complains if i try to close it
[17:58] <Mirv> kenvandine: looks ok, better copy-paste the MP:s anyway as it's reverting itself sometimes
[17:58] <kenvandine> yeah, lost that once before already :)
[18:00] <sil2100> Mirv: hah, I see what's b0rken
[18:01] <sil2100> I mean, I don't know what caused that still
[18:02] <kenvandine> woot... brute force to get a silo :)
[18:02] <sil2100> OUCH
[18:02] <ogra_> sil2100, google does :)
[18:02] <ogra_> just google it :P
[18:03] <sil2100> Mirv: ok, it seems I need to rebuild qtmir and qtmir-gles
[18:03] <sil2100> As it was missing the .project files for those...
[18:04] <sil2100> Mirv: my bad, I could have done a WATCH_ONLY build with qtmir qtmir-gles, but I didn't suppose that there are any packages in the silo that are not source uploads ;/
[18:04] <sil2100> Mirv: I should have double checked
[18:05] <sil2100> Mirv: anyway, once it finishes the rebuild I hope the silo will be ready for a republish
[18:08] <Mirv> sil2100: oh, ok... interesting
[18:12] <Mirv> rsalveti: oh no, you published ciborium :(
[18:12] <Mirv> that delays Qt even longer
[18:14] <rsalveti> Mirv: sorry, thought that was blocked
[18:14] <rsalveti> Mirv: can't we just trigger a rebuild? should be fast
[18:15] <sil2100> Crap, the qtmir-gles merge needs updating
[18:15] <sil2100> Mirv: can you update https://code.launchpad.net/~timo-jyrinki/qtmir/gles_sync_qt541/+merge/252690 ?
[18:15] <Mirv> rsalveti: I did that, maybe it's not a big package
[18:15] <sil2100> Mirv: 0.4.4+15.04.20150317-0ubuntu1  is the version
[18:15] <sil2100> (new version)
[18:17] <rsalveti> Mirv: small one, quick to build
[18:17] <Mirv> sil2100: done
[18:17] <sil2100> Mirv: thanks! Let me re-build that
[18:18] <Mirv> rsalveti: yup
[18:19] <jhodapp> sil2100, Mirv the reconfig on rtm silo 2 isn't working
[18:20] <jhodapp> the spreadsheet seems to take the changes, but it's building the old silo config
[18:38] <robru> Mirv: blah, sorry, you still around?
[18:39] <Mirv> robru: still around but sil2100 probably figured out what to do so hopefully ready soon
[18:39] <Mirv> jhodapp: sorry you need to wait for that guy ^ to catch up :) sil is sick and I'm not very available for anything extra
[18:39] <robru> Mirv: hm yeah unfortunately that safety check I put in to prevent publishing broken packagelists also prevents the broken packagelist from being inspected.
[18:40] <robru> jhodapp: yeah sorry I'm also sick and just trying to catch up on apprently everything is exploding
[18:42] <Mirv> robru: yeah just the error message wasn't clear enough for a dummy person, ie that it needs watch_only with package names specified apparently, I only did without
[18:42] <sil2100> robru: the problem was that some projects were missing .project files
[18:43] <robru> Mirv: hm, no, when you WATCH_ONLY that should act on all packages whether you specify any or not...
[18:43] <sil2100> I wonder what has caused that
[18:43] <jhodapp> robru, ok any idea what's going on...am I just out of luck until you get a chance to look at it?
[18:43] <robru> jhodapp: yeah sorry the spreadsheet is really horrible. what do you need, a silo reconfigure? email me the details (mp list / siloname etc) and I'll punch it in by hand
[18:47] <jhodapp> robru, yeah just for silo 2 rtm
[18:48] <robru> Mirv: I can't imagine why .project files would be missing...
[18:48] <jhodapp> robru, the list still looks good in the spreadsheet
[18:48] <robru> jhodapp: ok one sec
[18:48] <jhodapp> robru, just doesn't seem to actually reconfigure
[18:50] <robru> jhodapp: https://ci-train.ubuntu.com/job/ubuntu-rtm-landing-002-0-reconfigure/10/console does this list look right? there's a very real possibility that the spreadsheet isn't syncing correctly and thus the mp list you see in the spreadsheet is different than the one I see. if that list is wrong, please email me the correct list
[18:50] <jhodapp> robru, ok
[18:50] <jhodapp> let me look
[18:50] <jhodapp> robru, nope, not correct
[18:51] <jhodapp> robru, emailed you the list
[18:51] <robru> jhodapp: thanks
[18:51] <jhodapp> robru, no thank you, and hope you feel better soon
[18:52] <robru> jhodapp: thanks. https://ci-train.ubuntu.com/job/prepare-silo/4390/console that should do it for you then
[18:53] <jhodapp> robru, awesome, that looks correct thanks!
[18:53] <robru> jhodapp: ok just don't hit build yet because it's not quite finished
[18:53] <jhodapp> ok
[18:54] <robru> jhodapp: ok, should be good to build now
[18:54] <jhodapp> cool
[18:54] <jhodapp> thanks
[18:54] <robru> you're welcome
[18:55] <robru> Mirv: what's going on with qtmir-gles now? you rebuilt it? it's failing? wat?
[18:57] <Mirv> robru: well sil2100 didn't realize he wouldn't have needed to do a real rebuild. now that he did, apt has changed it behavior and the package needs some of the same dependency magic as uitk-gles needed earlier
[18:58] <robru> Mirv: so if there's a new build, how long will it take you to verify it? just a quick smoketest?
[19:01] <robru> bah
[19:03] <robru> Mirv: I've got a branch at least that'll make that publish error more informative
[19:07] <robru> Mirv: ok well, once you're happy with the qtmir-gles rebuild, I can't promise that publishing will work, but at least if publishing fails again it'll tell us specifically which package is busted and which data field is missing.
[19:11] <jhodapp> robru, there was one MR missing from both rtm silo 2 and ubuntu silo 23: first make sure that both are the list I provided you and then please add this MR: https://code.launchpad.net/~phablet-team/media-hub/use-transact-method/+merge/253062
[19:11] <robru> jhodapp: sorry I don't understand. you say "both" and then only list one mp?
[19:13] <jhodapp> robru, both silos
[19:13] <robru> jhodapp: you have the same set of mps for vivid and rtm? how does that work?
[19:13] <robru> jhodapp: I only reconfigured the rtm one...
[19:14] <jhodapp> robru, yep, same list
[19:14] <jhodapp> robru, it works :)
[19:14] <robru> jhodapp: k hang on
[19:14] <jhodapp> thanks
[19:14] <Mirv> robru: quick smoketest indeed
[19:14] <Mirv> for a nochange rebuild
[19:16] <robru> jhodapp: https://ci-train.ubuntu.com/job/prepare-silo/4391/console ok does that look right? that one's for rtm
[19:16] <robru> jhodapp: I guess that works for building but you can't actually *land* both those silos since they'll have conflicting changelog contents when you try to merge to the MP destination
[19:17] <jhodapp> robru, looks right to me
[19:17] <robru> jhodapp: ok I'll do the vivid one now
[19:17] <jhodapp> robru, yes, we won't be landing the rtm one, only using it for testing
[19:17] <robru> jhodapp: ok cool
[19:18] <robru> jhodapp: https://ci-train.ubuntu.com/job/prepare-silo/4392/console ok should be good to go for vivid too
[19:19] <jhodapp> robru, looks good there too, thanks!
[19:20] <robru> jhodapp: you're welcome
[19:35] <robru> Mirv: no diffs?
[19:37] <robru> Mirv: I don't understand why you cancelled the build and started a new one
[19:38] <Mirv> robru: watch only didn't work, it used old version number for ciborium
[19:38] <Mirv> robru: ie watch only doesn't pick up if manual sources were updated
[19:39] <robru> oh hmmm
[19:39] <davmor2> Mirv: robru: I hate the spreadsheet now it keeps resetting, sending out another set of ticket and resetting all the stats we set to tested :(
[19:39] <robru> davmor2: yeah that sounds like the spreadsheet to me
[19:39] <davmor2> robru: oh it is
[19:40] <robru> davmor2: what's remarkable is not how bad it is today, but how we somehow managed to make it 6 months without these issues. it used to be like this *constantly*
[19:41] <davmor2> robru: hahaha
[19:52] <robru> Mirv: how did you ever do this before ci-train? ;-)
[19:53] <Mirv> robru: https://ci-train.ubuntu.com/job/ubuntu-landing-012-2-publish/74/console
[19:55] <Mirv> robru: can you hack it to work?
[19:55] <robru> Mirv: let me poke at the silo
[19:57] <robru> Mirv: so the problem appears to be that sip4 is in the PPA but not actually in the silo config. and as a result of that, there's no corresponding sip4.project that the publish job relies on for the info that it needs to publish.
[19:57] <robru> Mirv: so add sip4 to the silo config, reconfigure, build with PACKAGES_TO_REBUILD=sip4 (but *not* watch_only) and then the publish should work
[19:58] <Mirv> robru: omg..
[19:59] <robru> Mirv: unless you don't need sip4; then just delete it from the PPA and the publishs hould be fine
[19:59] <Mirv> robru: nope, it's required
[20:00] <robru> Mirv: ok, now that I see what's happened here I'll put in an even better error message.
[20:01] <Mirv> robru: that might help a bit yes :D
[20:11] <Mirv> phew..
[20:12] <Mirv> now with luck kubuntu will also be unblocked in a few hours for their kf5 upgrades if the migration goes well
[20:18] <robru> Mirv: hrm, ok I pushed a fix that makes it say "check that foo is in the silo config", obviously it would be even better if it checked that itself, but the part of the code where it's doing this test doesn't have access to the full silo config, so it'll take some refactoring to make that better. For now though it should be clear what's going on at least.
[20:21] <robru> Mirv: https://ci-train.ubuntu.com/job/check-publication-migration/100943/console YES! one in the NEW queue, rest in proposed. none in the abyss ;-)
[20:26] <Mirv> robru: thanks! and yes, so it seems.
[20:26] <robru> Mirv: you're welcome, sorry it took me so long to wake up and fix that
[20:30] <robru> Mirv: what's the deal with qtwayland? is that going to be blocked in NEW for a long time, and if so, how horrible will it be when the rest of the silo migrates and that's the last bit left?
[20:31] <Mirv> no problem, it was complex anyhow with pieces moving.
[20:32] <Mirv> robru: ScottK knows about it and will probably quickly approve. it's also quite independent.
[20:32] <robru> Mirv: k, just remember that the NEW queue doesn't actually store the package, so if you merge it prematurely (eg to land the qtmir branches) then qtwayland will just be lost to the ether.
[21:08] <dobey> ToyKeeper: hi! are you around?
[21:08] <ToyKeeper> Hi.
[21:10] <dobey> ToyKeeper: hi, i have a branch which i think will solve the "add credit card" issue you reported (lp: #1421421). would you mind taking a few minutes to test it when i can get a click for you, to verify if it fixes the problem for you?
[21:11] <ToyKeeper> dobey: Yes, I can probably do that after I finish the sacrificial ritual I'm doing...  rewiring a new phone for power testing.
[21:11] <dobey> oh fun :)
[21:12] <dobey> don't burn your fingers
[21:47] <dobey> ToyKeeper: ok. jenkins is being super slow again i guess. i've made https://code.launchpad.net/~dobey/pay-ui/js-dialogs/+merge/253280 for my branch to get a click from jenkins for you to test with. if it happens to build the package reasonably soon and you can test it, that would be awesome. feel free to leave any comments on the MP or bug and i'll see them. thanks!
[21:49] <dobey> time for me to go. later
[21:50] <ToyKeeper> dobey: I can only test the actual bits which are proposed for landing.  If that's not the exict build to be used, it doesn't help much.
[21:50] <ToyKeeper> s/exict/exact/
[21:53] <dobey> ToyKeeper: i just need to verify if this is the reason you were not able to add a credit card before when the bank sent you to the other web page. i don't want to waste time fixing up the test infrastructure to be able to add tests for this, and then have it not actually fix the problem. so if you can install the click which gets built there and verify if you get the dialog popped up when you try to add the card which result
[21:53] <ToyKeeper> dobey: Oh, okay.
[21:54] <ToyKeeper> I made sure not to modify my account since then, in hopes I can still test it.  :)
[21:55] <dobey> ToyKeeper: ok great. thanks much :)
[23:05] <robru> brb
[23:56] <jhodapp> robru, ping
[23:57] <robru> jhodapp: hola
[23:57] <jhodapp> robru, hey, seems that this MR is still not listed/configured for RTM silo 2: https://code.launchpad.net/~phablet-team/media-hub/use-transact-method/+merge/253062
[23:58] <robru> jhodapp: blah. can you send me the complete list again?
[23:58] <robru> jhodapp: pastebin if you don't feel like emailing
[23:58] <jhodapp> sure
[23:59] <jhodapp> ok emailed
[23:59] <robru> thanks