=== salem_ is now known as _salem [01:08] out for dinner, bbl! [02:05] === IMAGE 102 building (started: 20150217-02:05) === [02:05] ooh [02:05] that must mean bed time [03:05] === IMAGE RTM 236 building (started: 20150217-03:05) === [03:40] === IMAGE 102 DONE (finished: 20150217-03:40) === [03:40] === changelog: http://people.canonical.com/~ogra/touch-image-stats/102.changes === [04:25] === IMAGE RTM 236 DONE (finished: 20150217-04:25) === [04:25] === changelog: http://people.canonical.com/~ogra/touch-image-stats/rtm/236.changes === [05:18] trainguards: May I ask for a reconf of the rtm silo1? I just have added the gles branch [05:18] robru: Mirv^ [05:22] bzoltan_: done [05:37] robru: Thank you [05:44] bzoltan_: you're welcome [05:44] Hmmmm [05:52] bzoltan_: no idea why that didn't work for you. Anyway, building. [05:55] robru: black magic :) [05:56] bzoltan_: i think there's some kind of race condition, i guess i reconfigured before the previous build finished, and the previous build saved it's state over top of the new reconfigure. [06:08] magic morning [06:10] robru: saviq's unity8 was compiled against the new Qt correctly, but yes misses the clog entry [06:12] Mirv: good to know the released version is compiled correctly, but really we're just lucky that your release was a no change rebuild. Had your change actually had some content to it, it would have been reverted by the duplicate publication. Definitely not a happy situation. [06:15] robru: yes, but indeed I published Saviq's Unity 8 and checked it was alright, just missing that it should have nevertheless been rebuilt to pick up the changelog entry. I also pushed force rebuilds of all other components that were conflicting, but misunderstood the Unity8 silo was recent build enough [06:16] robru: but indeed we'll end up in more problematic situations sooner or later since we nowadays tend to be ok with assigning conflicting silos since it improves workflow otherwise [06:18] Mirv: yeah there's a few cases where conflicts need to be handled better. Eg when a conflict is published, I'd like the dashboard to indicate that the other conflicts are dirty and need rebuilding. [06:19] kgunn: yes Qt 5.4 actually part of vivid now, including the vivid image #102 [06:22] robru: and even flagging the conflicting silos in general (like 018 having red "003" text besides it) reminds people more often that they need to co-operate [06:22] Mirv: yeah that's a good idea too. [06:49] Mirv: could you help me to restart this build http://s-jenkins.ubuntu-ci:8080/job/qtcreator-plugin-ubuntu-ci/515/rebuild ? [07:00] bzoltan_: done === tsdgeos_ is now known as tsdgeos [09:02] jibel sil2100: phone just reminded me I need to go to the docs at 09:30 [09:03] Davmor3, OK, enjoy. [09:05] davmor2: k [09:05] oSoMoN: good morning. Just saw the email you messages me about yesterday. any updates ? [09:06] nerochiaro, not much, still trying to figure out a workaround for the fullscreen/autopilot issue [09:07] cihelp: hey, what is the reason that we don't have smoketesting results for manta and flo devices for vivid/devel? [09:08] oSoMoN: ok, so camera-app has still AP tests failing on krilling that need attention, right ? [09:08] nerochiaro, yes, can you have a look at those? [09:08] oSoMoN: ok, i am on it [09:09] cheers [09:09] oSoMoN: should i use the packages from here https://chinstrap.canonical.com/~bfiller/com.ubuntu.gallery_2.9.1.1149_armhf.click as bill said or build trunk myself ? [09:09] nerochiaro, that’s a package for gallery-app :) [09:10] sil2100: all flo and manta devices appear to be offline on q-jenkins [09:11] sil2100: did you notice this recently ? [09:11] oSoMoN: right. he has camera packages on there too, but i guess i will try both rebuild and use from there, hopefully they will give the same errors [09:12] vila: no, it seems they're gone since quite a while, we just didn't really put too much attention to that before [09:12] But I suppose it would be nice to at least try getting those two working on smoketesting [09:18] sil2100: will raise the issue [09:20] Thanks [09:20] :) [09:24] sil2100: can you help me understand the severity of this? Is someone explicitly needing manta/flo for a project? [09:25] ev: currently we still don't put much pressure on tablets and flo, but these are still our officially supported devices for the development channel [09:26] ev: with MWC around the corner, it would be also nice to actually see if those devices are still booting at least, and what's their general status [09:27] ev, marketing and sales use the tablets to demo the sidestage [09:27] trainguards: hi folks. I've added a new MR for indicator-network to line 41 of the sheet (rtm silo 007), and line 32 (vivid silo 015). could these be reconfigured appropriately? [09:28] pete-woods: sure [09:28] thanks :) [09:28] so we're bringing manta and flo to MWC and showing off the sidestage there? That's very useful information. [09:29] pete-woods: there's no vivid silo 015? [09:29] pete-woods: unping, wrong page :) [09:29] (the big problem we've had with those two devices is that they're near-impossible to wire for automation - we cannot programmatically reboot them like we can with mako/bq) [09:30] ev, not sure, but that is what happened the last years [09:30] someone should confirm that indeed [09:30] yes, indeed [09:30] Mirv: no, I think you're correct. I was obviously hallucinating when looking up the silo for vivid, it doesn't have a silo allocated yet [09:32] oh wait, now it does?? I'm super confused [09:32] pete-woods: it did have, but the spreadsheet was then empty for a little while, and now that spreadsheet again knows about I'm reconfiguring it [09:33] oh, cool. glad to know I've not lost my mind [09:33] the spreadsheet occasionally makes you think that [09:33] :D [09:36] john-mcaleely: hey! Is the device tarball ready already? :) [09:36] I mean, did you test it fully already? [09:36] Ah, I see you did [09:37] cihelp: jenkins seems busted. http://paste.ubuntu.com/10270569/ - trying to rebuild this. http://91.189.93.70:8080/job/generic-mediumtests-vivid/1019/rebuild/? [09:37] (is this known)? [09:39] popey: /me looks [09:39] ta [09:40] popey: O_0 where did you get that jenkins gut spilling ? [09:40] trying to re-run https://code.launchpad.net/~pkunal-parmar/ubuntu-calendar-app/LiveEventModification/+merge/247711 [09:40] clicked http://91.189.93.70:8080/job/generic-mediumtests-vivid/1019 [09:40] then rebuild-> http://91.189.93.70:8080/job/generic-mediumtests-vivid/1019/rebuild/? [09:40] then rebuild button [09:41] Boom! [09:41] popey: ha, indeed :-/ [09:42] :) [09:42] :-D [09:42] charles: the rtm-019 diff somehow magically seems to have all of vivid in it as well even though the branch that was compiled is targeted against the rtm branch, last updated 20140925: https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu-rtm/landing-019/+files/ubuntu-themes_14.04%2B14.10.20140925-0ubuntu1_14.04%2B15.04.20150213%7Ertm-0ubuntu1.diff.gz [09:43] popey: but indeed (too) the job doesn't define candidate_revision.... [09:43] which is very surprising [09:43] charles: QA has signed off the silo, but instead of a few files changed it's 29MB diff (compressed) <- sil2100 [09:44] popey: nor any of merge_proposal packaging_branch project_name use_description_for_commit [09:45] charles: so we'd kind of need to know what to do the silo. should you rebuild it? it will then miss the deadline for this milestone. [09:46] popey: yet, http://91.189.93.70:8080/job/generic-mediumtests-vivid/1090/parameters/? has them and has been started 15 mins ago [09:46] wierd, huh? [10:01] vila: any ideas? [10:07] sil2100, yeah, all good to go [10:08] popey: nope, the config file for that job has been last modified on 2014-10-31 [10:08] popey: I should be missing something obvious... [10:25] popey: so to rebuild https://code.launchpad.net/~pkunal-parmar/ubuntu-calendar-app/LiveEventModification/+merge/247711, Why are you rebuilding from 1019? [10:25] the MP has 1067 as the latest failed build [10:27] you would not be able to rebuild a downstream job on its own, there are someparameters coming from the upstream job [10:28] psivaa_: vila I am just trying to rebuild a failed landing [10:28] psivaa_: vila clicking the links provided. I don't quite understand what broke and where [10:29] popey: the 'rebuild' link provided in the MP is http://91.189.93.70:8080/job/ubuntu-calendar-app-ci/1067/rebuild [10:29] not http://91.189.93.70:8080/job/generic-mediumtests-vivid/1019/rebuild/ [10:30] the second one is a downstream job, which will be triggered by the first one ^ and will use some parameters from the first build (1067) [10:31] popey: http://91.189.93.70:8080/job/ubuntu-calendar-app-ci/1074/console is now running [10:31] psivaa_: ooooh, thanks for the explanation, http://91.189.93.70:8080/job/ubuntu-calendar-app-ci/configure defines the missing parameters as 'predefined parameters' in the 'trigger/call builds on other projects' indeed [10:32] psivaa_: that's the "obvious" bit I missed ;) [10:33] ahhh [10:33] I see. you're right. I am a doofus. [10:34] vila: popey: np, i'm glad that its running now [10:34] sil2100: do we plan to release a mako update any time soon? [10:34] (being asked by community people running mako) [10:53] popey: mako ubuntu-rtm? [10:53] ya [10:53] popey: waiting for slangasek to be up and get status on the channel changes [10:54] popey: in any way, the stable channel will only see updates once per month, but there will be an RC channel available for mako users with 2-week updates as well [10:57] ok, will pass that on... [11:00] o/ hi trainguards, can i have a silo for line 63? [11:04] dbarth: sure [11:07] ty [11:14] davmor2: how's the device tarball testing going so far? [11:15] sil2100: it's downloaded [11:18] trainguards: can you reconfigure rtm 7? [11:20] jgdx: sure, new component added? [11:20] sil2100: it was too late last night to start it, I needed to test something for tiagosh first thing so I've just downloaded it and started the flash process now, does that help? Probably looking at 1:30-2:00 hours [11:20] sil2100, a new mp for u-s-s. [11:20] sil2100, might not warrant a reconfigure, but a build? [11:21] jgdx: it still requires a reconfigure, but in cases like these the lander can reconfigure it by himself - but I already did it just now :) [11:22] sil2100, okay, thank you. :) /me makes note. === _salem is now known as salem_ [11:46] * sil2100 jumps out for lunch [11:46] I might be off ~1.5h since I need to jump to the store as well [11:50] sil2100, walk, it's safer === MacSlow is now known as MacSlow|lunch [12:12] sil2100: Mirv: who is the QA go-to-person in these hours? I wish to know if I can land two MRs with this round. [12:14] bzoltan_: sil might know the answer to that, but during these ours QAs eg jibel, davmr2 [12:20] Mirv: sil2100: jibel: davmor2: I have two MRs in the RTM silo1 (CI sheet line #61) Both are requred to the W9. But the build-test-plan-qa takes 3 days as we know. One of the MR is literaly a single line and this change is already merged to the Vivid branch. Soi it is a negative risk issue. But I need your ack on landing two MRs in one round. [12:37] bzoltan_: I defer to jibel on that [12:49] trainguards: when a silo has been reconfigured, does the build need any special parameters? [12:52] bzoltan_: while waiting for that answer, note that of the three unfixed bugs linked to https://code.launchpad.net/~ubuntu-sdk-team/ubuntu-ui-toolkit/textHandlerCleanUpRTM/+merge/247388 only one has ww9 milestone currently, the rest should possibly be escalated to be crystal clear it's allowed to land at this time [12:52] jgdx: not usually [12:53] Mirv, does it hurt if I try? The silo was reconfigured with the new branch, and built without it (it seems). [12:53] Mirv: I am proposing to land two fixes for two bugs from this list -> https://launchpad.net/canonical-devices-products/+milestone/ww09-2015 [12:53] jgdx: no, it does not hurt. it should detect there's a new branch and rebuild, but if not then specify the package name on the next attempt. [12:54] Mirv: hi, I now got top approval on the MR on vivid silo 7, all good to land now [12:55] bzoltan_: my question is about line 26, ie bug 1407723 - the branch lists two other bugs and they probably should also have ww09 tag if you plan to land a fix for that bug [12:55] bug 1407723 in ubuntu-ui-toolkit (Ubuntu RTM) "Text cursor/selection handles too small and confusing" [High,In progress] https://launchpad.net/bugs/1407723 [12:55] boiko: ok! [12:55] Mirv: thanks [13:01] * Mirv goes through the whole spreadsheet [13:03] Mirv: I think the line 26 can be deleted [13:03] bzoltan_: thanks [13:03] bzoltan_, no problem with landing 2 fixes. Is it silo 1? [13:04] * bzoltan_ hugs jibel [13:04] jibel: Yes, silo1 === MacSlow|lunch is now known as MacSlow [13:04] bzoltan_, because it contains 5 fixes :) [13:04] jibel: hehe... true, it depends how you look [13:05] bzoltan_, that's fine [13:06] jibel: so I was asking whether those two other bugs need to be also tagged ww09, which that one branch fixes [13:06] but I guess that doesn't matter as long as there's a branch that fixes a ww09 bug, even if there are other bugs linked [13:07] Mirv, yes they should for tracking purpose. [13:07] jibel: oh, ok. bzoltan_ ^ you need to get the other linked bugs other than 1407723 marked as ww09 too, so that they are properly tracked. [13:07] from PM [13:08] Mirv: i think it is there [13:08] bzoltan_, and fix the silo so that the package builds on every archs === alan_g is now known as alan_g|lunch [13:09] Mirv: https://bugs.launchpad.net/ubuntu-filemanager-app/+bug/1395118 is on w9 [13:09] Launchpad bug 1395118 in Canonical System Image "ActionSelectionPopover does not handle the 'visible' property of actions properly" [High,In progress] [13:41] bzoltan_: https://code.launchpad.net/~ubuntu-sdk-team/ubuntu-ui-toolkit/textHandlerCleanUpRTM/+merge/247388 -> bug #1391335 and bug #1415548 do not have canonical system image project or a milestone [13:41] bug 1391335 in ubuntu-ui-toolkit (Ubuntu) "TextArea cursor does not regard font size" [Medium,In progress] https://launchpad.net/bugs/1391335 [13:41] bug 1415548 in ubuntu-ui-toolkit (Ubuntu) "text selection popover too small, icons pixelated" [High,In progress] https://launchpad.net/bugs/1415548 [13:54] cihelp: rtm silo 7 is ready for testing, btw. === josepht_ is now known as josepht [13:56] jgdx: you probably want trainguards ^ [13:56] vila, right [14:01] jgdx: QA will automatically have it on their queue once it's marked as tested [14:02] sil2100, good. === marcusto_ is now known as marcustomlinson [14:20] kenvandine: hey! :) [14:21] kenvandine: you working on u-s-s recently as well, right? === alan_g|lunch is now known as alan_g [14:24] sil2100, yeah [14:27] hey kenvandine, did you figure out the issue with u-s-s and CI? [14:27] seb128, no... it's worse than i thought too [14:28] smoke testing started failing too [14:28] between images 95 and 98 i think [14:28] and it's all crashes related to QtFeedback i think [14:29] shrug [14:30] kenvandine: could you take a look at vivid smoketesting? ;) [14:31] Almost all tests are failing [14:31] sil2100, yes... that's what i'm talking about with seb128 [14:32] sil2100, it's a crash [14:32] and it's crashing down deep in QtFeedback [14:32] which isn't anything we should be tickling ourself, i would think it's the uitk [14:32] but then we'd see crashes all over the place === marcusto_ is now known as marcustomlinson === sil2100_ is now known as sil2100 [15:24] jibel, sil2100, john-mcaleely: device tarball looks good and that ^ is probably the announcement for it :) [15:25] o/ [15:25] john-mcaleely: you are free to push the tarball [15:25] davmor2, thanks! any news about a new custom tarball today? [15:26] john-mcaleely: ^ ? [15:26] I don't see any request for that on the spreadsheet [15:27] jibel: I don't see cwayne in here [15:29] sil2100, custom should have fixes to scopes using OA and an apparmor cache update [15:30] cwayne: hey, is the custom tarball ready already? [15:30] \o/ cwayne is here now, we can party \o/ /me slaps cwayne for not being here earlier and making move the mouse to find a channel he was in ;) [15:30] sil2100: just about to be, see #phablet [15:34] sil2100, ack, will push now [15:34] thanks davmor2 [15:34] Mirv, wrt rtm silo 19, the indicator-power diff at https://launchpadlibrarian.net/197544824/indicator-power_12.10.6%2B15.04.20150203~rtm-0ubuntu1_12.10.6%2B15.04.20150213~rtm-0ubuntu1.diff.gz looks safe to me [15:35] sil2100, pushed! [15:35] charles: indicator-power is ok, ubuntu-themes is the question mark [15:35] Mirv, however I was hoping to get someone to look over my shoulder on the ubuntu-themes packaging changes in that silo, as there wasn't an RTM branch before this [15:36] ack [15:36] charles: I looked that the rtm branch + MP look sane, but the end result looks like coming from vivid so it's trange [15:36] strange, even [15:36] sil2100: ^ in practice I don't know even how it's possible that the ubuntu-themes in that PPA is like it is, since the rtm branch is correctly from September and the MP is simple [15:37] yeah, would welcome guidance on what the Right Thing is here [15:40] charles: sil2100: https://code.launchpad.net/~ubuntu-art-pkg/ubuntu-themes/rtm-14.09 + https://code.launchpad.net/~charlesk/ubuntu-themes/lp-1388235-add-new-power-icons-rtm-14.09/+merge/249695 looks sane, but somehow that ended up as https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu-rtm/landing-019/+sourcepub/4776206/+listing-archive-extra [15:42] charles: sil2100: I'm pretty EOD but I'd mostly ask from sil2100 if he thinks we should try force rebuild of ubuntu-themes to try to get the contents correct, or consider shipping ubuntu-themes as is as it was already approved by QA [15:42] ack, will wait for opinion from sil2100 [15:45] it would probably be better to have a clean diff on this though [15:46] looks like most of the other changes are gtk/gnome related and would be no-ops for rtm, but looks like the weather apps got moved into a different directory for bug #1289465 [15:46] bug 1289465 in indicator-power (Ubuntu) "Brightness icons are suboptimal" [Undecided,New] https://launchpad.net/bugs/1289465 [15:47] my preference would be to fix the MP, though looking at the first two links from Mirv above I don't see what went wrong :P [15:48] s/weather apps/weather app icons/ [15:48] sil2100: what is the syntax to request a sync from another silo (vivid->rtm)? [15:52] sync: it seems [16:00] charles, Mirv: sorry, was in a meeting [16:00] Need to backlog [16:01] sil2100, ack [16:04] john-mcaleely: thanks! [16:10] charles: ok, one more meeting... but will be finished soon [16:10] :) [16:10] popey: hey, how's the calendar going? [16:11] sil2100: iahmad is on it I believe [16:18] popey, oops iahmad_ EOD long time ago. [16:18] popey, sil2100 can you add a line to the spreadsheet for the calendar app and I'll find someone [16:22] jibel: will add it [16:23] popey: can you provide me with all the click links, test plans etc.? [16:25] rsalveti: yeah, sync: is enough if its vivid <-> 14.09, like sync:6 [16:35] charles: ok, I would propose rebuilding ubuntu-themes in the silo now [16:35] Since I have no idea how it ended up looking like that [16:37] charles: let me do that [16:37] sil2100, k [17:04] sil2100: Hmmmmmmm my Wi-Fi seems dead [17:04] robru: uh oh! [17:05] robru: no worries, just make sure that if you don't have connectivity today, please poke cyphermox to fill in re. landings [17:05] I guess i can't make the meeting [17:06] * cyphermox sends robru some wifi waves [17:11] trainguards: can silo 11 be published, please? [17:18] cwayne: just so you know, I filled in the landing request ;) [17:19] sil2100: thank you :) [17:32] trainguards: can I haz a silo for line 73? [17:32] (please) [17:33] oSoMoN: CONFLICTS WITH SILO EIGHT!!!!!!!!11!!eleven!!!! [17:33] oSoMoN: just kidding, got you silo 25 [17:33] :) thanks! [17:34] oSoMoN: you're welcome [18:00] hum [18:00] why are those rtm landing (e.g indicator-power) having an empty changelog? [18:00] indicator-power (12.10.6+15.04.20150213~rtm-0ubuntu1) 14.09; urgency=medium [18:00] * [18:00] [18:00] seems buggy [18:02] seb128: indeed, not sure why that's happening. [18:03] seb128: will look [18:03] thanks === alan_g is now known as alan_g|EOD [19:28] om26er, once you bless silo 7 we can let it land [19:31] pmcgowan, ok, thanks for letting me know. I am almost there [19:32] om26er, great [19:32] om26er, myself and john-mcaleely tried it and while we agree UX could be better its ok for now [19:32] yeah [19:35] brb, lunch [19:36] trainguards i'm getting 404 for the reconfig link the train sheet ...known issue? or am i the issue? [19:38] pmcgowan, everything is fine. except there is one issue that I found. [19:38] With the silo installed if I do factory reset, put a SIM card in slot2 and leave slot1 empty. When the phone boots if I go to cellular settings page, it only shows 2G option. I have to go back and come in again, only then I can see 3G option. It would be safe to have that fixed atleast. [19:38] this is the state that a new user will have when they first use their phone. [19:38] oh nvmd...i recall now, i need to erase some of the url [19:39] om26er, i think jgdx said that was a race condition [19:39] om26er, is that just a iming thing [19:39] ah [19:39] om26er, but i think that's there without the silo? [19:40] kenvandine, without the silo we never have 3G on second slot, with the silo, the option is not there when the first time you open Cellular settings [19:40] probably some property it needs to read when Cellular page is opened first. [19:40] but i don't think that only happens on the second SIM [19:41] i think it's a race from libqofono [19:41] jgdx, you were looking at that right? [19:41] let me share a screenshot [19:41] om26er, i know we have that in vivid on mako (single SIM) [19:41] om26er, and the tech switch stuff hasn't landed in vivid yet, we have that race without it [19:42] om26er, so if anything it's introduced by the new libqofono in that silo [19:45] kenvandine, this: http://i.imgur.com/OAeY5Un.png [19:45] oh... a little different [19:46] Now if I go back and come back in, it will have both 2G only and 2G/3G entries. [19:46] so on vivid sometimes the first time you open the page, the wrong one is checked [19:46] this always happens the first time and at a few unknown occasions which I was not able to create steps for. [19:46] but it does show all the technologies [19:47] om26er, but does it happen without the silo? [19:47] i'd bet that is also a race condition related to the libqofono update [19:47] like the listview not handling the model update [19:48] kenvandine, tested silo 14 and worked as expected [19:48] pmcgowan, great, can you mark the spreadsheet? [19:48] let me give it a try without the silo. [19:48] om26er, thanks [19:49] kenvandine, I dont have write access [19:49] om26er, the more i think about it, i am thinking it is from this silo, but confirmation would be good [19:49] pmcgowan, ok, you're on 237 right? [19:49] kenvandine, yes [19:49] I did a clean flash in the end [19:50] pmcgowan, thx, i marked the spreadsheet [19:50] maybe we can at least get that landing for this milestone... if we can't land 7 :( [19:51] om26er, so you have a single SIM in right? which is it showing, it just not showing 3g as a choice? [19:51] om26er, and is that after you changed it to 3g? [19:52] man my english is terrible :) [19:52] kenvandine, hah, yes I have a single SIM, only in slot2. [19:52] this issue only happens with slot2 [19:52] after changing slot 2 to 3g right? [19:56] kenvandine, without silo it always have 2G... because the feature is only implemented in the silo. [19:56] oh right, it never says it can have 3g [19:56] kgunn: wait what? the only 404 issue I'm aware of is if you're not logged in, but I thought I fixed that so it logs you in first and redirects. shouldn't be any 404s. [19:57] kenvandine, regarding the other question, I think slot2 is on 2G since if I try to change to 3G is spins for a while [19:57] robru: i'm definitely logged in [19:57] robru: willing to play if you'd like to help :) [19:57] kgunn: what URL is 404ing? and what did you delete to make it work? [19:58] robru: and...altho deleting gets me there...looses all the relevant info (mainly unique request id) [19:58] one sec [19:58] robru: [19:58] https://www.google.com/url?q=https://ci-train.ubuntu.com/securityRealm/commenceLogin?from%3D/job/ubuntu-landing-000-0-reconfigure/parambuild%253FREQUEST_ID%253D1422983604742%2526DISTRIBUTION%253Dubuntu%2526SERIES%253Dvivid%2526LANDERS%253Dkgunn%2526MERGE_PROPOSALS%253Dhttps%25253A%25252F%25252Fcode.launchpad.net%25252F~mir-team%25252Fmir%25252Fexpose-cursor%25252F%25252Bmerge%25252F248396%252520https%25253A%25252F%25252Fco [19:58] de.launchpad.net%25252F~andreas-pokorny%25252Fmir%25252Foverride-orientation-for-input-region-and-cursor%25252F%25252Bmerge%25252F248897%252520https%25253A%25252F%25252Fcode.launchpad.net%25252F~kdub%25252Fmir%25252Fno-abi-break-mm%25252F%25252Bmerge%25252F250046%252520%252520https%25253A%25252F%25252Fcode.launchpad.net%25252F~mir-team%25252Fqtmir%25252Fport-to-msh-shell-and-mirevent2%25252F%25252Bmerge%25252F248433%252520 [19:58] https%25253A%25252F%25252Fcode.launchpad.net%25252F~dandrader%25252Fqtmir%25252FsupportedOrientations%25252F%25252Bmerge%25252F242213%252520%252520https%25253A%25252F%25252Fcode.launchpad.net%25252F~mir-team%25252Fqtubuntu%25252FshellRotation-mirclient%25252F%25252Bmerge%25252F248431%252520%252520https%25253A%25252F%25252Fcode.launchpad.net%25252F~phablet-team%25252Fubuntu-keyboard%25252FshellRotation%25252F%25252Bmerge%25 [19:58] 252F248399%252520%252520https%25253A%25252F%25252Fcode.launchpad.net%25252F~dandrader%25252Funity-api%25252FshellRotation%25252F%25252Bmerge%25252F242212%252520%252520https%25253A%25252F%25252Fcode.launchpad.net%25252F~unity-team%25252Funity8%25252FshellRotation%25252F%25252Bmerge%25252F248400%252520https%25253A%25252F%25252Fcode.launchpad.net%25252F~unity-team%25252Funity8%25252FshellRotation-no-indicators%25252F%25252Bme [19:58] rge%25252F250057%252520https%25253A%25252F%25252Fcode.launchpad.net%25252F~mzanetti%25252Funity8%25252Finputinfo%25252F%25252Bmerge%25252F248407%252520https%25253A%25252F%25252Fcode.launchpad.net%25252F~mzanetti%25252Funity8%25252FsaveRestoreWindowSizePosition%25252F%25252Bmerge%25252F247840%252520https%25253A%25252F%25252Fcode.launchpad.net%25252F~mzanetti%25252Funity8%25252Freveal-launcher-with-mouse-hover%25252F%25252Bm [19:58] heh [19:59] erge%25252F248913%252520%252520https%25253A%25252F%25252Fcode.launchpad.net%25252F~mir-team%25252Funity-system-compositor%25252Ftoggle-cursor%25252F%25252Bmerge%25252F248520%252520https%25253A%25252F%25252Fcode.launchpad.net%25252F~andreas-pokorny%25252Funity-system-compositor%25252Foverride-orientation-dbus-api%25252F%25252Bmerge%25252F248896%252520%252520%252520https%25253A%25252F%25252Fcode.launchpad.net%25252F~mir-team [19:59] %25252Fplatform-api%25252Fexpose-mir-connection%25252F%25252Bmerge%25252F245054%252520%252520https%25253A%25252F%25252Fcode.launchpad.net%25252F~andreas-pokorny%25252Fubuntu-touch-session%25252Fenable-hardware-cursor%25252F%25252Bmerge%25252F248531%252520https%25253A%25252F%25252Fcode.launchpad.net%25252F~andreas-pokorny%25252Fubuntu-touch-session%25252Fgu-evaluation-in-usc-wrapper%25252F%25252Bmerge%25252F248994%252520%25 [19:59] 2520https%25253A%25252F%25252Fcode.launchpad.net%25252F~seb128%25252Fubuntu-system-settings%25252Fbluetooth-key-hint-workaround%25252F%25252Bmerge%25252F249622%2526SOURCES%253Dlibevdev%252520qtsystems-opensource-src%2526SYNC_REQUEST%253D%26delay%3D0sec&sa=D&usg=ALhdy2-JDnpVXgeISlkg_USJ1wxF7_iGxg [19:59] kgunn: let me guess, you s/parambuild/build to make it work? [19:59] sorry... [19:59] how bout [19:59] https://pastebin.canonical.com/125771/ [19:59] kgunn: man what did irc ever do to you to deserve that ;) [19:59] robru, trying to publish vivid silo 15 [20:00] it's showing packaging changes for dialer-app [20:00] robru, which isn't in the silo [20:00] robru, should i be worried? [20:00] kenvandine: did it used to be in the silo? [20:00] dunno [20:00] maybe :) [20:00] it's not built in the ppa [20:01] and it was never part of my landing [20:01] kenvandine: ok well it's not in the PPA, so there's no risk of anything incorrect being published. I'd just ACK it. [20:01] ok [20:01] robru: and actually no, s/parambuild/build just gets me to ci-train.ubuntu.com [20:01] kenvandine: after you publish, check the packagelist artifact, it should have just one line per package in the ppa [20:02] kgunn: so that url looks fine to me, what are you changing to make it work? [20:02] robru, ok, and the full diffs included dialer-app and history-service [20:02] so maybe just a bug in your new (and very cool) diff stuff :) [20:02] robru: well thats just it....i cant make it work, i just get to jenkins proj page only [20:02] robru, indeed the packagelist is right [20:03] kenvandine: my only guess is that the contents of the previous assignment for that silo got resurrected when we migrated to a larger disk. there's definitely no code that adds dialer-app to silos that don't have it ;-) [20:03] robru: i tried to copy in the mp list, but it still wants a unique id...which i see in the url, but can't get there with that in place [20:03] kgunn: oh I thought you said you could delete a bit of the URL to make it work. [20:03] kgunn: which spreadsheet row? [20:03] ...*almost* worked :) [20:03] robru, figured... [20:03] robru: 36 [20:04] thanks for the help [20:04] robru, btw... i do love the silo diffs! [20:04] robru, thanks for that [20:05] kenvandine: you're welcome! I wish I'd been able to do that 3 months ago when brendand asked, but there was a lot of stuff that had to be fixed first to get here. [20:05] kgunn: https://pastebin.canonical.com/125772/ try the link in this paste, does that work for you? [20:06] kgunn: it's a bit tricky because there's two layers of redirects here, google has their own click-counter redirect thing they put on URLs, and then the internal link redirects through the SSO login. what I pasted is the final URL after all redirects are done. [20:12] kgunn: also, while we're fiddling with this, want me to just reconfigure for you? ;-) [20:12] robru: woohoo! [20:12] worked [20:12] kgunn: hmmm, ok so if that worked it means the redirects are broken... [20:12] kgunn: when was the last time the reconfigure link worked for you? weird that it works for me... [20:15] kenvandine, what was the verdict on silo 7 [20:20] om26er, ^^ [20:20] there is some kind of race condition there, it works but the UI is wonky [20:20] we have the exact steps. [20:21] i'm browsing the code now to see if i can figure it out [20:21] but i'm thinking it might be in libqofono [20:24] kenvandine, what's up? When's eod for us guys? [20:24] om26er, exact steps plz [20:25] jgdx, I mentioned them in the trello, do you have the link ? [20:25] jgdx, it could be the model tweaking in onCompleted from MultiSim.qml [20:26] om26er, yea [20:26] kenvandine, right, I'll take a look. [20:27] if ((sim.radioSettings.modemTechnologies.indexOf('umts') === -1) [20:27] 198 + && (sim.mtkSettings.has3G === false)) { [20:27] jgdx, ^^ maybe something with that the first time we load the page [20:30] kenvandine, yeah, the techs are probably added async. So s/onCompleted/onModemTechnologiesChanged [20:30] jgdx, that's what i was thinking [20:30] om26er, when do you close shop? [20:31] om26er, thanks for excellent testing, btw. Again. [20:31] jgdx, in ~30 minutes [20:52] om26er, I can't repro this [20:53] om26er, it's on 2g, and when I click 3g it does the tech switch dance and comes back as 3g [20:53] (krillin, 1 SIM in slot 2, --wipe, rtm, silo 7) [20:53] I am missing something here… === salem_ is now known as _salem [20:57] om26er, do I have to "Erase & Reset everything…"? [20:57] jgdx, yes [20:57] uh huh [20:58] well --wipe+silo should be the same, but incase you might have missed something, try after "Erase & Reset everything…" [20:58] --wipe+silo seems to be different though, it's resetting now [20:59] cwayne, rsalveti, robru: Custom tarball is good, signon-apparmor-extension works with the custom tarball. I don't know if you can add the package to the seed and then release custom so that the package is pulled in or what needs to happen there. [21:00]