[08:51] <tsdgeos> Mirv: ping
[09:00] <tsdgeos> pstolowski: rebuild silo!
[09:02] <Mirv> tsdgeos: pong
[09:03] <tsdgeos> Mirv: how convincing do i have to be to get https://codereview.qt-project.org/#/c/151559/ into our packages?
[09:10] <Mirv> tsdgeos: filing a Launchpad bug would be enough
[09:12] <pstolowski> tsdgeos, 71?
[09:13] <tsdgeos> pstolowski: filters, 54?
[09:13] <tsdgeos> Mirv: ok, doing
[09:23] <pstolowski> tsdgeos, ok, I can, just remember Saviq has a new one with filters in it and plethora of other unity8 stuff (silo 41)
[09:23] <tsdgeos> ah yeah
[09:23] <tsdgeos> i just was going to tell you that
[09:23] <tsdgeos> i was just reading his email :D
[09:23] <tsdgeos> https://requests.ci-train.ubuntu.com/#/ticket/1105
[09:23] <pstolowski> tsdgeos, do you need silo 54 still for any testing?
[09:23] <tsdgeos> guess not
[09:23] <tsdgeos> can anyone retrigger that silo or has to be mzanetti?
[09:24] <mzanetti> I'm here
[09:24] <tsdgeos> mzanetti: can you rebuild https://requests.ci-train.ubuntu.com/#/ticket/1105 ?
[09:24] <pstolowski> tsdgeos, i could but don't want to get in the way, not sure what's happening to that silo
[09:24] <tsdgeos> just merged a few branches
[09:24] <mzanetti> tsdgeos, fwiw, everyone that has approved lander status can. so you can do too
[09:24] <mzanetti> but no prob. I'll do
[09:24] <pstolowski> tsdgeos, will keep 54 around for a while just in case we need to test/fix something quickly
[09:24] <tsdgeos> pstolowski: k
[09:25] <tsdgeos> mzanetti: k
[09:30] <tsdgeos> man Saviq goes away for a day and the CI already broke :D
[09:30]  * tsdgeos retriggers all jobs
[09:33] <mzanetti> haha
[09:35] <tsdgeos> Mirv: https://bugs.launchpad.net/ubuntu/+source/qtdeclarative-opensource-src/+bug/1556842
[09:37] <Mirv> tsdgeos: thank you
[10:52] <pstolowski> mzanetti, please let me know when you guys sort out the issues Saviq mentioned in the email & silo 41 is ready for proper testing (i'd like to check filters once again in this silo)
[10:53] <mzanetti> pstolowski, ack
[11:10] <tsdgeos> mzanetti: do you know who are we supposed to tell about all those errors on our CI? they seem like network unstability
[11:11] <mzanetti> tsdgeos, if it's something in the surrounding network, I guess opening a ticket is way to go.
[11:11] <mzanetti> however, there's a #jenaas irc channel
[11:11] <mzanetti> try asking there if others have the same issues
[11:11] <mzanetti> #jenkaas
[12:12] <mzanetti> pstolowski, that dependency issue is not fixed yet, however, the silo is built and the code should be the final edition. you can test the scopes stuff
[12:14] <pstolowski> mzanetti, k thanks
[12:26] <dandrader> So qtmir got infected again "799 tag(s) updated"
[12:26]  * dandrader runs script on it
[13:14] <mzanetti> tsdgeos, pstolowski, is there anything from a user point of view to be tested in regard to filters?
[13:16] <tsdgeos> mzanetti: not *strictly* filters, but it comes with a new department navigation
[13:17] <tsdgeos> so the click scope navigation is different
[13:17] <tsdgeos> s/navigation/departmnet navigation/
[13:17] <mzanetti> right... departments vanished
[13:17] <tsdgeos> they did not
[13:17] <tsdgeos> they are on the serach popup
[13:17] <mzanetti> ah
[13:17] <mzanetti> ack. all clear
[13:18] <tsdgeos> mzanetti: filters there's a test scope that pstolowski has around that can be usde for testing
[13:18] <mzanetti> tsdgeos, there seems to be sonething odd in the pressed highlight
[13:18] <tsdgeos> but afaik there's no "real" scope using them yet
[13:20] <mzanetti> tsdgeos, sent you a pic via telegram
[13:20] <mzanetti> lol
[13:20] <mzanetti> PEBKAC
[13:21] <mzanetti> or maybe not
[13:21] <mzanetti> I'm totally confused
[13:21] <tsdgeos> i'll flash and try to reproduce
[13:24] <pstolowski> mzanetti, yeah, as tsdgeos says. atm we should check if we haven't regressed. only my test scope uses filters
[13:24] <tsdgeos> mzanetti: silo 41, right?
[13:27] <mzanetti> tsdgeos, yes
[13:32] <pstolowski> what is 'pressed highlight? i guess it's not ubuntu store highlight?
[13:33] <mzanetti> pstolowski, http://imgur.com/BOGFJ2G
[13:34] <pstolowski> mzanetti, hmm how did you do that?
[13:35] <mzanetti> pstolowski, press, drag a little and release
[13:35] <mzanetti> tsdgeos, cimi, pstolowski: I believe this is a bug of the old ListItems. Have seen this in other places too
[13:36] <mzanetti> we might want to consider moving to the new ListItem?
[13:36] <pstolowski> mzanetti, ok, got it. yeah, i don't think it's related to our changes
[13:37] <tsdgeos> i can't repro :/
[13:37] <tsdgeos> now
[13:38] <mzanetti> tsdgeos, big effort to move to the new ListItem?
[13:38] <mzanetti> I'm afraid the old ListItems won't ever get fixed any more
[13:38] <mzanetti> which one are you using? ListItems.Standard ?
[13:39] <pstolowski> mzanetti, tsdgeos if this is a lot of work then i suggest we log a bug and fix that separately
[13:41] <pstolowski> mzanetti, i found one minor issue with music scope, will try to fix that
[13:42] <tsdgeos> mzanetti: i object to blocking on that, that code is the same it was before this, so the bug already existed
[13:42]  * tsdgeos reflashes without the silo to try to reproduce
[13:43] <mzanetti> odd, I can't repro on my dogfooding (rc-proposed) phone
[13:44] <mzanetti> but I figure the code of the actual list should not have changed
[13:44] <mzanetti> weird thing is, once I have an item in that state, I can't even click it any more
[13:44] <mzanetti> and not recover from it
[13:45] <tsdgeos> actually
[13:45] <tsdgeos> i think i changed from ListItem.Standard to ListItem
[13:45] <mzanetti> well, I can recover by clicking the cancel button
[13:45] <tsdgeos> so it's the new one that regresses it seems
[13:45] <mzanetti> oh really
[13:45] <mzanetti> well, not denying that
[13:46] <tsdgeos> yep
[13:46] <tsdgeos> see https://code.launchpad.net/~aacid/unity8/optionselector_filter_visual_improvements/+merge/277138
[13:46] <tsdgeos> line 128
[13:46] <tsdgeos> meh
[13:46] <tsdgeos> so can't object now
[13:46] <tsdgeos> should not have trusted the sdk people :D
[13:46] <tsdgeos> or whoever convinced me to use the new stuff
[13:48] <mzanetti> lol
[13:48] <mzanetti> well, usually the new ListItem is quite a lot better than the old ones
[13:48] <mzanetti> just tried to create a standalone testcase
[13:48] <mzanetti> it doesn't seem to have a pressed highlight
[13:55] <tsdgeos> mzanetti: yeah no idea where that highlight comes from euther
[13:56] <tsdgeos> mzanetti: seems to be a default behaviour
[13:57] <mzanetti> tsdgeos, yeah, but I just created a standalone example at doesn't do it...
[13:58] <tsdgeos> mzanetti: did you set a color: ?
[13:58] <mzanetti> ah... it only does when a onClicked handler is assigned
[13:58] <tsdgeos> ah wait i'm not either
[13:59] <mzanetti> and I can reproduce the bug
[13:59] <mzanetti> with this: http://paste.ubuntu.com/15384113/
[13:59] <mzanetti> ok... definitely an SDK issue then
[14:00] <mzanetti> tsdgeos, we might want to try to use ListItems.Empty for now then as I don't believe the SDK will manage to do another landing before OTA-10
[14:00] <mzanetti> lemme talk to zsombi
[14:00] <mzanetti> oh, he's here in this channel
[14:00] <zsombi> mzanetti: ?
[14:00] <mzanetti> found a bug in ListItem
[14:01] <mzanetti> zsombi, this snippet: http://paste.ubuntu.com/15384113/
[14:01] <mzanetti> (the onClicked handler is the important bit)
[14:01] <mzanetti> zsombi, when that's around, it will have some onPressed highlight
[14:01] <mzanetti> that gets stuck and makes the item not interactive any more
[14:01] <mzanetti> reproducible with the above snippet
[14:02] <zsombi> mzanetti: with touch or mouse?
[14:02] <mzanetti> both
[14:02] <mzanetti> just run the above in qmlscene, then start dragging the list with mouse/touch but only for a tiny bit and release it again
[14:02] <mzanetti> eventually the pressed highlight will get stuck
[14:03] <mzanetti> it is considerably easier to trigger it with thouch
[14:03] <mzanetti> but I've managed with mouse too
[14:04] <zsombi> mzanetti: ok, so I have to start dragging it a bit...
[14:05] <mzanetti> yes
[14:06] <mzanetti> zsombi, easier if you longpress and then drag a bit
[14:07] <zsombi> mzanetti: ok, then the long press messes it in
[14:07] <mzanetti> not sure what the exact trigger is
[14:07] <mzanetti> but with the new scopes departments in silo 41 I am triggering all the time when trying to naviage through it
[14:12] <tsdgeos> mzanetti: so do i go back to listitem.standard ?
[14:13] <mzanetti> tsdgeos, this fixes it for me: http://paste.ubuntu.com/15384174/
[14:14] <mzanetti> tsdgeos, maybe add a fixme. lemme report a bug for the sdk
[14:17] <mzanetti> zsombi, tsdgeos: https://bugs.launchpad.net/ubuntu/+source/ubuntu-ui-toolkit/+bug/1556971
[14:17] <tsdgeos> mzanetti: is it ok if i make it a new branch on top?
[14:19] <mzanetti> yeah, I guess
[14:20]  * mzanetti contiues with silo testing
[14:20] <mzanetti> tsdgeos, please test that patch too... not sure if it breaks other things or so...
[14:20] <tsdgeos> yes
[14:38] <tsdgeos> mzanetti: https://code.launchpad.net/~aacid/unity8/listitemworkaround/+merge/288933
[14:50] <mzanetti> tsdgeos, thanks
[15:18] <dandrader> mzanetti, similar to your findings on mock issues: https://code.launchpad.net/~dandrader/unity8/duplicateMirSurfaceSignals/+merge/288938
[15:19] <mzanetti> dandrader, heh, yeah... those hit in the darkest moments
[15:26] <mzanetti> pstolowski, hey, would you confirm that the OSK is a bit odd with silo 41?
[15:26] <mzanetti> I frequently hit the key above the one I try to press
[15:27] <mzanetti> hmm... went away after a reboot now.. but it was hitting me on 2 boots already
[15:28] <mzanetti> have it again
[15:28] <mzanetti> dafuq
[15:28] <pstolowski> mzanetti, doh, you're right. doesn't happen too often
[15:28] <pstolowski> but i just reproduced
[15:40] <dandrader> mterry, did "make tryTutorial" ever worked?
[15:40] <mterry> dandrader, I think so?
[15:41] <dandrader> mterry, crashes with a mysterious error now. no idea what's going on...
[15:42] <mterry> dandrader, in trunk or tutorial-redesign?
[15:42] <dandrader> mterry, trunk. hold a sec, something likely wrong with my build. am rebuilding from scratch
[15:50] <mterry> dandrader, you see a crash in trunk or tutorial-redesign?
[15:51] <dandrader> mterry, there's something wrong... "make tryShell" is also crashing with trunk. Can you reproduce it?
[15:51] <mterry> dandrader, yeah...  "ASSERT failure in QList<T>::operator[]: "index out of range", file /usr/include/x86_64-linux-gnu/qt5/QtCore/qlist.h, line 518
[15:51] <mterry> Aborted
[15:51] <mterry> "
[15:52] <dandrader> mterry, yes, that's what I get
[15:52] <dandrader> so something broke a number of tryFoo targets in the latest release I suppose
[15:55] <mzanetti> pstolowski, I'm afraid I can't repro that issue with trunk
[15:55] <pstolowski> tsdgeos, ^
[15:55] <mzanetti> pstolowski, but I've really no clue atm which branch could be the culprit
[15:55] <dandrader> mterry, got a backtrace. there's MirSurfaceItem::setSurface in it. weill keep digging
[15:55] <tsdgeos> dandrader: mterry: that's fixed by me
[15:55] <tsdgeos> dandrader: mterry: https://code.launchpad.net/~aacid/unity8/makeMakeTryOrientedShellWork
[15:56] <dandrader> tsdgeos, ah, great! will try that
[15:56] <pstolowski> mzanetti, we have various 'kbdLayout' MPs in that silo..?
[15:56] <mzanetti> pstolowski, they should only affect the physical keyboard
[15:57] <mzanetti> "should"
[15:57] <tsdgeos> pstolowski: mzanetti: yeah osk weird, sure it's silo 41?
[15:57] <pstolowski> yeah.. i don't see have filters could affect osk
[15:57] <pstolowski> * how
[15:57]  * tsdgeos reflashes withous silo 41
[15:57] <mzanetti> tsdgeos, so far I haven't managed to repro with trunk
[15:57] <dandrader> tsdgeos, eek. huge prereq
[15:58]  * dandrader cherry-picks
[15:58] <tsdgeos> dandrader: the prereq has landed ;)
[15:58] <mzanetti> dandrader, that prereq has landed
[15:58] <mzanetti> tsdgeos, can you repro the weird OSK too?
[15:59] <tsdgeos> mzanetti: yes
[15:59] <mzanetti> darn
[15:59] <tsdgeos> a gave me q
[15:59] <mzanetti> or well...
[15:59] <mzanetti> better easy to repro
[15:59] <tsdgeos> on places it seemed to me should give me a
[15:59] <mzanetti> yep
[15:59] <dandrader> tsdgeos, mzanetti right :)
[15:59] <tsdgeos> mzanetti: we should add https://code.launchpad.net/~aacid/unity8/makeMakeTryOrientedShellWork/+merge/288743 to https://requests.ci-train.ubuntu.com/#/ticket/1105
[16:00] <mzanetti> ok
[16:00] <mzanetti> so... now we need to figure what's wrong with the OSK tho
[16:02] <mzanetti> ltinkl, ^
[16:02] <mzanetti> you might have an idea?
[16:02] <mzanetti> don't see how the physical kbd layout would affect it either, but atm I'm still in the dark
[16:03] <tsdgeos> yep defenitely seems silo 41 related
[16:03] <mzanetti> I wonder if the shell_chrome stuff might do something... it seems to move surfaces between fullscreen and not
[16:03] <pstolowski> wow this silo is massive
[16:03] <mzanetti> pstolowski, no... 64 was massive... this is just biggish
[16:03] <pstolowski> :D
[16:03] <tsdgeos> i'm going to random point to the shell-chrome branches :D
[16:03]  * pstolowski too scared to ask what was in silo 64
[16:04] <mzanetti> pstolowski, 60+ branches
[16:04] <pstolowski> phew
[16:05] <tsdgeos> mzanetti: can we create  a second silo and add group of features until we found otu what's the one that seems to cause it?
[16:05] <ltinkl> mzanetti, OSK broken in that silo? pff but the keymapSwitching stuff has (almost) definitely nothing to do with it
[16:06] <mzanetti> tsdgeos, you mean a bisecting silo?
[16:06] <tsdgeos> mzanetti: yeah
[16:06] <mzanetti> yeah, I guess we could... not sure if that's really faster tho
[16:07] <mzanetti> dednick, hey, you did the most work of the shell_chrome branches, right=
[16:07] <dednick> mzanetti: yes
[16:07] <dednick> right=true
[16:08] <mzanetti> dednick, could you imagine them having affect on the OSK surface? it seems input is a few grid units lower than it should be
[16:08] <mzanetti> dednick, i.e. pressing "a" gives us "q"
[16:08] <mzanetti> those branches mess with fullscreen. and the offset seems pretty much the panel height
[16:09] <tsdgeos> interesting point, it only happens the second time the OSK shows
[16:09] <tsdgeos> the first time it's fine
[16:10] <tsdgeos> i.e. adb reboot -> trigger OSK -> good -> hide and show OSK -> bad
[16:10] <dednick> mzanetti: um, it could do maybe.
[16:10] <dednick> mzanetti: the panel hint hack.
[16:11]  * mterry is now on irccloud, hopefully this is more reliable
[16:12] <dednick> mzanetti: is there a silo for it?
[16:12] <mzanetti> dednick, 41
[16:12] <mzanetti> this totally explains why the heck I have not been able to enter 2 identical passwords testing the OOBE before :D
[16:12] <dednick> :)
[16:13] <dednick> didnt seem to be a problem at mwc though... :/
[16:13] <dednick> that i heard about anyway
[16:13] <mzanetti> dednick, I'm not saying it is those branches... atm I'm still in the dark and those look like the most suspicious ones to me...
[16:14] <dednick> mzanetti: phone mode?
[16:14] <dednick> staged
[16:14] <mzanetti> dednick, yeah, tested on nexus4
[16:16] <mzanetti> mterry, ltinkl, Mirv could fix the 8.13 bump in the silo. should we or are you relying on the fact that it's bumped to 8.13 already?
[16:18] <mterry> mzanetti: hrm, "could fix?"  -- I bumped in that branch because we moved files, so needed a version for debian/control
[16:19] <tsdgeos> mzanetti: dandrader: happens on arale here too fwiw
[16:19] <ltinkl> mterry, what version are we reyling now on with the breaks/replaces?
[16:19] <mzanetti> mterry, so you manually bump it to 8.13 somewhere now?
[16:20] <dandrader> tsdgeos, what?
[16:20] <ltinkl> mzanetti, to 8.12
[16:20] <tsdgeos> dandrader: meh, that was for dednick
[16:20] <tsdgeos> mzanetti: dednick: happens on arale here too fwiw
[16:20] <mzanetti> ltinkl, mterry, right, but the silo builds 8.13, not 8.12
[16:20] <mterry> mzanetti: I manually bumped in https://code.launchpad.net/~unity-team/unity8/sessionIndicatorForDevices/+merge/288940
[16:21] <mzanetti> mterry, still 8.12 :D
[16:21] <mzanetti> mterry, the silo would give us 8.13
[16:21] <mterry> mzanetti: oh sorry.  I meant 8.12
[16:21] <mterry> mzanetti: did anyone bump to 8.13?
[16:21] <mzanetti> so I ask Mirv to clear the packages and we do a clean rebuild. that would give us 8.12
[16:22] <mterry> mzanetti: sure?  You mean clear the silo of packages?  my changes shouldn't need that, but ok
[16:22] <mzanetti> mterry, the OOBE branches did have a 8.13 but it was reverted. however, PPAs reject lower versions and silos seem to be clever enough to just bump it on their own in that case
[16:22] <mterry> ah
[16:22] <mterry> mzanetti: got it.  So no, not relying on 8.13
[16:22] <mterry> mzanetti: only relying on 8.12
[16:24] <ltinkl> mterry, should be still fine right to rely on << 8.12?
[16:24] <ltinkl> even if we "skip" it
[16:24] <mzanetti> tsdgeos, bisecting silo 35 building
[16:25] <mzanetti> tsdgeos, so far only with the chrome branches
[16:25] <mterry> ltinkl: yeah
[16:26] <dednick> mzanetti: dash is all white on 41 :(
[16:27] <mterry> mzanetti: you had started reviewing https://code.launchpad.net/~unity-team/unity8/tutorial-redesign/+merge/288839 back in the day.  Do you want to finish that, or shall I pass that off to dednick?
[16:27] <Mirv> mzanetti: so sounds like "go ahead"?
[16:27] <Mirv> to remove unity8 packages temporarily from the silo and rebuild in half an hour to see what happens
[16:28] <tsdgeos> dednick: what?
[16:29] <dednick> tsdgeos: hang on, i'm cleaning device and will check again.
[16:29] <dednick> might have had some of my code on there.
[16:29] <dednick> could have had some occlusion stuff still on it.
[16:35] <Mirv> mzanetti: I did that, so please try rebuilding unity8 in 041 in around 30 mins to give LP a bit of time to update whatever it might want to update. I also removed it from train's packages (it will come back since there are MP:s for it). if that doesn't help, then only silo switch would help.
[16:36] <mzanetti> mterry, if dednick has the time, please
[16:36] <mzanetti> Mirv, ack
[16:45] <mzanetti> pstolowski|bbl, about the fix for filters you mentioned, did you push that somewhere? what do I need to rebuild?
[16:50] <mterry> dednick: ^ got time for tutorial-redesign when done with geonames?
[16:51] <dednick> mterry: i've got to look at problem mzanetti is seeing with osk, but after that yes
[16:51] <mterry> dednick: cool thanks
[16:52] <mzanetti> dednick, silo41 is not installable atm... we had to delete the unity8 packages. but will be there in a bit. I can upload them somewhere to if you want to test now
[16:52] <mzanetti> or not... apt cache is cleared
[16:53] <dednick> mzanetti: seemed to install for me.
[16:53] <mzanetti> really
[16:53] <dednick> mzanetti: and can confirm shift.
[16:53] <mzanetti> ok... you might installed it before we nuked the packages then. great
[16:53] <dednick> perhaps
[16:53] <mzanetti> dednick, ok. cool
[17:12] <mterry> ltinkl: do you have review cycles?  https://code.launchpad.net/~mterry/phablet-tools/tutorial-redesign/+merge/277764 is a relatively small one in our silo that isn't approved yet
[17:13] <ltinkl> mterry, sure, can do after I've finished the keymapSwitching stuff
[17:18] <mterry> mzanetti: tsgeos snuck lp:~aacid/unity8/listitemworkaround into silo 41.  Was that expected?
[17:18] <mterry> mzanetti: just want to make sure if I should review it or not
[17:23] <mterry> greyback: and same for lp:~nick-dedekind/qtubuntu/shell_chrome -- looks like it just needs final stamp
[17:23] <greyback> yep
[17:24] <mterry> oh and u8 too.  OK, you must know all this  :)
[17:24] <mterry> greyback: hey are your eyes fully restored now?
[17:24] <mzanetti> mterry, yeah, it fixes an issue that I found in silo testing
[17:25] <mterry> mzanetti: ok cool, will review then
[17:25] <mzanetti> mterry, read the linked bug report, it should be clear from that
[17:25] <greyback> mterry: things a little blurry still - text not sharp for example. As day goes on, eyes tire more so it gets worse. But am still able to get most things done
[17:26] <mterry> mzanetti: only 11 unapproved branches by my count now
[17:26] <mzanetti> haha
[17:26] <mzanetti> mterry, well, most of them have been looked at, tested well before
[17:26] <mterry> greyback: good!  Do you love not needing glasses so far?
[17:27] <mterry> mzanetti: yeah some for sure have
[17:27] <mzanetti> mterry, like all the OOBE, I would just skim over them to see if lukas fixed the things I mentioned in the last review
[17:27] <greyback> mterry: yeah, it's a small thing, but it is nice
[17:28] <mterry> greyback: I can feel my eyes slipping.  I'm guessing I'll eventually need glasses / get some laser work done myself
[17:29] <mzanetti> so far everyone I've been talking to has said that the laser thing has been the best thing ever
[17:31] <greyback> I'll not be that encouraging, there's nothing wrong with wearing glasses. They can make you look more dignified/sophisticated
[17:31] <mterry> greyback: I don't know if my face could stand being any more dignified
[17:32] <greyback> mterry: indeed. They'll be carving it into a mountain fairly soon
[17:32] <greyback> you Americans like doing that
[17:33] <mterry> greyback: I've known Mt Rushmore as a done-thing all my life.  But how fricking nuts of an idea that must have been originally.  Shocked they went through with it
[17:33] <greyback> yeah. Have always found it a bit much
[17:33] <greyback> but then, why not
[17:34] <greyback> they did it in lord of the rings universe at lot too
[17:34] <mterry> greyback: because it's a beautiful mountain as is!  :)
[17:34] <greyback> will give people thousands of years from now puzzlement
[17:38] <dednick> mzanetti: i've fixed that bug with osk. not sure why it was working previously and not now though. It was something specific i added to get it not to do that same issue!
[17:38] <dednick> but seems to have backfired now.
[17:38] <mzanetti> dednick, oh, cool!
[17:38] <mzanetti> I was still prepping the bisecting silo to confirm it's really those branches
[17:39] <mzanetti> I guess I can throw that away then
[17:39] <mzanetti> dednick, which packages to rebuild?
[17:39] <dednick> mzanetti: qtubuntu
[17:39] <mzanetti> ta
[17:39]  * mzanetti does
[17:39] <dednick> there must have been a change elsewhere in the mwc code which required it... :/
[17:40] <dednick> so it'll probably come back!
[17:45] <mzanetti> ltinkl, mterry, 8.13 it'll be... not going to completely destroy and re-setup the silo
[17:46] <mzanetti> ltinkl, mterry, your code should still work with that, right?
[17:46] <mterry> yeah
[17:46] <mterry> mzanetti: ^
[17:47] <mzanetti> ok... unity8, indicator-session and qtubuntu builds on the way...
[17:51] <mzanetti> actually. Mirv's hack helped!
[18:04] <mterry> ltinkl: indicator-session built in silo, nice
[19:00] <pstolowski> mzanetti, still there?
[19:17] <mterry> Mirv: you did something to clear out the 8.13 version of unity8 from the silo 41 ppa?
[19:17] <mterry> It still seems to be in the ppa (though isn't showing up in LP)
[19:18] <mterry> specifically, only for unity8-common and unity8-schemas packages
[19:20] <mterry> ltinkl: ^ u8 in the silo isn't even building unity8-common and unity8-schemas...
[19:20] <ltinkl> mterry, no idea why is that happening...
[19:20] <mterry> ltinkl: ah... because those are built by the amd64 build
[19:20] <mterry> ltinkl: which failed to upload because 8.13 packages are still somehow in the silo?
[19:22] <mterry> Mirv: so I guess back to you -- do you know why the 8.13 packages are still in the silo?  What did you do besides press "delete packages" in the LP ui?
[19:42] <mzanetti> pstolowski, hey