=== duflu_ is now known as duflu === _salem is now known as salem_ === salem_ is now known as _salem [09:11] Cimi: how's the back? [09:40] Saviq: ok Qt 5.4.0 Unity8 problem is probably because Oxide fails to build, because of which webbrowser fails to build, and unity8 depends on those. now that the symbols and ABI bumps are there in the landing PPA, things like these become more visible. [09:41] unfortunately it means we still can't see how Unity8 would look with 5.4 :( [09:45] v [09:46] Holas [09:46] Hello, I am trying to build Unity 8 from 15.04, I ran ./build.sh -s without any issue, then ./build.sh, and I got these errors: http://paste.ubuntu.com/9538691/ [09:47] It looks like some dependencies are missing, but since everything should have been installed by ./build.sh -s, I am hesitant to try to install them manually. Does anyone has any idea of what is happening? === Malsasa_ is now known as Malsasa [10:05] mzanetti, any idea what's going wrong in pierre's setup^ === john-mca` is now known as john-mcaleely [10:50] mzanetti: hey, you around? [10:50] mzanetti: will you be taking care of silo 007 ubuntu-rtm in Saviq's stead? [10:53] tsdgeos, worse than yesterday [10:54] Cimi: dorg, :/ [10:58] tsdgeos, I have to go for some therapies, will be back in 1h - on the silo with the async branch only issue I see is the manage dash header colors [10:59] Cimi: all that landed already :D [10:59] tsdgeos, cool :D === _salem is now known as salem_ [11:07] sil2100: yes [11:08] vesar: well, missing dependencies [11:09] mzanetti: so, silo 003 ubuntu-rtm has unity-scopes-shell in it and is ready to land (after QA sign-off), so probably you will have to rebuild it in silo 007 once that happens [11:09] ok [11:12] sil2100: actually there's an issue in that silo7...need to land something to vivid first [11:12] mzanetti: what's the problem? [11:12] a bug found in testing the silo [11:13] tsdgeos: is this the fix for the issue Saviq mentioned in his mail? https://code.launchpad.net/~aacid/unity8/ellideManageDash/+merge/244831 [11:14] mzanetti: yep [11:14] mzanetti: pstolowski's landing it to vivid [11:14] ack [11:14] i find the need of Layout.fillWidth: true disturbing [11:14] tsdgeos, mzanetti currently building [11:14] tsdgeos: why? [11:15] pstolowski: nice, thank you. please keep me posted on this one [11:15] mzanetti: i'd expect the column layout to do that already, or at least use the width as a maximum [11:16] tsdgeos: +1 for the width as a maximum... not so much for the fillWidth: true, as you might want to control which column stretches [11:16] sure [11:16] anyhow, it's just me complaining, the code should be fine :D [11:16] ok :) [11:28] mzanetti, pstolowski: silo 007 is rather important to land for this milestone, so we'd really like it to be landable ;) [11:28] Thanks guys! [11:32] sil2100, absolutely, i know [11:34] sil2100, when does the window close? [11:41] pstolowski: by teh rules we should at least have all the fixes in silos by the end of today US TZ EOD [11:43] dednick: added comment to https://code.launchpad.net/~nick-dedekind/unity8/lp1385331.led/+merge/241417 [11:43] sil2100, what if we have another one in the queue (rtm landing 01). can we have multiple at eod? [11:44] sil2100, and also another one is still in qa testing [11:44] mzanetti, tsdgeos silo 10 has been built [11:44] cool [11:45] pstolowski: is it already tested? [11:46] mzanetti, no, just built [11:46] pstolowski: vivid right? [11:46] tsdgeos, yes [11:47] * tsdgeos flashes vivid and gives it a small deparments test [11:48] tsdgeos, pls check ebay/amazon scopes, they're pretty department-heavy [11:48] ye [11:48] im also reflashing to test [11:50] mzanetti bpierre_ , Yeah I figured that out but shouldn't those dependencies be installed automatically when running the build setup. At least I can't recall I needed to manually install missing dependencies [11:51] vesar: yeah, should work in theory [11:51] haven't used it in a while [11:52] mzanetti, ok we'll try installing those missing ones manually. Cheers. [11:52] vesar: sudo apt-get build-dep unity8 [11:53] vesar: please pastebin the output of ./build.sh if you want me to have a look why it doesn't work [11:53] ./build.sh -s [11:58] tsdgeos: ta [12:01] mzanetti: I am trying that now, thanks [12:03] bpierre_: looks like "./build.sh -s" fails for some reason for you. please pastebin the output of it [12:04] mzanetti: it’s compiling now, I think I just had to install these packages first [12:05] ./build.sh -s was working before, and I launched it again after the packages installation [12:07] dednick: around? [12:07] could we have a hangout on couple of things today? [12:07] sim unlock dialog "blink" and dialog service [12:10] mzanetti: thanks very much, everything is working now! [12:10] bpierre_: great :) [12:11] Wellark: dont know what those are, but yes, we can. [12:12] dednick: marvellous :) [12:12] Wellark: actually, what dialog service? [12:12] Wellark: i think you might be talking notifications? [12:12] dednick: the discussion of splitting notifications and actual dialogs [12:12] as in the dreaded pin unlock dialog [12:12] Wellark: right. is MacSlow not your man on thaT? === bpierre_ is now known as bpierre [12:13] dednick: sure. I just want to check something with you quickly that only affects unity8 [12:14] Wellark: ok. now? [12:14] but the primary topic is the "blink" you get with the pin unlock dialog on rtm [12:14] dednick: sure [12:14] let me just grab a cup of coffee [12:14] tsdgeos, uhm, something breaks with that silo [12:14] tsdgeos, go to amazon scope [12:14] tsdgeos, then baby products -> categories -> baby & toddler toys [12:14] tsdgeos, now, click ' tsdgeos, correction: results are there, but departments are missing [12:16] dednick: https://plus.google.com/hangouts/_/g276vj2u5pydrnjbkxkovsjijia [12:18] pstolowski: hmm, that's right [12:18] let me see [12:20] tsdgeos, hmm, perhaps the scope is buggy [12:22] why is it different on the phone than in the laptop? [12:22] i get different layout :S [12:26] tsdgeos, yeah, no problems with ebay departments. the silo looks good to me [12:27] pstolowski: let me see if i can repro the problem with unpatched unity8 [12:28] tsdgeos: did you still have the patch for compiling unity8 on utopic? [12:28] * Wellark should allocate some time during the holidays to upgrade all of the machines to vivid [12:28] tsdgeos, ok, great. i saw weird things before and i remember facundobatista told me about crazy stuff he needs to do to get stuff right there [12:28] Wellark: not really sorry :/ [12:29] or! I could just grab utopic trunk for unity8 [12:29] yeah.. will do that [12:30] pstolowski: yeah same error is in unpatched unity8 [12:30] so it should be fixed either in unity8 or in the scopes [12:30] but is not a regression of this change [12:30] Saviq: where is lp:unity8/utopic? [12:30] Wellark: saviq's on holiday [12:30] i don't think there is tbh [12:31] lp:unity8/rtm-14.09 is probably what I want then [12:31] tsdgeos, agreed. other scopes work fine [12:31] tsdgeos, do you want to test anything else, or can i mark the silo as tested? [12:33] pstolowski: i tested all i could think that may break, mark it as tested [12:33] dandrader: wohoohho, summer holidays \o/ [12:34] tsdgeos, :D [12:34] pstolowski, tsdgeos, don't know what are you talking about, but if I can be of any help, just tell me! [12:34] on countdown mode now :) [12:35] facundobatista: tsdgeos, go to amazon scope [12:35] tsdgeos, then baby products -> categories -> baby & toddler toys [12:35] tsdgeos, now, click ' tsdgeos, correction: results are there, but departments are missing [12:35] facundobatista, ^ [12:36] * facundobatista checks === Malsasa is now known as Guest27182 === Malsasa_ is now known as Malsasa [12:36] facundobatista, also, a couple of times while playing with amazon I got this in smart scopes proxy log: [12:36] facundobatista, [2014-12-16 12:18:33.143046] ERROR: SSRegistry: SmartScopesClient.get_search_results(): Failed to retrieve search results for query 39: unity::ResourceException: Error downloading https://dash.ubuntu.com/smartscopes/v2/amazon/search?q=&session_id=a0926175-c194-459a-ac1b-e05541f14a3d&query_id=0&platform=phone&department=Books%3A51546011&locale=en_US&filters=%7B%22sorting_primary_filter%22%3A%5B%22__featured__ [12:36] %22%5D%7D%0A - server replied: Proxy Error [12:38] sil2100, silo 10 tested, can we get published asap? [12:39] mzanetti, ^ [12:44] pstolowski: o/ [12:44] pstolowski: https://code.launchpad.net/~stolowski/unity-scopes-shell/load-is-true-for-leaves/+merge/244731 unapproved! [12:46] btw. pstolowski your team doesn't normally use top-approvals? [12:48] sil2100, uh, we do, an oversight [12:49] Because if there are projects that don't do top-approvals, maybe we'll have to change the process and checks [12:50] tsdgeos: replied. not my fault! :) [12:50] tsdgeos: try cycling the screen on/off after the restart. === daek_ is now known as Daekdroom [13:01] tsdgeos, can you top-approve that change^ ? [13:06] pstolowski: done [13:07] mzanetti, thanks! [13:07] sil2100, it's approved now [13:40] pstolowski, filed https://bugs.launchpad.net/ubuntu-rest-scopes/+bug/1403065 for the "proxy error" you mentioned, checking the other one [13:40] Launchpad bug 1403065 in Ubuntu Rest Scopes "Amazon scope hits backend too much for some department cases until it gets a 503" [High,Triaged] [13:41] facundobatista, thanks === dandrader is now known as dandrader|afk [13:54] dednick: sure a power cycle fixes it, but... is there nothing you can do? [14:08] pstolowski, and this is the bug for the other behaviour: https://bugs.launchpad.net/ubuntu-rest-scopes/+bug/1403072 [14:08] Launchpad bug 1403072 in Ubuntu Rest Scopes "Amazon scope doesn't respect user navigation, returns a parent not where the user came from, but what Amazon backend indicates" [High,Triaged] [14:08] facundobatista, ok, thanks [14:15] tsdgeos, mzanetti can you prepare a rtm branch for unity8 once silo 10 lands in vivid? [14:15] i don't know how that works. mzanetti do you? [14:15] pstolowski: just waiting for it to cherry-pick the commit [14:16] ack === pstolowski is now known as pstolowski|lunch === dandrader|afk is now known as dandrader [14:25] tsdgeos: I fail to find the place where we miss the elide mode [14:25] whre? [14:25] https://code.launchpad.net/~aacid/unity8/ellideManageDash/+merge/244831 [14:25] mzanetti: remove "Layout.fillWidth: true" and run make tryDash [14:25] see how it looks [14:28] mzanetti: stuff merged === Noskcaj_ is now known as Noskcaj === davmor2_ is now known as davmor2 [14:39] mterry: you there? [14:40] tsdgeos, yup! [14:41] mterry: how "urgent" is https://code.launchpad.net/~mterry/unity8/cleanup-greeter-dbus-test/+merge/244460 ? [14:41] i'm a bit scared of those dbus-launch [14:41] more when i remember Saviq mentioned he was having trouble precisely because of that in the branch he's doing to merge the tests as autopackage test [14:41] or something [14:41] is it ok for me to abstain and wait for next year? or we need to land this? [14:42] tsdgeos, it's just moving a dbus-launch call from one place to another (and adding it to the 2(?) existing tests that use that macro) [14:42] tsdgeos, there is another branch that deps on this one... let me find it [14:42] mterry: you mean noone else is using add_binary_qml_test? [14:43] tsdgeos, ah. https://code.launchpad.net/~mterry/unity8/test-early-disable/+merge/244461 deps on it. So not urgent no [14:43] tsdgeos, one other test at least is. Maybe two [14:43] tsdgeos, it's not a common macro, no [14:43] mterry: right, 5 tests [14:43] but the others don't use it [14:44] i'm going to pass on this for the moment [14:44] pstolowski|lunch: tsdgeos: FYI. silo 7 building [14:44] don't want to make it harder for Saviq than it is [14:44] hrm, I think I might well have been disconnected when I sent this (if not, sorry for the spam): [14:44] hey mzanetti - is there any way I can pass in an initial window size to an application running in u8 from the .desktop file? [14:44] or poke it via cli to achieve the same [14:44] (I'm happy with a hack) [14:44] willcooke: no, not yet [14:45] mzanetti, no worries [14:45] thx [14:45] willcooke: what's the use case? [14:45] willcooke: I guess I could try to set something more meaningful by default until we support the real thing [14:45] mzanetti, it's a hacky one for xmit [14:45] xmir [14:46] kgunn: can you accept our invitation to bug control? or know who has to? [14:46] willcooke: so tell me a number and I'll default windows to that for now [14:46] tsdgeos: lemme check, maybe there's a mail... [14:46] mzanetti, it's fine, I can work around it. I just restart metacity once I've resized the window and that takes care of it [14:47] tsdgeos, fair [14:47] reminder i'm in jury pool waiting room...might disconnect abruptly [14:47] and inet connection sucks [14:50] mzanetti, wait... i also need my part of the fix from silo 10... [14:51] oh === pstolowski|lunch is now known as pstolowski [14:52] pstolowski: gimme a link please [14:52] albert's MP doesn't list it [14:53] tsdgeos, are we going to land the fix for tests + loaded=true fix in rtm? I'd think so? [14:53] yes we should [14:53] tsdgeos, mzanetti ok i'll prepare scopes-shell MP [14:53] which one? [14:54] pstolowski: no [14:54] pstolowski: there's already everything [14:54] I just need to add that one branch [14:54] https://code.launchpad.net/~stolowski/unity-scopes-shell/load-is-true-for-leaves/+merge/244731 [14:54] rtm silo 7 [14:54] mzanetti: ↑ [14:54] this is trunk [14:54] i need to cherry pick [14:55] pstolowski: oh.. indeed. unity-scopes-shell doesn't have a staging branch [14:55] so yes, need a new branch for it [14:55] pstolowski: let me know when you filed it [14:55] I've aborted the build [14:57] tsdgeos: think its a bug with unity-system-compositor. it offers the display state change, but no persistent property. === boiko_ is now known as boiko [14:59] dednick: i see [14:59] dednick: so we bascially think the display is on? [14:59] mzanetti, tsdgeos actually, is it going to be approved for rtm if it's fixing test failure? [14:59] tsdgeos: yup [14:59] pstolowski: don't understand the sentence [15:00] pstolowski: I only need a rtm branch for that one: https://code.launchpad.net/~stolowski/unity-scopes-shell/load-is-true-for-leaves/+merge/244731 [15:00] nothing else [15:00] tsdgeos, we're not fixing rtm critical bug with the loaded=true change [15:00] exactly [15:00] mzanetti, i know [15:00] we can probably land that test fix I guess... but not with this silo [15:00] well we are fixing one with the fix this fixes [15:01] i.e. https://bugs.launchpad.net/ubuntu-rtm/+source/unity8/+bug/1343242 [15:01] Launchpad bug 1343242 in unity8 (Ubuntu RTM) "Departments break if going to a subdepartment of Store" [High,Triaged] [15:01] if we're not landing that [15:01] no we shouldn't land that fix [15:02] mzanetti: which branches are we landing? [15:02] tsdgeos: http://people.canonical.com/~platform/citrain_dashboard/#?distro=ubuntu-rtm&q=landing-007 [15:03] mzanetti, right. we shouldn't land https://code.launchpad.net/~stolowski/unity-scopes-shell/load-is-true-for-leaves/+merge/244731 with this silo; this silo is just manage dash [15:03] you guys told me that is required for that last fix :D [15:04] sorry for confusion... too many silos in last ~3 days... [15:04] ack [15:04] ok, so manage dash [15:04] so I'm going to build that now without further changes [15:04] then it should not be in [15:04] sorry [15:04] tsdgeos: yeah, manage dash and "loses focus when clicking on trusted session" [15:05] :) [15:05] go go [15:05] ok. buiklding [15:05] building [15:06] given this was the only issue saviq found for that branch I'm confident [15:07] mzanetti, + the fix for eliding child scopes, that's in, right? [15:08] yeah [15:08] well, that still counts as "new bottom edge" [15:08] but yes, I've cherry picked it to the rtm-staging branch [15:19] pstolowski: https://ci-train.ubuntu.com/job/ubuntu-rtm-landing-007-1-build/79/console [15:20] mzanetti, uhm, fixing [15:22] pstolowski: I guess it's this one: https://code.launchpad.net/~stolowski/unity-scopes-shell/manage-dash-rtm/+merge/244117 [15:22] maybe not :D [15:22] sorry [15:28] mzanetti, got my bluetooth mouse. are you able to connect it to the N7 or N10? [15:28] s/it/yours [15:28] mzanetti, conflict fixed [15:28] pstolowski: thanks [15:28] dandrader: yes [15:29] mzanetti, how do I do it? [15:30] pstolowski: silo building again [15:30] dandrader: so there are 3 ways atm :D [15:30] a) use qdbus to talk to bluez and do it in cmdline [15:30] b) compile my system-settings branch and install it on the device to do it graphically [15:31] c) install silo vivid/7 which has that branch already built [15:31] please make a selection for more details [15:31] mzanetti, c [15:31] sudo apt-add-repository ppa:ci-train-ppa-service/landing-007 [15:32] dandrader: ^ [15:32] tsdgeos, so we also need to prepare silo for https://bugs.launchpad.net/ubuntu/+source/unity8/+bug/1343242 [15:32] Launchpad bug 1343242 in unity8 (Ubuntu RTM) "Departments break if going to a subdepartment of Store" [High,Triaged] [15:32] dandrader: then it should work with mice, however, BT keyboards will crash Bluez when connecting atm [15:32] mzanetti, thanks! [15:32] * dandrader still doesn't have a bluetooh kbd [15:33] pstolowski: we do [15:39] pstolowski: i understand that what we do in unity8 land is have a bit rtm silo, so maybe wait for this silo to land and then prepare another one? [15:39] mzanetti: ↑ ? [15:40] tsdgeos, we need to wait yes, but we should prepare branches (as many of them as possible) and silo already [15:41] tsdgeos, i realize you need to wait for *staging* branch to be freed for another silo [15:41] i don't know as said i've never handled anything rtm-ish :D [15:41] Saviq is a nice man that handles the pain for us [15:45] tsdgeos, pstolowski: yeah, I'll do that in a minute [15:45] pstolowski: we could always have a second staging branch :) [15:45] but yeah, still need to figure what the most efficient workflow is... [15:46] pstolowski: hmm... says it's still conflicting [15:46] mzanetti, i just recently opted for ditching devel+staging in our scopes-api... not without resistance... was really hard to have a good overview what's in the landing queue when everything was packed into a single branch [15:46] huh [15:46] right [15:46] pstolowski: now it's criss-cross [15:47] pstolowski: you should have merged it into your branch, and then merge that into the unity-team one [15:47] pstolowski: no problem though.. just merge yours too and we're good [15:54] mzanetti, ok, i'm not sure i did the right thing.. i've created a temp branch from rtm, merged dont-unfavorite-apps into it (with no conflicts), then merged my temporary branch into dont-unfavorite-apps-rtm and pushed it [15:58] pstolowski: I think what you'd have to do is to merge rtm into manage-dash-rtm, then push that to manage-dash-rtm [15:58] pstolowski: then merge manage-dash-rtm into dont-unfavorite-apps and push that [15:59] (because manage-dash-rtm is a prereq of dont-unfavorite-apps) [16:00] mzanetti, ah, i forgot about the prereq [16:03] mzanetti, i think you're right, got the same criss-cross error locally [16:03] mzanetti, ok, pushed both [16:04] cheers [16:04] rebuilding [16:07] tsdgeos: are you aware of any priorities on landing the other rtm branches? [16:07] mzanetti: you mean what should we land earlier? [16:07] not really [16:07] everything is critical, no? :D [16:07] not in the bug tracker [16:08] the new bottom edge is just "high" [16:08] so... [16:15] lol [16:33] tsdgeos: pstolowski: could you verify row 61 in the spreadsheet and tell me if the scope branches are good from your pov? [16:33] url to that? [16:34] mzanetti, hey, you seem to be duplicating some of my row #58 [16:34] tsdgeos: https://docs.google.com/a/canonical.com/spreadsheet/ccc?key=0AuDk72Lpx8U5dFVHQ3FuMDJGLUZCamJfSjYzbWh3Wnc&usp=drive_web&pli=1#gid=0 [16:34] pstolowski: ah ok, looking [16:34] mzanetti, but i'm ok with that, feel free to merge [16:34] mzanetti, just rememver about the limit of fixes for rtm silo [16:35] pstolowski: yeah, I picked 3 bugs from unity8's list and added all the linked branches from those 3 bugs [16:35] mzanetti: for bug 1384393 you need much moooooooooooore branches [16:35] bug 1384393 in unity8 (Ubuntu RTM) "Photos in scope not visible until all loaded" [Critical,Triaged] https://launchpad.net/bugs/1384393 [16:35] i'd leave that out tbh :D [16:36] pstolowski: I can do other fixes (not scope related) and leave the scope related ones to you and help you testing your silos [16:36] well i mean you don't need them [16:36] but they should land together [16:36] tsdgeos: I see [16:36] up to moreAsyncDash [16:36] it's all a big batch of dash changes [16:36] i'd delay that one until we have Saviq imho [16:39] tsdgeos: which ones would you recommend? [16:39] tsdgeos: this is the list to pick from [16:39] the INPROGRESS ones are in the current silo already [16:39] this = https://bugs.launchpad.net/ubuntu-rtm/+source/unity8/+bugs?field.milestone%3Alist=68343 ? [16:39] mzanetti, so Departments fixes go with my silo? [16:40] pstolowski: I don't mind, we just have to agree on something :) did you start already with it? [16:42] tsdgeos: those branches are all linked together :D [16:42] mzanetti, i only prepared branches i owned for rtm. i need unity8 branches from you (staging2 or whatever ;)) [16:42] mzanetti: yeah... [16:42] mzanetti: so yeah we can land moreAsyncDash and everything that goes below if you want, there's nothing much more to pick from tbh [16:43] there's AllTheDashChanges, ManageDash, CloseSpread and https://bugs.launchpad.net/ubuntu-rtm/+source/unity8/+bug/1394208 [16:43] Launchpad bug 1394208 in unity8 (Ubuntu RTM) "Unity8 unable to find the dash, which is also running in the background" [High,Triaged] [16:43] from what i can see [16:43] so maybe we can just land ManageDash + CloseSpread and https://bugs.launchpad.net/ubuntu-rtm/+source/unity8/+bug/1394208 in one first [16:44] and then try our luck with AllTheDashChanges ? [16:44] what do you think? [16:52] tsdgeos: yeah, just found gerrys branches to [16:52] too [16:52] tsdgeos: ManageDash is already in the pipeline [16:53] mzanetti, tsdgeos guys, so how can we manage landing of departmens fix wrt unity8 branch? [16:53] pstolowski: I go with a non-scope related silo now as all the scope related branches are really interconnected. you can land whatever you want and then we'll sync back for the next one [16:54] :) [16:58] mzanetti, ok. i'll wait with departments fix then. [16:58] pstolowski: i think he said you land departments first (i think) [16:58] mzanetti: ↑ [16:59] tsdgeos, i can't without your unity8 fix.. can i? [16:59] i thought you were also includin it :D [16:59] * tsdgeos is confused [16:59] ah but you can't because we have to land the other stuff [16:59] pstolowski: ok... I guess I see what the issue is [16:59] i see [16:59] * pstolowski 's mind is gonna blow [16:59] +1 [16:59] :D [17:00] ok. I do have space for one more fix in the silo [17:00] does that help? [17:00] \o/ take me take me pls pretty pls! :) [17:00] afaict if I pull in one of those dashes branch I'll pull in other fixes too somehow [17:01] guys i'm going to eod, i hope you either don't need me or we can fix it tomorrow ;) [17:01] right? [17:01] tsdgeos: ok [17:02] * tsdgeos waves [17:02] pstolowski: but do the unity8 and unity-scopes branches need to land together? [17:02] or just one before the other? [17:03] mzanetti, the three changes that need to land together with unity8 fix for departments are in row #58 [17:04] pstolowski: down't we have to put the into the same silo then? [17:05] mzanetti, that but be ideal, otherwise my #58 needs to wait for one more unity8 landing [17:07] pstolowski: so you want to put lp:~aacid/unity8/deparment_jumping into 58, right? [17:07] mzanetti, yes, plus the other fix tsdgeos made to fix test failure [17:08] ok, works for me [17:08] I'll prepare the staging branch asap with that then [17:08] mzanetti, ok, cool [17:09] not sure if or why Saviq wants that single staging branch... but as I'm only taking over a few days I'd prefer to keep it "his way" [17:11] mzanetti, i guess because it reduces chances of conflicts to 0 [17:16] mzanetti, silo 7 built [17:20] pstolowski: yeah, I'm testing already [17:21] manual test looking good [17:21] need to run automated ones still [17:27] mzanetti, how do you plan to keep just one staging branch without landing that silo 7 almost immediately? [17:48] pstolowski: afaict that's what saviq did [17:48] mzanetti, hmmm. that needs to pass qa [17:49] yeah... last time I did that it was rather quick (few hours) [17:49] so if I manage to approve silo7 soon I guess we'd be ready tomorrow morning [17:49] otherwise I'd start with a fresh branch [17:54] mzanetti, hmm i think we need everything by eod today [17:55] pstolowski: define "everything" [17:56] mzanetti, whatever you want in ota1 [17:57] mzanetti, specifically, all the stuff we have pending in the spreadsheet already [17:58] pstolowski: ok, that's not possible for me [17:58] oh well [17:58] in that case I guess I create another branch [17:59] I have an ap test failing :/ [18:01] phew... it was a config issue === alan_g is now known as alan_g|EOD [18:37] I just noticed a UI issue that should probably be filed with launchpad, but I don't know the relevant names of the components it involves to check if it's already been filed.. can someone help me? [18:38] It involves the bar at the top of the screen (and the icons that you can click to interact with open applications -- for example with xChat it's the envelope icon) [18:38] and the applications icon list that appears when you move your mouse over to the left side of the screen [18:40]