[00:04] <veebers> robru: ping, if you have a moment can you eyeball the packaging changes I made in this branch? https://code.launchpad.net/~veebers/autopilot/fix-upstart-rename-1330803/+merge/223486
[01:03] <robru> veebers, sorry, just got back, looking
[01:03] <veebers> robru: nw, awesome thanks
[01:16] <veebers> thanks robru :-)
[01:16] <robru> veebers, you're welcome!
[01:23] <robru> kgunn, camako: ermagerhd, is silo 16 for real? should I publish it??
[01:24] <robru> do we have any core devs around for a packaging ack? https://ci-train.ubuntu.com/job/landing-017-2-publish/lastSuccessfulBuild/artifact/packaging_changes_url-dispatcher_0.1+14.10.20140618-0ubuntu1.diff
[02:12] <kgunn> robru: packages built ok & tested ok
[02:14] <robru> kgunn, glad that's finally fixed ;-)
[02:39] <tedg> robru, Fixed the indicator-transfer stuff. Not sure what to do, should I rebuild?
[02:40] <robru> tedg, yeah, is it fixed in the same MP?
[02:41] <tedg> robru, Yeah
[02:41] <robru> tedg, yeah, just rebuild, doesn't need to retest, then I'll publish, then we can wait for a real archive admin to NEW it
[02:43] <tedg> robru, Cool, building.
[02:47] <robru> tedg, er, you're building url-dispatcher? I thought we were talking about indicator-transfer in 15
[02:47] <tedg> We were.
[02:47] <tedg> Shoot.
[02:48] <tedg> Hit the wrong one.
[02:48] <tedg> robru, Cancel or just let it build?
[02:48] <robru> tedg, ehhh, just let it go
[02:48] <tedg> Okay, kicked the right one now.
[02:49] <robru> tedg, i'd hate for that to be in a weird half-built inconsistent state
[02:49] <robru> tedg, great
[04:14] <elopio> ci-help
[04:14] <elopio> in case somebody is around, please take a look at http://q-jenkins.ubuntu-ci:8080/job/qt-release-gatekeeper/label=daily-mako/15/console
[04:14] <elopio> error: device not found
[04:43] <Mirv> robru: I don't see any particular "green light" for releasing Qt 5.3, though
[04:44] <Mirv> robru: so I'd more like think it's Thu your time if it happens
[04:44] <robru> Mirv, I was told at the landing meeting this morning (your yesterday) that today was the day for that. sil2100 said so
[04:44] <robru> Mirv, yeah, I was thinking you'd do it now and I'd wake up to the release in a few hours ;-)
[04:45] <Mirv> robru: ok, well sil2100 probably didn't follow the blockers and anyway I can't do the decision to "ship it". I don't have any e-mail or such from Pat/Ricardo/folks that it'd be good, so we need to wait at least until there's confirmation that emulator is workint etc
[04:46] <robru> Mirv, ok, well, do what you feel is right. i'm on my way to bed now.
[04:46] <Mirv> good night! I'll try to follow up on things, but I believe the landing button will be eventually pressed by someone else than me if it's not immediately in your Thu morning
[04:47] <robru> Mirv, alright, thanks. goodnight
[05:01]  * Mirv will land UITK as soon as watch only succeeds (and I'll probably need packaging acks too though)
[05:18] <cjwatson> robru,tedg: url-dispatcher packaging> would be slightly nicer to call it debian/source.apport and use dh_apport, and then you could just put "debian/url-dispatcher-crashdb.conf etc/apport/crashdb.conf.d" in debian/url-dispatcher.install and not have to use an override at all; Python code should be PEP-8 formatted too IMO.  But those are just niceties, so ack
[08:38] <Mirv> ogra_: if you happen to notice, you could kick an image build now that mir & UITK are in, to get somethin for them before Qt 5.3
[08:38] <popey> Mirv: ogra_ can you wait 30 mins until I have approved Music in the store?
[08:45] <Mirv> sure it can wait
[08:45] <popey> thanks
[08:48] <popey> ok, approved it, ogra_ if you're planning on being inside away from the lovely sun and fancy kicking an image that would be great ☻
[08:51] <Mirv> popey: so was that the 1.3.496 music-app?
[08:53] <popey> yes
[08:53] <Mirv> excellent
[08:53] <popey> the music devs and balloons works solidly for about 9 hours yesterday on it!
[08:54] <popey> so we can look at removing qtgrilo at some point
[08:56] <mhr3> Mirv, when is 5.3 planned to land?
[08:56] <Mirv> I'd give an applause to ahayzen and vthompson but they're not online
[08:57] <Mirv> mhr3: after Ricardo wakes up or so.. today probably anyway. we need emulator confirmed to be working.
[08:57] <mhr3> Mirv, asking cause i'll want to land the departments too
[08:59] <Mirv> mhr3: unity8 rebuild will not be the end of the world if it comes to that it needs landing first
[08:59] <mhr3> Mirv, sure, just giving you headsup
[08:59] <Mirv> ie if Qt 5.3 gets delayed to tomorrow for example. let's see.
[09:53] <Saviq> robru, hey, just noticed that host-upgrade removes the PPA after host-upgrade, so then host-purge doesn't work... is that on purpose?
[11:05] <popey> Mirv: please upload http://s-jenkins.ubuntu-ci:8080/job/calendar-app-click/lastSuccessfulBuild/artifact/out/com.ubuntu.calendar_0.4.328_all.click to the store when you have a moment
[11:07] <brendand> can we force PS Jenkins bot to run on a merge request?
[11:07] <brendand> or at least find it when it will run/why it isn't
[11:09] <cjwatson> http://lpbuildbot.canonical.com/changes/8394
[11:09]  * cjwatson does a happy anticipatory dance
[11:11] <ahayzen> xnox, would you be able to review this? or anyone else around? thanks https://code.launchpad.net/~andrew-hayzen/ubuntu-seeds/music-app-remove-grilo/+merge/223718
[11:16] <Mirv> popey: uploaded
[11:16] <popey> thanks Mirv
[11:17] <Mirv> cjwatson: popey was wondering a bit if you could kick an image build while ogra is away? there'll be an automated one in some amount of hours, but it'd be nice to have the results earlier with the new Mir and UI Toolkit
[11:17] <cjwatson> Mirv: Right now?
[11:17] <popey> now is good
[11:17] <Mirv> cjwatson: yes
[11:19] <cjwatson> sure, poked
[11:19] <Mirv> thanks!
[11:19] <popey> thank you cjwatson
[11:25] <imgbot> [11:26] <popey> Mirv: which will be the first qt53 image?
[11:30] <davmor2> popey: 90 with any joy :)
[11:34] <Mirv> popey: yeah 90 maybe, or if it gets autotriggered before we're ready then 91
[11:36] <popey> k
[12:03] <ricmm> Mirv: quick, maybe dumb question
[12:03] <ricmm> shouldnt unity-mir also rebuild against 5.3 ?
[12:24] <Mirv> ricmm: no, it's not strictly needed ie 5.3 is compatible enough. only those packages that have gotten the qtbase-abi-5-2-1 dependency via symbols are required
[12:45] <imgbot> [12:45] <imgbot> [12:45] <ricmm> Mirv: ah understood, perfect then
[12:46] <ricmm> cant wait for 90
[12:58] <brendand> why is there 89 without any smoketesting? http://ci.ubuntu.com/smokeng/utopic/touch/
[13:01] <t1mp> Mirv: did you see any Popovers that are black on qt 5.3?
[13:02] <t1mp> Mirv: https://www.dropbox.com/s/ojk1ag9fyff96do/Screenshot%202014-06-19%2015.02.01.png
[13:03] <mterry> robru, do you know who was working with ogra_ on some ubuntu-touch-session silo yesterday?
[13:04] <brendand> ogra_, why no smoketesting for 89?
[13:05] <mterry> brendand, I've been told ogra_ is off today
[13:06] <tedg> cjwatson, I haven't used apport like that, do you know of docs? These seem to be out-of-date https://wiki.ubuntu.com/Apport/DeveloperHowTo#Applications_not_included_in_Ubuntu.27s_repositories_but_hosted_on_Launchpad
[13:07] <brendand> ok now it's running
[13:08] <t1mp> Mirv: also the pickers are broken https://www.dropbox.com/s/9w5f3khqr74v3gk/Screenshot%202014-06-19%2015.07.43.png
[13:10] <mterry> robru, well in the absence of ogra_, can I request a silo for line 39?
[13:23] <davmor2> popey: is the google+ app still not showing the OSK for you today?
[13:24] <popey> yeah, fine at home on wifi
[13:25] <popey> i think it was the dodgy connection
[13:25] <popey> all that js used in the input fields
[13:26] <davmor2> popey: next time you are out and about then, try opening gmail instead and use g+ tab in the gmail app and see if it works better there it did for me on 3g yesterday
[13:26] <popey> kk
[13:27] <Mirv> t1mp: both problems seems specific to your config / VM, they work fine here
[13:28] <t1mp> ok
[13:37] <Mirv> mterry: I could assign one, but we're out of silos. let's see if something can be done about that.
[13:39] <davmor2> Mirv: so when is the world fixer landing?
[13:40] <Mirv> mterry: yes I can do something about it, assigning
[13:40] <Mirv> davmor2: when rsalveti wakes up and tells us emulator is working
[13:40] <mterry> Mirv for mayor!
[13:40] <davmor2> I wonder if rsalveti leaves his machine on and if we can ping him awake?
[13:41] <Mirv> davmor2: if he has audible alarm, yes we could try :)
[13:42] <davmor2> Mirv: I just hope he doesn't live in a Catholic country that celebrates whatever day off it is :)
[13:49] <mhr3> Mirv, set 014 as ready
[13:50] <Mirv> mhr3: extremely well tested? :)
[13:50] <boiko> barry: hi, would you mind merging the trunk of addressbook-app in your py3 branch?
[13:50] <mhr3> Mirv, of course :)
[13:50] <Mirv> mhr3: ok, we'd need a core dev here. or maybe #ubuntu-devel.
[13:51] <Mirv> (packaging acks)
[13:51] <mhr3> yea, there will be quite a bit of changes there
[13:51] <barry> boiko: sure thing
[13:51] <boiko> barry: thanks!
[13:53] <mhr3> Mirv, will you ping someone?
[13:53] <barry> boiko: wait, addressbook-app?  isn't that already merged into trunk?
[13:54] <boiko> barry: oups, sorry, I meant messaging-app
[13:54] <barry> boiko: gotcha
[13:54] <Mirv> mhr3: yes, generally asking on #ubuntu-devel
[13:55] <mhr3> Mirv, k, /me moves on
[13:56] <Mirv> mhr3: thostr_: actually, this is more complicated now that there's a NEW package
[13:56] <mhr3> Mirv, ehm?
[13:56] <Mirv> that might pose a timing problem
[13:56] <mhr3> what new pkg?
[13:56] <Mirv> libunity-scopes2
[13:56] <Mirv> so archive admin would need to accept that
[13:56] <mhr3> it's not new, it's upgraded
[13:56] <mhr3> from ..1
[13:57] <Mirv> sure it's not new as in new, but it's new as in it goes to new queue.. although hmm did we have autoaccept for touch only packages..
[13:57] <Mirv> anyhow, if I get acks I think it's ok, we just need 1 person more to be pinged at the right time
[13:57] <barry> boiko: merged and pushed (but untested)
[13:58] <boiko> barry: ok, let's wait to see what jenkins says about it :)
[14:02] <Mirv> mhr3: http://pastebin.ubuntu.com/7669252/
[14:03] <mhr3> seb128, yes, we'll do that once we support it, currently it wouldn't work anyway
[14:03] <seb128> mhr3, ?
[14:03] <seb128> mhr3, splitting binaries in the packaging is not something that "doesn't work currently"
[14:04] <seb128> or wouldn't work
[14:04] <mhr3> seb128, i mean even if they were split pkging-wise, they wouldn't work
[14:04] <seb128> it's just doing the cp to a different directory
[14:04] <mhr3> so what's the point
[14:04] <seb128> how wouldn't they work?
[14:04] <seb128> oh, you mean the old soname one?
[14:04] <mhr3> yes
[14:05] <seb128> mhr3, alright, it's because it's you
[14:05] <seb128> Mirv, +1
[14:05] <Mirv> thanks
[14:07] <mhr3> i feel so special now :)
[14:08] <davmor2> Mirv: rsalveti is online knobble him quick before someone else does
[14:08] <Mirv> ok, estimating it will take some time before I can m&c and start unity8 rebuild for qt5.3. but ricardo will probably need time with the emulator anyhow.
[14:08] <Mirv> davmor2: :)
[14:11]  * Mirv will start to drift to evening mode where I wait for the word to do publishing (which will take at minimum 0.5h since prepare-silo + watch_only build are needed)
[14:11] <Laney> you'd have had to do an upload of the old package with the split
[14:12] <Laney> then the transition would have been normal
[14:12] <Laney> unless I'm mistaken
[14:13] <rsalveti> haha
[14:13] <rsalveti> Mirv: were you able to test the emulator?
[14:14] <rsalveti> just got up, let me go over irc
[14:15] <rsalveti> davmor2: yeah, it's holiday today but I'm not taking it (appending post rtm)
[14:17] <davmor2> rsalveti: Who'd of guessed that a south american country would celebrate catholic holidays ;)
[14:17] <rsalveti> :-)
[14:19] <mhr3> Mirv, hm, when an image is building is it taking stuff from -proposed or only main?
[14:20] <rsalveti> only main
[14:24] <Mirv> rsalveti: no, I didn't know how to do that - or yes I tested the emulator via QtC but even though I've Qt 5.3 on the desktop it created 5.2 x86 emulator
[14:25] <rsalveti> Mirv: no worries, testing it now
[14:26] <Mirv> mhr3: only main, that's why we always wait for stuff to hit release pocket
[14:26] <mhr3> Mirv, i had that feeling, but naming the channel devel-proposed doesn't help to make it clear
[14:27] <Mirv> mhr3: that's very true. two aspects of what's proposed.
[14:27] <bfiller> Mirv: we fixed gallery-app for qt5.3 problem but I haven't released a click yet as a few AP tests are failing
[14:28] <Mirv> bfiller: yes, I noticed, thanks. and ok.
[14:28] <bfiller> brendand_: thanks for helping on the AP tests for gallery
[14:28] <bfiller> brendand_: I would have asked artmello but he's out today
[14:29] <brendand_> bfiller, i'll try and look at it today
[14:29] <bfiller> brendand_: thanks
[14:33] <cjwatson> tedg: man dh_apport
[14:34] <cjwatson> Ha, I'd forgotten writing that :)
[14:34] <cjwatson> I see the NAME section is wrong, boo
[14:34] <rsalveti> Mirv: do we need a rebuild for unity8?
[14:35] <Mirv> rsalveti: yes, I'll kick it as soon as I can M&C the department support silo
[14:36] <Mirv> the current unity8 will continue to work though until the published one migrates to release pocket
[14:38] <rsalveti> right
[14:43] <kgunn> Mirv: any way i could get a silo for line 11 ? its needed for pre-flight testing...not landing just yet.
[14:45] <Mirv> kgunn: done, landing-015
[14:45] <kgunn> Mirv: thanks a bunch!
[14:54] <rsalveti> Mirv: emulator worked fine, the only difference I noticed is that when you move back to the apps scopes, the background stays blank: http://people.canonical.com/~rsalveti/emulator-unity8.png
[14:55] <rsalveti> Mirv: before you could see the scopes in the bottom
[14:55] <rsalveti> while doing the transition
[14:55] <rsalveti> but it works fine after you dismiss the greeter completely
[14:55] <rsalveti> not sure if this is also something that is happening on the device
[14:55] <rsalveti> as the qt stack itself seems to be fine
[14:57] <Mirv> rsalveti: ok, that's good news (in general). I don't think that happens on the device if I understood the situation correctly.
[15:00] <Mirv> rsalveti: oh actually there's the backround pattern similarly only before it finishes, but that might be of course because of the other scopes work too. good catch and worth filing a bug for.
[15:01] <Mirv> and Mir also landed last night..
[15:01] <rsalveti> right
[15:01] <Mirv> that actually seems weird enough that I don't think it was there yesterday
[15:03] <rsalveti> let me update my flo to se
[15:03] <rsalveti> see
[15:22] <rsalveti> Mirv: yeah, seems to be happening only on the emulator
[15:22] <rsalveti> will open a bug for it
[15:31] <rsalveti> Mirv: working fine after a reboot, can't reproduce it anymore
[15:31] <rsalveti> so it might just be something that happened because of the upgrade
[15:31] <rsalveti> so emulator is not blocking anything anymore :-)
[15:42] <elopio> brendand: the filemanager issue comes from image 88, so it doesn't have to do with the toolkit.
[15:42] <elopio> that's good.
[15:43] <elopio> balloons: I saw dpm merging some things about places models. But he's not around. Do you know something about it?
[15:43] <balloons> rev 88 have a regression?
[15:45] <brendand> elopio, i've got a handle (kinda) on the filemanager issues
[15:45] <elopio> balloons: it doesn't seem to affect the user experience
[15:45] <elopio> balloons: but when the test is run with autopilot, the model is incomplete.
[15:45] <balloons> elopio, we pushed several updates.. landing something from dpm to fix the setPath issue, and both of your merge test cleanups
[15:46] <brendand> elopio, the objectName is not set properly
[15:46] <elopio> balloons: I was trying to test it on desktop, now I get:
[15:46] <elopio> file:///usr/share/filemanager/qml/filemanager.qml:24:1: module "com.ubuntu.PlacesModel" is not installed
[15:46] <elopio>      import com.ubuntu.PlacesModel 0.1
[15:46] <balloons> elopio, with trunk or ?
[15:46] <elopio> balloons: yes, trunk.
[15:47] <balloons> https://code.launchpad.net/~dpm/ubuntu-filemanager-app/placesmodel
[15:48] <balloons> elopio, looks like that problem never got fixed;
[15:48] <balloons> https://code.launchpad.net/~dpm/ubuntu-filemanager-app/placesmodel/+merge/223548
[15:48] <balloons> and I merged it..
[15:48] <balloons> whoops
[15:48] <brendand> 97                 objectName: model.objectName
[15:48] <brendand>  74                objectName: "place" + folderName(path).replace(/ /g,'')
[15:48] <Mirv> mhr3: it seems the landing is giving us some problems after all simply because the autopkg tester machines are buried in load
[15:49] <elopio> brendand: he kept the object names on his merge.
[15:49] <balloons> looks like a silly mistake on my part
[15:50] <brendand> elopio, how did it pass the ci testing then?
[15:50] <elopio> because it should work.
[15:51] <elopio> I'm trying to get it working here to confirm, but I can't run it.
[15:51] <brendand> elopio, why should it work? it doesn't work
[15:52] <elopio> brendand: the lines you pasted seem correct.
[15:53] <Mirv> rsalveti: I collected Qt 5.3 packaging acks in one pastebin, could you go through it or should I ask some other core-dev? http://pastebin.ubuntu.com/7668640/
[15:54] <rsalveti> sure
[15:54]  * popey hugs balloons 
[15:54] <popey> balloons: does that need a merge to revert it?
[15:54] <rsalveti> let me take a look
[15:54]  * balloons waves to popey 
[15:54] <popey> be nice to get it done for image #90 ☻
[15:55] <rsalveti> Mirv: for fcitx-qt5-0.1.2 we don't need to create a ubuntu version for it
[15:55] <balloons> popey, does the store let us push the last click up now or now?
[15:55] <rsalveti> just append build1
[15:55] <rsalveti> instead
[15:55] <balloons> aka, can we simply rollback on rev
[15:55] <Mirv> robru: mhr3: I'm doing m&c for landing-014 already now so that I can start landing-005 unity8 rebuild earlier.
[15:55] <rsalveti> Mirv: https://launchpad.net/ubuntu/utopic/+source/libalien-wxwidgets-perl/0.65+dfsg-2build1
[15:55] <popey> balloons: that makes no sense ☻
[15:55] <rsalveti> for example
[15:55] <rsalveti> Mirv: that way the debian auto import will still work
[15:55] <popey> balloons: we would need to make a r211 or greater.
[15:56] <balloons> popey, haha.. ok trying again. Can we push r209.click to the store or will it complain
[15:56] <robru> Mirv, cool
[15:56] <balloons> popey, ok, so if I push 209 as 211 it works, otherwise no dice
[15:56] <rsalveti> Mirv: same for gammaray
[15:56] <mhr3> Mirv, i can already see that autopkgtest for unity-scopes-api, because we forgot to update it :/
[15:56] <mhr3> Mirv, eh.... will fail
[15:56] <rsalveti> Mirv: maliit-framework seems fine (ack)
[15:56] <popey> balloons: so long as everything says 211, sure.
[15:57] <balloons> popey, or I can just grab the mp, revert it and merge
[15:57] <balloons> might be better to do that
[15:57] <rsalveti> Mirv: oxide-qt as well
[15:57] <popey> yeah
[15:57] <balloons> on it
[15:57] <Mirv> rsalveti: true. hmm, that version number would be lower than the current ubuntu1. I'm not sure if I'd now delete those two packages, how long it would take for them to properly disappear from the PPA so that build1:s could be uploaded.
[15:57] <popey> balloons: thanks!
[15:58] <mhr3> Mirv, ah, but it was the first time, so it's just "Always failed"
[15:58] <rsalveti> Mirv: right
[15:58] <Mirv> mhr3: "super well tested", right! :)
[15:58] <cjwatson> Mirv: should just take a PPA publisher run, 15 minutes or so
[15:58] <rsalveti> if so, not that much then
[15:58] <cjwatson> but I don't recall if the citrain bugs with lowering versions have been fixed
[15:58] <mhr3> Mirv, clearly ci should run our autopkgtests :P
[15:59] <brendand_> balloons, so what happened?
[15:59] <cjwatson> you'd want somebody to double-check what versions it's going to copy ...
[15:59] <Mirv> rsalveti: if there's risk involved (I know citrain has been a bit buggy in that department), I'd possibly just want to file a bug assigned to me to make sure they get back to synced status later
[15:59] <rsalveti> Mirv: right, might be easier at this point
[16:00] <Mirv> even with 5.2 funky stuff happened and didier is not around necessarily anymore at that point
[16:01] <rsalveti> Mirv: the rest seems fine as well
[16:01] <rsalveti> Mirv: yeah, just make sure that every package we added 0ubuntu1 as rebuild to get a bug
[16:01] <rsalveti> so you can clean up the sync
[16:02] <Mirv> rsalveti: ok, I'm doing that now
[16:02] <Mirv> (and kicked unity8 rebuild)
[16:02] <rsalveti> great
[16:02] <davmor2> Mirv: landing meeting, it might be wise for you to be there
[16:03] <Mirv> davmor2: uh oh, a second
[16:05] <balloons> brendand_, what happened? Well I'm reverting the merge. I was trying to merge leo's code, and I did, but it seems I merged david's code also. You can see 2 merges
[16:06] <brendand_> balloons, oh, was dpm's code not ready?
[16:06] <balloons> brendand_, no
[16:07] <brendand_> balloons, ok - cool
[16:07] <balloons> popey, https://code.launchpad.net/~nskaggs/ubuntu-filemanager-app/revert-r209/+merge/223783. Diff looks good, confirming it runs on the device
[16:16] <elopio> balloons: thanks. I reported a bug and linked to your branch.
[16:16] <elopio> brendand_: I'm looking at calendar now.
[16:17] <brendand_> elopio, read my mind :)
[16:17]  * balloons needs to to finishing fixing up the isolation on calendar
[16:18] <davmor2> popey: I got a new webcam for my main system so I wonder if that and the million web connections was having a knock on effect :)
[16:18] <elopio> brendand: oh, and the failure on the toolkit is fixed on staging
[16:18] <elopio> I never reported a bug about it. I will.
[16:40] <elopio> emacs
[16:40] <elopio> no, not that.
[16:41] <elopio> brendand: the failure on the calendar is because you reenabled the OSK, but didn't add the swipe_into_view calls needed to show the all the fields.
[16:41] <elopio> the fix is easy, but I would like to make it a little better than just patching it. The test is too big.
[16:43] <balloons> https://bugs.launchpad.net/ubuntu-calendar-app/+bug/1268640
[16:43] <balloons> seems only clock and rss reader left
[16:45] <elopio> nice :)
[16:45] <elopio> next step is harder, to actually use it.
[16:49] <Mirv> this will be a relatively long evening...
[16:49] <robru> Mirv, bad news?
[16:49] <Mirv> robru: no, just slowness in CI Train etc
[16:49] <robru> ah
[16:50] <Mirv> unity8 rebuild should be "published" in around 20 mins. build with watch only will take around 40 mins (!).
[16:50] <Mirv> prepare-silo maybe 5 in between
[17:00] <balloons> popey, https://myapps.developer.ubuntu.com/dev/click-apps/159/changerequest/
[17:00] <popey> thanks balloons
[17:01] <Mirv> hey hmm I can parallize just slightly here
[17:03] <Mirv> yay, saved 5 mins at least
[17:03] <popey> Mirv: https://code.launchpad.net/~andrew-hayzen/ubuntu-seeds/music-app-remove-grilo/+merge/223718
[17:03] <robru> stgraber, want to assign line 41?
[17:04] <popey> are you able to ส็็༼ ຈلຈ༽ส็็ that?
[17:04] <popey> dammit, i mean "a pprove"
[17:04] <popey> stupid script
[17:04] <Mirv> popey: let me check, I'll ส็็༼ ຈلຈ༽ส็็ it if it's fine
[17:04] <popey> ta
[17:05] <stgraber> robru: when I'm back from lunch, sure
[17:05] <robru> stgraber, alright
[17:09] <popey> phew, removed it, can now say approve..
[17:09] <robru> popey, what? all I saw was ส็็༼ ຈلຈ༽ส็็
[17:10] <popey> :þ
[17:10] <robru> lol
[17:10] <davmor2> popey: what crazy keyboard setup were you in then?
[17:10] <popey> i wasn't. for some reason I thought it was a good idea to alias "approve" to ส็็༼ ຈلຈ༽ส็็
[17:10] <popey> which I came to regret after realising how much I use the word "approve"
[17:11] <robru> lol
[17:11] <davmor2> popey: haha
[17:15] <davmor2> Mirv: so how is the world fix coming?
[17:15] <davmor2> we nearly fixed yet?
[17:16] <rsalveti> ส็็༼ ຈلຈ༽ส
[17:20] <popey> i like that the second hit on google for ส็็༼ ຈلຈ༽ส็็ is a log of this irc channel from 3 months ago ☻
[17:23] <Mirv> davmor2: nearly, nearly... silo is now prepared correctly, watch only build has been running for 20 mins. if no surprises, in 15 mins or so it's time to hit publish button.
[17:30] <rsalveti> :-)
[17:31] <Mirv> world saving is in progress, let's see how it goes
[17:31] <Mirv> sorry, world fixing
[17:31] <robru> Mirv, errr mah gerrrrd
[17:34] <Mirv> "Finished: SUCCESS" \o/
[17:35] <Mirv> http://pastebin.ubuntu.com/7670340/
[17:36] <robru> Mirv, holy hell
[17:40] <popey> https://lists.ubuntu.com/archives/utopic-changes/2014-June/thread.html Mirv the spammer
[17:40] <stgraber> boiko: you've got silo 6
[17:41] <boiko> stgraber: thanks!
[17:43] <Mirv> :)
[17:56] <davmor2> robru: why were you surprised it's been tested to hell and back
[17:56] <davmor2> Mirv: \o/
[18:00] <rsalveti> Mirv: alright :-)
[18:04] <Mirv> ok it's time for me to drift off for good
[18:04] <Mirv> stuff like https://launchpad.net/ubuntu/+source/qtxmlpatterns-opensource-src/5.3.0-2 has now indeed started building, in addition to the actually landed packages that were readily built
[18:05] <Mirv> hopefully everything will go fine over the next few hours, but if not just discuss on #ubuntu-devel what's remaining to get a migration to release pocket finished
[18:05] <robru> davmor2, not surprised that it worked, just impressed that it's finally happening ;-)
[18:07] <rsalveti> yeah, I know we got new packages as well, so might need help from an archive admin
[18:08] <robru> davmor2, Mirv http://wildstar-nerds.com/wp-content/uploads/2014/03/itshappening.gif
[18:09] <robru> wow, I broke the internet
[18:41] <cjwatson> rsalveti: sadly I have not yet finished/landed the Launchpad patch to cause NEW to take effect on copies; citrain is supposed to ask for pre-review of any new packages by an archive admin for that reason
[18:42] <rsalveti> oh, got it
[18:42] <cjwatson> did that pre-review not happen then?
[18:54] <rsalveti> I'm not sure, Mirv would know, didn't follow that landing
[19:41] <rsalveti> cjwatson: https://launchpad.net/ubuntu/+source/qtgraphicaleffects-opensource-src is failing to build because qtdeclarative5-dev now depends on a new package (libqt5quickwidgets5) that is probably not yet in main
[19:41] <rsalveti> cjwatson: can you give us a hand with that?
[19:42] <rsalveti> libqt5quickwidgets5 is p rovided by qtdeclarative-opensource-src
[19:50] <cjwatson> rsalveti: moved to main (effective after next publisher run, check rmadison in half an hour or whatever)
[19:51] <rsalveti> cjwatson: great, thanks
[19:52] <cjwatson> you should be able to retry when that shows them in main
[19:53] <rsalveti> yeah
[19:53] <rsalveti> thanks :-)
[20:04] <sergiusens> robru: seems the choo choo is down?
[20:06] <sergiusens> robru: my silo on line 42 is ready never showed up
[20:06] <robru> sergiusens, sorry I'm in a meeting gimme 20
[20:06] <sergiusens> no rush
[20:06] <robru> sergiusens, i see your line 42
[20:06] <robru> stgraber, can you assign line 42?
[20:12] <stgraber> robru: yep
[20:12] <robru> stgraber, thanks
[20:13] <stgraber> sergiusens: you've got #14
[20:13] <sergiusens> ty
[20:41] <cjwatson> rsalveti: I've retried qtgraphicaleffects-opensource-src, since that override change is published
[20:41] <robru> cjwatson, sooo... just looked at excuses for the first time, seeing a lot of red around this qt5.3 landing... can I help in any way?
[20:42] <rsalveti> cjwatson: great, thanks so much
[20:43] <cjwatson> robru: suspect some of those are retriable, but I'm just briefly stopping in, not going to be able to look seriously just now
[20:43] <robru> hmm
[20:43] <robru> figures mirv's off
[20:44] <cjwatson> not sure he has autopkgtest retry privs anyway
[20:44] <robru> cjwatson, right but he knows the most about qt
[20:44] <cjwatson> have experimentally retried click-update-manager
[20:44] <robru> also it's his landing
[20:44] <cjwatson> yeah but I think several of them may just be transient uninstallabilities, so don't require qt expertise
[20:44] <robru> cjwatson, ah, i hope so
[20:45] <cjwatson> retried qtcreator-plugin-ubuntu too, but need to wander off now
[20:45] <cjwatson> if that helps I'll come back and poke more retries later
[20:45] <cjwatson> (i.e. an hour or two)
[20:45] <robru> cjwatson, great, thanks
[20:56] <cjwatson> robru: ok, I had a few more moments - they all look like temp uninstallability issues, so retried all I could see, should be better soon
[20:56] <robru> cjwatson, sweet, thanks a ton
[21:06] <jhodapp> robru: can you reconfigure silo 2 for me please?
[21:06] <robru> jhodapp, yep
[21:06] <jhodapp> thanks
[21:07] <robru> jhodapp, you're welcome
[21:07] <robru> jhodapp, rsalveti : done
[21:22] <rsalveti> robru: thanks
[21:22] <robru> rsalveti, you're welcome!
[21:39] <rsalveti> robru: not sure if you're able to help
[21:39] <rsalveti> http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html
[21:39] <rsalveti> autopkgtest for unity-scopes-api 0.5.0+14.10.20140619-0ubuntu1: Always failed (Jenkins: public, private)
[21:39] <rsalveti> for qtbase
[21:39] <rsalveti> it's blocking quite a few packages because of this failure
[21:40] <rsalveti> https://jenkins.qa.ubuntu.com/view/Utopic/view/AutoPkgTest/job/utopic-adt-unity-scopes-api/lastBuild/?
[21:40] <Laney> Always failed does not block migration
[21:40] <Laney> see "Valid candidate"
[21:40] <robru> rsalveti, "always failed" won't block it, it's only when it's red "regression". also note that it says valid candidate
[21:40] <robru> what laney said
[21:40] <rsalveti> oh, great
[21:40] <rsalveti> weird state though :-)
[21:40] <Laney> http://people.canonical.com/~ubuntu-archive/proposed-migration/update_output.txt is the next stage where you should look for the real reason
[21:41] <rsalveti> so it seems everything is in a valid state
[21:41] <rsalveti> just waiting
[21:42] <rsalveti> Laney: yeah, just saw the failure and thought it would block
[21:42] <robru> rsalveti, eh, pyqt5 looks blocked and so does qtgraphcaleffects, not sure if we care much for those
[21:42] <Laney> is there a transition?
[21:42] <Laney> looks like it's not completed as far as proposed-migration is concerned
[21:43] <rsalveti> hm, qtgraphicaleffects-opensource-src is outofdate
[21:44] <cjwatson> pyqt5 is definitely an issue, you have to care
[21:44] <cjwatson> looks like wrong dependencies
[21:44] <cjwatson> libqt5gui5-gles doesn't exist on armhf
[21:45] <cjwatson> qtgraphicaleffects-opensource-src I think will clear next run
[21:45] <robru> cjwatson, yeah, sorry, I didn't mean it was ok to break that, I meant more like "it's not on the phone and not blocking the rest of qt5.3"
[21:45] <cjwatson> https://launchpad.net/ubuntu/+source/qtgraphicaleffects-opensource-src/5.3.0-2/+build/6078216 says it's built
[21:45] <cjwatson> robru: right, but it is blocking
[21:45] <cjwatson> (according to update_output)
[21:45] <cjwatson>     * i386: etm-qt, libqgsttools-p1-touch, libqt5multimedia5-touch, libqt5multimedia5-touch-plugins, pyqt5-dev-tools, pyqt5-examples, python3-pyqt5, python3-pyqt5-dbg, python3-pyqt5.qsci, python3-pyqt5.qtmultimedia, python3-pyqt5.qtmultimedia-dbg, python3-pyqt5.qtopengl, python3-pyqt5.qtopengl-dbg, python3-pyqt5.qtpositioning, python3-pyqt5.qtpositioning-dbg, python3-pyqt5.qtquick, python3-pyqt5.qtquick-dbg, python3-pyqt5.qtsensors, ...
[21:45] <cjwatson> ... python3-pyqt5.qtsensors-dbg, python3-pyqt5.qtserialport, python3-pyqt5.qtserialport-dbg, python3-pyqt5.qtsql, python3-pyqt5.qtsql-dbg, python3-pyqt5.qtsvg, python3-pyqt5.qtsvg-dbg, python3-pyqt5.qtwebkit, python3-pyqt5.qtwebkit-dbg, python3-pyqt5.qtx11extras, python3-pyqt5.qtx11extras-dbg, python3-pyqt5.qtxmlpatterns, python3-pyqt5.qtxmlpatterns-dbg, python3-windowmocker, qtdeclarative5-qtaudioengine-touch-plugin, ...
[21:45] <cjwatson> ... qtdeclarative5-qtmultimedia-touch-plugin, qtmultimedia5-touch-dbg, retext, retext-wpgen
[21:46] <cjwatson> similar on other arches
[21:46] <robru> sweet merciful jeebus
[21:46] <rsalveti> hm, it shouldn't be depending on libqt5gui5-gles
[21:46] <cjwatson> most of that is fallout from pyqt5
[21:46] <rsalveti> let me check the package
[21:46] <cjwatson> not sure about the qtmultimedia-opensource-src-touch stuff though
[21:47] <cjwatson> hm, is qtmultimedia-opensource-src-touch still a thing?  it doesn't appear to be modified in -proposed
[21:48] <robru> no idea
[21:50] <cjwatson> rsalveti: do you know?
[21:50] <robru> I gotta step out for lunch, brb
[21:50] <rsalveti> cjwatson: no, we can kill that one
[21:50] <cjwatson> ok, so removals at the same time as transitions are kinda awkward
[21:51] <cjwatson> can we kill it without breaking the current stack in utopic release?
[21:52] <rsalveti> yeah, the qtmultimedia-touch packages are not used anymore on touch
[21:52] <rsalveti> but I don't get why it's a problem for this transition
[21:53] <cjwatson>  libqgsttools-p1-touch : Depends: libqt5multimedia5-touch (>= 5.1.1+git20131205+8230c02-0ubuntu4) but it is not going to be installed
[21:53] <cjwatson>  libqt5multimedia5-touch : Depends: qtbase-abi-5-2-1
[21:53] <cjwatson> anyway, give me a reason that I can copy and paste into remove-package and I'll kill it off
[21:54] <cjwatson> preferably including what it's superseded by
[21:55] <rsalveti> cjwatson: it was needed when we were using qtmultimedia directly, as the -touch version uses gstreamer 1.0. Since we landed media-hub, the abstraction uses that instead
[21:55] <rsalveti> not using gstreamer anymore
[21:56] <rsalveti> so that's why we're not using that package anymore
[21:56] <rsalveti> and didn't update to qt 5.3
[21:56] <cjwatson> <cjwatson@amber ~>$ remove-package -m 'requested by rsalveti; Ubuntu Touch now uses media-hub rather than gstreamer; blocks Qt 5.3 transition' qtmultimedia-opensource-src-touch
[21:57] <cjwatson> ?
[21:57] <rsalveti> cjwatson: +1
[21:57] <cjwatson> bye-bye
[21:57] <rsalveti> I'm checking pyqt5, there's probably a wrong symbol in qtbase (pointing out to the wrong package)
[21:57] <cjwatson> somebody should possibly hoover up its bugs
[21:57] <rsalveti> yeah, jhodapp mind doing that?
[21:58] <rsalveti> as you owned that package
[21:58] <cjwatson> I don't see any other problems once pyqt5 is fixed, so hopefully that'll do it
[21:59] <rsalveti> great
[22:03] <sergiusens> can someone please rebuild the powerpc build for nuntium in silo 14? Having issues again
[22:06] <mterry> robru, you around?  Can you reconfigure silo 012?
[22:06] <cjwatson> sergiusens: retried
[22:14] <mterry> stgraber, can you reconfigure silo 012 for me?  I added a unity-system-compositor branch to reduce animation resources
[22:14] <sergiusens> ty
[22:17] <stgraber> mterry: sure, last thing for the day though, I EODed 15min ago
[22:17] <mterry> stgraber, oh sorry, you were still listed as the sheriff
[22:18] <stgraber> mterry: done
[22:18] <mterry> stgraber, thanks, have a good day!
[22:19] <stgraber> mterry: btw, aren't you a coredev?
[22:20] <mterry> stgraber, yes
[22:20] <stgraber> mterry: ok, so you could just have done it yourself then :)
[22:20] <mterry> stgraber, oh what?  I thought that was special landing team powers
[22:20] <mterry> Are all core devs on the landing team?
[22:21] <stgraber> mterry: nope, anyone who has write access to the spreadsheet and is in ~ubuntu-core-dev has the right to assign, reconfigure, publish, clean, ... silos
[22:21] <mterry> huh...
[22:21] <mterry> ok
[22:21] <mterry> stgraber, thanks!  Now go log off  :)
[22:21] <stgraber> Jenkins recognizes both ACLs, landing-team for the non-coredevs + ubuntu-core-dev for the rest (I'm not in the landing team LP team)
[22:23] <Laney> really?
[22:24] <robru> Laney, yeah we added all core devs to the jenkins ACLs when sil and I moved to the foundations team
[22:24] <Laney> I don't see much that's useful when I press reconfigure
[22:24] <Laney> but I don't know where to look admittedly
[22:24] <Laney> could just be all automatic from the spreadsheet
[22:25] <robru> Laney, reconfigure job is only if you're adding an MP within the same set of projects already configured. if you need to add new projects, you have to use the assign silo tool from the spreadsheet
[22:25] <Laney> Interesting, will have to try it soon
[22:26] <robru> Laney, feel free to ping sil2100 or I if you need any help with anything
[22:27] <Laney> will do, thanks
[23:12] <cjwatson> heh, a bunch of qt5 stuff just got auto-synced from Debian, I see
[23:12] <cjwatson> presumably you're cool with that or else it'd have *ubuntu* versions
[23:13] <cjwatson> pyqt5 qtquick1-opensource-src qtscript-opensource-src qttools-opensource-src qtwebkit-examples-opensource-src
[23:13] <robru> cjwatson, no idea
[23:23] <robru> cjwatson, wait, what's going on? debian just synced in a bunch of qt5.3 stuff that is conflicting with ours?
[23:25] <cjwatson> no, I wouldn't expect it to conflict, just newer versions
[23:25] <cjwatson> I'm sure it's fine, just thought I'd menion it
[23:25] <cjwatson> *mention
[23:25] <robru> cjwatson, do you know what the hold-up is at this point? are we just waiting for somebody to figure out pyqt5 still?
[23:25] <cjwatson> we had versions synced from Debian already, or they wouldn't have auto-synced
[23:25] <cjwatson> as far as I know yes
[23:26] <robru> cjwatson, any idea who I can punt that to?
[23:26] <cjwatson> sounded from the above as though rsalveti was working on it
[23:26] <robru> ah
[23:26] <robru> missed that bit
[23:26] <cjwatson> 22:57 <rsalveti> I'm checking pyqt5, there's probably a wrong symbol in qtbase (pointing out to the wrong package)
[23:26] <robru> thanks
[23:30] <cjwatson> of the Debian syncs, qtquick1/qttools are just symbols updates, qtwebkit-examples is a trivial upload-to-unstable-instead-of-experimental-because-Debian-doesn't-quite-have-copies thing, qtscript is symbols plus improving multiarch for -dev packages, pyqt5 is a fix from ScottK to fix a pyuic regression
[23:30] <cjwatson> so should all be fine