=== chihchun_afk is now known as chihchun === salem_ is now known as _salem === marcusto_ is now known as marcustomlinson_ === chihchun is now known as chihchun_afk === marcustomlinson_ is now known as marcustomlinson === chihchun_afk is now known as chihchun [08:26] davmor2, can you take silo 28? it's rather urgent [08:26] jibel: sure [08:26] davmor2, thanks: [08:26] ! [08:29] THanks guys! [08:29] Still not known if and when we'll do the OTA-4.5, but we need to be ready [08:52] Hey guys, I'll use rc-proposed channel for a bit [08:52] (I'll break it) [08:52] kk thx bye [08:52] sil2100: nice! [08:53] The cat is really interested in how I work, he's helping out with code and other duties [08:53] By, for instance, blocking my view of the screen, trying to catch the mouse cursor and pressing random buttons [08:56] Anyway, expect a strange image in the rc-proposed channel soon [09:07] sil2100: really strange from the sounds of it :) [09:07] catimage [09:22] jibel, davmor2: I have a ubuntu community image for you guys to test [09:24] jibel, davmor2: so, latest image in the rc-proposed/ubuntu channel is what you want [09:25] sil2100: in a meeting get back to you after [09:25] jibel, davmor2: mako 163, krillin 197 etc. [09:49] sil2100, barry: silo 028 is broken. On a production-reset the product turns itself off on or around wifi password [10:09] davmor2: uh [10:10] davmor2: not sure I understand, but I never used the production-reset function [10:11] sil2100: it's the new function added to system-image in the silo [10:19] I wonder why it's broken [10:23] davmor2, its the old function that was used in rtm ... not new at all :) [10:23] (there are new bugs around it perhaps though) [10:23] ogra_: there are 2 --factory-reset Perform a destructive factory reset and reboot. [10:23] WARNING: this will wipe all user data on the device! [10:23] --production-reset Perform a destructive production reset (similar to [10:23] factory reset) and reboot. WARNING: this will wipe all [10:23] user data on the device! [10:24] davmor2, right, --production-reset was implemented before the device went into production [10:24] factory reset is a bit older and foor endusers [10:25] ogra_: * LP: #1419027: Adding D-Bus method for production line reset - Used by the advanced factory reset use case [10:25] Launchpad bug 1419027 in system-image (Ubuntu RTM) "Add a D-Bus method to perform a "production line reset"" [Critical,Fix released] https://launchpad.net/bugs/1419027 [10:25] yeah [10:26] ogra_: so apparently it is all rsalveti 's fault :) [10:26] "...reset the phone and perform a delayed power off." [10:26] * rsalveti runs [10:26] as I recall, production reset turns the phone 'off' after a certain time [10:27] so it can go in a box with confidence [10:27] yeah [10:27] ah okay might not be an issue then [10:27] thats what the bug says [10:27] oh, right [10:27] that is old [10:27] you're not expected to use the phone after the reset, just observe that it boots to the welcome page of the wizard [10:28] what is the issue? [10:29] yeap got it. thanks I think that thing that confused is it started the welcome wizard [10:30] so I just need to confirm that it doesn't happen with factory-reset then [10:32] rsalveti: none now :) [10:32] davmor2, well, it boots normally and starts the wizard ... and at some point it does what you told it to (delayed power off) [10:33] rsalveti: I missed the delayed shutdown [10:35] cool [10:35] \o/ [11:01] sil2100, davmor2: I fear something is wrong with mako image r163 on channel ubuntu-touch/rc-proposed/ubuntu. http://paste.ubuntu.com/11729906/ [11:01] sil2100, davmor2: I just reflashed using u-d-f and still get the same...the unity8 version in this image comes with no shell rotation! [11:01] this is on a Mako Nexus 4 [11:03] Mirv: ^^ [11:04] nik90: hmm. I can't test right now since my mako is running autopilot tests, but on the #162 I do have unity8 8.10+15.04.20150612-0ubuntu1 which should be new enough version. [11:04] nik90: how are you testing it? [11:04] nik90, shell rotation was landed after the OTA [11:04] oh [11:04] Mirv: indeed I had shell rotation on image r162. Hell I even posted pictures of it on g+ ;) [11:04] it broke after I upgraded to r163 [11:04] * ogra_ missed the -proposed in the channel name, ignore me [11:05] davmor2: tested by upgrading from r162->r163 and also a normal u-d-f flash to r163 on my N4. Opened system-settings-app and no shell rotation [11:05] nik90: oh! :) [11:06] nik90: can you check what dpkg -s unity8 says there? [11:06] the version, mostly [11:06] nik90: yes [11:07] Mirv: no worries, that's the strange image I mentioned :) [11:07] sil2100: ah... [11:07] Mirv: Version: 8.02+15.04.20150603.1-0ubuntu1 [11:07] nik90: right, then that's older [11:07] nik90, davmor2, Mirv: the latest rc-proposed image is now a snapshot image ;) With OTA-4 stuff in it [11:07] sil2100: oh [11:07] sil2100: yeah that's what I was just thinking [11:07] Remember! rc-proposed is meant to be full of strange stuff, it's never guaranteed to be reliable and working - next image will be with rotation again [11:08] nik90: you should have your shell rotation in a few hours [11:08] :) [11:08] sil2100: well so how I do get the latest stuff to develop on? which channel is recommened? [11:08] sil2100: I see rc-proposed/ubuntu-developer has not been updated for a long time either [11:08] just a bit confused [11:08] I need shell-rotation to test clock-app portrait lock and stuff [11:12] nik90: rc-proprosed and just back it up a revision. [11:13] davmor2: how do I specify the revision? [11:15] sil2100, hey ho :) ^ [11:15] I know there's another one with unity in it [11:15] I'd like to get started with testing the next one nevertheless. Will rebuild when the previous lands [11:16] nik90: ubuntu-device-flash --revision -1 touch --channel [11:16] nik90: or you can add a specific number ie 162 [11:16] mzanetti: on it [11:16] thanks :) [11:16] nik90: are you developing apps? [11:17] he is :) [11:17] sil2100: hmm yes...clock-app dev ;) [11:17] nik90, btw, will you make fahrplan rotation-ready? [11:18] mzanetti: you want it to rotate? I will see how it looks in landscape [11:18] nik90: then it's best to use stable ;) [11:18] sil2100: not when I am getting bug reports about clock app looking bad when running it on rc-proposed ;) in landscape form [11:19] nik90: rc-proposed is not a channel for app developers, as it can have broken features... [11:19] Well, for shell rotation, please wait a bit and it'll be back ;p [11:19] Or quickly revert to the previous image ;) [11:20] sil2100: yeah I am reverting to r162..I was just surprised to experience this with r163..figured rc-proposed just mean latest development stuff..not OTA images ;) [11:21] -proposed always means automatic daily builds and no QA [11:21] or "mild" QA [11:24] nik90: no no ;) rc-proposed is a transient channel that, indeed it has the latest development, but in theory should be only used by people working on core system components etc. [11:24] Of course, we don't want to scare away people from using it [11:25] But it's just good to know that we don't guarantee anything in that channel ;) [11:25] understood === MacSlow is now known as MacSlow|lunch === alan_g is now known as alan_g|lunch [12:19] jibel, i just upgraded to 27 on my arale and see the SIM PIN disalog for the first time ! === _salem is now known as salem_ [12:20] (did we get any fixes or am i just lucky ?) [12:20] ogra_, take a screenshot, it's racy and maybe the only time you'll see it [12:20] ha, to late [12:21] ogra_, there is no fix yet, I still reproduce on 27, but just adding debug code makes it much more difficult to reproduce [12:21] yeah, timing issues are hard to catch === chihchun is now known as chihchun_afk [12:33] hmmm [12:34] mzanetti: looking at the unity8 packaging diff right now [12:35] sil2100, anything wrong? === chihchun_afk is now known as chihchun [12:35] mzanetti: I'm a bit worried by the versioned-dep [12:36] sil2100, this one? https://code.launchpad.net/~canonical-platform-qa/unity8/click_item_with_swipe/+merge/256961 [12:37] mzanetti: ...scratch that, it looks fine :) [12:38] ack :) [12:38] sil2100, i was *just* going to ask you about that :) [12:38] brendand, so... finally your branch landed :) [12:38] thanks for the patience [12:38] so patience, such waiting :P [12:39] mzanetti, thanks :) ! === alan_g|lunch is now known as alan_g === MacSlow|lunch is now known as MacSlow [12:48] sil2100: I want to switch sillo 7 from vivid to dual. can I do this myself with reconfigure? [12:55] cihelp: seems our jenkins jobs started failing because of a license check, but we didn't change those files in years: https://jenkins.qa.ubuntu.com/job/generic-mediumtests-builder-wily-armhf/104/console [12:56] was there a lp project that has all the scripts that are executed by jenkins? [12:56] bfiller, you can update the spreadsheet bug ci people need to wipe and reconfig [12:57] t1mp, this maybe: http://bazaar.launchpad.net/~private-ps-quality-team/pbuilderjenkins/trunk/files [12:57] mzanetti: sorry, update what? [12:57] bfiller, the google doc :) [12:57] zbenjamin, bzoltan: ^ [12:57] mzanetti: oh for the dual landing you mean? [12:57] mzanetti: thanks [12:57] bfiller: sadly no, series reconfiguration usually requires re-assigning silos [12:58] bfiller, yes [12:58] mzanetti: thanks [12:58] sil2100: ack, mind reconfiguring silo 7 then? [12:58] bfiller: will have to re-assign (e.g. wipe existing packages), you fine with that? [12:59] sil2100: yes [12:59] On it then [13:00] mzanetti, looking [13:03] mzanetti, There was an update to the devscripts package and the licensecheck tool along with it on June 11 (which is when these errors started) [13:03] bfiller: done [13:03] sil2100: thank you! [13:04] fginther, yeah, sounds reasonable. What would you suggest? [13:04] I guess the checklicenseheaders.sh needs to be updated [13:04] mzanetti, looks like a number of bugs were actually fixed in it (http://changelogs.ubuntu.com/changelogs/pool/main/d/devscripts/devscripts_2.15.5/changelog). Do these files actually need to be patched? [13:04] fginther, those files have the upstream Qt copyright header [13:05] mzanetti, ohhh, that sucks then :-/ [13:05] mzanetti, well, sucks for me I guess [13:05] heh [13:05] fginther, let me try running things manually on them [13:05] maybe we can find a solution that doesn't such for you [13:06] mzanetti, looks like they are all in a plugins dir, should be possible to exclude that [13:06] hmm... not a big fan of that... lots of our code is the plugin dir [13:06] bfiller: yw! [13:07] mzanetti, ok, let me look at some other options too [13:09] Ok [13:09] * sil2100 switches to maintenance mode now [13:10] I should be around on IRC but not all the time [13:15] fginther, ok... still passing here on my vivid+overlay, seems wily only problem [13:16] mzanetti, yeah, the regression appears to have been introduced in 2.15.5 which is still only in wily [13:16] mzanetti, the only solution I have so far is to exclude those specific files [13:16] trainguards: hey, could I get a silo for spreadsheet line 60 please [13:18] fginther, sounds ok for a temporary measure... but not feeling really comfy with that in the long run [13:19] greyback: ok [13:19] davmor2: afaik, it isn't si 3.0's fault. all production-reset does is write the following to ubuntu_command and then reboot: format data; enable factory_wipe [13:20] barry: it's okay it was meant to happen [13:20] davmor2: cool [13:21] greyback: assigning, I added qtubuntu-gles and qtmir-gles [13:21] mzanetti, another option is to remove the check completely [13:21] greyback: this should make the -gles bits easier, as you won't need a trainguard for the reconfigure [13:21] sil2100: thanks. I tend to add those after once the non-gles ones build [13:22] fginther, let me check if I can update that header to a slightly different format to make it pass or so [13:22] sil2100: ah cool, I'll do that in future [13:22] greyback: yeah, you still need to do this, but without those pre-defined you would need us for the reconfigure, now you can reconfigure it yourself :) [13:22] yay! [13:37] fginther, this fails: ** Copyright (C) 2014 Canonical, Ltd. and/or its subsidiary(-ies). [13:38] this passes: ** Copyright (C) 2014 Canonical. [13:38] this does look like a bug in the tool to me [13:38] sil2100: My personal krillin still hasn't got any update notification [13:39] rvr: strange, you're on the right channel, right? [13:39] sil2100: channel: ubuntu-touch/stable/bq-aquaris.es [13:40] fginther, actually it's only the "/" in the and/or line. I'll work around it in our repo [13:40] rvr: might be somehow related to the fact it's .es, but in theory it should be a redirect to .en [13:40] mzanetti, Are those files regularly updated from upstream? [13:41] fginther, no [13:41] only when we copy the file we keep the header intact [13:41] mzanetti, ack, this doesn't sound like that gross of a workaround then [13:42] no... seems ok if I don't hit other headers that fail for different reasons. I'll let you know [13:42] mzanetti, thanks [13:43] rvr, if you adb shell what is the output of sudo system-image-cli -vn [13:45] jibel: sil2100: Yeah, it redirects to bq-aquaris.en http://paste.ubuntu.com/11730546/ [13:45] Upgrade path is 23 Target phase: 5% [13:45] What is target phase? [13:46] sil2100, ^ do you know? [13:46] No idea [13:47] I checked and on s-i the phasing percentage it 100% [13:47] barry: ^ [13:48] sil2100, davmor2 what's the problem? [13:48] barry: rvr has a real device it hasn't upgraded yet [13:48] was the .es channel actually relesed ? [13:48] i thought we dropped that one [13:49] ogra_, this device has been purchased from BQ [13:49] rvr: what does `system-image-cli --version` say? [13:49] balloons: http://paste.ubuntu.com/11730579/ [13:49] Ooops [13:49] barry: ^ [13:50] jibel, sure, i just remember talk that we wouldnt do .es anymore [13:50] rvr: --version not --info :) [13:50] ogra_, it's an alias to .en [13:50] barry: system-image-cli 2.5.1 [13:50] rvr: okay, that's good at least [13:50] jibel, aha, so i remembered right ... [13:51] so it is probably the following of aliases thats not correct [13:52] rvr: and if you remove the -n, does it upgrade? or what do the logs say? [13:52] barry: system-image-cli -v ? [13:53] rvr: yes [13:53] It downloads something [13:53] it should upgrade because there is apparently no phase for image 23 [13:53] (target phase is the phase of the device) [13:54] rvr, and from the UI there was no notification and nothing in 'software updates'? [13:55] jibel: Nope [13:55] rvr, can you interrupt the download and check again? [13:55] jibel: Yeah, that's what I did === chihchun is now known as chihchun_afk [13:55] I'm stuck here: [13:55] [systemimage] Jun 17 14:53:37 2015 (7473) [0xb63aabb0] Running group download reactor [13:55] rvr: you might want to kill system-image-dbus and let it get reactivated [13:55] rvr: you could tell more status with more -v's [13:56] (generally, we don't bombard the console with udm's chatty progresses) [13:56] barry: Ok [13:57] just add -vvvvvvvvvvvvvvvv [13:57] ;) [13:57] (then it will probably print machine code) [13:57] ogra_: or --veeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeewheeeeeeeeeeeeeeeekhaaaaaaaaaaaaaaaaaaaaaaaaaaaaan [13:58] haha [13:58] lol [13:59] sil2100: while we're here, we're going to have to rethink how to do the si client branches. upstream branch is in git now so the merge-upstream recipe is different... and not working :( is it possible to drive the train with git branches? [13:59] barry: uuuu, currently no, I think robru wanted to add that once but he's busy with bileto, the spreadsheet replacement [13:59] ;/ [14:00] sil2100: the problem i'm having is that after doing `bzr merge-upstream ` and then `bzr bd -S` fails with unexpected changes to upstream source. even reverting the change to the file that it claims to be changed, bzr bd -S still fails [14:00] sil2100: that's probably higher priority ;) [14:01] sil2100: well, i guess i know what i'm doing for the rest of this week :( [14:04] barry: http://paste.ubuntu.com/11730629/ [14:04] barry: After that I think it beings to download something, I cancelled [14:04] rvr: okay, you should kill that and then use ps to find the ubuntu-download-manager, and kill that [14:05] rvr: start fresh, and then do the command again. sometimes udm gets confused [14:05] rvr: you're on wifi right? [14:05] barry: Right [14:05] yeah, so it should work, unless you're having other network problems. basically that paste is telling me that udm is stuck [14:08] barry: Stuck, but downloading [14:08] rvr: at the point where the log ends, we are at the mercy of udm [14:09] barry: So, if this is downloading, then it knows there is an image available [14:09] But there is no notification [14:09] rvr: correct [14:09] rvr: notification? through the cli, it's the console output. [14:10] barry: My "complain" is that I haven't got any system update notification, and the update screen is System Settings don't show it as available neither [14:11] rvr: okay, so let's do this... [14:11] rvr: first, kill system-image-cli [14:11] Done [14:11] rvr: next, kill any ubuntu-download-manager process that might still be running [14:11] Done [14:11] rvr: next, kill any system-image-dbus process that might still be running [14:11] rvr: kill any system-settings process (i.e. the ui) [14:11] Done [14:12] jibel, sil2100: Finally silo028 is done [14:12] rvr: cool, now, in a separate shell, do this: `tail -f /var/log/system-image/client.log` [14:12] Application closed [14:12] rvr: and then fire up the system-settings ui and start a check for upgrade. watch the log tail. you should see something very similar to your previous console output [14:13] barry: Now it is there o_O [14:13] barry: It's downloading now [14:14] rvr: cool. sometimes when udm gets confuzzled, it confuzzles the whole stack upwards :/ [14:15] rvr: if you really want some sneaky, once/if si 3.0 is landed you can bypass udm and use the built-in curl based downloader. we use that on snappy and it avoids the problems of udm [14:16] barry: I worry more about users having this problem [14:17] rvr: i'm not sure what to do about it. i've been asking for udm to get some love for a *long* time [14:17] I don't know which magic you used, but after canceling and rebooting again, System Settings > Update shows and downloads the image. [14:18] rvr: killing all those processes usually gets things back into a usable state. [14:18] barry: Does system-image-cli cache requests somehow? [14:19] rvr: it does cache full downloads so that updates can be resumed more quickly, but the checksums and signatures must still be valid, or it will ignore any cached data files [14:20] barry: I see [14:30] sil2100: I added a line to ci spreadsheet for clock r280 as requested by rvr and nik90. can you please check it and press whatever button is needed to make it go to trello? [14:31] popey: It's automatic, there is a bot for that :) [14:31] \o/ bots [14:32] popey: Although I don't know how the status field is managed by CI [14:36] sil2100, can I get a silo for line 61 please? [14:38] trainguards: I added a merge request to silo 16, can I reconfigure the silo myself, or do you have to do it? [14:51] oSoMoN, they'll most likely have to do the reconfigure [14:54] fginther, status update: https://bugs.launchpad.net/ubuntu/+source/devscripts/+bug/1466098 [14:54] Launchpad bug 1466098 in devscripts (Ubuntu) "licensecheck fails to parse copyright if a / is contained" [Undecided,New] [14:56] mzanetti, thanks [15:04] fginther, this seems a good idea in any case: https://code.launchpad.net/~mzanetti/pbuilderjenkins/dont-check-generated/+merge/262235 [15:04] I can work around the other's in the unity code base for now [15:07] mzanetti, cool, if you can add a changelog update to that MP, we can get that updated [15:11] fginther, done [15:12] mzanetti, can you change UNRELEASED to wily? [15:12] mzanetti, That's caused problems for me in the past [15:12] yes [15:13] fginther, done [15:13] mzanetti, thank you sir! [15:14] :) [15:15] robru, ping === alan_g is now known as alan_g|AFK [15:51] trainguards: I need silo 16 to be reconfigured, can someone please take care of this? [16:23] sil2100, jibel: image 163 tested on mako looks good here [16:35] oSoMoN: you can reconfigure that yourself. you only need trainguards when you're adding new packages, not adding new MPs for existing packages. [16:35] jhodapp: hi [16:36] robru, ah, thanks, sorry I never remember that right [16:36] robru, oh good to know, I didn't realize that either [16:36] robru, just need a silo for line 61 please === alan_g|AFK is now known as alan_g [16:37] jhodapp: oSoMoN: yeah one of our goals is to expand user empowerment so that you guys aren't waiting for me all day long, but spreadsheet replacement is the number one priority right now [16:38] jhodapp: silo 38 [16:38] thanks robru [16:38] you're welcome [16:38] robru, that makes sense. how is the spreadsheet replacement coming along, btw? [16:39] oSoMoN: http://requests.ci-train.staging.ubuntu.com/ it's a thing that exists ;-) I'd say 90% done, but there's lots of fiddly integration bits that still need to be done. [16:39] neat. I can’t wait for it to be live (and I know I’m not alone :)) [16:39] oSoMoN: yeah you and everybody else ;-) l0( [16:39] ;-) [16:41] robru, so I've not built qtmultimedia-opensource-src before...this MR is a diff to the package branch...it is complaining that it's missing the package qtmultimedia-opensource-src-gles [16:41] robru, do I need to add that to the addition source packages column? [16:41] *additional [16:42] jhodapp: well you probably want a second MP for the -gles branch as well, those need to be kept in sync. [16:42] robru, but nothing changed in that branch [16:43] jhodapp: doesn't matter, there's rules in place enforcing -gles variants always have matching version numbers. if you're releasing one you need to release the other [16:44] robru, hmm interesting...so basically a no-change MR and then the silo will bump the release version numbers? [16:44] robru, or I guess it'd be Jenkins that would do the version bump [16:44] jhodapp: errr, no. the branch should have a debian/watch that scans for the non-gles and rebuilds that package with the same changes. [16:45] jhodapp: -gles is a special rebuild of the same package, it needs to have the same contents as what you're releasing for non-gles. [16:45] robru, oh interesting [16:46] I wonder if Mirv is around to explain how he manages his -gles packages [16:46] I know how kgunn does it... [16:46] robru, line 60 has some from greyback, like 58 from Mirv [16:48] jhodapp: I was thinking more like this: https://code.launchpad.net/~bzoltan/ubuntu-ui-toolkit/landing_12-6-2015-gles/+merge/261832 (but ignore the merge conflict and just look at debian/watch) [16:49] I usually check out the -gles branch, update the changelog to have matching debian version string to the non-gles packages, update the watch file to suit the landing PPA, and create a MP. Then add that MP to the silo [16:49] jhodapp: but I'm not sure if qtmultimedia-opensource-src-gles is set up to use debian/watch or not, you'd have to figure that out [16:49] robru: ehh... mergeconflict? I need to fix that too [16:49] robru, ok thanks man [16:49] jhodapp: youre welceme ;-) [16:49] wow fat fingers today lol [16:49] greyback, so one MP only right? [16:50] jhodapp: one MP for non-gles, one for -gles [16:50] greyback, ok...so those two MP's are identical? [16:51] greyback, or where do they differ (if they do)? [16:51] jhodapp: no, the -gles one is only a fancy debian packaging branch, which imports the code from the non-gles branch [16:51] jhodapp: what project, qtubuntu? [16:51] greyback, qtmultimedia-opensource-src [16:52] jhodapp: hmm, I don't know how that one is done, sorry. I had thought they were uploaded manually [16:52] Mirc would know more [16:52] Mirv [16:53] jhodapp: yeah I'm not sure exactly how mirv does his because he usually does source uploads, which are a little bit opaque from the train perspective [16:54] robru, greyback ok, I'll sync up with Mirv and see if I can't learn how to do this [16:55] thanks for the assistance [16:56] jhodapp: you're welcome [16:57] boiko: https://code.launchpad.net/~tiagosh/ubuntu/wily/telepathy-qt5/update-0.9.6.1/+merge/262167 this branch is an UDD branch which is not supported by the train. you'll need to push that somewhere else and propose a new merge in order to get a silo. [17:00] robru: ah yes, sorry, that package (telepathy-qt5) should be a source upload, let me remove from the list of MPs [17:02] robru: what do you need for the source upload? the .dsc, .changes and the tarball itself? [17:04] boiko: the easiest thing is if you just upload it into a PPA you own and then I'll copy it into the silo PPA. [17:05] robru: yep, ok === salem_ is now known as _salem === alan_g is now known as alan_g|EOD [17:10] boiko: oh hrm what are you expecting to happen with a manual source upload in a dual silo? [17:11] robru: I really don't know :D [17:11] boiko: I think that behavior is undefined. let me just read the source real quick to figure out what'll happen... [17:11] robru: well, we want to land this new telepathy in wily and on the vivid overlay too [17:13] boiko: yeah, I think this isn't going to work. the "secondary" build will try to copy the source from the primary build but the primary build doesn't exist because only MPs have that. [17:13] robru: so what would you suggest then? we land in wily first and then sync to vivid overlay? [17:13] boiko: so if you want to keep it a dual silo you'll have to figure out a way to do an MP for telepathy-qt5, or you'll have to release one silo to wily and then do a second silo to sync wily back to vivid [17:14] robru: maybe the sync silo approach will be easier for this case [17:14] boiko: alright I'll make it a wily silo for now [17:14] boiko: sorry about that, didn't anticipate this use case. [17:14] robru: nice! thanks! [17:15] robru: no worries [17:15] where has the silo reconfigure button gone? [17:15] greyback: to a menu at the top [17:16] robru: of the CI dashboard? [17:16] greyback: of the spreadsheet. [17:18] perhaps I'm not allowed to [17:18] I simply cannot find it [17:18] boiko: ok let me know when you've got that -qt5 package prepped and I'll copy it in [17:18] greyback: are you logged in? [17:18] robru: would you please reconfigure silo36 for me, added the -gles twins [17:18] robru: yeah [17:19] robru: sure, working on it [17:19] greyback: do you see the menubar that's like "File Edit View ... Addons Help Landing Tools"? [17:19] robru: omg up there [17:19] I didn't know we could stuff up there [17:19] greyback: welcome to google spreadsheets ;-) [17:20] greyback: don't worry, in a month this'll all be gone and you'll have to relearn the new thing [17:20] greyback: oh but if you added a package I have to do it for you anyway, hang on [17:20] robru: no, sil already added them [17:21] as additional source packages to land - exactly so I could recofigure myself, and wouldn't have to bother you [17:21] greyback: oh great [17:21] greyback: make sure you delete the source packages from the source package column then, that'll screw things up [17:21] robru: ah ok [17:23] who owns the platform-api? The branch is owned by 'phablet-team' [17:23] (I need someone to own bug #1465958) [17:23] bug 1465958 in platform-api (Ubuntu) "gst-plugins-bad1.0 FTBFS: mirclient headers needed" [Undecided,New] https://launchpad.net/bugs/1465958 [17:23] hmm maybe I should just submit a branch and see what happens :) [17:24]