[02:05] === IMAGE 105 building (started: 20150219-02:05) === === salem_ is now known as _salem [04:23] 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] robru: Mirv ^ [04:27] 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] hm, I can't seem to log in to d-jenkins... [04:28] oh, there we go [04:30] bah, I don't seem to have permission to retry it [04:32] cjwatson: infinity ^ any chance to retry that jenkins run? pretty obviously not phablet-tools' fault [04:33] bzoltan_: anyway it's out of my hands. You need #ubuntu-release to shepherd it through proposed. [04:38] robru: thank you, I will reach out there [05:40] morning [05:48] bzoltan_: I was able to kick a new try of it [05:48] Mirv: sweet, thank you [06:11] Mirv: no fair! ;-) [06:21] 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] Mirv: cool, thanks for taking care of that [06:32] bzoltan_: whoo, success [06:36] Mirv: \o/ [08:22] 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] oSoMoN: hey! It's because of the missing dependency that has been added that cannot be fulfullied [08:23] sil2100, which missing dependency? [08:23] oSoMoN: I warned about this but kenvandine signed it off anyway [08:23] oSoMoN: qtdeclarative5-ubuntu-ui-extras0.2 [08:24] oSoMoN: silo 17 introduces this package but it didn't land because of failed QA sign-off [08:24] oh, I wasn’t aware of that [08:25] huh, I’m not sure why gallery-app was in a separate silo then, it should have been in silo 17 too [08:26] oSoMoN, or just drop the dep if if it not required [08:26] 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] 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] if my grep-fu is still ok, this dependency on qtdeclarative5-ubuntu-ui-extras0.2 is completely useless [08:45] and apparently the need for this dependency was removed with revision 1008 of lp:gallery-app, in July last year… [08:45] but debian/control wasn’t updated accordingly [08:45] let me try and fix that mess [08:46] oSoMoN, yeah, that's what I checked with ldd [08:46] oSoMoN, unless it is dynamically loaded [08:47] jibel, well it’s a QML plugin, so yes it would be dynamically loaded, but it’s not even imported anywhere [08:47] oSoMoN, ah ok [08:47] oSoMoN, sil2100 if it is not needed just drop the dep and reupload [08:48] to fix the archive [08:48] jibel, yep, I’ll do that [08:49] 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] I guessed rtm is closed when it's closed and obviously didn't do anything to them :) [08:50] sil2100, uitk and unity8 anything else? [08:50] unity8 has some nice fixes [08:50] Mirv: and good, since QA already started testing yesterday so I didn't want to make them re-test as well [08:51] 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] sil2100, 60% left [08:53] sil2100, we just ran sanity for telephony, waiting for silo 15 [08:54] jibel: ok [08:54] sil2100, I think it's better to rebuld with nly 15 [08:54] +i +o [08:54] jibel: yeah, otherwise I guess much more would need retesting [08:55] sil2100, and it's already late if we want something tomorrow [08:58] jibel, sil2100: care to approve https://code.launchpad.net/~osomon/gallery-app/cleanup-debian-control/+merge/250272 ? [08:58] gonna need a core-dev ack too, now that I think of it [08:58] oSoMoN, so currently in vivid, just the camera needs it? [08:59] 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] it has been dropped from mediaplayer too [08:59] jibel, not sure who uses it, but I know for sure that gallery-app doesn’t use it [08:59] let me check [08:59] oSoMoN: sure [09:00] 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] jibel, maybe, but as I don’t know the codebases and future plans for those apps, I can’t really comment [09:02] apparently ubuntu-touch has a dependency on qtdeclarative5-ubuntu-ui-extras0.2 [09:02] oSoMoN, yes for the camera [09:02] I suppose to ensure that it’s present even though it’s not officially part of the SDK [09:02] oSoMoN, before it was pulled in by mediaplayer [09:05] trainguards: can I haz a silo for line 64, please? [09:06] mvo, thanks for the review btw [09:06] oSoMoN: sure [09:07] 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] oSoMoN, it's fine, it is just for the deb and we use the click package on the phone [09:08] excellent [09:14] imgbot, status 105 vivid [09:14] Error: There does not seem to be any build with the number 105 [09:14] imgbot, status 104 vivid [09:14] Status: succeeded, Started: 2015-02-18 19:12:45 UTC, Finished: 2015-02-18 20:10:15 UTC [09:14] Build URL: https://launchpad.net/~ubuntu-cdimage/+livefs/ubuntu/vivid/ubuntu-touch/+build/20186 [09:14] Changelog: http://people.canonical.com/~ogra/touch-image-stats/104.changes [09:16] trainguards: can silo 3 be published, please? [09:17] oSoMoN: sure, thanks :) [09:19] oSoMoN: hmm, ok, so it seems 1.4.2-0ubuntu2 got published after you built the silo [09:19] oSoMoN: do you have all the changes from 1.4.2-0ubuntu2 in this silo? [09:20] sil2100, yes, they were fixes to make oxide work with Qt 5.4, they’re all part of the 1.5 branch [09:21] Ok, so it's safe to publish nevertheless [09:22] oSoMoN: ok, we need a core-dev review for this [09:24] 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] 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] oSoMoN: it'd be nice to preserve changelog history though, but I can make a MP for it [09:28] 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] oSoMoN: let me look - is it intentional that you replace the changelog instead of appending to it? [09:29] mvo: I just mentioned it [09:29] :) [09:29] but it can be fixed for the next upload [09:29] mvo, no, it’s not intentional [09:29] sil2100, ACK [09:30] oSoMoN, mvo: it seems ogra_ already gave a +1 on it ;) [09:30] oh, ok [09:30] * mvo needs to go to a meeting anyway:) [09:30] excellent, thanks guys! [09:30] 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] no worries [09:32] sil2100: just 5.5h, no problem [09:33] oSoMoN: https://code.launchpad.net/~timo-jyrinki/oxide/restore_142ubuntu2_changelog/+merge/250276 [09:34] Mirv, man you’re fast :) [09:37] sil2100: mvo: oSoMoN: ogra_: possible NACK on oxide? build dependency on libmedia-hub-dev added, which is in universe [09:38] eeek ! [09:38] so it wouldn't pass from proposed, right? or media-hub would need to be promoted [09:38] ouch [09:38] yeah [09:38] damn [09:38] time to apply for core-dev if I spot something ogra doesn't! :) [09:38] ++ [09:38] ! [09:38] man, I keep getting bitten by this kind of things, I should have learnt my lesson by now :/ [09:38] chrisccoulson, ^^ [09:44] 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] 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] Good thing I didn't publish it yet ;) [09:55] 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] Mirv: and the solution would be ? To have jobs for rtm instead of vivid ? [09:58] 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] vila: but, additionally, since reminders is a .deb app instead of click, it would need to be built purely on rtm [09:59] Mirv: and the build is part of the jenkins job ? [10:01] Mirv: I see archive references for utopic and vivid (which is already surprising) but none to rtm... [10:02] Mirv: what's the recommendation for build depends like these? [10:03] 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] and i imagine there are other components using media-hub which are in this case, aren't they? [10:04] sil2100, oSoMoN, ogra_ ^^ ? [10:04] dbarth__, the only recommendation i have is to move media-hub to main [10:04] or to drop the dep [10:05] the infrastructure wont let it through otherwise [10:05] ogra_, it won’t be trivial as media-hub itself build-depends on stuff that is in universe [10:05] (e.g. gstreamer1.0-fluendo-mp3) [10:05] 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] right ... [10:06] Mirv: I'm recording the issue in our queue to keep track [10:07] dbarth__, we need to discuss the issue with media-hub maintainers [10:07] long term media-hub needs to move to main one way or the other [10:08] assumin we will use it in desktop at some point [10:09] 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] === IMAGE 105 DONE (finished: 20150219-10:10) === [10:10] === changelog: http://people.canonical.com/~ogra/touch-image-stats/105.changes === [10:11] trainguards: can silo 12 be published, please? [10:11] oh, that image only took 8h to build :) [10:12] oSoMoN: done. [10:12] ogra_: ooc, where there a particular issue that explains the 8h ? [10:13] cheers [10:13] vila, yep, a broken image on the system-image server, so the importer couldnt finish importing [10:13] and right at that moment people.canonical.com went down? [10:13] ogra_: thanks ! [10:13] ah, scheduled maintenance [10:25] ogra_: or move oxide to universe? [10:26] dbarth__, then you would need to unseed it from desktop [10:26] and again, to clarify, it's the /build/ aspect that breaks? otherwise we do runtime detection of the media-hub api [10:26] it is the build dependency [10:26] ogra_: yeah, well, i was trying different angles, but that one was extreme obviously ;) [10:27] ok [10:37] trainguards: just wanted to check if it was my dodgy net connection that was stopping the citrain dash from working? [10:38] hm, I seem to be experiencing problems as well [10:38] pete-woods: sil2100 scheduled maintenance on p.c.c [10:38] Ah, ok, missed the announcement [10:38] ah, cool :) [10:42] I just upgraded to image #115 on krillin, and I’m seeing unity8 use up a lot of CPU very quickly [10:43] Mirv: btw. where was that announced? :) [10:46] sil2100: is channel topic at the moment it went down, dunno otherwise :) [10:48] * sil2100 prefers e-mail announcements [10:49] Since I'm not on all channels everywhere ;) [10:49] that will teach you ! [10:49] vila: so what was the outcome of that qt5.3/5.4 issu? [10:51] popey: Mirv: I'm recording the issue in our queue to keep track [10:52] ah okay. [11:07] davmor2: good morning! just so you know, if you need anything regarding silo 15, I am around :) [11:08] boiko: nice thanks [11:08] boiko: a spare cmu2000 [11:08] no [11:09] 200 I was close [11:09] :) === _salem is now known as salem_ [12:01] trainguards: should I be worried about "gallery-app (0.0.67+15.04.20150219-0ubuntu1) is in no known spacetime" ? === MacSlow is now known as MacSlow|lunch === alan_g is now known as alan_g|lunch [12:20] oSoMoN: It doesn't seem to have made it to publishing. [12:20] https://launchpad.net/ubuntu/+source/gallery-app/+publishinghistory [12:22] Mirv, ^^ looks like silo 12 wasn’t published [12:22] ubuntu-archive@snakefruit:~$ cat public_html/cicopy.log [12:22] Latest update: Thu Feb 19 12:20:01 UTC 2015 [12:22] bzr: ERROR: These branches have diverged. Use the missing command to see how. [12:22] Use the merge command to reconcile them. [12:22] I've seen more reassuring things [12:23] Nothing in cu2d/incoming though, so perhaps we need to reprocess? [12:28] If so, please get me a list of packagelist_rsync_* URLs to fetch manually. [12:32] 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] oSoMoN: hmm [12:35] oSoMoN: publish success, there's the rsync line... [12:35] cjwatson: http://pastebin.ubuntu.com/10307419/ ? [12:35] oh, I mean https://ci-train.ubuntu.com/job/ubuntu-landing-012-2-publish/66/artifact/packagelist_rsync_landing-012-vivid [12:36] cjwatson: and https://ci-train.ubuntu.com/job/ubuntu-landing-011-2-publish/lastSuccessfulBuild/artifact/packagelist_rsync_landing-011-vivid [12:37] 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] Mirv: both poked into incoming [12:37] trainguards: the MR for the change is here: https://code.launchpad.net/~tiagosh/ubuntu/vivid/telepathy-qt5/fix-requested/+merge/250251 [12:37] ubuntu-archive@snakefruit:~/cu2d/incoming$ cat packagelist_rsync_* [12:37] 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] 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] 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] cjwatson: great! [12:39] Mirv: ah ok, and how do I create the same change for RTM? just manually create the source deb? [12:39] 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] since it's FF today, I'll need to start poking arch admins directly unfortunately [12:40] Mirv: Probably not, I'm afraid. I need to put some dedicated thought into proposed-migration for stable releases today [12:40] cjwatson: ok, thanks [12:40] At the moment I'm mainly in ubuntu-archive for operational emergencies and code maintenance, rather than package review [12:41] that's alright [12:44] 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] boiko: or you can simply give a patch or something like that.. [12:44] Mirv: ok, thanks :) [12:50] Mirv: still seems sad, http://people.canonical.com/~ubuntu-archive/cicopy.log [12:50] hm, maybe that's the cu2d code itself [12:51] sil2100: ^ we might need you [12:51] ubuntu-archive@snakefruit:~/cu2d/cupstream2distro$ bzr pull [12:51] Using saved parent location: http://bazaar.launchpad.net/~cupstream2distro-maintainers/cupstream2distro/trunk/ [12:51] bzr: ERROR: These branches have diverged. Use the missing command to see how. [12:51] Use the merge command to reconcile them. [12:51] did somebody uncommit something? [12:51] ubuntu-archive@snakefruit:~/cu2d/cupstream2distro$ bzr log --line | head -n3 [12:51] 886: Robert Bruce Park 2015-02-18 Implement new Revno class with tests. [12:51] 885: Robert Bruce Park 2015-02-18 Delete also build-area/ to save space. [12:51] robru has been active there recently [12:51] 884: Robert Bruce Park 2015-02-18 [merge] Simplify some packagemanager functions, with tests. Fixes: https://bugs.launchpad.net/bugs/1423080. [12:51] Launchpad bug 1423080 in CI Train [cu2d] "get_source_package_from_dest sometimes downloads too much." [High,Fix released] [12:51] it would look like matching https://code.launchpad.net/~cupstream2distro-maintainers/cupstream2distro/trunk [12:52] almost but not quite [12:52] 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] robru: don't go uncommitting! :) [12:52] I spy an uncommit/recommit [12:52] cjwatson: so, bzr uncommit, bzr revert, bzr pull [12:53] would workaround [12:53] * cjwatson runs bzr pull --overwrite [12:53] should work now [12:53] oh, that option [12:54] 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] rsalveti: do you by chance know how do I revert that? [12:56] Mirv: http://people.canonical.com/~ubuntu-archive/cicopy.log looks happier [12:57] boiko: guess sil2100 should be able to help [12:57] sil2100: help please! :) [12:58] because powerd already landed at least [12:58] sil2100: the spreadsheet was outdated(?) here, and I accidentally ended up messing up rsalveti's entry at row 62 [12:58] sil2100: any way to revert that? [12:59] rsalveti: really sorry about that [12:59] as my entry landed already, I think you can just overwrite it [13:00] boiko: the spreadsheet has had mor eand more syncing problems recently [13:01] Mirv: yes, that's bad :/ [13:02] Mirv: thanks [13:02] sil2100: I think unping re: all pings at your direction lately :) [13:03] davmor2: so, 15 ready to land now and then a image rebuild? [13:03] oh goodie [13:03] \o/ [13:03] jibel: ^ sounds correct right? [13:04] davmor2, perfectly correct [13:04] davmor2, thank you! [13:04] 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] boiko: I added a line for you already, I can add another one below it too [13:05] rtm-015 published [13:05] Mirv: ah ok, I had one more at the end, let me remove that one [13:05] 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] davmor2, you mean you could not test it? yeah understood [13:07] pmcgowan: salem_ created a patch for telepathy-qt5 fixing the bluetooth problems you were seeing [13:08] boiko, I saw, does it really add a new file? [13:08] 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] pmcgowan: nops, one line change, the new file is because of quilt (git patch management) [13:09] boiko, ok figured something like that [13:09] 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] s/their/they're [13:09] davmor2, I'll see what I can do :) [13:10] pmcgowan: hehe :) [13:11] 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] boiko: it's there already, building :D [13:12] "Forwarded: no" → why? [13:13] boiko: I knew what you'd want, so I went ahead and did it [13:18] popey: sry for the dealy, lunch ;) Isnt't http://91.189.93.70:8080/job/generic-mediumtests-vivid/1116/testReport/ the explanation ? [13:19] vila: i see nothing there that explains anything - what am I missing? [13:19] popey: there is only one test and it fails (I don't why either though :-/) [13:19] *know [13:20] popey: but at least I think it explains why the job is marked UNSTABLE [13:21] i guess the frustrating thing is it passed ci, but fails autolanding and we have no idea why [13:21] i don't know what we do at this point [13:21] popey: try to reproduce locally ? [13:21] ok [13:22] popey: if that's possible I mean, I don't know much of the context here :-/ [13:22] I'll run it and see what happens [13:22] 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] popey: in reverse chronological order: [13:24] + autopilot_result=137 # overall error ? [13:24] where are you seeing this? [13:24] /tmp/hudson7000586311193193760.sh: line 91: 2088 Terminated qmlscene /tmp/main.qml [13:24] /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] every link I click gives me empty pages [13:24] http://91.189.93.70:8080/job/generic-mediumtests-vivid/1116/consoleFull [13:24] 12:29:32.691 DEBUG _X11:309 - Releasing mouse button 1 [13:24] Traceback (most recent call last): [13:24] File "/usr/lib/python3/dist-packages/dbus/connection.py", line 602, in msg_reply_handler [13:24] def msg_reply_handler(message): [13:24] KeyboardInterrupt [13:25] i can't even run the tests locally, ImportError: No module named address_book_service_testability [13:26] 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] popey: :-/ [13:27] it does seem to take a long time to run those tests on jenkins [13:27] i have address_book_service_testability installed. so not sure what it wants from me [13:28] ha, the failing test seems to be: [13:28] 12:16:42.866 INFO _logging:41 - Starting test calendar_app.tests.test_weekview.TestWeekView.test_show_next_weeks [13:28] and it loops until 12:30:02.820 DEBUG _X11:309 - Releasing mouse button 1 [13:28] so 14mins [13:29] hmm [13:29] thanks for that info [13:29] wish I could run it here. [13:29] popey: np, sorry I can't help much more :-/ [13:29] yeah, that's a killer :-/ [13:34] Im still on lunch, will be back soonish [13:36] sil2100: all is good here, no hurry [13:39] ugh... translations got merged into trunk during landing... [13:39] 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] sil2100, should i just do a rebuild and publish again? [13:39] bregma: on Tue and Wed I asked generally and today started pinging directly... it needs to bin by 2100 UTC [13:39] Mir, this makes me sad [13:40] why does Mir make you sad ? [13:40] well, that too :) [13:40] :) [13:40] perhaps I meant to type "Merde, that makes me sad" [13:40] haha [13:41] 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] bregma: you can recruit robru to help you in pinging archive admins [13:43] when the sun rises on that part of the world [13:44] balloons: you about? need help running ap tests [13:51] imgbot, status 241 rtm [13:51] Error: There does not seem to be any build with the number 241 [13:51] jgdx, ping [13:51] imgbot, status 240 rtm [13:51] Status: succeeded, Started: 2015-02-18 18:43:30 UTC, Finished: 2015-02-18 19:33:30 UTC [13:51] Build URL: https://launchpad.net/~ubuntu-cdimage/+livefs/ubuntu-rtm/14.09/ubuntu-touch/+build/20184 [13:51] Changelog: http://people.canonical.com/~ogra/touch-image-stats/rtm/240.changes [13:56] om26er, pong [13:57] kenvandine: hm, as you prefer ;) Thosr can land next time too [13:57] jgdx, it was about setup wizard regression, which I was told is mterry' domain. unping :) [13:57] om26er, successfully unpinged :) [13:58] Mirv: did silo 15 rtm land? [13:58] sil2100: yes! [13:58] so if rmadison is happy it's time for image [13:59] sil2100, not yet in the release pocket [13:59] it's according to LP but probably a few minutes still until it's really [14:00] sil2100, om26er found a problem with the wizard, without SIM the wizard doesn't tell "you don't have a sim" [14:00] yeah, not yet [14:00] Uh [14:01] could be landing 007 [14:06] Mirv, bregma: as compiz is a desktop package maybe you could ping didrocks about it? He's an archive admin === MacSlow|lunch is now known as MacSlow [14:07] sil2100, taken care of [14:09] jibel: how much testing (not counting telephony) is needed from the regression suite still? [14:10] sil2100, ~200 tests, it should be finished tomorrow morning [14:10] So far no blockers? [14:10] sil2100: jibel: rmadison seems now happy http://pastebin.ubuntu.com/10308469/ [14:10] sil2100, this wizard thing om26er just found [14:11] sil2100, bug 1423565 [14:11] bug 1423565 in ubuntu-system-settings (Ubuntu) "Missing SIM page not shown during the setup wizard" [Critical,Confirmed] https://launchpad.net/bugs/1423565 [14:12] Mirv: Ill need 25 moar minutes before I can kick an image, I don't have the required keys here... [14:12] ogra: could you kick an rtm image for us? [14:13] jibel: thanks, we need mterry I guess [14:13] sil2100, he is on it [14:13] sil2100, jibel: I'm working with boiko to see where the regression lies, yeah [14:14] sil2100, do you want to hold off the image until they debug the wizard [14:14] mterry: excellent [14:15] pmcgowan: yeah, anyway I don't have the tools for kicking it right now [14:16] ogra_: don't kick an image for now, I'll do it later ;) Sorry for the noise [14:17] sil2100, heh,. ok [14:27] trainguards: can I have a silo for line 69, please? [14:34] oSoMoN: rtm-014 [14:38] Mirv, thanks! [14:49] trainguards, Can I get a vivid silo for line 68 please? [14:54] tedg: on it [14:54] sil2100, Thanks! [15:02] mterry: any progress? :) [15:03] sil2100: looks like libqofono that landed in 239 [15:04] sil2100, we know roughly what caused it, but solutions aren't clear yeat [15:04] sil2100: 238 shows the no sim page [15:06] mterry, davmor2: so there's chance that the fix will have to happen on ofono side? [15:07] 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] hm, ok, then I'll waiti with kicking the image [15:10] Since if ofono changes would be needed then QA would anyway have to re-test telephony [15:14] mterry, what in ofono was updated/changed? [15:16] jgdx, I haven't looked at the diff yet. still fighting some stupid krillin problem. But good point, let me check [15:18] jgdx, http://launchpadlibrarian.net/196819617/libqofono_0.53-0ubuntu2_0.70~rtm-0ubuntu2.diff.gz - OfonoManager went from sync to async [15:18] mterry, aah libqofono [15:19] I thought ofono [15:21] jgdx, do we depend on changes in libqofono? or could we consider reverting it [15:22] pmcgowan, we do depend on those changes. [15:23] trainguards, what ever you do, give me a vivid silo for line 70 before you give one to kenvandine. [15:23] pmcgowan, jgdx: I suppose reverts aren't an option, as I see it was a critical requested by bq as well [15:23] tedg: ;) [15:23] jgdx, ok just thought I'd ask [15:23] tedg, i have a silo already :) [15:23] tedg, i win [15:24] * tedg cries a little [15:24] tedg, nothing but love man! [15:24] 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] tedg: assigning anyways [15:25] sil2100, Heh, thank you! [15:25] mterry, sil2100, for rtm, the wizard in u-s-s needs a small rewrite of the modem detection logic [15:25] mterry, right? [15:26]