[00:50] rsalveti: ok let me check [01:10] AlbertA: thanks [01:22] rsalveti: it looks ok on all devices (n4, n10, n7) I marked it as tested [01:22] AlbertA: lovely, landing it then [01:22] AlbertA: thanks [02:01] AlbertA: we need to rebuild the system-compositor in the mir 0.4 landing [02:01] AlbertA: once everything is merged [02:02] rsalveti: yes, I'm updating the branches now [02:02] AlbertA: great, thanks [02:04] === trainguard: IMAGE 108 building (started: 20140702 02:05) === [03:34] === trainguard: IMAGE 108 DONE (finished: 20140702 03:35) === [03:34] === changelog: http://people.canonical.com/~ogra/touch-image-stats/108.changes === [06:50] sil2100: can I get a silo for line 32 [08:06] trainguards can I get a slot for line 35? [08:06] sergiusens: sure [08:06] thostr_1: not sure if I mentioned, but you have a silo for your landing as well [08:07] thanks [08:13] sil2100: ogra_: this occurred today again with mediaplayer app tests: [08:13] I: Unlock failed, script output: 'initctl: unable to determine sessions [08:13] The ubuntuuitoolkit.emulators module is deprecated. Import the autopilot helpers from the top-level ubuntuuitoolkit module. [08:13] Traceback (most recent call last): [08:13] File "", line 1, in [08:13] File "/usr/lib/python3/dist-packages/dbus/proxies.py", line 70, in __call__ [08:13] return self._proxy_method(*args, **keywords) [08:13] File "/usr/lib/python3/dist-packages/dbus/proxies.py", line 145, in __call__ [08:13] **keywords) [08:13] File "/usr/lib/python3/dist-packages/dbus/connection.py", line 651, in call_blocking [08:13] message, timeout) [08:13] dbus.exceptions.DBusException: org.freedesktop.DBus.Error.AccessDenied: Rejected send message, 1 matched rules; type="method_call", sender=":1.22" (uid=32011 pid=1977 comm="python3 -c import dbus, logging;from unity8 import") interface="com.canonical.powerd" member="requestSysState" error name="(unset)" requested_reply="0" destination=":1.1" (uid=0 pid=887 comm="/usr/bin/powerd ") [08:13] ' [08:13] huh [08:13] + release_powerd [08:14] sil2100, who made the bot join that channel? [08:14] but on the same device as we saw yesterday.. so not exactly sure where the problem [08:15] seb128: which one? queuebot? I think it was stgraber, but I wasn't in the discussions regarding queuebot's CITrain positioning [08:15] seb128: stgraber answered you last night ... [08:16] 17:40 dobey, seb128: wasn't moved so much as being merged into queuebot but that was something which came up with robru, sil2100, slangasek and barry about some changes wrt the landing team. It's indeed a bit more noisy than we'd like it to be, I need to [08:16] cjwatson, sorry, didn't see that [08:16] tweak it so it only posts notices when an action is needed. [08:16] psivaa, we're missing lots of suites again this morning [08:16] cjwatson, thanks [08:16] where ubuntu-system-settings [08:16] queuebot, where ubuntu-system-settings [08:16] seb128: it doesn't work [08:16] hum [08:16] that stopped working? [08:16] seb128: queuebot doesn't support commands yet, and not sure it will [08:17] shrug [08:17] brendand: yes, just pasted one reason above: screen unlock failed during media player test [08:17] why did we deprecate the other bot then? [08:17] seb128: it's a different 'thing', the CI train bot is still on -choo-choo theoretically [08:17] we could have let it running on the other channel at least [08:17] Ah, it's not there [08:17] no, it's not [08:17] sil2100: want to trigger a new image, are you waiting on anything? [08:17] seb128: ok, so it seems it died ;) Let me see what happened ;) [08:17] psivaa, the mediaplayer results are there though? [08:17] brendand: the other device flashing failed with: [08:17] Get https://system-image.ubuntu.com/gpg/image-master.tar.xz.asc: http: can't write HTTP request on broken connection [08:18] brendand: that's from the second run that i manually kicked just a little while ago [08:18] rsalveti: hey! So, I would be fine with a new image I guess, could you wait around 30 minutes though? Since I want already published stuff to migrate completely before a new image [08:19] brendand: i mean the media player results [08:19] rsalveti: I also want a new image since a new Mir is ready for publishing [08:19] sil2100: which packages are you currently waiting to be published? [08:19] So I want an image before clicking 'publish' [08:19] rsalveti: wanted indicator-datetime in this image [08:19] alright [08:20] Should be quick [08:23] psivaa, so we won't have complete results for the meeting? [08:24] brendand: no, not on 108 [08:25] psivaa, well the ones that are in so far are looking great :) [08:30] Be right there on the hangout [08:34] Saviq: what silo did you want testing [08:34] davmor2, 4 [08:35] Saviq: I can have a look after what's it for? [08:35] phablet@ubuntu-phablet:~$ ubuntu-bug -p ubuntu-system-settings [08:35] usage: whoopsie-upload-all [-h] [-t TIMEOUT] [08:35] davmor2, changing to the new icon theme [08:35] wish i understood why my phone is doing that [08:35] Saviq: right will do [08:35] davmor2, so changes to unity8, UITK, settings [08:35] popey, talk to bdmurray [08:37] popey: just do apport-bug ubuntu-system-settings :) [08:38] davmor2: nope, same response [08:38] popey: weird [08:38] yeah, makes filing bugs hard [08:38] which is annoying, given how many i like to file [08:48] rsalveti, ugh ... "Removing debhelper from depends" ... that will make the package not lintian clean anymore [08:48] (should have gone to build deps though) [08:48] ogra_: a bunch of new packages were added because of that [08:49] ogra_: it was already in build-deps [08:49] hmm, why did lintian complain then [08:49] (i only added it because of a lintian failure) [08:49] * ogra_ will check [08:49] davmor2, FYI silo 4 +1 from me [08:49] thanks for catching ! [08:50] np [08:52] hmm [08:53] why dont i get the lintian error now [08:53] Saviq: in the landing meeting right now I'll install it after [09:15] ogra_: when the developer mode lands will there be a way to activate it from phablet-tools? Like phablet-developer-mode or something? [09:15] davmor2, only from ubuntu-device-flash i think [09:16] okay that will do you just add a --developer or something? [09:16] the prob is that you will only be allowed to use it when any kind of screen locking is enabled [09:16] right [09:16] davmor2, see the ML, sergiusens wrote about it [09:17] oh did he [09:17] ogra_: thanks [09:17] There was an ANN about it ;) [09:17] (i'll write a follow-up today how to use the userspace dev-mode tools to en/disable it until the UI is there) [09:17] sil2100: E:TOOMANYEMAILS [09:21] Saviq: installing on manta, flo and mako now [09:22] Saviq: if I'm not blown away by this I'm setting sil2100 on you [09:24] davmor2, \o/ [09:28] ;) [09:29] === trainguard: IMAGE 109 building (started: 20140702 09:30) === [09:33] Saviq: we are gonna get so sued by apple for the browser icon :D [09:33] davmor2, I can do the suing, I hate it :P (same for settings) [09:33] too busy [09:34] Saviq: I like mechanical watches so the settings icon stays damn you ;) [09:35] \o/ [09:36] damn, can you lan it already ... that made me curious [09:36] *land [09:36] davmor2, flip the switch! flip the switch! flip the switch! [09:36] haha [09:37] Saviq: not till it's installed across the board :P [09:38] which board is that exactly ? [09:39] ogra_: the one in front of me that has mako flo and manta [09:39] * sil2100 tries to wake up the bot [09:39] And create some button icons... [09:44] Saviq: should the icon in the launcher and setting app for power both be coloured or both be monochrome? [09:45] davmor2, panel you mean? [09:45] Saviq: yes sorry [09:45] davmor2, the battery icon? [09:45] davmor2, both the same, coloured [09:46] davmor2, that's actually a bug in settings app (before this MP) [09:46] davmor2, the settings app can't dynamically change icons [09:46] Saviq: yes, the panel flashed green and then goes mono, and then setting app is green [09:46] davmor2, yeah, expected [09:46] Saviq: okay [09:46] davmor2, settings app needs to get support for changing icons live [09:47] it just looks odd when you have the settings app open :) [09:47] davmor2, mine looks fine, 'cause it never charges to 100% any more ;) [09:49] Saviq, ogra_: http://davmor2.co.uk/~davmor2/screenshots-phone/device-2014-07-02-104828.png when you plug it in it looks right :) [09:49] davmor2, yeah exactly [09:51] Saviq: So I have it on all 3 devices now and everything is looking similar and the universe isn't imploding or anything so land it already :) [09:52] davmor2, \o\ |o| /o/ [09:52] Saviq: my only crumble would be battery icon and that is known [09:52] Saviq: is there a bug for that do you know? [09:52] davmor2, I think there is [09:52] * Saviq tries to look it up [09:52] * ogra_ wonders why the png doesnt load for him [09:53] ogra_: no-ip is having issues maybe [09:53] ogra_: blame Mircosoft === dbarth_ is now known as dbarth === vila changed the topic of #ubuntu-ci-eng to: Ubuntu CI Engineering Team | Vanguard: vila | CI Train Status: #106 promoted | CI Train Sheriff: trainguards | Known issues: The spreadsheet is extremely slow, http://people.canonical.com/~rbpark/citrain/ knows the statuses before the spreadsheet does. Long mako wait times on s-jenkins. [09:58] ogra_: thanks for triggering a new image [09:58] davmor2, can't find the bug, filed a new one... bug #1336712 [09:58] bug 1336712 in ubuntu-system-settings (Ubuntu) "Some icons should be dynamic" [Undecided,New] https://launchpad.net/bugs/1336712 [09:59] Saviq: great thanks [10:00] davmor2, can I change QA sign-off to Yes, then? [10:01] Saviq: Indeed [10:01] sil2100: Land it already ;) [10:01] rsalveti, np [10:01] rsalveti, btw ... lp:dbus-property-service ;) [10:01] sil2100, "In silo landing-004. Packages built. Testing pass. QA signed off. You can publish." [10:02] FUCK YEAH [10:02] man this was a long on [10:02] e [10:02] Saviq: yeah shame on you for dragging it out [10:03] davmor2, indeed ;( [10:03] * davmor2 gives Saviq a cookie [10:03] thanks! [10:03] * Saviq gets fat(ter) [10:04] * ogra_ learned that you put on 1kg per year with canonicaal [10:04] ogra_: low priority ping about my PPU application endorsement [10:04] now i finally learn it is davmor2's fault [10:05] Chipaca, oops, sorry, will take care for that today [10:05] * Chipaca goes for cookies [10:05] thanks for the reminder [10:07] ok, silo #12 is ready to publish, mah dear peeps [10:12] ogra_: sorry, wasn't in debian/control [10:12] :D [10:12] Saviq: \o/ [10:12] hmmm [10:12] rsalveti, oops, right ... will fix [10:12] ogra_: though it was a pure src package :-) [10:12] yeah, well, i phadnt really decided yet :) [10:12] *hadn'd [10:12] sil2100, don't "hmm"! [10:12] *sigh* [10:13] Saviq: it's a risky period! Since Mir 0.4.0 is ready for release as well [10:13] And we already kicked a new image to have a state 'before' Mir [10:14] sil2100, I don't think it'd be dangerous to land those together [10:14] ogra_: what do you say for the idea to get Mir released now, wait for it to migrate, kick yet ANOTHER image that only has the Mir in it and then publish the rest? [10:14] but your call [10:15] sil2100, sure, go ahead [10:15] Saviq: yeah, most probably it's not dangerous... but the last Mir landing caused us a lot of trouble, so I wanted to protect from that this time [10:15] sil2100, yeah, land silo 4 first, then ;P [10:16] hmmm [10:16] Actually, I can't publish Mir now even ;/ [10:17] kgunn, camako: hi, it seems that the Mir silo is missing the xorg-server XMir rebuild... [10:21] sil2100, this calendar-app test failure was reproducible locally: https://bugs.launchpad.net/ubuntu-calendar-app/+bug/1336721 [10:21] Ubuntu bug 1336721 in Ubuntu Calendar App "test_current_day_is_selected failed on mako #108" [Undecided,New] [10:22] sil2100, so now it has two reproducible failures. i think one has a fix already, but we need to get a dev to look at this one [10:23] popey, what's the current revision of calendar-app on the image? [10:23] 328 i guess [10:24] popey, trunk is 337? why the big gap? [10:24] sil2100, kgunn had told me to put a note in the row when we requested the silo, which I did... Do I need to do smth else? [10:25] camako: well, I never uploaded anything if someone just left a comment, as I need the source package to upload usually - normally if some dput magic is required from us, we get pinged directly about that with details [10:25] ogra_, in image 108, can you update applications??? [10:26] camako: I can do that now - is that supposed to be a no-change-rebuild? Only build-deps bumped? [10:26] ogra_, in my case, it seems that they are broken [10:26] sil2100, yes... due to only client API bump [10:27] mandel, dunno, running devel here, not proposed ... that is on 106 ... and updating works ... let me charge and upgrade my flo to 108 [10:27] camako: ok, so you'll have to also test this one additional package after I upload it as well [10:27] ogra_, thx, would be appreciated.. specially because if they broke I'll ave to take a look [10:27] sil2100, ack... [10:27] thanks [10:28] ogra_, it might be that I screw up my system. I'll reflash [10:28] mandel, will take a while, the battery is completely down ... [10:28] ogra_, no problem, I can wait :) [10:28] brendand: thats not a big gap [10:29] brendand: it's on my list to do today anyway [10:29] popey, great! [10:30] music also. [10:32] camako: ok, so I'll change the libmirclient-dev dependency to 0.4.0 and push to the silo [10:35] sil2100... ok thanks [10:39] is the ci sheet broken? or just my view...? [10:49] === trainguard: IMAGE 109 DONE (finished: 20140702 10:50) === [10:49] === changelog: http://people.canonical.com/~ogra/touch-image-stats/109.changes === [10:50] hi, can someone help me figure out how https://fosdem.org/2015/news/2014-07-01-call-for-participation/ merged? [10:50] bah [10:50] wrong link [10:50] thostr_: what's wrong? [10:50] how did https://code.launchpad.net/~mihirsoni/ubuntu-calendar-app/1335512/+merge/225155 get merged? [10:50] sil2100: ^ any idea? [10:50] thostr_: ok... I see google spouting errors indeed ;/ [10:50] popey: let me take a look [10:51] thanks [10:51] popey: what do you mean 'how did it get merged'? [10:51] well nobody reviewed or commented on it [10:52] bah, i was just done with the upgrade ... [10:52] trying to see how it got merged. [10:52] hmm, maybe someone set it to Approved [10:52] * ogra_ waits for it to finish and will then go to 109 [10:52] popey: since I see tarmac merged it in, so it has been auto-merged.. but strange indeed as it doesn't mention who switched it [10:53] yeah, thats my question ☻ [10:54] sil2100: so you know no voodoo to figure out who? [10:55] popey: normally when something like this happens it means that someone just merged in the branch to trunk manually [10:55] hmm [10:55] popey: hm... not sure if tarmac has an option of doing that, like, manual merge of a MP? [10:55] why does payui have an entry in my installed apps list (and no icon) [10:56] tedg, seems there is an entry for payui in my "installed apps", i assume that is not actually wanted ? [10:59] ogra_: yeah, also, you cant run it [10:59] right [10:59] mandel, so i am on 108 now ... my problem now is that i have all apps up to date, there is nothing to update :/ [11:00] ogra_, ok, I think is due to an update I did for udm in my phone (not released) so I'll debugging it [11:08] ogra_, is there a bug for the sdk test failure? [11:09] brendand, nope [11:10] ogra_, feel like filing one? [11:14] * sil2100 fixed up the buttons finally [11:18] * sil2100 goes off into the world of citrain code [11:18] camako: xorg-server has built, could you just test if all works on desktop with it? [11:18] camako: and if yes, give me a ping and I press publish [11:19] bzoltan: hi! Any news on the SDK autopilot failures? [11:19] sil2100: I am back from holidays... what AP failures should I look at? [11:20] bzoltan: http://ci.ubuntu.com/smokeng/utopic/touch/mako/108:20140702:20140625/8822/sdk/ <- since some time this test is failing, and it seems to be a one-liner required for it [11:20] i.e. the qtsensors5-dev package name change [11:20] bzoltan: someone mentioned you are the person responsible for this test suite or something ;) [11:21] sil2100: let me check :) [11:21] bzoltan: thanks ;) [11:22] ogra_, psivaa: woohooo, did you guys see final test results of 108?! [11:23] sil2100: yea, lot improved :) [11:23] psivaa: too bad we'll land Mir soon which usually is a bit regression prone :( [11:23] camako: did you test everything throughoutly with the new Mir? All autopilot tests passing? === MacSlow is now known as MacSlow|lunch [11:33] * sil2100 goes for lunch now [11:33] sil2100: I have fixed that test. Anyhow, that test comes from an obsolete project. Would it be possible to change the source of that tests if I move that to a real project? [11:48] vila: any idea what's going on here? https://code.launchpad.net/~rpadovani/ubuntu-calculator-app/1332567/+merge/225225 [11:48] https://jenkins.qa.ubuntu.com/job/generic-click-autopilot-utopic-touch/133/console [11:49] sil2100, silo for #38 pls? should be super quick landing, just adds api we'll need [11:49] https://jenkins.qa.ubuntu.com/job/generic-click-autopilot-runner-mako/282/console [11:51] popey: literraly: bzr: ERROR: unknown command "build" the bzr plugin that provides this command is not there ? [11:51] i have no idea what that means, or where that comes from [11:51] popey: same here [11:51] fginther: ^ ?!? [11:51] heh === MacSlow|lunch is now known as MacSlow [11:54] mhr3: sure ;) /me still lunching [11:56] mhr3: I see unity-mir in a silo from kgunn though... [11:56] sil2100, it's unity-api, nor -mir [11:56] Ah, test silo [11:56] not a test silo [11:56] Aaaah, craaap [11:57] mhr3: right, sorry, it seems my first typo caused terror [11:57] terror from the deep :) [11:58] anyway, /me lunch [12:03] sil2100, yeah, i saw 108 ... mir will "fix" that way to good result, i'm sure :) === vila changed the topic of #ubuntu-ci-eng to: Ubuntu CI Engineering Team | Vanguard: cihelp | CI Train Status: #106 promoted | CI Train Sheriff: trainguards | Known issues: The spreadsheet is extremely slow, http://people.canonical.com/~rbpark/citrain/ knows the statuses before the spreadsheet does. Long mako wait times on s-jenkins. === alan_g is now known as alan_g|lunch === cprov changed the topic of #ubuntu-ci-eng to: Ubuntu CI Engineering Team | Vanguard: cprov | CI Train Status: #106 promoted | CI Train Sheriff: trainguards | Known issues: The spreadsheet is extremely slow, http://people.canonical.com/~rbpark/citrain/ knows the statuses before the spreadsheet does. Long mako wait times on s-jenkins. [12:16] sil2100: thanks for xmir rebuild, i'll test it === renato_ is now known as Guest82807 [12:29] ogra_, confirmed, it was my new udm, fixed it :) [12:29] mandel, ah, cool, so i dont need to test anymore [12:30] ogra_, nop, I was an IDIOT :) [12:30] nah [12:51] sil2100: is silo 12 going to land soon? otherwise I can land more stuff in there :) [12:51] * Chipaca would rather that === alan_g|lunch is now known as alan_g === Ursinha changed the topic of #ubuntu-ci-eng to: Ubuntu CI Engineering Team | Vanguard: Ursinha | CI Train Status: #106 promoted | CI Train Sheriff: trainguards | Known issues: The spreadsheet is extremely slow, http://people.canonical.com/~rbpark/citrain/ knows the statuses before the spreadsheet does. Long mako wait times on s-jenkins. [13:05] camako: sil2100 xmir looks good [13:05] up and running my desktop on it as i type [13:06] kgunn, awesome thanks for testing ... [13:06] sil2100, silo landing-006 tested well on all accounts, autopilot, xorg-xserver, etc... let's get this baby merged :-) [13:08] o/ [13:17] ogra_: can I get a packaging ACK from you on the Mir 0.4.0? [13:17] ogra_: the diffs are here: https://ci-train.ubuntu.com/job/landing-006-2-publish/34/artifact/packaging_changes_mir_0.4.0+14.10.20140701.1-0ubuntu1.diff https://ci-train.ubuntu.com/job/landing-006-2-publish/34/artifact/packaging_changes_platform-api_2.1.0+14.10.20140702-0ubuntu1.diff https://ci-train.ubuntu.com/job/landing-006-2-publish/lastSuccessfulBuild/artifact/packaging_changes_unity-mir_0.4+14.10.20140701.1-0ubuntu1.diff http [13:18] ogra_: it's a standard bump of deps [13:19] ogra_: there are new binary packages, but I think archive-admin intervention is not required as it's a standard so-name change [13:45] Ursinha: https://code.launchpad.net/~popey/ubuntu-calendar-app/fix-1336764/+merge/225306 can someone please clean up? "IOError: [Errno 28] No space left on device" [13:45] popey: let me see [13:46] cjwatson: hello, are you free right now? Could you maybe give a packaging ACK for the changes I pasted above for ogra_ ? [13:47] sil2100: One moment [13:49] sil2100: Looks fine apart from the way it apparently took three people to bump the build-deps, according to the changelog :) core-dev / archive admin ack [13:51] ;) [13:51] Thanks! Yeah... I think citrain might have been a bit confused or something === plars changed the topic of #ubuntu-ci-eng to: Ubuntu CI Engineering Team | Vanguard: plars | CI Train Status: #106 promoted | CI Train Sheriff: trainguards | Known issues: The spreadsheet is extremely slow, http://people.canonical.com/~rbpark/citrain/ knows the statuses before the spreadsheet does. Long mako wait times on s-jenkins. [14:13] Ursinha: any luck? [14:16] popey: fginther is looking into it [14:17] I don't have permissions (yet) to do so [14:19] fginther, is this error a jenkins problems? 13:25:21.565 ERROR content:49 - Could not add content object 'None' due to IO Error: [Errno 13] Permission denied: '/var/log/syslog' [14:19] fginther, https://jenkins.qa.ubuntu.com/job/autopilot-testrunner-otto-utopic/1041/testReport/junit/address_book_app.tests.test_edit_contact/TestEditContact/test_add_new_phone/ === Guest82807 is now known as renato__ [14:20] fginther, this is happening on address-book autopilot tests [14:23] Ursinha: ahh okay [14:25] renato__, I don't know, it's generated in the autopilot log (I assuming it's trying to read it perhaps because the test failed, don't know).I checked a few other tests non-address book tests and didn't see that error [14:26] popey, Ursinha, that test host has 6+GB of available space, not sure why it ran out during that test run [14:26] rsalveti: I'm still not sure whether https://bugs.launchpad.net/ubuntu/+source/android/+bug/1319582 is the source of our emulator crashes, but fwiw, the emulator still crashes when we try to do much under it [14:26] Ubuntu bug 1319582 in Mir "emulator: 'Failed to start RenderThread' after opening/closing applications" [High,Triaged] [14:26] for example, running autopilot tests [14:27] right, it's one of the reasons why it is crashing [14:27] unfortunately I didn't get the time to investigate this yet [14:27] fginther: how odd, okay. thanks [14:27] hopefully next week === alan_g is now known as alan_g|tea [14:40] sil2100, ehm, yea, so 018 failed cause the arm64 g++ crashed during build [14:40] yey! [14:41] sil2100, seen that somewhere already? [14:41] tvoss, or perhaps you ^? [14:41] mhr3_: Is that with precompiled headers by any chance? [14:41] cjwatson, yep [14:42] mhr3_: Known broken at the moment; you can generally just disable precompiled headers on arm64, it just makes the build a bit slower [14:42] cjwatson, it's still 4.8 though [14:42] Hopefully g++-4.9 will fix it, though haven't tested that theory [14:42] cjwatson, got the magic incantation? [14:42] Varies by project; let me see if I can divine it [14:46] mhr3_: Probably http://paste.ubuntu.com/7737142/, but testing [14:52] cjwatson, lgtm, applied, building === mhr3_ is now known as mhr3 [15:11] mhr3: didn't work. I was going to test it for you first :) [15:12] tedg, https://jenkins.qa.ubuntu.com/job/utopic-touch-mako-smoke-daily/388/artifact/clientlogs/sdk/_usr_lib_arm-linux-gnueabihf_ubuntu-app-launch_desktop-hook.32011.crash/*view*/ [15:12] cjwatson, eh, should have tested it properly myself :/ [15:15] mhr3: Try -Duse_pch=FALSE instead of use_pch=FALSE; seems to work here [15:16] yep, just committed that [15:44] ping fginther, when can we get a new phablet-tools release with the fix of bug #1327325? [15:44] bug 1327325 in phablet-tools (Ubuntu) "phablet-test-run will fail if the python3 import prints something to std" [High,Confirmed] https://launchpad.net/bugs/1327325 [15:49] elopio, ugh, that hasn't landed yet, crap. I'll follow up on it. [15:50] fginther: thanks. I'm porting system-settings tests to py3 and I hit it again. I'm linking the branches with the workaround to the same bug to remember to revert them. [15:50] elopio, ack [15:51] fginther: you should land it and see how much fun it is :-) [15:53] sergiusens, yes, that's exactly what I need to experience :-). are you still the lander responsible for phablet-tools or can I go direct to the landing team? [15:54] fginther: AFAIK anyone can land anything [15:54] sergiusens, ack [15:54] fginther: as long as you have write access [15:54] thanks [15:54] fginther: to the spreadsheet that is [15:55] fginther: btw, ubuntu-device-do is in the ppa as well [15:59] cjwatson: what does update_output.txt's Trying easy from autohinter: for platform-api (...) FAILED mean? :) [16:00] (if you grep for platform-api there) === gatox is now known as gatox_lunch [16:26] sil2100: can you override a test silo reconfig & build for an unapproved MP ?....silo15 [16:26] kgunn: you can override the unapproved MP's by a flag in the build job :) [16:26] kgunn: I think it's called Allow Unapproved [16:27] ah! [16:27] sil2100: thanks [16:28] kgunn: yw! :) [16:29] sil2100: It means that glmark2-es2-mir and glmark2-mir are made uninstallable by trying to promote the set mir/0.4.0+14.10.20140701.1-0ubuntu1 unity-system-compositor/0.0.4+14.10.20140702-0ubuntu1 unity-mir/0.4+14.10.20140701.1-0ubuntu1 xorg-server/2:1.15.1-0ubuntu7 platform-api/2.1.0+14.10.20140702-0ubuntu1 [16:29] glmark2-es2-mir : Depends: libmirclient7 (>= 0.1.9+14.10.20140430.1) but it is not going to be installed [16:29] sil2100: i.e. glmark2 needs to be rebuilt as part of that landing [16:30] cjwatson: thanks! slangasek already cleared the story for us, I'll fix it in a moment :) [16:30] (just was in a meeting) [16:41] robru: can I have a silo for line 40 when you get a chance? === alan_g|tea is now known as alan_g [16:50] cjwatson: pushing the fix for the mir transition now (had to double test if it fixes everything) [16:51] righto [16:54] * sil2100 still is very weary about pushing packages to the archive [16:55] sil2100: can I have a silo for line 40 when you get a chance? [16:55] bfiller: hi! Let me take a look :) robru_ normally should be the sherif now, but I guess he's maybe having breakfast [16:56] ack, np [16:56] bfiller: ok, so I'll assign a silo, but please rebuild gallery-app after the suru theme change (silo 004) lands, as it will land in the nearest hour [16:57] sil2100: ack [16:59] yeah sorry === alan_g is now known as alan_g|EOD === robru_ changed the topic of #ubuntu-ci-eng to: Ubuntu CI Engineering Team | Vanguard: plars | CI Train Status: #106 promoted | CI Train Sheriff: robru | Known issues: The spreadsheet is extremely slow, http://people.canonical.com/~rbpark/citrain/ knows the statuses before the spreadsheet does. Long mako wait times on s-jenkins. [16:59] robru_, ogra_: ok, so I hope that once the new glmark2 rebuilds in the archive, mir should migrate properly [16:59] sil2100, great === gatox_lunch is now known as gatox [17:16] sil2100, hi, update on qofono? [17:17] pmcgowan: hi! I saw it in the NEW queue last time, I thought Laney was doing the NEWing for that one [17:17] Laney: hello, did you have a moment to look at the libqofono in the NEW queue? :) === boiko_ is now known as boiko [17:39] sil2100: could you check on silo6 ? looks like its stalled out or something....does package migration take that long?! [17:39] kgunn: yeah, we were working on that, there seemed to be a package requiring a rebuild - I pushed it to the archive, not sure if it built already [17:40] I think it should be ok in the next publisher run? [17:59] sil2100, do I need to ask steve for help gettng that lib landed? I have some stuff blocked on it [17:59] pmcgowan: we need some archive admin doing the NEWing of it, so it all depends on them now [18:00] slangasek: who could we ping to get the libqofono from NEW right now? Since I guess cjwatson might be already pass his EOD [18:00] sil2100: any archive admin, which includes me [18:00] Oh! [18:00] duh [18:00] ~ubuntu-archive [18:02] (looking now, for the record) [18:04] sil2100: why does qtdeclarative5-ofono0.2 have ${misc:Pre-Depends}, and libqofono-qt5-0 not? [18:04] (fwiw this is an obsolete requirement for multiarch libs anyway) [18:05] I might have missed that, since all built fine on a clean env - I can fix that for the next version [18:06] yes, it'll build fine to be sure [18:06] and it'll even run fine [18:06] :) [18:07] sil2100: are there .a libraries that should be getting installed in libqofono-dev? [18:07]