[00:13] <mterry> Saviq, merged from trunk, still looking at keyboard
[00:13] <Saviq> mterry, ok, kicking a rebuild
[00:16] <Saviq> mterry, looks like we can drop indicator-sound?
[00:16] <mterry> Saviq, yes, and indicator-datetime
[00:16] <Saviq> mterry, ugsb?
[00:16] <mterry> Saviq, need it
[00:16] <mterry> Saviq, at least, I don't think there was a release of that?
[00:16] <Saviq> mterry, https://code.launchpad.net/~indicator-applet-developers/unity-greeter-session-broadcast/trunk.14.04
[00:17] <mterry> Saviq, oh awesome, drop it too
[00:24] <Saviq> mterry, ok, kicked a rebuild of unity8 and asked robru to clean it up
[00:24] <Saviq> /sleep
[00:25] <mterry> Saviq, night!
[00:25] <Saviq> let
[00:25] <Saviq> 's see what tomorrow brings
[00:25] <Saviq> o/
[07:10] <didrocks> Saviq: hey, seems that all unity8 tests are failing due to: StateNotFoundError: Object not found with name 'QQuickLoader' and properties {'scopeId': 'home.scope'}.
[07:10] <didrocks> which relates to the scope transition
[07:10] <didrocks> Mirv: ^
[07:12] <Mirv> didrocks: I believe it's what robru is explaining, that #258 needs to be built since he kicked #257 too early
[07:12] <didrocks> Saviq: cancel, seems that it's the message from robru
[07:12] <didrocks> Mirv: snap!
[07:12] <didrocks> :)
[07:12] <Mirv> :)
[07:12] <didrocks> Mirv: building
[07:13] <Mirv> good good
[07:13] <didrocks> not sure why 258 didn't build (I guess because 257 was still building)
[08:24] <mzanetti> Saviq: err..
[08:24] <Saviq> mzanetti, whatup?
[08:25] <mzanetti> Saviq: the scopes have landed?
[08:25] <mzanetti> I was still testing :D
[08:25] <Saviq> mzanetti, image 257 is broken
[08:25] <Saviq> mzanetti, oh
[08:25] <Saviq> mzanetti, you can continue testing on trunk, then, and file bugs ;)
[08:25] <mzanetti> Saviq: well, looks mostly good, but I had two questions
[08:26] <mzanetti> I flashed a clean image and installed the silo ppa. only apps scope appears
[08:26] <mzanetti> do we have all the required configs, daemons in the image?
[08:26] <Saviq> mzanetti, there's an ubuntu-touch update, what version do you have?
[08:27] <Saviq> mzanetti, apt-cache policy ubuntu-touch ?
[08:27] <mzanetti> let me check. flashed yesterday ~5pm
[08:27] <Saviq> mzanetti, yeah, but then from silo did you dist-upgrade?
[08:27] <mzanetti> iirc yes. or at least upgrade and verify nothing is being held back
[08:28] <mzanetti> ah ok... yep. ubuntu-touch has been kept back, as the only package
[08:28] <Saviq> yeah, dist-upgrade
[08:28] <mzanetti> ok. I guess that solves question nr 1
[08:29] <mzanetti> huh? server certificate verification failed
[08:29] <mzanetti> can't remember what the other thing was right now. It'll come back once I had my coffee
[08:30] <mzanetti> Saviq: why is the new image broken? because of new scopes have landed or something else?
[08:30] <Saviq> mzanetti, it got kicked before new unity8 got published
[08:30] <Saviq> mzanetti, 258 is building now
[08:30] <Saviq> mzanetti, so we lost the old scopes, but didn't get the new ones ;)
[08:31] <mzanetti> ah :)
[08:33] <mzanetti> Saviq: ah right. the perfomance issues are to be solved in a new MR, right?
[08:33] <Saviq> mzanetti, yeah
[08:34] <mzanetti> ok. I think other than that, my testing didn't really reveal any new things, apart from the header breaking in many circumstances
[08:34] <mzanetti> which we discussed away in favor a new implementation coming up
[08:35] <Saviq> yup
[08:35] <mzanetti> sorry I wasn't faster yesterday
[08:35] <Saviq> no worries
[08:35] <Saviq> QA ACK'ed it, too
[08:35] <mzanetti> but AP kills hours and hours without you even realizing
[08:36] <Saviq> yeah it dows
[08:36] <Saviq> does
[08:46] <mzanetti> Saviq: so, if you've cleared the silo, can I haz one for right edge?
[08:46] <Saviq> mzanetti, ah, you could have had one regardless
[08:47] <mzanetti> reminds me. arent we in TRAINCON-0 atm?
[08:49] <Saviq> mzanetti, on the contrary
[08:50] <Saviq> mzanetti, we're blocking promotion on the "events queued when screen off" bug, but landings can flow freely
[08:50] <mzanetti> there is at least one in main mailbox stating we are. but I guess the amount of heat it caused got it revised
[08:51] <mzanetti> at least one mail in my mailbox...
[08:51] <Saviq> mzanetti, read ubuntu-phone@
[08:51] <Saviq> mzanetti, there was a discussion about it and then it got lifted
[08:51] <mzanetti> yeah, I followed the discussion, seem I missed the official "it got lifted" mail
[08:51] <Saviq> mzanetti, also, you can always read the current status in https://docs.google.com/a/canonical.com/spreadsheet/ccc?key=0AuDk72Lpx8U5dFlCc1VzeVZzWmdBZS11WERjdVc3dmc&usp=drive_web#gid=0
[08:56] <Saviq> sil2100, could we have another can-be-flushed silo for row 43 now that we're done with scopes?
[08:57] <sil2100> Saviq: hi! Let me check the current status and get back to you in a moment
[08:57] <Saviq> sil2100, thanks
[08:59] <tsdgeos> new scopes yayyyyyyyy
[09:01] <didrocks> Saviq: should we retry a landing for the new icon theme?
[09:01] <didrocks> Saviq: so, basically a branch in the toolkit + your unity8 tweaks
[09:01] <didrocks> right?
[09:01] <Saviq> didrocks, I wanted that today, yeah, UITK is locked, though
[09:01] <Saviq> didrocks, in silo 009
[09:01] <didrocks> yeah, seeing that
[09:01] <Saviq> didrocks, they want to land it today
[09:01] <didrocks> thostr_: you are going to test that silo soon? ^
[09:02] <didrocks> then, once that's done, just one transition remains on my list before the end of cycle
[09:03] <Saviq> didrocks, you mean week?
[09:03] <Saviq> didrocks, we still have right edge and split greeter incoming ;)
[09:05] <mhr3> Saviq, can i remove support for Unity 0.1? pretty pls?
[09:06] <Saviq> mhr3, yeah, we're not rolling back ;)
[09:06] <mhr3> \o/
[09:06]  * mhr3 loves removing code
[09:08] <mzanetti> Saviq: here's a tiny one we missed when moving qml files: https://code.launchpad.net/~mzanetti/unity8/fix-commithook/+merge/212475
[09:08] <didrocks> Saviq: but it's only unity8?
[09:08] <Saviq> mzanetti, saw that
[09:08] <Saviq> didrocks, which one?
[09:08] <didrocks> like doesn't need coordination between 10 pieces?
[09:08] <didrocks> right edge + split greeter?
[09:08] <didrocks> oh no
[09:08] <didrocks> you need u-s-c
[09:08] <Saviq> didrocks, there's a few projects
[09:08] <Saviq> didrocks, not 10, but like 3 or 4
[09:09] <Saviq> didrocks, see the list in silo 004 and the new one in row 43
[09:09] <Saviq> didrocks, although most of that can land separately if needed
[09:09] <Saviq> or will, anyway
[09:09] <didrocks> Saviq: ok, I gave you 2 transitions then before the end of cycle
[09:09] <didrocks> not more! :p
[09:09] <Saviq> ;D
[09:10] <Saviq> didrocks, isn't every silo a transition? :P
[09:10] <didrocks> Saviq: yeah yeah yeah, in some way :)
[09:12] <mhr3> Saviq, do you need designers to see split greeter? can put it on one of their devices if needed
[09:12] <Saviq> mhr3, not sure it's ready for that, will ask mterry later today
[09:13] <mhr3> Saviq, k, limited time offer though only today :)
[09:13] <Saviq> :D
[09:17]  * didrocks will reuse the limitied time offer argument against mhr3 :)
[09:18] <mhr3> didrocks, why do you always have to see things you're not supposed to? :P
[09:18] <didrocks> mhr3: heh, because I have an hilight on your name to track you down!
[09:18] <didrocks> :)
[09:18] <mhr3> time for a nick change then :)
[09:19] <mhr4> hahaha
[09:19] <didrocks> ah, I'm totally lost now! :)
[09:19] <didrocks> mhr had an ABI break *again*!
[09:19] <mhr4> now you can't talk to me
[09:20] <didrocks> yeah, I need a rebuild :p
[09:20] <mhr4> i didn't think that through though as you're the one who actually does have all the repo access
[09:21] <didrocks> :)
[09:23] <mhr4> can apport retrace pkgs from proposed?
[09:24] <Saviq> mhr3+1, you can drop the packages from ddebs into the cache
[09:25] <mhr4> Saviq, looks familiar? http://paste.ubuntu.com/7150345/
[09:25] <mhr4> Saviq, how do i do that?
[09:26] <Saviq> mhr3+1, no, didn't see that before
[09:26] <Saviq> mhr3+1, you want to retrace on device or host?
[09:26] <mhr4> Saviq, device should be easier
[09:26] <didrocks> mhr4: install the qt5 dbgsym
[09:26] <Saviq> didrocks, no need for dbgsym
[09:26] <didrocks> it unblocks sometimes the stack trace corruption
[09:26] <Saviq> qtdeclarative5-dbg
[09:27] <didrocks> I saw that with Qt
[09:27] <didrocks> and don't ask me the rationale, I don't understand why it results in that and being unrolled once the debug symbols are there
[09:27] <Saviq> mhr3+1, on device just grab and install the corresponding package from http://ddebs.ubuntu.com/pool/
[09:28] <Saviq> mhr3+1, get qtdeclarative5-dbg from distro and use apport-retrace -g on the .crash file
[09:28] <tsdgeos> also if you get lots of ??? because of the JIT
[09:28] <tsdgeos> force the interpreter to run
[09:28] <tsdgeos> QV4_FORCE_INTERPRETER=1
[09:29]  * Saviq hates it that apport-cli overwrites the .crash and you can't make it process it again
[09:33] <mhr4> Saviq, you can, you just need to delete everything after the base64 encoded coredump
[09:33] <mhr4> Saviq, http://paste.ubuntu.com/7150382/
[09:33] <Saviq> mhr3+1, I just copy it before apport-cli...
[09:33] <mhr4> also a way :)
[09:34] <Saviq> mhr3+1, no, nothing, any steps?
[09:34] <mhr4> Saviq, just random crash while swiping around
[09:34] <Saviq> mhr3+1, mhm, sounds like delegate creation/destruction gone wrong
[09:35] <Saviq> on that note, I suspect we're keeping too many delegates around
[09:37] <thostr_> didrocks: Saviq: testing silo 9...
[09:39] <Saviq> sil2100, bump about prep silo for right edge, sorry for nagging :)
[09:41] <sil2100> Saviq: I think I already assigned it some minutes ago ;)
[09:41] <sil2100> Just in a meeting now still!
[09:41] <Saviq> sil2100, ah...
[09:42]  * Saviq should check the spreadsheet...
[09:43] <Saviq> mzanetti, right edge going into ppa:~ci-train-ppa-service/landing-015/
[09:43] <mzanetti> thanks Saviq & didrocks :)
[09:43] <Saviq> & sil2100!
[09:43] <mzanetti> ^
[09:43] <sil2100> yw ;p Sorry for not mentioning
[09:44] <Saviq> mzanetti, btw, looks like we need some more version bumps, though
[09:44] <Saviq> mzanetti, we need debian/changelog bump in https://code.launchpad.net/~mzanetti/unity-api/new-screenshot-and-focusing-api/+merge/199810
[09:44] <Saviq> mzanetti, so that others can depend on the -dev package at the right version
[09:45] <Saviq> unity-mir in that case
[09:45] <mzanetti> Saviq: so which one do I need to bump?
[09:45] <mzanetti> ah. changelog
[09:45] <Saviq> mzanetti, yeah, in unity-api
[09:45] <mzanetti> I thought that happened automagically when landing
[09:45] <Saviq> mzanetti, and then >= that in unity-mir
[09:45] <mzanetti> yeah, sure
[09:45] <Saviq> mzanetti, it does
[09:46] <Saviq> mzanetti, but if you don't have that ↑↑ in unity-mir
[09:46] <Saviq> mzanetti, it will build against any unity-api there is
[09:46] <Saviq> mzanetti, if API changes, you need to manage the deps yourself
[09:46] <mzanetti> ah, sure, makes sense
[09:47] <Saviq> mzanetti, we will probably see it with unity-mir failing to build in the silo now
[09:47] <Saviq> mzanetti, ah, and yeah, right-edge conflicts with trunk...
[09:48] <mzanetti> no surprise there :D
[09:48] <mzanetti> ok, on that stuff to fix
[10:02] <Cimi> how can I debug a qml module not loading?
[10:02] <Cimi> or which are the requirements for it to load?
[10:05] <Saviq> Cimi, what do you mean "not loading"?
[10:05] <Cimi> Saviq, cannot find a module
[10:05] <Saviq> Cimi, means you don't have it on your QML2_IMPORT_PATH or its qmldir is missing
[10:06] <Saviq> Cimi, qmlplugindump is helpful in that
[10:39] <didrocks> JohnLea: hey, who should I asked to have a bug related to phone and new scopes for the wallpaper support in term of design strategy?
[10:39] <didrocks> JohnLea: so that we can point people to one
[10:39] <didrocks> JohnLea: I know you're not the one working on that, but you are my connection with the design team :)
[10:41] <seb128> mpt, ^ (seems like touch/unity8 dropped support to customizing the user session background)
[10:42] <seb128> which means at least the settings need to be updated
[10:44] <Saviq> lol
[10:44] <Saviq> /food
[10:44] <Saviq> mpt didn't like that
[10:48] <Cimi> dednick, I have this code http://paste.ubuntu.com/7150619/
[10:48] <Cimi> dednick, complains about
[10:48] <Cimi> Error: Cannot assign QObject* to UnityMenuModel*
[10:48] <Cimi> for menuStack.head = menuModel;
[10:48] <dednick> Cimi: dont think you need a stack
[10:48] <Cimi> dednick, I used the code from the system settings
[10:49] <dednick> Cimi: Stack is for when the model is a tree.
[10:49] <dednick> the settings menumodel is flat.
[10:51] <dednick> Cimi: but in this specific case, you're assigning the stacks head to a sort model, not the qmenumodel
[10:51] <dednick> Cimi: s/qmenumodel/unitymenumodel
[10:51] <Cimi> dednick, ok
[10:51] <Cimi> now the filter filters everything, though
[10:51] <dednick> if should be menuStack.head = unitymenumodel  (where the UnityMenuMode { id: unitymenumodel }
[10:57] <mzanetti> Saviq: one small issue in new scopes: in the scopes-scope, if there is no icon, the text lacks leftMargins
[10:57] <mzanetti> should I report a bug or is already some fix in progress?
[11:00] <Cimi> dednick, how do I use filterRole and FilterRegExp?
[11:00] <dednick> Cimi: hang on, i'm looking at it now
[11:01] <Cimi> dednick, this is my file http://paste.ubuntu.com/7150676/
[11:06] <dednick> Cimi: use  filterRole: 5
[11:07] <dednick> not 4
[11:07] <Saviq> mzanetti, indeed
[11:12] <Cimi> dednick, mmm
[11:12] <Cimi> menuitemfactory expects unitymenumodel, though
[11:14] <tsdgeos> sil2100: you should ping someone that knows about packaging for https://code.launchpad.net/~sil2100/dee-qt/add_cpp_symbols/+merge/202679 no? like didrocks maybe?
[11:16] <sil2100> tsdgeos: ah, this one
[11:17] <sil2100> tsdgeos: ok, will re-visit it, since I need to double check something there now, and will poke someone from the core-devs ;)
[11:17] <sil2100> tsdgeos: thanks for reminding me about that one
[11:18] <tsdgeos> yw
[11:19] <dednick> Cimi: hm. all of this code is pretty old compared to what's in unity8 not.
[11:20] <Cimi> dednick, shall I grab your code?
[11:20] <dednick> Cimi: but basically, you need to be setting the unitymenumodel on the factory rather than the filtered model, and then do index conversion between the filter model and the unity menu model
[11:20] <Cimi> yeah I thought about it
[11:20] <Cimi> havinmg two models
[11:21] <Cimi> basically
[11:21] <om26er> new crash https://bugs.launchpad.net/ubuntu/+source/unity8/+bug/1297223
[11:26] <dednick> Cimi: try http://pastebin.ubuntu.com/7150757/
[11:28] <dednick> Cimi: but yeah, the MenuItemFactory code should probably be updated at some point.
[11:28] <Cimi> dednick, just menuitemfactory?
[11:28] <Cimi> dednick, I'm rewriting my own code here
[11:28] <Cimi> dednick, so I can copy that
[11:28] <Cimi> and update
[11:29] <dednick> Cimi: are you using the code in ubuntu-system-settings/wifi ?
[11:29] <dednick> or adding another copy?
[11:29] <dednick> ubuntu-system-settings/plugins/wifi
[11:30] <Cimi> dednick, adding another copy
[11:30] <Cimi> dednick, since i have different design
[11:30] <dednick> Cimi: PageComponent & MenuItemFactory should be the same though..
[11:30] <Cimi> dednick, I will have to intewgrate password entry in the list
[11:30] <dednick> i see
[11:31] <Cimi> dednick, no more snap decisions
[11:31] <dednick> Cimi: well that's the same for everywhere
[11:31] <dednick> MacSlow: ^ ?
[11:32] <MacSlow> ?
[11:32] <dednick> MacSlow: above discussion about password entry being part of the menu item. Is that still being done?
[11:32] <dednick> for wifi password
[11:32] <MacSlow> Cimi, could you elaborate on that?
[11:33] <Cimi> MacSlow, when you tap an access point, the password entry appears in the listview
[11:34] <dednick> MacSlow: you were doing something about changing the wifi password from being a snap desicion into being integrated in the indicator menu items
[11:34] <MacSlow> dednick, last status of that is... what cimi described is the utimate goal... but for that to work much infrastructure is needed on the ofono and/or telephony backend-side... so for the time being we keep the snap-decisions we have atm
[11:35] <MacSlow> dednick, initially that was the plan... but there's this blocking on infrastructure atm
[11:36] <Cimi> MacSlow, ouch, why is so difficult?
[11:37] <Saviq> om26er, make public?
[11:37] <dednick> Cimi: because the backend password entry is a request based mechanism rather that a "conncet with this password"
[11:37] <Cimi> ahhh
[11:37] <MacSlow> Cimi, ask Wellark
[11:37] <Cimi> I'll skip it for now then
[11:37] <MacSlow> Cimi, or dednick :)
[11:37] <Cimi> ciao dednick :P
[11:37] <Cimi> dednick, wanna come here thursday? :P
[11:38] <dednick> Cimi: I'm off to Scotland on Thursday i think.
[11:39] <dednick> Cimi: but anyway, I think it'll be the same design everywhere for the list. So i think all the menuItem stuff in the ubuntu-system-settings should be the same.
[11:40] <om26er> Saviq, was a crash, should I wait for retracer
[11:41] <om26er> Saviq, made it public now https://bugs.launchpad.net/ubuntu/+source/unity8/+bug/1297223
[11:43] <Saviq> om26er, oh interesting, that we didn't see before, wonder what retracer will come up with
[11:43] <Saviq> mzanetti, ↑↑ crash in launcher
[11:43] <Saviq> ah it retraced already
[11:43] <mzanetti> hmm
[11:44] <mhr3> mzanetti, ah, yea i hit that yesterday
[11:44] <mhr3> but was running ppa, so no nice stacktrace
[11:44] <mzanetti> any steps to reproduce?
[11:44] <mhr3> anyway, you do have one now
[11:49] <mzanetti> Saviq: this one updated: https://code.launchpad.net/~mzanetti/unity8/make-xvfbtestSomething/+merge/211573
[11:51] <om26er> Saviq, bug 1297239
[11:51] <Saviq> om26er, will be fixed with right edge
[11:52] <om26er> great!
[11:52] <Saviq> om26er, it happened before, too, but probably because background was darker it wasn't as noticable
[11:52] <Saviq> mzanetti, assign yourself to ↑?
[11:53] <Saviq> mzanetti, and thanks
[11:53] <mzanetti> om26er: you don't happen to know how to reproduce that?
[11:54] <om26er> mzanetti, the crash? no it happened random
[11:56]  * mzanetti flashing latest proposed image and trying to reproduce the launcher crash while waiting for the right edge silo to be built
[11:59] <Saviq> mzanetti, did you update the branches already?
[11:59] <Saviq> mzanetti, it doesn't auto-build, I need to push a button
[12:02] <om26er> does the tiles in apps lens no longer have "pressed" state ? seems there is no difference
[12:04] <mzanetti> Saviq: I updated them an pushed the button already
[12:09] <Saviq> mzanetti, ah
[12:09] <Saviq> mzanetti, you have the button pushing powers, /me forgot :)
[12:09] <mzanetti> yeah, I use that power carefully only :D
[12:10] <Saviq> mzanetti, FYI, when bumping changelog, you don't need to add the +foo
[12:10] <mzanetti> I don't need or I must not?
[12:10] <Saviq> mzanetti, don't need to
[12:10] <greyback> mzanetti: glad QSignalSpy works. Have you new-scopes merged yet?
[12:10] <Saviq> mzanetti, best to put "7.80.6-0ubuntu1" or so
[12:10] <mzanetti> greyback: yeah, silo will be buit soon
[12:10] <greyback> mzanetti: nice
[12:10] <Saviq> mzanetti, so that we know what you added and what the system added
[12:11] <mzanetti> ah ok. Saviq, should I fix or its ok for this time?
[12:11] <Saviq> mzanetti, no no, it's fine
[12:11] <greyback> ..
[12:12] <greyback> wrong window, sry
[12:13] <Saviq> didrocks, (when) should we use ~ in Depends, i.e. (>= 1.2.3~)?
[12:16] <mhr3> Saviq, hm, interesting side-effect of https://code.launchpad.net/~mhr3/unity8/fix-1297246/+merge/212593 surfacing is now lazy, shell no longer fires up queries to all the scopes on startup
[12:24] <Saviq> mhr3, ha, interesting indeed :)
[12:25] <Saviq> mhr3, since we need to be able to supply them from the backend, we need the backend to kick the initial one, too, I'd say
[12:26] <mhr3> Saviq, aren't we all in for being more lazy?
[12:26] <mhr3> or perhaps i misunderstood
[12:27] <mhr3> you're saying you *do* want something to fire up the queries asap
[12:27] <mhr3> ?
[12:27] <Saviq> mhr3, that's what we were doing until now
[12:28] <Saviq> mhr3, would you delay that until it's shown or something?
[12:28] <mhr3> Saviq, yes, that is what happens with that branch ^
[12:28] <Saviq> mhr3, ah
[12:28] <Saviq> mhr3, I thought you meant they're not fired at all on startup
[12:29] <Saviq> i.e. you ended up with empty scope until you did something
[12:29] <mhr3> at startup they aren't, once you reveal the scope they are
[12:29] <Saviq> mhr3, that sounds fine I think
[12:29] <mhr3> agreed
[12:32] <Saviq> didrocks, btw, please please apport-cli the .crash files first, or whoopsie-upload-all, otherwise I have to do it locally (and actually fail to now)
[12:54] <mzanetti> Saviq: hmm... another issue in new scopes (invisible tho): I messed up when merging the right edge, accidentally dropped the paper background image
[12:54] <mzanetti> Saviq: turns out, there's still the normal background behind it
[12:55] <Saviq> mzanetti, prep an MP please, not a big issue
[13:02] <mhr3> Saviq, https://plus.google.com/101899139221851198594/posts/EQYGqtG6Cpo
[13:03] <Saviq> mhr3, I saw that in the tool, too, never on device
[13:04] <Saviq> mhr3, we'll have to check out what's happening
[13:04] <mhr3> Saviq, i do see it with ./run though
[13:05] <mhr3> which would mean it'll be most likely visible in the preview session
[13:05] <Saviq> mhr3, depends, it might be xcb-specific
[13:05] <Saviq> mhr3, but we still need to check it out for sure
[13:05] <mhr3> true
[13:06] <mhr3> Saviq, opening bug then
[13:06] <Saviq> mhr3, I've a feeling it's 5.2-related, might be caused by all the warnings we get in the console, which we need to shut up
[13:06] <mhr3> yea, didn't see it pre-5.2
[13:06] <mhr3> i think
[13:08] <mhr3> Saviq, https://bugs.launchpad.net/unity8/+bug/1297270
[13:20] <dandrader> greyback, have you ever seen this kind of crash (first item in the "Issues" session)? https://docs.google.com/a/canonical.com/document/d/1IiHBDIW_e0qnGt-po1D2z5HJKrNhBwh6pdILeEN2sgA/edit#
[13:21] <greyback> dandrader: QRasterPlatformPixmap <- looks wrong, we shouldn't be using htat
[13:21] <dandrader> I don't get how the QPA works fine in a device and crashes in another...
[13:21] <dandrader> greyback, yeah, I found it weird... is that software rendering?
[13:22] <greyback> dandrader: for some reason Qt/QPA is deciding not to use a texture for the image, which is wrong. Wonder why however
[13:23] <greyback> dandrader: this is nexus4 I assume
[13:23] <dandrader> greyback, yes, it's written in a line above the stack trace
[13:23] <greyback> ah sorry, missed that
[13:24] <greyback> dandrader: any output from the binary as it's running that might be handy?
[13:24] <didrocks> Saviq: it's if you have a version which isn't released, what's your case?
[13:24] <dandrader> greyback,  not really. but the qml-demo-shell works fine..
[13:25] <Saviq> didrocks, not applicable, then
[13:26] <greyback> dandrader: interesting, can you get more frames in that stacktrace? What's loading the pixmap?
[13:26] <dandrader> greyback, now flasing my Nexus 7 to try out the stuff there. I'm curious to know if it works there :)
[13:26] <didrocks> Saviq: I did that, right?
[13:26] <dandrader> greyback, no. below that the stack is garbage
[13:26] <didrocks> for the apport-cli
[13:26] <dandrader> or corrupted
[13:26] <Saviq> didrocks, no, the .crash I got was naked
[13:27] <didrocks> Saviq: https://bugs.launchpad.net/ubuntu/+source/unity8/+bug/1297240
[13:27] <greyback> dandrader: could you try installing the UITK debug packages, just in case that's the source?
[13:27] <didrocks> Saviq: seems the retrace worked?
[13:27] <greyback> might give us a few more frames
[13:27] <Saviq> didrocks, yeah, but the one you attached was not processed AFAICT
[13:28] <Saviq> didrocks, I grabbed it from the email somewhere..
[13:28] <Saviq> didrocks, anyway, you know what to do, so let's not drag that any more :)
[13:28] <dandrader> greyback, hmm, that's an idea. also a virtually fully commented out unity8 works fine. so another approach is to slowly uncomment things until the crash pops up
[13:28] <didrocks> Saviq: what should I do? you have the bug report retraced?
[13:29] <Saviq> didrocks, nothing, the retrace is as good as it gets
[13:29] <didrocks> so everything's fine? (and I can close the other .crash)
[13:29] <didrocks> great :)
[13:29] <didrocks> Saviq: let me look if I can make this bug public
[13:29] <Saviq> didrocks, I already did, core is stripped already
[13:29] <Saviq> and nothing else sensitive I don't think
[13:29] <didrocks> yeah, just quickly checked, nothing sensitive
[13:30] <didrocks> Saviq: I'm duplicating the other bug
[13:30] <Saviq> didrocks, kies
[13:30] <dandrader> I can also build qt myself to get all the gory details and debug outputs imaginable. just hope I don't lose a week on that like that white flash bug. Mustering the courage to jump on it :)
[13:30] <dandrader> greyback, ah, btw, virtual keyboard is working!
[13:30] <dandrader> got it on Friday
[13:31] <greyback> dandrader: ah cool
[13:31] <greyback> dandrader: I'm working on mir+qpa stuff now, so please pull regularly
[13:31] <greyback> I just removed one hack from Mir, and fixed a hang at shutdown
[13:32] <dandrader> greyback, we will still have to keep the UbuntuKeyboardInfo hack (to tell us the vkb opaque rect) until the touch cancelling work lands (which is a big diff, better to land separately)
[13:32] <greyback> dandrader: perfect. Good to keep changes reasonably sized
[13:32] <dandrader> greyback, on the for-qpa-mir-server branch?
[13:32] <greyback> dandrader: mir-for-qpamirserver, and qpa-mirserver
[13:33] <greyback> dandrader: am trying to get it running on desktop again - I need to re-enable a PointerController
[13:33] <greyback> crashing for some reason, but almost there
[13:35] <dandrader> ok
[13:39] <Saviq> tsdgeos, so... of course I need to pull you... bug #1297240 - I wasn't able to repro and can't really discern anything from the (otherwise quite good) trace...
[13:42] <Saviq> mterry, hey, looks like lightdm got released, let's drop it from silo?
[13:42] <Saviq> mterry, also, think it's time to put the split greeter in design hands for testing?
[13:43] <mterry> Saviq, yes to first
[13:44] <mterry> Saviq, design has given video on what boot animation should look like.  The silo doesn't represent that yet, and that's really the only visual change (except for indicators having different menus I guess).  So I want to land the animation tweaks before asking design to feedback
[13:45] <Saviq> mterry, got it
[13:45] <mterry> Saviq, but I think I should send out a functionality call for testing.  Despite the keyboard Mir bug
[13:45] <Saviq> sil2100, can you please drop lightdm package from silo 004 ppa?
[13:46] <mterry> Saviq, can you see if kgunn made a silo for lp:~mterry/gsettings-ubuntu-touch-schemas/volume ?
[13:46] <Saviq> mterry, silo 01
[13:46] <Saviq> 016
[13:46] <mterry> Saviq, sweet.  So many silos!
[13:47] <Saviq> mterry, indeed :)
[13:48] <Saviq> mterry, dropped lightdm MP from silo 004, so we need the package removed before we can build anything else
[13:48] <sil2100> Saviq: just remove from the PPA, yes?
[13:48] <Saviq> sil2100, yes, please
[13:49] <sil2100> Saviq: removed, should be gone soon!
[13:49] <Saviq> sil2100, thanks
[13:50] <kgunn> mterry: that gsettings volume sync mp is built here ppa:ci-train-ppa-service/landing-016
[13:50] <kgunn> mterry: what tests should i run ?
[13:51] <sil2100> Saviq: yw!
[13:51] <mterry> kgunn, so on desktop , you can test that volume / mute is synced between greeter and session.  And you can do the same on the phone if you install silo 004 first
[13:52] <kgunn> mterry: ack will do
[13:59] <tsdgeos> Saviq: looking
[14:00] <didrocks> mterry: the indicator-sound change has been reverted FYI
[14:01] <didrocks> (if you needed that one)
[14:01] <didrocks> kgunn: ^
[14:01] <mterry> didrocks, gah!
[14:01] <mterry> didrocks, it caused regressions?
[14:01] <didrocks> mterry: it pulled click on desktop, release team tried to downgrade the recommends to suggests, but then, the tests were segfaulting
[14:01] <didrocks> so on release team request, I uploaded a revert
[14:02] <seb128> request backed up by desktop team, for the record
[14:02] <didrocks> seb128: come on, I just rolled out a French conspiracy and you put it back! :)
[14:02] <mzanetti> greyback: Saviq: silo 015 up'n running on my phone. 2 AP tests still failing which should start working when the silo is built the next time (build already running)
[14:02] <seb128> mterry, there was at least one new segfault according to e.u.c, segfault in tests, the click on desktop issue ... and we are in beta freeze, that's lot of churn to upload during a freeze
[14:02] <mterry> didrocks, Makes sense.  OK.  So not a code problem necessarily.  Which means it can come back once tests are fixed?
[14:02] <seb128> didrocks, lol
[14:03] <didrocks> mterry: I think so, I don't know the detail, but chat as well with seb128 :)
[14:03] <Saviq> mzanetti, cools
[14:03] <mterry> kgunn, that means we need to add back that indicator-sound branch to silo 004
[14:03] <didrocks> (as I wasn't involved, just used my revert script)
[14:03] <kgunn> mterry: ack...that was what ted landed right ?
[14:03] <seb128> mterry, I still dislike having so much code changes landing so late in the cycle (and the fact that we had to revert shows why)
[14:04] <mterry> kgunn, yes
[14:04] <mterry> seb128, I hear you
[14:04] <seb128> mterry, well, anyway, if the segfault and the tests are fixed, we can probably land again after thursday (doesn't seem likely to get a beta freeze exception)
[14:05] <kgunn> seb128: so you mean after thurs b/c desktop will be branched for freeze ? (so it won't hit desktop only mobile?)
[14:06] <seb128> kgunn, no, there is no branching, but we are frozen for beta until thursday, once beta is out we can get stuff in the archive again
[14:07] <seb128> well we can get things uploaded to trusty-proposed during the freeze, but they might block selected fixes targetted at beta if they stay blocked there
[14:07] <greyback> mzanetti: excellent
[14:08] <kgunn> seb128: i see, i'm guessing we might not be able to run that fast anyway
[14:09] <kgunn> mterry: guess you don't need the indicator-sound pkg deleted from the ppa anymore :)
[14:09] <mterry> kgunn, well it got deleted already
[14:09] <kgunn> <sad trombone>
[14:10] <mterry> kgunn, we can run that fast for indicator-sound, code is already there, it just got reverted due to a faulty test system.  tedg, you're working on that?  Do you think it can land after Beta?
[14:11] <mhr3> tsdgeos, you'll like this https://code.launchpad.net/~unity-team/unity8/remove-albumart-provider/+merge/212622
[14:11] <seb128> mterry, there was on real runtime segfault at least as well (from e.u.c), ted is having that one fixed soon, you might want to include that fix with it
[14:11] <mterry> seb128, ok
[14:12] <tedg> mterry, Yeah, I'm not sure what to do with the build test failure. No way to reproduce locally that I know of.
[14:13] <mterry> tedg, can I help?  I assume then if I build locally I won't see a problem?
[14:13] <tedg> mterry, I assume that you won't, but if you did a quick build to see that'd be cool.
[14:13] <tsdgeos> mhr3: :)
[14:14] <tedg> mterry, Thinking about adding the debug messages flag to debian/rules and seeing what happens.
[14:14] <mterry> tedg, building trunk
[14:15]  * tedg hopes for a segfault :-)
[14:16] <tedg> Wonder if I could make a script that would continually upload to a PPA until something failed to build...
[14:16] <tsdgeos> Saviq: i've seen that crash but i thought we had had it fixed :/
[14:17] <tedg> Seems a bit wasteful, yet useful at the same time.
[14:17] <tedg> Nobody tell IS I had that thought.
[14:18] <Saviq> tsdgeos, :|
[14:18] <tsdgeos> Saviq: i can have a look at reproducing&fixing
[14:18] <tsdgeos> at some point i was having it quite "easily"
[14:19] <Saviq> tsdgeos, please do
[14:19] <tsdgeos> don't remember how though
[14:19] <Saviq> tsdgeos, I can't reproduce at all
[14:19] <didrocks> Saviq: FYI, I got it more on a fresh boot
[14:19] <didrocks> Saviq: connected to the network of course to get the click apps content
[14:20] <dpm> mhr3, I'm testing the new scopes template, but there is one thing I cannot quite grasp yet. In the context of scopes, what are annotations and what are they used for? http://developer.ubuntu.com/api/devel/ubuntu-14.04/cplusplus/unity-scopes/_annotation_8h_source.html
[14:23] <tedg> mterry, Any crash?
[14:23] <mterry> tedg, oh sorry.  No
[14:23] <mterry> tedg, which test fails?
[14:23] <tedg> mterry, Test #6: media-player-user-test-dataset
[14:24] <tedg> mterry, It actually just failed on Jenkins for me
[14:24] <mterry> oh good
[14:24] <mhr3> dpm, is a kind of special category with links, something in between results and filters
[14:24] <didrocks> tedg: I'm sure you are going to blame java soon :p
[14:24] <didrocks> or even worse, python… because jenkins is in java ;)
[14:24] <mhr3> dpm, not supported by the shell yet
[14:25] <tsdgeos> mzanetti: i don't understand https://bugs.launchpad.net/bugs/1297310, can you take a photo?
[14:25] <tedg> didrocks, Clearly a Python issue
[14:25] <didrocks> tedg: here we go! :)
[14:25] <dpm> mhr3, ok, thanks
[14:25] <tedg> I'll be curious to see what this one is when we find it. So weird how it shows up.
[14:25] <mzanetti> tsdgeos: I just closed as invalid
[14:26] <tsdgeos> ¿?
[14:26] <tedg> Because I'd expect it to be on the slow builders or not, but it seems unrelated to that.
[14:32] <tsdgeos> didrocks: so https://bugs.launchpad.net/ubuntu/+source/unity8/+bug/1297240 is happening to you only phone or pc too?
[14:32] <didrocks> tsdgeos: I didn't try on pc, so yeah, phone for sure
[14:32] <tsdgeos> mterry: gave you quick a bit of needs fixing/comments on the split branch
[14:32] <didrocks> davmor2 and popey experienced it as well
[14:32] <didrocks> (on phone)
[14:32] <mterry> tsdgeos, awesome, will look
[14:32] <tsdgeos> didrocks: i'm not saying it happens ;)
[14:32] <tsdgeos> it doesn't happen
[14:33] <tsdgeos> double negation is evil
[14:33] <didrocks> tsdgeos: ahah, yeah, got it, I can just tell you "happen on phone, not sure for desktop"
[14:34] <mterry> tsdgeos, comments!  Love it  :)  quick notes about testing: use ./run -fG to get fake phablet user.  And rather than building packages yourself, try using the ppa from silo 004
[14:34] <mterry> https://launchpad.net/~ci-train-ppa-service/+archive/landing-004
[14:34] <Cimi> dednick_, where does menuData comes from?
[14:35] <tsdgeos> mterry: what's the difference between building myself?
[14:35] <mterry> tsdgeos, theoretically nothing
[14:35] <tedg> didrocks, You'll love it, I think it's actually a Vala bug ;-)
[14:35] <mterry> tsdgeos, but if you want to debug your issue, give me logs from /var/log/lightdm
[14:35] <didrocks> tedg: ahah, you're not kidding, right? :)
[14:35] <Cimi> item.menuData = Qt.binding(function() { return model; }); ?
[14:36] <tsdgeos> mterry: i whiped the phone already ^_^
[14:36] <tsdgeos> mterry: fix the other stuff and i'll go back to it again one thay you're awake so we can debug it live
[14:36] <tedg> didrocks, Let me trace it down for sure, but I'm not :-)
[14:36] <mterry> tsdgeos, sure
[14:37] <didrocks> tedg: clearly inherently still related to python for you I guess though :p
[14:38] <Cimi> yep
[14:38] <popey> didrocks: i didnt experience it
[14:39] <didrocks> popey: oh, never during the hangout? that was yesterday you showed us a black screen on camera then?
[14:39] <davmor2> didrocks: I did :)  I'm just about to try and reproduce it now I'm back from lunch
[14:39]  * didrocks is probably lost in all the regression :)
[14:39] <didrocks> davmor2: sweet!
[14:40] <davmor2> didrocks: black screen you get exiting the mediaplayer
[14:40] <davmor2> hmm I can't remember if there was a bug for that
[14:46] <Saviq> mhr3, albumart gone!? like NOW?
[14:46] <Cimi> mterry, ping
[14:46] <mterry> Cimi, hello!
[14:46] <Cimi> ciao :)
[14:46] <Cimi> mterry, so I have the filter working, I can only show wifi access points
[14:47] <davmor2> didrocks: who do I blame for not being able to add a photo to a contact?
[14:47] <Cimi> mterry, I am wondering if you had the designs
[14:47] <Cimi> mterry, of that wifi page, I think I don't have them
[14:47] <didrocks> davmor2: is that a regression?
[14:47] <Saviq> davmor2, is it stuck in Loading...?
[14:48] <Saviq> davmor2, see #ubuntu-touch for a potential fix
[14:48]  * davmor2 thought he was on #u-t D'oh
[14:49] <anpok> mterry: i managed to get all the branches set up for the split greeter change.. at least I think I managed..
[14:50] <anpok> I see the greeter now and before that the spinner
[14:50] <mhall119> mhr3: http://91.189.92.89/api/scopes/ubuntu-14.04/ has the tutorial page listed now
[14:50] <anpok> but when I move the greeter away the spinner is back and stays there..
[14:50] <mhall119> mhr3: also monospaced font in code blocks
[14:50] <mterry> anpok, curious.  That means the user session didn't come up
[14:51] <anpok> i see the user session on the
[14:51] <Saviq> didrocks, shall we do suru switch then?
[14:51] <anpok> process tree
[14:51] <Saviq> hmm 20 remaining silos? interesting ;)
[14:52] <anpok> mterry: usc logs say:
[14:52] <anpok> set_next_session 'session-0'
[14:52] <anpok> set_next_session
[14:52] <anpok> update_session_focus locking
[14:52] <anpok> Setting next focus to spinner; active focus to spinner
[14:52] <anpok> scene unlocked
[14:52] <anpok> update_session_focus locking
[14:52] <anpok> Setting next focus to spinner; active focus to session greeter-0
[14:52] <anpok> scene unlocked
[14:52] <anpok> set_active_session 'session-0'
[14:52] <anpok> set_active_session
[14:52] <anpok> update_session_focus locking
[14:52] <anpok> Setting next focus to spinner; active focus to spinner
[14:52] <anpok> scene unlocked
[14:53] <anpok> note scene unlocked/ update_session_focus locking are messaged I added to update_session_focus
[14:53] <mterry> I wondered  :)
[14:54] <mterry> anpok, yeah looks like it never marks your session as ready to display
[14:55] <mhr3> mhall119, cool, perhaps play a bit with the css box for the code so it has scrollbars instead of overflowing
[14:55] <anpok> ok maybe it did not provide a surface yet..
[14:56] <anpok> mterry: my idea was to reorder the surface hide/show calls in a way that you never get an intermediate scene state to show up on screen.. my naive attempt to just lock the scene just seemed to cause dead lock..
[14:58] <mhall119> mhr3: I'll try, but doxygen produces weird markup there
[14:58] <mhall119> mhr3: bigger priority is figuring out where to put the non-member functions from the namespace...
[14:59] <paulliu> tsdgeos: hi.. https://code.launchpad.net/~paulliu/unity8/fix-lazyimage1/+merge/211728
[14:59] <tsdgeos> pete-woods: hud service still 100% :/
[15:00] <pete-woods> tsdgeos: can you get me a stacktrace again? I just don't understand where it could be
[15:00] <tsdgeos> sure let me see
[15:00] <tsdgeos> paulliu: ok
[15:01] <mterry> anpok, yeah I looked into scene:lock and that's what it does
[15:01] <mterry> locks a mutex
[15:01] <didrocks> Saviq: yeah, I was poking with the logic to transition to an awesome feature :)
[15:01] <didrocks> Saviq: so yeah, we should
[15:02] <Saviq> didrocks, ok, me readies the silo
[15:02] <mterry> anpok, I saw your ideas in that MP, but didn't get around to testing them yet
[15:02] <tsdgeos> pete-woods: http://paste.ubuntu.com/7151579/
[15:02] <anpok> mterry: thought so, with the amount of branches you are playing atm
[15:03] <tsdgeos> pete-woods: let me see if i install debug symbols for /usr/lib/x86_64-linux-gnu/libdbusmenu-qt5.so.2
[15:03] <pete-woods> tsdgeos: well that makes no sense to me at all! all the threads are on poll
[15:03] <tsdgeos> pete-woods: i guess the 1 is just looping like mad
[15:03] <tsdgeos> let me add a few breakpoints
[15:03] <Saviq> didrocks, think we should do some version bumping and >= depending there?
[15:04] <Saviq> didrocks, silo for row 45 please
[15:05] <didrocks> Saviq: we dep on the new suru-icon-theme package which is enough to express this incompatibility, but yeah, as the theme needs to be enabled by the toolkit now, we shold
[15:05] <didrocks> Saviq: so bumping unity8 and uitk
[15:05] <Saviq> didrocks, ok, let me push some bumps
[15:05] <didrocks> or only uitk rather
[15:05] <didrocks> and having unity8 dep on the new uitk
[15:05] <pete-woods> tsdgeos: it has to be some specific Qt application that you're running that causes this
[15:06] <pete-woods> it could even be that it's crashed / killed maybe?
[15:07] <tsdgeos> it could sure
[15:07] <tsdgeos> strace says it's polling like mad
[15:08] <pete-woods> hmm
[15:08] <tsdgeos> ok fd 10
[15:08]  * tsdgeos checks what's fd 10
[15:08] <pete-woods> :)
[15:08] <tsdgeos> lrwx------ 1 tsdgeos_work tsdgeos_work 64 mar 25 09:09 10 -> socket:[17191]
[15:08] <tsdgeos> not really helpful :D
[15:08] <pete-woods> ha!
[15:08] <pete-woods> is there not a way to see what has that socket opened?
[15:09] <tsdgeos> poll([{fd=10, events=POLLIN}], 1, 18793) = 1 ([{fd=10, revents=POLLIN}])
[15:09] <tsdgeos>  fwiw
[15:09] <tsdgeos> is what strace says
[15:10] <tsdgeos> pete-woods: not sure tbh
[15:10] <pete-woods> tsdgeos: can you try closing the apps you have open one by one?
[15:10] <pete-woods> while looking at top or something like that
[15:10] <tsdgeos> sure
[15:15] <Saviq> didrocks, done
[15:16]  * didrocks looks at row 45
[15:18] <didrocks> Saviq: the uitk team is fine with you MP?
[15:18] <didrocks> Saviq: I know they want it to be top approved
[15:18] <Saviq> didrocks, will be easier to get the top ack with a silo
[15:18] <didrocks> otherwise all changes looks good to me
[15:18] <didrocks> ok
[15:18] <Saviq> didrocks, just noticed urgency=medium
[15:18] <Saviq> didrocks, that matters?
[15:18] <Saviq> didrocks, not sure why dch decided to change that...
[15:19] <didrocks> Saviq: silo 008
[15:19] <didrocks> Saviq: the priority changed by default on trusty
[15:19] <Saviq> didrocks, oh ok
[15:19] <didrocks> basically, the few bonus points you get on launchpad for build priority is not important :)
[15:20] <Saviq> didrocks, btw, you're not in #sdk on irc.c.c, that's where we're talking with timp about that branch
[15:21] <didrocks> Saviq: coming and ping me if I'm needed
[15:22] <Saviq> k
[15:22] <didrocks> (even if the discussion should be there IMHO)
[15:28] <mzanetti> Saviq: do you have a phone with latest image running?
[15:33] <Saviq> greyback, bug #1297350 if you could have a quick look, I think we saw it before, it happens consistently for me now when stopping unity8 - I think with a running app
[15:34] <greyback> Saviq: ok
[15:36] <mzanetti> josharenson: we're in Product Stragegy -> engineering -> standup
[15:36] <mzanetti> ah :)
[15:37] <mterry> kgunn, if you wouldn't mind kicking off a rebuild of unity8 in silo 004, that would be swell
[15:44] <tsdgeos> pete-woods: killed all apps and was still at 100% :-(
[15:45] <kgunn> mterry: ack...did you add the indicator-sound mp ?
[15:45] <kgunn> if not can you point it out to me ?
[15:45] <kgunn> greyback: can you join real quick
[15:45] <kgunn> https://plus.google.com/hangouts/_/calendar/a2V2aW4uZ3VubkBjYW5vbmljYWwuY29t.2k4udqa2ovs931siq3b5fprgkc
[15:45] <kgunn> greyback: ...new thots on qt5.2 issue
[15:45] <mterry> kgunn, no..  so that was ~mterry/indicator-sound/greeter-volume I believe
[15:45] <greyback> kgunn: okies
[15:49] <mzanetti> tsdgeos: Saviq: meh. right-edge-2 works on the phone too now (after fixing the inital mistake from the merge)
[15:49] <mzanetti> both still broken for me with fakeappman
[15:49] <mzanetti> greyback: jfi ^^ - Triggering a rebuild now
[15:52] <tsdgeos> Saviq: easy one https://code.launchpad.net/~aacid/unity8/make_Recent_translatable/+merge/212651
[15:54] <pete-woods> tsdgeos: dammit, I think I'm going to put in a safety valve in that openMenu function
[15:54] <pete-woods> so that it just won't loop more than say 500 times, something like that
[15:56] <tsdgeos> mterry: so Mir 0.1.18 is actually needed?
[15:57] <mterry> tsdgeos, yes and no.   It was needed for a bug fix that doesn't appear to actually work.  So it + more bug fixes will be needed.  But you can skip it now for testing
[15:57] <tsdgeos> hmmmmok
[15:57] <mterry> tsdgeos, without those fixes, screen will turn back on after you turn it off
[15:57] <tsdgeos> mterry: because you say "use the silo to get mir"
[15:57] <tsdgeos> but then you say i don't need it :D
[15:58] <mterry> tsdgeos, well, using the silo is easiest.  you get mir without the hassle.  But if you don't use silo, don't bother with mir
[15:59] <tsdgeos> mterry: well i think using the silo is correct, but then we should make sure the dependencies listed is what will happen when silo-ed and merged
[15:59] <tsdgeos> not sure if i'm being extra-pedantic :D
[16:00] <mterry> tsdgeos, that's fair
[16:07] <tsdgeos> mterry: you missed adding the signals for the setEdges thing
[16:08] <mterry> tsdgeos, it's updated...
[16:08] <mterry> tsdgeos, I mean emitted in Update() calls
[16:09] <tsdgeos> mterry: sure, but why not in the set?
[16:09] <tsdgeos> you're changing it
[16:09] <tsdgeos> you should emit the changed signal, no?
[16:10] <mterry> tsdgeos, hmm.   It seems like an intentional choice on my part but I'm not sure why right now.  Will test
[16:15] <tsdgeos> ok
[16:19] <Saviq> didrocks, kick unity8 armhf build please https://launchpad.net/~ci-train-ppa-service/+archive/landing-008/+build/5848957 ?
[16:19] <Saviq> didrocks, uitk is built alreday
[16:19] <mterry> tsdgeos, ah!
[16:20] <mterry> tsdgeos, set() methods update AccountsService daemon and the update() call from hearing that change confirms that it succeeded before emitting
[16:21] <mterry> tsdgeos, nope that's not true either
[16:21] <tsdgeos> ok :D
[16:23] <kgunn> mterry: so i was about to reconfig the silo 4 for indicator-sound....is that the only package that needs updating ? (e.g. i can target build that...)
[16:23] <mterry> kgunn, unity8 could use a rebuild
[16:23] <mterry> kgunn, but indicator-sound is only new package
[16:26] <kgunn> ack
[16:26] <kgunn> will target those 2 mterry
[16:38] <mterry> MacSlow, can you come to the hangout?
[16:39] <pete-woods> tsdgeos: https://code.launchpad.net/~unity-api-team/hud/dbusmenu-safety-valve/+merge/212668
[16:39] <pete-woods> do you mind using that as your main HUD install for a while to see if it helps?
[16:40] <MacSlow> mterry, ehm... hold on
[16:40] <tsdgeos> pete-woods: where will it write stuff, do you know?
[16:41] <MacSlow> mterry, which?
[16:41] <pete-woods> tsdgeos: in the upstart log (~/.cache/upstart/hud.log)
[16:41] <tsdgeos> ok
[16:41] <MacSlow> mterry, got it
[16:46] <tsdgeos> Saviq: can't get it to crash either :/
[16:46] <Saviq> tsdgeos, craps
[16:47] <Saviq> tsdgeos, how about https://bugs.launchpad.net/ubuntu/+source/unity8/+bug/1262711 ?
[16:47] <Saviq> tsdgeos, not today
[16:47] <Saviq> tsdgeos, but just report on the bug that you couldn't reproduce it
[16:47] <Saviq> tsdgeos, the above one I got every 2-3 runs on desktop now
[16:48] <Saviq> tsdgeos, it probably makes sense to try with https://code.launchpad.net/~unity-team/unity8/remove-albumart-provider/+merge/212622
[16:48] <Saviq> as I expect this crash to happen in that provider
[16:48] <tsdgeos> Saviq: well, let's try both with and without
[16:48] <tsdgeos> to see if it goes away
[16:48] <Saviq> tsdgeos, right, yeah
[16:51] <mhr3> Saviq, \o/ https://code.launchpad.net/~mhr3/unity-scopes-shell/no-more-unity-core/+merge/212674
[16:52] <Saviq> mhr3, nice changecount :D
[16:52] <Saviq> 7076 lines (+44/-6051) ;D
[16:52] <mhr3> heh
[16:55] <mhr3> Saviq, the albumart branch didn't land in uitk yet
[16:55] <mhr3> so.. :/
[16:57] <Saviq> mhr3, yeah yeah, I know
[17:04] <didrocks> Saviq: built btw
[17:04] <Saviq> didrocks, ok, let's land it tomorrow, we need design eyes on it, too
[17:06]  * Saviq eod
[17:06] <Saviq> p/
[17:06] <Saviq> ↑ /me has a problem with the right arm apparently..
[17:13] <didrocks> Saviq: sure
[17:30] <MacSlow> Saviq, i'm just testing the 015 and wonder where the "known OSK bugs" and "preview journey" are listed (https://wiki.ubuntu.com/Process/Merges/TestPlans/Unity8)
[17:31] <MacSlow> didrocks, ^ or maybe you know
[17:31] <MacSlow> Saviq, eod then
[17:37] <didrocks> MacSlow: question for Saviq I guess, he wrote the testplan
[17:39] <MacSlow> didrocks, not needed atm... I ran into issues with the right-edge branch... :/
[17:39] <MacSlow> it looked so good... pushed it really hard
[17:44] <om26er> mzanetti, which ppa has the new right-edge switcher ? + latest unity release.
[17:44] <mzanetti> om26er: https://launchpad.net/~ci-train-ppa-service/+archive/landing-015/
[17:45] <om26er> great
[18:07] <dpm> hi all, could someone give us a hand with bug 1297397 ? We're trying to update the scopes tutorial on d.u.c and the scopes tool seems to be failing on a missing symbol
[18:07] <dpm> thostr_, would you have an idea what could be going on with that bug? ^
[18:48] <Cimi> @unity you know how to debug an app/instance?
[18:49] <Cimi> I want to debug the welcome wizard, which loads outside unity (before everything)
[18:49] <mzanetti> Cimi: depends...
[18:50] <mzanetti> Cimi: do you need to be started by upstart or can you just log in and launch it manually?
[18:50] <mterry> Cimi, can you set MIR_SOCKET=/tmp/mir_socket to connect to USC and debug via gdb ?
[18:50] <Cimi> I'll try
[18:52] <thostr_1> dpm: are you sure you're having the proper version of 0mq?
[18:52] <thostr_1> dpm: or having 0mq installed at all?
[18:53] <Cimi> mzanetti, I can try launching it manually
[18:54] <dpm> thostr_1, I cannot reproduce the issue, kyleN is the original reporter. What package provides 0mq. Is it http://paste.ubuntu.com/7152574/ ?
[18:54] <dpm> we both seem to have it installed
[18:57] <dpm> ah, I found it, it's libzmq3
[18:57] <dpm> libzmqpp3 are the C++ bindings only
[18:58] <dpm> kyleN, do you have libzmq3 installed?
[18:58] <kyleN> dpm: yes
[18:58] <kyleN> $ apt-cache policy libzmq3
[18:58] <kyleN> libzmq3:
[18:58] <kyleN>   Installed: 4.0.3+dfsg-1
[18:59] <dpm> same here
[19:05] <Cimi> mzanetti, mterry this is what I get when I ran it from adb shell http://paste.ubuntu.com/7152659/
[19:05] <mterry> Cimi, try launching it through the wrapper script ubuntu-touch-session to setup QT_QPA env and grid units and such
[19:06] <mterry> Cimi, launch in this order ideally: ubuntu-touch-session gdb wizard
[19:06] <mterry> (so gdb doesn't get confused by shell script)
[19:06] <Cimi> module "Unity.Application" is not installed
[19:07] <Cimi> ok
[19:07] <Cimi> let me try
[19:07] <Cimi> mterry, I think I need an include or so?
[19:08] <mterry> Cimi, on the device you're getting that?
[19:08] <mterry> Cimi, that's installed by unity-jmir
[19:08] <mterry> Cimi, maybe you need to set qt include env vars
[19:08] <mzanetti> Cimi: not sure what other stuff the script does and whether its required, but that particular one can be fixed also by exporting QT_QPA_PLATFORM=ubuntumir
[19:09] <mzanetti> Cimi: do you need to run this as root?
[19:09] <Cimi> nope
[19:10] <mzanetti> then you might want to start things through ssh, as user. that should set up all the stuff for you
[19:18] <Cimi> mzanetti, ubuntumirclient or ubuntumirserver?
[19:20] <mzanetti> Cimi: hmm, good questions. again, depends. if this starts before unity8 it probably has its own mirserver, or is it connecting to usc?
[19:20] <Cimi> mmm weird
[19:20] <Cimi> if I run it as root
[19:22] <Cimi> it cannot find unity application
[19:22] <Cimi> as user it hangs
[19:22] <Cimi> mzanetti, ^
[19:24] <mzanetti> QML2_IMPORT_PATH to load unity.application
[19:24] <mzanetti> but I don't know what exactly you want to do...
[19:30] <Cimi> mzanetti, run system-settings-wizard :)
[19:31] <mzanetti> Cimi: yeah, but I don't know anything about it. Is it qml only, is it c++, do you want to debug a crash, or just some rendering issue
[19:31] <mzanetti> ...
[19:31] <Cimi> mzanetti, it has a main.cpp
[19:32] <Cimi> mzanetti, apart from that, rest of app is qml
[19:32] <mzanetti> and what do you want to debug? something wrong in that main.cpp?
[19:33] <mzanetti> otherwise, why don't you just fire up the qml file in a qmlscene?
[19:33] <mzanetti> but again, depends...
[19:33] <Cimi> mzanetti, it needs some other bits in main.cpp
[19:33] <Cimi> mzanetti, custom objects
[19:37] <Cimi> mzanetti, still doesn't work
[19:37] <Cimi> mzanetti, QML2_IMPORT_PATH=/usr/lib/arm-linux-gnueabihf/unity8/qml/ system-settings-wizard
[19:40] <mzanetti> Cimi: wrong module path
[19:40] <mzanetti>  /usr/lib/arm-linux-gnueabihf/qt5/qml/
[19:40] <mzanetti> I think
[19:41] <mzanetti> and /usr/lib/arm-linux-gnueabihf/qt5/imports/Unity-Mir/
[19:41] <mzanetti> the latter one is the one containing the applicationmanager
[19:46] <Cimi> mzanetti, http://paste.ubuntu.com/7152872/
[19:47] <tedg> mterry, I installed your silo, I can't seem to get music to play, either in the scope or in the music app.
[19:47] <mterry> curious
[19:47] <mterry> tedg, that was working relatively recently
[19:48] <tedg> Yeah, I tested audio a couple days ago on this device, so I'm reasonable sure it worked before your silo.
[19:49] <mterry> tedg, it worked with my silo too.  Let me see what's happening
[19:50] <tedg> mterry, Huh, I rebooted and it's happy now :-/
[19:51] <greyback> Cimi: you could try attaching to the existing process: "sudo gdb -p `pidof $app-executable`"
[19:51] <greyback> note the backticks
[19:53] <mterry> tedg, yeah works for me...
[19:54] <tedg> mterry, K, I figure out how to recreate I'll ping you. Seems I can't make it happen now.
[19:54] <mterry> tedg, I'm noticing that the indicator-sound's phone_greeter has a mute button but phone does not
[19:54] <tedg> mterry, Ah, K, that's a flag
[19:57] <mterry> fginther, heyo!  When you get a chance, I'd like an eyeball on https://code.launchpad.net/~mterry/unity8/unlock-script/+merge/212170
[19:58] <mterry> anpok, so you tried messing around with the USC hide/show stuff from my branch?  And you said you had no luck?
[19:59] <anpok> no couldnt get as far untill now
[19:59] <anpok> kgunn gave me the details about the silo
[19:59] <anpok> now I am messing with it:)
[20:00] <fginther> mterry, will do.
[20:00] <anpok> but as far as i can tell my proposal does not improve it
[20:00] <tedg> mterry, https://code.launchpad.net/~ted/indicator-sound/phone-greeter-mute/+merge/212721
[20:02] <mterry>  anpok, bummer
[20:03] <mterry> kgunn, did you ever re-kick unity8 in silo 004?  I want to toss it to the designers
[20:03] <kgunn> mterry: it had some trouble in reconfig...
[20:03] <kgunn> been trying a while...
[20:03] <kgunn> i think its fixed, building now
[20:04] <kgunn> its just indicator-sound and unity8...so shouldn't be long (fingers crossed)
[20:04] <anpok> seems like something else is happening that makes it attempt to show session-0
[20:04] <anpok> will spend some more minutes on it
[20:09] <anpok> mterry: what is the different between next and active session?
[20:09] <anpok> *difference
[20:10] <mterry> anpok, active is what should be on top of z order.   next is what should be right underneath
[20:11] <mterry> anpok, consider Touch case, where the greeter wants to sit on top of session (so it can show it underneath when you drag greeter aside)
[20:11] <anpok> oh then it happens because of the order of calls.. we first get next_session(session-0) -> which disables spinner and raises unity8 then we get set_active_session(greeter-x) and that one gets the focus..
[20:12] <anpok> so we raise the session-0 over the spinner / hide the spinner and then greeter comes in in the next frame
[20:13] <anpok> ah ok I think.. we could keep spinner on
[20:15] <mterry> kgunn, is there a way to find out what bzr version a package in a silo corresponds to?
[20:16] <mterry> anpok, well lightdm generally gives us the next and active session names before they are actually ready to be displayed.  And we queue them up until they have  frames to render
[20:22] <kgunn> mterry: what do you mean exactly? ....there is a build log as part of the packages ?
[20:24] <mterry> kgunn, well I was curious what revision of my unity8 split branch the PPA is at
[20:25] <mterry> kgunn, I don't see that in the log?
[20:25] <mterry> And I'd be surprised if it were, since this question is a pre-build one
[20:26] <kgunn> mterry:  do you actually mean the version of bzr itself ?
[20:27] <mterry> kgunn, naw.  Like, I was making some changes in my split branch in response to Albert's review comments.  And I was just curious if those made it into the PPA when you re-spun it
[20:28] <kgunn> ...oh, itd strictly be time
[20:28] <mterry> kgunn, doesn't seem like I can find that out from the PPA package versions
[20:28] <kgunn> timestamps right
[20:28] <kgunn> mterry: well the build logs do have that at the top....
[20:28] <kgunn> 2014-03-25 20:00:16,995 INFO Adding indicator-sound MP(s) to prepare
[20:28] <kgunn> 2014-03-25 20:00:17,603 INFO Adding unity8 MP(s) to prepare
[20:29] <kgunn> you could look at that against your last push timestamp
[20:30] <mterry> kgunn, interesting...  maybe we're looking at different build logs.  I was looking at (say) i386 build log for unity8 in PPA
[20:30] <mterry> kgunn, sounds like you're looking at a silo log?
[20:30] <kgunn> yes
[20:30] <kgunn> which all logs remain there...until you clean the silo
[20:30] <kgunn> (like land it, merge it, clean it)
[20:31] <mterry> kgunn, can you link me the silo status page?  I don't know the dashboard url for 'em
[20:37]  * mterry reboots to test unity8 on desktop session post split
[20:40] <kgunn> mterry: http://162.213.34.102/job/landing-004-1-build/
[20:55] <kgunn> mterry: new packages are there for indicator-sound and unity8
[20:56] <mterry> kgunn, swell!  Thanks