[02:05] <imgbot> [04:23] <bzoltan_> good morning, I have no idea why the qtcreator-plugin-ubuntu package is marked as regression here http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html
[04:23] <bzoltan_> robru: Mirv ^
[04:27] <robru> bzoltan_: https://jenkins.qa.ubuntu.com/job/vivid-adt-qtcreator-plugin-ubuntu/lastBuild/ARCH=amd64,label=adt/console looks like an infrastructure issue...
[04:28] <robru> hm, I can't seem to log in to d-jenkins...
[04:28] <robru> oh, there we go
[04:30] <robru> bah, I don't seem to have permission to retry it
[04:32] <robru> cjwatson: infinity ^ any chance to retry that jenkins run? pretty obviously not phablet-tools' fault
[04:33] <robru> bzoltan_: anyway it's out of my hands. You need #ubuntu-release to shepherd it through proposed.
[04:38] <bzoltan_> robru:  thank you, I will reach out there
[05:40] <Mirv> morning
[05:48] <Mirv> bzoltan_: I was able to kick a new try of it
[05:48] <bzoltan_> Mirv:  sweet, thank you
[06:11] <robru> Mirv: no fair! ;-)
[06:21] <Mirv> robru: I vaguely remember someone long time ago asking me "umm, what's your launchpad id?", and I believe this is related to that :)
[06:22] <robru> Mirv: cool, thanks for taking care of that
[06:32] <Mirv> bzoltan_: whoo, success
[06:36] <bzoltan_> Mirv:  \o/
[08:22] <oSoMoN> trainguards: good morning! any idea why gallery-app is still stuck in proposed, despite having been published 18hrs ago? (https://launchpad.net/ubuntu-rtm/+source/gallery-app)
[08:22] <sil2100> oSoMoN: hey! It's because of the missing dependency that has been added that cannot be fulfullied
[08:23] <oSoMoN> sil2100, which missing dependency?
[08:23] <sil2100> oSoMoN: I warned about this but kenvandine signed it off anyway
[08:23] <sil2100> oSoMoN: qtdeclarative5-ubuntu-ui-extras0.2
[08:24] <sil2100> oSoMoN: silo 17 introduces this package but it didn't land because of failed QA sign-off
[08:24] <oSoMoN> oh, I wasn’t aware of that
[08:25] <oSoMoN> huh, I’m not sure why gallery-app was in a separate silo then, it should have been in silo 17 too
[08:26] <jibel> oSoMoN, or just drop the dep if if it not required
[08:26] <sil2100> Indeed, from what bfiller mentioned this dependency is only used for the .deb version, but yeah, britney won't let it in this way
[08:28] <oSoMoN> unfortunately I don’t know this codebase, I merely fixed the failing autopilot tests for gallery-app, I’ll check why this dependency is needed at all
[08:39] <oSoMoN> if my grep-fu is still ok, this dependency on qtdeclarative5-ubuntu-ui-extras0.2 is completely useless
[08:45] <oSoMoN> and apparently the need for this dependency was removed with revision 1008 of lp:gallery-app, in July last year…
[08:45] <oSoMoN> but debian/control wasn’t updated accordingly
[08:45] <oSoMoN> let me try and fix that mess
[08:46] <jibel> oSoMoN, yeah, that's what I checked with ldd
[08:46] <jibel> oSoMoN, unless it is dynamically loaded
[08:47] <oSoMoN> jibel, well it’s a QML plugin, so yes it would be dynamically loaded, but it’s not even imported anywhere
[08:47] <jibel> oSoMoN, ah ok
[08:47] <jibel> oSoMoN, sil2100 if it is not needed just drop the dep and reupload
[08:48] <jibel> to fix the archive
[08:48] <oSoMoN> jibel, yep, I’ll do that
[08:49] <sil2100> jibel: btw. since I see some silos signed-off yesterday - do you want those to land or prefer to only land silo 15?
[08:49] <Mirv> I guessed rtm is closed when it's closed and obviously didn't do anything to them :)
[08:50] <jibel> sil2100, uitk and unity8 anything else?
[08:50] <jibel> unity8  has some nice fixes
[08:50] <sil2100> Mirv: and good, since QA already started testing yesterday so I didn't want to make them re-test as well
[08:51] <sil2100> jibel: well, all depends on how much testing you did already and how much time we have, since I suppose it would call for a re-test
[08:53] <jibel> sil2100, 60% left
[08:53] <jibel> sil2100, we just ran sanity for telephony, waiting for silo 15
[08:54] <sil2100> jibel: ok
[08:54] <jibel> sil2100, I think it's better to rebuld with nly 15
[08:54] <jibel> +i +o
[08:54] <sil2100> jibel: yeah, otherwise I guess much more would need retesting
[08:55] <jibel> sil2100, and it's already late if we want something tomorrow
[08:58] <oSoMoN> jibel, sil2100: care to approve https://code.launchpad.net/~osomon/gallery-app/cleanup-debian-control/+merge/250272 ?
[08:58] <oSoMoN> gonna need a core-dev ack too, now that I think of it
[08:58] <jibel> oSoMoN, so currently in vivid, just the camera needs it?
[08:59] <oSoMoN> mvo, hey, if you’re around and have a sec, would you mind having a quick look at https://code.launchpad.net/~osomon/gallery-app/cleanup-debian-control/+merge/250272 and validating it?
[08:59] <jibel> it has been dropped from mediaplayer too
[08:59] <oSoMoN> jibel, not sure who uses it, but I know for sure that gallery-app doesn’t use it
[08:59] <oSoMoN> let me check
[08:59] <mvo> oSoMoN: sure
[09:00] <jibel> oSoMoN, if it is only for the camera, wouldn't it be better to embed it in the click package rather than making a click depend on a non-sdk lib?
[09:01] <oSoMoN> jibel, maybe, but as I don’t know the codebases and future plans for those apps, I can’t really comment
[09:02] <oSoMoN> apparently ubuntu-touch has a dependency on qtdeclarative5-ubuntu-ui-extras0.2
[09:02] <jibel> oSoMoN, yes for the camera
[09:02] <oSoMoN> I suppose to ensure that it’s present even though it’s not officially part of the SDK
[09:02] <jibel> oSoMoN, before it was pulled in by mediaplayer
[09:05] <oSoMoN> trainguards: can I haz a silo for line 64, please?
[09:06] <oSoMoN> mvo, thanks for the review btw
[09:06] <Mirv> oSoMoN: sure
[09:07] <oSoMoN> jibel, so once I land the dependency-drop in vivid, I’ll request another sync for RTM, but I suppose it’s too late at this stage, right?
[09:08] <jibel> oSoMoN, it's fine, it is just for the deb and we use the click package on the phone
[09:08] <oSoMoN> excellent
[09:14] <ogra_> imgbot, status 105 vivid
[09:14] <imgbot> Error: There does not seem to be any build with the number 105
[09:14] <ogra_> imgbot, status 104 vivid
[09:14] <imgbot> Status: succeeded, Started: 2015-02-18 19:12:45 UTC, Finished: 2015-02-18 20:10:15 UTC
[09:14] <imgbot> Build URL: https://launchpad.net/~ubuntu-cdimage/+livefs/ubuntu/vivid/ubuntu-touch/+build/20186
[09:14] <imgbot> Changelog: http://people.canonical.com/~ogra/touch-image-stats/104.changes
[09:16] <oSoMoN> trainguards: can silo 3 be published, please?
[09:17] <sil2100> oSoMoN: sure, thanks :)
[09:19] <sil2100> oSoMoN: hmm, ok, so it seems 1.4.2-0ubuntu2 got published after you built the silo
[09:19] <sil2100> oSoMoN: do you have all the changes from 1.4.2-0ubuntu2 in this silo?
[09:20] <oSoMoN> sil2100, yes, they were fixes to make oxide work with Qt 5.4, they’re all part of the 1.5 branch
[09:21] <sil2100> Ok, so it's safe to publish nevertheless
[09:22] <sil2100> oSoMoN: ok, we need a core-dev review for this
[09:24] <oSoMoN> sil2100, the relevant revisions in the 1.5 branch of oxide are http://bazaar.launchpad.net/~oxide-developers/oxide/1.5/revision/950 and http://bazaar.launchpad.net/~oxide-developers/oxide/1.5/revision/956
[09:27] <sil2100> ogra_: would you have a moment to review a packaging diff for oxide? https://ci-train.ubuntu.com/job/ubuntu-landing-003-2-publish/lastSuccessfulBuild/artifact/packaging_changes_oxide-qt_1.5.3-0ubuntu1.diff
[09:27] <Mirv> oSoMoN: it'd be nice to preserve changelog history though, but I can make a MP for it
[09:28] <oSoMoN> mvo, I need another core-dev ack for https://ci-train.ubuntu.com/job/ubuntu-landing-003-2-publish/74/artifact/packaging_changes_oxide-qt_1.5.3-0ubuntu1.diff . This one is not as trivial as the other, but most of the diff is changes in the third-party chromium copy that goes with oxide, so there’s actually not that much to review
[09:28] <mvo> oSoMoN: let me look - is it intentional that you replace the changelog instead of appending to it?
[09:29] <Mirv> mvo: I just mentioned it
[09:29] <mvo> :)
[09:29] <Mirv> but it can be fixed for the next upload
[09:29] <oSoMoN> mvo, no, it’s not intentional
[09:29] <ogra_> sil2100, ACK
[09:30] <sil2100> oSoMoN, mvo: it seems ogra_ already gave a +1 on it ;)
[09:30] <mvo> oh, ok
[09:30]  * mvo needs to go to a meeting anyway:)
[09:30] <oSoMoN> excellent, thanks guys!
[09:30] <sil2100> mvo: yeah, the changelog thing is a bit sad, but oxide takes ages to compile ;p
[09:30]  * sil2100 noticed that his commitlogs are suddenly broken
[09:31] <mvo> no worries
[09:32] <Mirv> sil2100: just 5.5h, no problem
[09:33] <Mirv> oSoMoN: https://code.launchpad.net/~timo-jyrinki/oxide/restore_142ubuntu2_changelog/+merge/250276
[09:34] <oSoMoN> Mirv, man you’re fast :)
[09:37] <Mirv> sil2100: mvo: oSoMoN: ogra_: possible NACK on oxide? build dependency on libmedia-hub-dev added, which is in universe
[09:38] <ogra_> eeek !
[09:38] <Mirv> so it wouldn't pass from proposed, right? or media-hub would need to be promoted
[09:38] <oSoMoN> ouch
[09:38] <ogra_> yeah
[09:38] <ogra_> damn
[09:38] <Mirv> time to apply for core-dev if I spot something ogra doesn't! :)
[09:38] <ogra_> ++
[09:38] <ogra_> !
[09:38] <oSoMoN> man, I keep getting bitten by this kind of things, I should have learnt my lesson by now :/
[09:38] <oSoMoN> chrisccoulson, ^^
[09:44] <popey> cihelp (and maybe mirv) we're getting qt5.3/5.4 issues where it's complaining about 5.3 stuff installed and can't pull in 5.4 http://91.189.93.70:8080/job/generic-mediumtests-vivid/1085/console (look for 5.3.0+dfsg-2ubuntu9 in that page) ...
[09:45] <Mirv> popey: cihelp: nothing should build against vivid (which already had Qt 5.3.2 instead of 5.3.0 before), should build against rtm
[09:55] <sil2100> Good thing I didn't publish it yet ;)
[09:55] <Mirv> popey: cihelp: that said, the problem only comes from that there is now somehow a mix of 5.4.0 (vivid) + rtm (5.3.0) - if everything would be compiled against 5.4.0, it would just work still since Qt is largely backwards compatible
[09:55] <vila> Mirv: and the solution would be ? To have jobs for rtm instead of vivid ?
[09:58] <Mirv> vila: I guess to have either, not a mix of them. now it first compiles something on vivid and then tries to use those on rtm
[09:58] <Mirv> vila: but, additionally, since reminders is a .deb app instead of click, it would need to be built purely on rtm
[09:59] <vila> Mirv: and the build is part of the jenkins job ?
[10:01] <vila> Mirv: I see archive references for utopic and vivid (which is already surprising) but none to rtm...
[10:02] <dbarth__> Mirv: what's the recommendation for build depends like these?
[10:03] <dbarth__> i mean oxide supports both desktop and devices, but it would sound odd to have a device build with an extra dependency, and not on the desktop
[10:03] <dbarth__> and i imagine there are other components using media-hub which are in this case, aren't they?
[10:04] <dbarth__> sil2100, oSoMoN, ogra_ ^^ ?
[10:04] <ogra_> dbarth__, the only recommendation i have is to move media-hub to main
[10:04] <ogra_> or to drop the dep
[10:05] <ogra_> the infrastructure wont let it through otherwise
[10:05] <oSoMoN> ogra_, it won’t be trivial as media-hub itself build-depends on stuff that is in universe
[10:05] <oSoMoN> (e.g. gstreamer1.0-fluendo-mp3)
[10:05] <Mirv> vila: yeah, I only look at that log and see that it's first building on vivid, then trying to use those on utopic, and indeed nothing rtm. it doesn't look right, and has worked by luck before probably.
[10:05] <ogra_> right ...
[10:06] <vila> Mirv: I'm recording the issue in our queue to keep track
[10:07] <oSoMoN> dbarth__, we need to discuss the issue with media-hub maintainers
[10:07] <ogra_> long term media-hub needs to move to main one way or the other
[10:08] <ogra_> assumin we will use it in desktop at some point
[10:09] <oSoMoN> right, so the question becomes: how hard is it to promote it to main, and how fast can it be done to unblock oxide
[10:10] <imgbot> [10:10] <imgbot> [10:11] <oSoMoN> trainguards: can silo 12 be published, please?
[10:11] <ogra_> oh, that image only took 8h to build :)
[10:12] <Mirv> oSoMoN: done.
[10:12] <vila> ogra_: ooc, where there a particular issue that explains the 8h ?
[10:13] <oSoMoN> cheers
[10:13] <ogra_> vila, yep, a broken image on the system-image server, so the importer couldnt finish importing
[10:13] <Mirv> and right at that moment people.canonical.com went down?
[10:13] <vila> ogra_: thanks !
[10:13] <Mirv> ah, scheduled maintenance
[10:25] <dbarth__> ogra_: or move oxide to universe?
[10:26] <ogra_> dbarth__, then you would need to unseed it from desktop
[10:26] <dbarth__> and again, to clarify, it's the /build/ aspect that breaks? otherwise we do runtime detection of the media-hub api
[10:26] <ogra_> it is the build dependency
[10:26] <dbarth__> ogra_: yeah, well, i was trying different angles, but that one was extreme obviously ;)
[10:27] <dbarth__> ok
[10:37] <pete-woods> trainguards: just wanted to check if it was my dodgy net connection that was stopping the citrain dash from working?
[10:38] <sil2100> hm, I seem to be experiencing problems as well
[10:38] <Mirv> pete-woods: sil2100  scheduled maintenance on p.c.c
[10:38] <sil2100> Ah, ok, missed the announcement
[10:38] <pete-woods> ah, cool :)
[10:42] <oSoMoN> I just upgraded to image #115 on krillin, and I’m seeing unity8 use up a lot of CPU very quickly
[10:43] <sil2100> Mirv: btw. where was that announced? :)
[10:46] <Mirv> sil2100: is channel topic at the moment it went down, dunno otherwise :)
[10:48]  * sil2100 prefers e-mail announcements
[10:49] <sil2100> Since I'm not on all channels everywhere ;)
[10:49] <ogra_> that will teach you !
[10:49] <popey> vila: so what was the outcome of that qt5.3/5.4 issu?
[10:51] <vila> popey: <vila> Mirv: I'm recording the issue in our queue to keep track
[10:52] <popey> ah okay.
[11:07] <boiko> davmor2: good morning! just so you know, if you need anything regarding silo 15, I am around :)
[11:08] <davmor2> boiko: nice thanks
[11:08] <davmor2> boiko: a spare cmu2000
[11:08] <davmor2> no
[11:09] <davmor2> 200 I was close
[11:09] <boiko> :)
[12:01] <oSoMoN> trainguards: should I be worried about "gallery-app (0.0.67+15.04.20150219-0ubuntu1) is in no known spacetime" ?
[12:20] <cjwatson> oSoMoN: It doesn't seem to have made it to publishing.
[12:20] <cjwatson> https://launchpad.net/ubuntu/+source/gallery-app/+publishinghistory
[12:22] <oSoMoN> Mirv, ^^ looks like silo 12 wasn’t published
[12:22] <cjwatson> ubuntu-archive@snakefruit:~$ cat public_html/cicopy.log
[12:22] <cjwatson> Latest update:  Thu Feb 19 12:20:01 UTC 2015
[12:22] <cjwatson> bzr: ERROR: These branches have diverged. Use the missing command to see how.
[12:22] <cjwatson> Use the merge command to reconcile them.
[12:22] <cjwatson> I've seen more reassuring things
[12:23] <cjwatson> Nothing in cu2d/incoming though, so perhaps we need to reprocess?
[12:28] <cjwatson> If so, please get me a list of packagelist_rsync_* URLs to fetch manually.
[12:32] <popey> cihelp: I can't see what's wrong with this, but it's failing to land.. help? http://91.189.93.70:8080/job/ubuntu-calendar-app-autolanding/458/
[12:34] <Mirv> oSoMoN: hmm
[12:35] <Mirv> oSoMoN: publish success, there's the rsync line...
[12:35] <Mirv> cjwatson: http://pastebin.ubuntu.com/10307419/ ?
[12:35] <Mirv>  oh, I mean https://ci-train.ubuntu.com/job/ubuntu-landing-012-2-publish/66/artifact/packagelist_rsync_landing-012-vivid
[12:36] <Mirv> cjwatson: and https://ci-train.ubuntu.com/job/ubuntu-landing-011-2-publish/lastSuccessfulBuild/artifact/packagelist_rsync_landing-011-vivid
[12:37] <boiko> tranguards: I need a silo for a telepathy-qt5 change (which usually lands as source pushing directly), how should I put that in the spreadsheet?
[12:37] <cjwatson> Mirv: both poked into incoming
[12:37] <boiko> trainguards: the MR for the change is here: https://code.launchpad.net/~tiagosh/ubuntu/vivid/telepathy-qt5/fix-requested/+merge/250251
[12:37] <cjwatson> ubuntu-archive@snakefruit:~/cu2d/incoming$ cat packagelist_rsync_*
[12:37] <cjwatson> ci-train-ppa-service/ubuntu/landing-011 Release vivid   Proposed        vivid   libusermetrics  1.1.1+15.04.20150219-0ubuntu1   1.1.1+14.10.20141020-0ubuntu1   timo-jyrinki    ubuntu
[12:37] <cjwatson> ci-train-ppa-service/ubuntu/landing-012 Release vivid   Proposed        vivid   gallery-app     0.0.67+15.04.20150219-0ubuntu1  0.0.67+15.04.20150217-0ubuntu1  timo-jyrinki    ubuntu
[12:38] <Mirv> boiko: since we've no upstream project for it, you'd add it still to the additional source packages to land and get your MP uploaded manually to the silo by a trainguard
[12:38] <Mirv> cjwatson: great!
[12:39] <boiko> Mirv: ah ok, and how do I create the same change for RTM? just manually create the source deb?
[12:39] <Mirv> cjwatson: do you think you'd have time for pre-binNEW review of compiz-mate that I've tried for vain to get archive admin to review without poking directly? https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/landing-021 / https://ci-train.ubuntu.com/job/ubuntu-landing-021-2-publish/lastSuccessfulBuild/artifact/packaging_changes_compiz_1%3A0.9.12.1+15.04.20150213-0ubuntu1.diff
[12:39] <Mirv> since it's FF today, I'll need to start poking arch admins directly unfortunately
[12:40] <cjwatson> Mirv: Probably not, I'm afraid.  I need to put some dedicated thought into proposed-migration for stable releases today
[12:40] <Mirv> cjwatson: ok, thanks
[12:40] <cjwatson> At the moment I'm mainly in ubuntu-archive for operational emergencies and code maintenance, rather than package review
[12:41] <Mirv> that's alright
[12:44] <Mirv> boiko: hmm, I don't find ubuntu-rtm packaging branches to exist, so yes that'd be it. trainguards would debdiff what you have to make sure the upload is alright.
[12:44] <Mirv> boiko: or you can simply give a patch or something like that..
[12:44] <boiko> Mirv: ok, thanks :)
[12:50] <cjwatson> Mirv: still seems sad, http://people.canonical.com/~ubuntu-archive/cicopy.log
[12:50] <cjwatson> hm, maybe that's the cu2d code itself
[12:51] <Mirv> sil2100: ^ we might need you
[12:51] <cjwatson> ubuntu-archive@snakefruit:~/cu2d/cupstream2distro$ bzr pull
[12:51] <cjwatson> Using saved parent location: http://bazaar.launchpad.net/~cupstream2distro-maintainers/cupstream2distro/trunk/
[12:51] <cjwatson> bzr: ERROR: These branches have diverged. Use the missing command to see how.
[12:51] <cjwatson> Use the merge command to reconcile them.
[12:51] <cjwatson> did somebody uncommit something?
[12:51] <cjwatson> ubuntu-archive@snakefruit:~/cu2d/cupstream2distro$ bzr log --line | head -n3
[12:51] <cjwatson> 886: Robert Bruce Park 2015-02-18 Implement new Revno class with tests.
[12:51] <cjwatson> 885: Robert Bruce Park 2015-02-18 Delete also build-area/ to save space.
[12:51] <Mirv> robru has been active there recently
[12:51] <cjwatson> 884: Robert Bruce Park 2015-02-18 [merge] Simplify some packagemanager functions, with tests. Fixes: https://bugs.launchpad.net/bugs/1423080.
[12:51] <Mirv> it would look like matching https://code.launchpad.net/~cupstream2distro-maintainers/cupstream2distro/trunk
[12:52] <cjwatson> almost but not quite
[12:52] <cjwatson> the deployed r886 is revision ID robert.park@canonical.com-20150219014917-c12n7a6uxoe8158g; the one on LP is robert.park@canonical.com-20150219015318-snu4utbhetnj12rh
[12:52] <Mirv> robru: don't go uncommitting! :)
[12:52] <cjwatson> I spy an uncommit/recommit
[12:52] <Mirv> cjwatson: so, bzr uncommit, bzr revert, bzr pull
[12:53] <Mirv> would workaround
[12:53]  * cjwatson runs bzr pull --overwrite
[12:53] <cjwatson> should work now
[12:53] <Mirv> oh, that option
[12:54] <boiko> rsalveti: oups, the spreadsheet was not up-to-date here (not sure why/how) and I accidentally messed up with row 62 of the spreadsheet :-S
[12:55] <boiko> rsalveti: do you by chance know how do I revert that?
[12:56] <cjwatson> Mirv: http://people.canonical.com/~ubuntu-archive/cicopy.log looks happier
[12:57] <rsalveti> boiko: guess sil2100 should be able to help
[12:57] <boiko> sil2100: help please! :)
[12:58] <rsalveti> because powerd already landed at least
[12:58] <boiko> sil2100: the spreadsheet was outdated(?) here, and I accidentally ended up messing up rsalveti's entry at row 62
[12:58] <boiko> sil2100: any way to revert that?
[12:59] <boiko> rsalveti: really sorry about that
[12:59] <rsalveti> as my entry landed already, I think you can just overwrite it
[13:00] <Mirv> boiko: the spreadsheet has had mor eand more syncing problems recently
[13:01] <boiko> Mirv: yes, that's bad :/
[13:02] <boiko> Mirv: thanks
[13:02] <Mirv> sil2100: I think unping re: all pings at your direction lately :)
[13:03] <Mirv> davmor2: so, 15 ready to land now and then a image rebuild?
[13:03] <pmcgowan> oh goodie
[13:03] <boiko> \o/
[13:03] <davmor2> jibel: ^ sounds correct right?
[13:04] <jibel> davmor2, perfectly correct
[13:04] <jibel> davmor2, thank you!
[13:04] <boiko> Mirv: so, should I continue using the row I messed up or should I use a new one? I will need two rows anyway (one for vivid and one for rtm)
[13:04] <Mirv> boiko: I added a line for you already, I can add another one below it too
[13:05] <Mirv> rtm-015 published
[13:05] <boiko> Mirv: ah ok, I had one more at the end, let me remove that one
[13:05] <davmor2> boiko, pmcgowan: well technically I should fail it, for the lack of cmu200 but we'll let that one slide :) It doesn't break anything on the phone so we'll need to leave that to whoever it is that has one to test it works :)
[13:07] <pmcgowan> davmor2, you mean you could not test it? yeah understood
[13:07] <boiko> pmcgowan: salem_ created a patch for telepathy-qt5 fixing the bluetooth problems you were seeing
[13:08] <pmcgowan> boiko, I saw, does it really add a new file?
[13:08] <boiko> pmcgowan: luckly it is a one line change, the rest of the stack was ready for this case already for quite some time
[13:08] <boiko> pmcgowan: nops, one line change, the new file is because of quilt (git patch management)
[13:09] <pmcgowan> boiko, ok figured something like that
[13:09] <davmor2> pmcgowan: http://www3.rohde-schwarz.com/bargains/catalog/Test_and_MeasurementWireless_Communications_Testers_and_SystemsWireless_Device_Testers/F2AE553561110BACC125726D003A0DF3.html  their cheap at 34,000 euros so I'm not sure why all of qa don't have them ;)
[13:09] <davmor2> s/their/they're
[13:09] <pmcgowan> davmor2, I'll see what I can do :)
[13:10] <davmor2> pmcgowan: hehe :)
[13:11] <boiko> Mirv: can I get this source change uploaded on vivid silo 25: https://code.launchpad.net/~tiagosh/ubuntu/vivid/telepathy-qt5/fix-requested/+merge/250251
[13:12] <Mirv> boiko: it's there already, building :D
[13:12] <Laney> "Forwarded: no" → why?
[13:13] <Mirv> boiko: I knew what you'd want, so I went ahead and did it
[13:18] <vila> popey: sry for the dealy, lunch ;) Isnt't http://91.189.93.70:8080/job/generic-mediumtests-vivid/1116/testReport/ the explanation ?
[13:19] <popey> vila: i see nothing there that explains anything - what am I missing?
[13:19] <vila> popey: there is only one test and it fails (I don't why either though :-/)
[13:19] <vila> *know
[13:20] <vila> popey: but at least I think it explains why the job is marked UNSTABLE
[13:21] <popey> i guess the frustrating thing is it passed ci, but fails autolanding and we have no idea why
[13:21] <popey> i don't know what we do at this point
[13:21] <vila> popey: try to reproduce locally ?
[13:21] <popey> ok
[13:22] <vila> popey: if that's possible I mean, I don't know much of the context here :-/
[13:22] <popey> I'll run it and see what happens
[13:22] <vila> popey: re-reading the log, it seems that some tests are passing so the end result shouldn't be a single failed test
[13:23] <vila> popey: in reverse chronological order:
[13:24] <vila> + autopilot_result=137 # overall error ?
[13:24] <popey> where are you seeing this?
[13:24] <vila> /tmp/hudson7000586311193193760.sh: line 91:  2088 Terminated              qmlscene /tmp/main.qml
[13:24] <vila> /tmp/hudson7000586311193193760.sh: line 91:  2096 Killed                  timeout --kill-after=30 --signal=2 $test_suite_timeout $python_to_use -m autopilot.run run --timeout-profile=long -v -o /tmp/test_$test_suite.xml -f xml -r -rd /tmp/ $test_suite
[13:24] <popey> every link I click gives me empty pages
[13:24] <vila> http://91.189.93.70:8080/job/generic-mediumtests-vivid/1116/consoleFull
[13:24] <vila> 12:29:32.691 DEBUG _X11:309 - Releasing mouse button 1
[13:24] <vila> Traceback (most recent call last):
[13:24] <vila>   File "/usr/lib/python3/dist-packages/dbus/connection.py", line 602, in msg_reply_handler
[13:24] <vila>     def msg_reply_handler(message):
[13:24] <vila> KeyboardInterrupt
[13:25] <popey> i can't even run the tests locally, ImportError: No module named address_book_service_testability
[13:26] <vila> popey: so that last test seems to loop and probably hit a timeout but that seems to be a timeout to guard the whole run instead of failing the test itself (and it also seems that the name of the test is only displayed at the end so we don't know which one is failing)
[13:26] <vila> popey: :-/
[13:27] <popey> it does seem to take a long time to run those tests on jenkins
[13:27] <popey> i have address_book_service_testability installed. so not sure what it wants from me
[13:28] <vila> ha, the failing test seems to be:
[13:28] <vila> 12:16:42.866 INFO _logging:41 - Starting test calendar_app.tests.test_weekview.TestWeekView.test_show_next_weeks
[13:28] <vila> and it loops until 12:30:02.820 DEBUG _X11:309 - Releasing mouse button 1
[13:28] <vila> so 14mins
[13:29] <popey> hmm
[13:29] <popey> thanks for that info
[13:29] <popey> wish I could run it here.
[13:29] <vila> popey: np, sorry I can't help much more :-/
[13:29] <vila> yeah, that's a killer :-/
[13:34] <sil2100> Im still on lunch, will be back soonish
[13:36] <Mirv> sil2100: all is good here, no hurry
[13:39] <kenvandine> ugh... translations got merged into trunk during landing...
[13:39] <Mirv> bregma: note FF is today, and I haven't been able to find https://launchpad.net/~ubuntu-archive/+members to pre-binNEW review compiz-mate from the silo to publish it. Colin is not available for review, didrocks has not (yet) answered my ping.
[13:39] <kenvandine> sil2100, should i just do a rebuild and publish again?
[13:39] <Mirv> bregma: on Tue and Wed I asked generally and today started pinging directly... it needs to bin by 2100 UTC
[13:39] <bregma> Mir, this makes me sad
[13:40] <ogra_> why does Mir make you sad ?
[13:40] <bregma> well, that too :)
[13:40] <ogra_> :)
[13:40] <bregma> perhaps I meant to type "Merde, that makes me sad"
[13:40] <ogra_> haha
[13:41] <Mirv> bregma: there's plenty of US archive admins though, but direct pinging seems necessary, and possibly explaining that Train passes by binNEW meaning that the review needs to be done before hitting Publish
[13:42] <Mirv> bregma: you can recruit robru to help you in pinging archive admins
[13:43] <bregma> when the sun rises on that part of the world
[13:44] <popey> balloons: you about? need help running ap tests
[13:51] <john-mcaleely> imgbot, status 241 rtm
[13:51] <imgbot> Error: There does not seem to be any build with the number 241
[13:51] <om26er> jgdx, ping
[13:51] <john-mcaleely> imgbot, status 240 rtm
[13:51] <imgbot> Status: succeeded, Started: 2015-02-18 18:43:30 UTC, Finished: 2015-02-18 19:33:30 UTC
[13:51] <imgbot> Build URL: https://launchpad.net/~ubuntu-cdimage/+livefs/ubuntu-rtm/14.09/ubuntu-touch/+build/20184
[13:51] <imgbot> Changelog: http://people.canonical.com/~ogra/touch-image-stats/rtm/240.changes
[13:56] <jgdx> om26er, pong
[13:57] <sil2100> kenvandine: hm, as you prefer ;) Thosr can land next time too
[13:57] <om26er> jgdx, it was about setup wizard regression, which I was told is mterry' domain. unping :)
[13:57] <jgdx> om26er, successfully unpinged :)
[13:58] <sil2100> Mirv: did silo 15 rtm land?
[13:58] <Mirv> sil2100: yes!
[13:58] <Mirv> so if rmadison is happy it's time for image
[13:59] <jibel> sil2100, not yet in the release pocket
[13:59] <Mirv> it's according to LP but probably a few minutes still until it's really
[14:00] <jibel> sil2100, om26er found a problem with the wizard, without SIM the wizard doesn't tell "you don't have a sim"
[14:00] <Mirv> yeah, not yet
[14:00] <sil2100> Uh
[14:01] <om26er> could be landing 007
[14:06] <sil2100> Mirv, bregma: as compiz is a desktop package maybe you could ping didrocks about it? He's an archive admin
[14:07] <bregma> sil2100, taken care of
[14:09] <sil2100> jibel: how much testing (not counting telephony) is needed from the regression suite still?
[14:10] <jibel> sil2100, ~200 tests, it should be finished tomorrow morning
[14:10] <sil2100> So far no blockers?
[14:10] <Mirv> sil2100: jibel: rmadison seems now happy http://pastebin.ubuntu.com/10308469/
[14:10] <jibel> sil2100, this wizard thing om26er just found
[14:11] <jibel> sil2100, bug 1423565
[14:12] <sil2100> Mirv: Ill need 25 moar minutes before I can kick an image, I don't have the required keys here...
[14:12] <sil2100> ogra: could you kick an rtm image for us?
[14:13] <sil2100> jibel: thanks, we need mterry I guess
[14:13] <jibel> sil2100, he is on it
[14:13] <mterry> sil2100, jibel: I'm working with boiko to see where the regression lies, yeah
[14:14] <pmcgowan> sil2100, do you want to hold off the image until they debug the wizard
[14:14] <sil2100> mterry: excellent
[14:15] <sil2100> pmcgowan: yeah, anyway I don't have the tools for kicking it right now
[14:16] <sil2100> ogra_: don't kick an image for now, I'll do it later ;) Sorry for the noise
[14:17] <ogra_> sil2100, heh,. ok
[14:27] <oSoMoN> trainguards: can I have a silo for line 69, please?
[14:34] <Mirv> oSoMoN: rtm-014
[14:38] <oSoMoN> Mirv, thanks!
[14:49] <tedg> trainguards, Can I get a vivid silo for line 68 please?
[14:54] <sil2100> tedg: on it
[14:54] <tedg> sil2100, Thanks!
[15:02] <sil2100> mterry: any progress? :)
[15:03] <davmor2> sil2100: looks like libqofono that landed in 239
[15:04] <mterry> sil2100, we know roughly what caused it, but solutions aren't clear yeat
[15:04] <davmor2> sil2100: 238 shows the no sim page
[15:06] <sil2100> mterry, davmor2: so there's chance that the fix will have to happen on ofono side?
[15:07] <mterry> sil2100, ...  I dunno.  Technically, the ofono update is nice.  But it breaks assumptions the wizard made.  And it's not clear if the wizard can fix assumptions without regressions of some sort (maybe on tablet only though?)
[15:10] <sil2100> hm, ok, then I'll waiti with kicking the image
[15:10] <sil2100> Since if ofono changes would be needed then QA would anyway have to re-test telephony
[15:14] <jgdx> mterry, what in ofono was updated/changed?
[15:16] <mterry> jgdx, I haven't looked at the diff yet.  still fighting some stupid krillin problem.  But good point, let me check
[15:18] <mterry> jgdx, http://launchpadlibrarian.net/196819617/libqofono_0.53-0ubuntu2_0.70~rtm-0ubuntu2.diff.gz - OfonoManager went from sync to async
[15:18] <jgdx> mterry, aah libqofono
[15:19] <jgdx> I thought ofono
[15:21] <pmcgowan> jgdx, do we depend on changes in libqofono? or could we consider reverting it
[15:22] <jgdx> pmcgowan, we do depend on those changes.
[15:23] <tedg> trainguards, what ever you do, give me a vivid silo for line 70 before you give one to kenvandine.
[15:23] <sil2100> pmcgowan, jgdx: I suppose reverts aren't an option, as I see it was a critical requested by bq as well
[15:23] <sil2100> tedg: ;)
[15:23] <pmcgowan> jgdx, ok just thought I'd ask
[15:23] <kenvandine> tedg, i have a silo already :)
[15:23] <kenvandine> tedg, i win
[15:24]  * tedg cries a little
[15:24] <kenvandine> tedg, nothing but love man!
[15:24] <sil2100> mterry, jgdx: give me a sign where you think the fix will be needed, since basing on that we can either have a new image already or wait for your fix to land instead
[15:24] <sil2100> tedg: assigning anyways
[15:25] <tedg> sil2100, Heh, thank you!
[15:25] <jgdx> mterry, sil2100, for rtm, the wizard in u-s-s needs a small rewrite of the modem detection logic
[15:25] <jgdx> mterry, right?
[15:26] <jgdx> mterry, I can help if you need any!
[15:26] <kenvandine> jgdx, i'm sure you already have code for that
[15:26] <jgdx> kenvandine, yeah
[15:26] <mterry> jgdx, yes....  that would do it.  But may require regressions on the tablet
[15:26] <sil2100> uh
[15:26] <mterry> jgdx, for a no regression solution, we'd need to revert libqofono back to sync
[15:26] <mterry> not all the changes, just the async one
[15:27] <kenvandine> or add a sync one
[15:27] <kenvandine> i'd think we want both
[15:29] <mterry> Alternatively, we could add a small property to libqofono AND update the wizard, so that no regression happesn
[15:34] <om26er> tedg, Hi! do you work on indicator-network ?
[15:35] <tedg> om26er, Not that often, but I might be able to point in the right direction.
[15:35] <tedg> om26er, We do have an "indicator team" meeting in 30 minutes :-)
[15:36] <om26er> tedg, ok, So right now on image 240, my indicator looks like this: http://i.imgur.com/nBcJ3ue.png
[15:36] <om26er> repeating stuff FTW!
[15:36] <tedg> om26er, What channel is "240" ?
[15:36] <om26er> tedg, its latest rtm image.
[15:37] <tedg> Ah, so RTM proposed.
[15:37] <tedg> Probably the best thing there is grab the menu from the indicator so we can see if the indicator is to blame or U8 is.
[15:38] <kgunn> trainguards can i get a reconfig on vivid silo 0
[15:38] <kgunn> pretty please
[15:39] <tedg> om26er, gdbus call --session --dest com.canonical.indicator.network --object-path /com/canonical/indicator/network/phone --method org.gtk.Menus.Start "[0,1,2,3,4]"
[15:39] <sil2100> kgunn: sure
[15:39] <tedg> om26er, See if that has the same duplication.
[15:40] <tedg> om26er, If it does, file the bug on indicator-network, if it doesn't file it on unity8.
[15:41] <om26er> tedg, http://paste.ubuntu.com/10309642/
[15:42] <sil2100> pmcgowan: ok, so since it indeed seems that we might need a change in ofono, let's wait with building the promotion candidate
[15:43] <om26er> seems its only showing data from indicator.modem.1 ?
[15:46] <tedg> om26er|dinner, Yeah, seems like a u8 bug to me.
[15:47] <tedg> dednick, ^
[15:52] <dednick> tedg: looking
[15:55] <dednick> tedg, om26er|dinner: that's not u8 bug. if it's showing menu data for 1 modem twice then it's a indicator-network issue. Wellwark is probably your man.
[15:56] <dednick> u8 doesnt supply the menu data.
[15:57] <oSoMoN> jibel, I landed the dependency removal for gallery-app in vivid and requested an RTM sync, it’s in silo 14 and needs QA approval, in case you can do something about it
[15:57] <dednick> also showing access point twice which is weird.
[15:57] <tedg> dednick, We dumped the menu data and I don't see two instances in there.
[15:57] <dednick> tedg: look again :)
[15:58] <dednick> tedg: there are 2 modeminfoitems.
[15:58] <dednick> com.canonical.indicator.network.modeminfoitem
[15:58] <tedg> dednick, Ah, you're right, my search failed me.
[15:58] <tedg> We need to get a better dump of menus.
[16:02] <dednick> tedg, om26er|dinner: FTW. dbus-send --print-reply --session --dest=com.canonical.indicator.network /com/canonical/indicator/network/phone org.gtk.Menus.Start array:uint32:0,1,2,3,4
[16:03] <tedg> Ah, that is better. We should be able to do even better though :-)
[16:20] <mterry> jgdx, btw, I've almost got a fix -- no libqofono changes needed, it contains enough information that wizard can get everything it needs
[16:20] <sil2100> \p/
[16:20] <jgdx> mterry, wow, nice. How?
[16:20] <jgdx> not let me keep you, btw
[16:21] <mterry> jgdx, just using a bunch of signal watchers and properties to wait until ofono is done initializing
[16:21] <mterry> Just testing all cases I can think of now
[16:22] <jgdx> cool
[16:23] <jibel> sil2100, do we wait for a fix or respin an image so we can test telephony?
[16:23] <sil2100> mterry: what's the ETA for the fix?
[16:24] <mterry> sil2100, within an hour for sure.  hopefully 30m
[16:24] <sil2100> (by ETA I mean finishing the fix and testing it)
[16:27] <robru> Mirv: cjwatson: bah! sorry for the uncommit, it was one typo, took me like 10 seconds to correct. bad luck with snakefruit snagging that...
[16:27] <cjwatson> ah well
[16:28] <cjwatson> I thought about adding --overwrite to the cron job but I figure generally we want to know ...
[16:28] <sil2100> jibel: we could basically build a new image now, since it would land in ~1.5h probably (which is how long an image is building)
[16:28] <robru> cjwatson: yeah it shouldn't happen, was a mistake on my end
[16:28] <sil2100> jibel: this way we could at least have a testing candidate in case some problems with the fix appear
[16:29] <sil2100> We might not gain much time, but we don't loose much by kicking an image
[16:29] <pmcgowan> sil2100, without the wizard change?
[16:29] <pmcgowan> not sure we gain much by building without it vs wait 30 mins
[16:29] <jibel> sil2100, hm, if it is just to save 1h, we don't gain much
[16:29] <sil2100> pmcgowan: yeah, since in case the wizard change takes longer to test, QA will at least be able to do some telephony tests in the meantime
[16:30] <sil2100> And building an image doesn't cost us anything
[16:31] <sil2100> I would personally opt for building an image
[16:39] <jibel> sil2100, let's wait for the fix.
[16:39] <sil2100> Well, your call ;) Normally we would already have an image with the ofono bits in it
[16:41] <jibel> sil2100, we still have plenty of things to review to keep us busy for the next hour :)
[16:41] <sil2100> jibel: ;)
[16:42] <jibel> sil2100, no landing meeting tonight, correct?
[16:42] <sil2100> jibel: no, since the stakeholder meeting is conflicting for me
[16:42] <jibel> k
[16:42] <sil2100> robru: ^ just so you know, no landing meeting today
[16:45] <robru> sil2100: cool
[16:46] <robru> sil2100: did you see any cases where publication was blocked due to unbuilt revisions? I landed that yesterday.
[16:46] <mterry> jgdx, sil2100: can I have some testing help?  lp:~mterry/ubuntu-system-settings/wait-for-qofono has the fix.  I've tested on mako.  But my krillin is having some issues and I don't have a tablet -- both should have this run
[16:47] <mterry> jgdx, sil2100: it's just qml changes, so no need to rebuild
[16:47] <mterry> am trying to fix my krillin
[16:47] <jibel> om26er, ^ can you help?
[16:47] <om26er> mterry, jibel sure
[16:47] <jgdx> mterry, on it
[16:48] <jgdx> mterry, rtm, right?
[16:48] <mterry> jgdx, yes
[16:49] <sil2100> I need to reflash to ubuntu-rtm, doing
[16:51] <jgdx> mterry, steps to verify?
[16:52] <jgdx> guess I have to remove all sims
[16:52] <mterry> jgdx, on krillin: make sure that 0, 1 (first), 1 (second), and 2 SIM cards all behave as you expect.  And on tablet, make sure you don't see the screen (because you have no SIM modems anyway)
[16:55] <jgdx> mterry, 1. 0 SIMs, got the screen re: insert and reboot. 2. One SIM, no screen. 3. Two SIMs, no screen. That is what I would except.
[16:55] <jgdx> on a cell, don't own a tablet
[16:56] <jgdx> s/except/expect :)
[16:56] <mterry> jgdx, good enough for me.  I suspect we can regress tablet on this regard in RTM momentarily, if this is blocking us on other stuff (and I don't think it will regress, just saying if I screwed up)
[16:56] <mterry> jgdx, worst case is tablet shows a no-sim page in wizard
[16:59] <jgdx> mterry, wouldn't onModemsChanged have to fire on tablet for the screen to show?
[16:59] <om26er> mterry, there is a minor flicker while going from "Hi!"  to "Lock security" page with a SIM in.
[16:59] <om26er> the fix however does work.
[16:59] <mterry> jgdx, yes.  But in code, it fires even if no modems, even if going from zero to zero.  It just fires as soon as it hears the answer from ofono
[17:00] <elopio> ping cihelp: which is the team one should be in to get jenkins runs in ubuntu-sanity-tests branches?
[17:00] <mterry> jgdx, and then once it does fire, we see "OK, we have enough info" and then skip anyway because no modems
[17:00] <elopio> the branches by fgimenez are not triggering the jenkins runs.
[17:00] <mterry> om26er, yup, that's us waiting on ofono now :-/
[17:01] <mterry> om26er, I could do some more work and fix that flicker probably, by keeping previous screen up?  But then we look slightly unresponsive
[17:01] <jgdx> mterry, ah. So the fix would be to create Sim bindings for each modem and check the "present" property.
[17:01] <mterry> om26er, or we could add an indicator.  But I believe design nixed that at one point
[17:01] <fginther> elopio, looking
[17:01] <mterry> jgdx, which we do
[17:01] <elopio> thanks fginther
[17:01] <om26er> mterry, Well since its a blocker I guess its fine to put in.
[17:01] <mterry> om26er, "an activity indicator"
[17:02] <om26er> yeah I got that.
[17:02] <jgdx> mterry, right, but that's also async :p
[17:02] <mterry> om26er, oh... design nixed it in a different context.  maybe they wouldn't mind in this case
[17:02] <mterry> jgdx, yup, but they also have a "ready" property to tell us when they have all their properties ready to be read
[17:02] <psivaa_> fginther: https://trello.com/c/sBrbVVTR/92-vanguard-a-private-mp-from-canonical-platform-qa-is-not-triggering-the-ci-and-autolanding is the card that i creaed for this
[17:03] <fginther> psivaa_, thanks, looking at that
[17:03] <om26er> mterry, ah so we can get a spinner there, then :)
[17:03] <mterry> om26er, I can fix by adding a spinner in a follow-on branch, and talking to design about it
[17:03] <mterry> om26er, in past, they have not been thrilled with super-quick spinners, preferring to just not show anything.  But again, that was a different context
[17:03] <mterry> om26er, but I don't want to block this on a design decision
[17:04] <jgdx> mterry, [1] does not make me confident ready actually does that. [1] https://github.com/nemomobile/libqofono/blob/master/src/qofonomodeminterface.cpp#L107
[17:04] <om26er> mterry, +1
[17:04] <mterry> jgdx, I saw that comment, but the code does what we want
[17:05] <jgdx> mterry, okay
[17:05] <mterry> jgdx, maybe they'll remove it in future...  But seems like they are committed to the property
[17:05] <mterry> jgdx, I have to go meet someone for lunch.  If this needs further fixes, can you have kenvandine do it in the short term?  I'll check back after
[17:05] <jgdx> mterry, sure
[17:05] <mterry> thanks!
[17:06] <kenvandine> jgdx, just let me know
[17:08] <jgdx> kenvandine, wait, what state is that fix in now?
[17:09] <sil2100> mterry, jgdx, kenvandine: is the fix ready for a silo already?
[17:09] <mterry> sil2100, kenvandine, jgdx: should be
[17:09] <mterry> needs review, but has been tested on mako and krillin
[17:10] <jgdx> reviewed
[17:10] <mterry> Could stand a review on flo
[17:10] <mterry> a test on flo I mean
[17:10] <fginther> elopio, psivaa_, ok, fgimenez is now on the right list. Can you please propose an MP to test it out if one doesn't already exist?
[17:10] <mterry> But still.  Should be ready to go
[17:10] <kenvandine> jgdx, i hadn't even seen there was a fix yet :)
[17:10] <elopio> thanks fginther.
[17:10] <mterry> kenvandine, https://code.launchpad.net/~mterry/ubuntu-system-settings/wait-for-qofono/+merge/250349
[17:10] <jgdx> mterry is superman
[17:10] <kenvandine> jgdx, but if it's good to go... i'd be happy to land it
[17:10] <jgdx> kenvandine, awesome
[17:10] <kenvandine> jgdx, indeed... mterry is like superman and green lantern in one
[17:11]  * mterry blushes
[17:11] <sil2100> mterry: does the same problem happen on vivid?
[17:11]  * mterry runs out door
[17:11] <sil2100> hah ;)
[17:11] <mterry> sil2100, yes, it does.  I'll file a unity8 MP after lunch
[17:11] <kenvandine> mterry, don't forget your cape
[17:11] <sil2100> Would be nice to make sure it's landing in vivid as well
[17:11] <sil2100> mterry: thanks, you rock!
[17:12] <mterry> sil2100, (well, I assume it does -- same code)
[17:12] <jgdx> and that ap test :P
[17:12] <fginther> psivaa_, I've also updated the playbook to correct the path to the jlp config file
[17:12] <psivaa_> fginther: thanks
[17:12] <fginther> psivaa_, thanks for referenencing that
[17:12] <mterry> jgdx, right...  the QA team was going to write some autopilot tests for the wizard
[17:12] <sil2100> Will anyone fill in a landing for this? ;)
[17:12] <mterry> not sure what came of that
[17:12]  * mterry really runs
[17:15] <sil2100> kenvandine, mterry, jgdx: let me create a landing for that then
[17:15] <kenvandine> sil2100, thx!
[17:15] <kenvandine> jgdx, do you have an rtm device handy to test?
[17:15] <jgdx> kenvandine, yeah
[17:15] <kenvandine> i just flashed back to vivid to test the AP fixes :)
[17:15] <kenvandine> cool
[17:15] <kenvandine> jgdx, so you can test the silo?
[17:15] <jgdx> yes
[17:15] <kenvandine> awesome, thanks!
[17:20] <sil2100> mterry, kenvandine, jgdx: building the silo
[17:20] <kenvandine> sil2100, thx
[17:20] <sil2100> yw :)
[17:34] <jgdx> sil2100, just quickly eating something. Testing it as soon as done()
[17:35] <sil2100> jgdx: thanks! And please get the branch top-approved if you can
[17:41] <boiko> trainguards: can I get a reconfigure on vivid silo 25? new component (telepathy-ofono) added there
[17:41] <robru> boiko: what spreadsheet line/
[17:42] <robru> boiko: 63?
[17:43] <robru> boiko: done, note that you have conflicts in silo 24
[17:43] <boiko> robru: yep, I will manage those, thanks
[17:43] <robru> boiko: you're welcome
[17:43] <kenvandine> sil2100, jgdx top approved
[17:44] <elopio> fginther: psivaa_: fginther: the jenkins job ran. Thanks.
[17:44] <fginther> elopio, thanks for the update
[17:46] <sil2100> \o/
[17:50] <john-mcaleely> imgbot, status 241 rtm
[17:51] <imgbot> Error: There does not seem to be any build with the number 241
[17:51] <john-mcaleely> imgbot, status 240
[17:51] <imgbot> Status: succeeded, Started: 2015-02-18 18:43:30 UTC, Finished: 2015-02-18 19:33:30 UTC
[17:51] <imgbot> Build URL: https://launchpad.net/~ubuntu-cdimage/+livefs/ubuntu-rtm/14.09/ubuntu-touch/+build/20184
[17:51] <imgbot> Changelog: http://people.canonical.com/~ogra/touch-image-stats/rtm/240.changes
[17:51] <john-mcaleely> imgbot, help
[17:51] <imgbot> I am the firendly system-image watchbot !
[17:51] <imgbot> I know the following commands:
[17:51] <imgbot> help, stop, status, map, stunt
[17:51] <imgbot> for questions please mail ogra@ubuntu.com
[17:51] <john-mcaleely> joc_, ^
[17:51] <john-mcaleely> imgbot, stunt
[17:51]  * imgbot rolls on its back and purrs
[17:51] <ogra_> :)
[17:52] <john-mcaleely> thanks ogra_ :-)
[17:52] <davmor2> john-mcaleely: behave ;)
[17:52] <john-mcaleely> this is all joc_ 's fault.
[17:53] <sil2100> john-mcaleely: sadly still no new image
[17:53] <sil2100> john-mcaleely: we're waiting for the wizard fix...
[17:53] <sil2100> It's in a silo and building
[17:53] <john-mcaleely> sil2100, yeah. was just showing joc_ how imgbot works :-)
[17:53] <joc_> does sil2100 do stunts?
[17:53] <ogra_> sil2100, stunt
[17:53] <ogra_> lets try :)
[17:53]  * sil2100 drops on the floor and hits his head on the table
[17:53] <john-mcaleely> he's very slow
[17:54] <sil2100> Ouch
[17:54] <john-mcaleely> ouch
[17:54] <ogra_> well, that stunt probably needed some preparation
[17:54] <ogra_> like a pillow on the table :)
[17:54] <john-mcaleely> or no table
[17:54] <ogra_> then he would just hit the ground
[17:55] <john-mcaleely> ouch
[17:59] <sil2100> ...ouch!
[18:10] <boiko> traiguards: can I get this source package uploaded to rtm silo 11: https://chinstrap.canonical.com/~boiko/tp-qt-rtm.tgz
[18:30] <jibel> mterry, jgdx silo 15 ready for QA?
[18:30] <jgdx> jibel, i'm currently installing the silo
[18:30] <jgdx> so not yet
[18:45] <mterry> jgdx, bakc
[18:45] <jgdx> mterry, just testing your silo now
[18:45] <jgdx> looking good, one more test to go
[18:49] <jgdx> jibel, mterry, sil2100: ok from me
[18:49] <sil2100> jibel, davmor2, ToyKeeper: ^
[18:52] <ToyKeeper> Er...  is that a rebuild of the same silo 15 as yesterday?
[18:53] <ToyKeeper> Nope, looks like a new one.
[18:55] <sil2100> ToyKeeper: it's something new
[18:56] <sil2100> ToyKeeper: it's a fix for a blocking regression in our images
[18:57] <ToyKeeper> Yeah, I'm just catching up on what happened overnight.  :)
[18:57] <ToyKeeper> (been up for about 10 minutes now)
[19:01] <boiko> sil2100: could you please get this source package uploaded to rtm silo 11: https://chinstrap.canonical.com/~boiko/tp-qt-rtm.tgz ?
[19:02] <jibel> om26er, ^ can you take silo 15?
[19:03] <om26er> jibel, I can, let me look.
[19:03] <om26er> jibel, its passed ?
[19:04] <jibel> ToyKeeper, it is a regression in 240. there is no 'No SIM' screen in the wizard when there is no SIM
[19:04] <om26er> nvm, there is new in silo15 in the queue as well... at the bottom.
[19:04] <ToyKeeper> jibel: Thanks, I found it in the IRC log, which I read every morning for context.  :)
[19:05] <davmor2> jibel: just back from tea do you want me to take that?
[19:05] <davmor2> oh om26er already has
[19:33] <fgimenez> fginther: the builds seem to working now thanks!
[19:33] <fginther> fgimenez, sweet! thanks for letting us know
[20:13] <pmcgowan> om26er, yay
[20:13] <om26er> pmcgowan, :)
[20:13] <pmcgowan> whos here to publish
[20:14] <pmcgowan> mterry, woot
[20:15] <mterry> pmcgowan, what happened? Did we get the wizard fix through?
[20:15] <pmcgowan> mterry, yes
[20:16] <mterry> yay
[20:16] <pmcgowan> nice work
[20:16] <cyphermox> robru: around? or should I watch the train?
[20:16] <cyphermox> ^^
[20:16]  * mterry is working on vivid version now
[20:19] <pmcgowan> cyphermox, we need to publish silo 15 and kick a build
[20:19] <cyphermox> vivid silo 15, correct?
[20:19] <cyphermox> ah, no, rtm
[20:19] <pmcgowan> rtm
[20:20] <pmcgowan> cyphermox, but only that silo, not taking the others for now
[20:22] <boiko> traiguards: can I get this source package uploaded to rtm silo 11: https://chinstrap.canonical.com/~boiko/tp-qt-rtm.tgz
[20:22] <robru> cyphermox: ah, just on lunch for a bit, if you could watch for a bit that'd be great, thanks
[20:22] <cyphermox> robru: it's fine I published rtm 15.
[20:22] <robru> cyphermox: thanks
[20:25] <cyphermox> pmcgowan: as I recall I don't have access to kick off a build for RTM though; although it's not yet time for it given that the package isn't published yet
[20:25] <sil2100> Is it in?
[20:25] <pmcgowan> cyphermox, ok
[20:25] <pmcgowan> sil2100, publishing now
[20:26]  * sil2100 waits for it to migrate
[20:35] <boiko> trainguards: can I get this source package uploaded to rtm silo 11: https://chinstrap.canonical.com/~boiko/tp-qt-rtm.tgz
[20:36] <cyphermox> boiko: that doesn't look like a source package?
[20:36] <cyphermox> boiko: Also, Forbidden.
[20:38] <boiko> salem_: ^
[20:39] <boiko> cyphermox: let me check the permissions
[20:40] <boiko> cyphermox: I think salem_ packed everything
[20:40] <boiko> cyphermox: permissions fixed
[20:41] <salem_> boiko, cyphermox yup
[20:41] <boiko> cyphermox: so for next time, what exactly do we need to provide? .changes file?
[20:45] <cyphermox> boiko: .changes, .dsc and .diff.gz or .debian.tar.gz, depending on the type of package... and .orig.tar.gz if it's a new release
[20:46] <cyphermox> boiko: it's not that big a deal, but it simplifies the downloading when you get a dsc ;)
[20:46] <boiko> cyphermox: ah so you prefer them unpacked there?
[20:46] <cyphermox> how come it's not a "traditional" MP?
[20:46] <cyphermox> boiko: yes, but don't bother for this time
[20:47] <boiko> cyphermox: telepathy-qt5 is canonical upstream, we are just adding a patch to the package, for vivid we submitted a MP, but for RTM there is no bzr target, right?
[20:47] <boiko> cyphermox: https://code.launchpad.net/~tiagosh/ubuntu/vivid/telepathy-qt5/fix-requested/+merge/250251
[20:48] <cyphermox> err, why is this targetted to trusty?
[20:48] <boiko> salem_: ^
[20:48] <cyphermox> I can fix this, it's not a big deal
[20:49] <boiko> cyphermox: what's the correct target for rtm? I never did source landing on rtm before, sorry
[20:49] <salem_> cyphermox, ops, probably a copy'n'paste issue. Can you fix it?
[20:49] <cyphermox> salem_: yeah, I was just making sure before that it really was done with the right versions, in case it was a more involved fix
[20:50] <sil2100> hm, it's taking its time to migrate
[20:50]  * sil2100 waits for another publisher run
[20:50] <cyphermox> it is
[20:52] <sil2100> It's in, yay!
[20:53] <sil2100> pmcgowan, kenvandine, jgdx, jibel, ToyKeeper: kicking a new image
[20:53] <jgdx> sil2100, yay
[20:54] <pmcgowan> vg
[20:55] <kenvandine> sil2100, woot
[21:00] <imgbot> [21:11] <pmcgowan> imgbot, status 241
[21:11] <imgbot> Error: There does not seem to be any build with the number 241
[21:12] <pmcgowan> thats not helpful
[21:13] <sil2100> Still building, I think imgbot only fetches status of already built images
[21:16] <cyphermox> boiko: it's uploaded
[21:18] <boiko> cyphermox: thanks!
[21:24] <pmcgowan> sil2100, be nice if it said "in progress started at 18:30 utc" or something
[21:27] <robru> cyphermox: I'm back, I'll publish