[06:02] <liuxg> how are we going to call today?
[09:06] <Bex> Hi!
[09:06] <Bex> I'm trying to set up a development environment for unity 8, but I get some trouble with the dependencies.
[09:07] <Bex> Is 14.04 supported for development?
[09:09] <tsdgeos> i'm not sure, most probably not
[09:09] <tsdgeos> maybe not even 14.10 is
[09:32] <Cimi> tsdgeos, morning!
[09:32] <tsdgeos> hi ho
[09:33] <Cimi> tsdgeos, you know a bit on how we open scopes/close them in the dash?
[09:33] <tsdgeos> a bit
[09:33] <Cimi> if we open the cinema scope from the store, then we should close the store in background, right?
[09:34] <Cimi> tsdgeos, I am not sure we are doing that at the moment, not that I can see many closeScope in Dash.qml
[09:34] <Cimi> tsdgeos, then fake_scope.ccp at line 211 seems to expect sth else
[09:35] <tsdgeos> we're opening a temp scope from a temp scope?
[09:35] <Cimi> m_openScope that is never updated
[09:35] <Cimi> tsdgeos, from the app store yes...
[09:35] <tsdgeos> i don't think that was ever tested
[09:35] <tsdgeos> nor specified what it should do
[09:37] <tsdgeos> so it's probably not working yes
[09:37] <tsdgeos> reading the code i see something wrong already
[09:37] <tsdgeos> and don't trust fake_scope either
[09:37] <tsdgeos> it's just a fake scope :D
[09:38] <tsdgeos> Cimi: do we know what has to happen when you open a temp scope from a temp scope interaction wise?
[09:40] <Cimi> Cimi, I believe replacing the temp scope with the opened scope?
[09:40] <tsdgeos> sure, but no animation or anything at all
[09:40] <tsdgeos> just plain straight replace?
[09:43] <Cimi> tsdgeos, I don't know...
[09:43] <tsdgeos> and back will skip the store and bring you to dash?
[09:43] <tsdgeos> Cimi: well we need to know before coding anything
[09:43] <Cimi> no idea for that
[09:45] <Cimi> tsdgeos, https://bugs.launchpad.net/ubuntu/+source/unity8/+bug/1410337
[09:46] <tsdgeos> Cimi: let's ask jounih then
[09:46] <tsdgeos> what, why does my phone keep rebooting itself!
[09:49] <tsdgeos> again
[09:49] <tsdgeos> this is nuts
[09:52] <tsdgeos> aaaaaaaaaaaaaaaaaaah
[09:52] <tsdgeos> stopit!
[10:42] <Wellark> hey, I'm trying to build unity8 trunk on vivid desktop and the build fails with http://pastebin.ubuntu.com/9783989/
[10:42] <Wellark> tsdgeos: --^
[10:42]  * tsdgeos clicks
[10:42] <tsdgeos> Wellark: how are you building? is it a clean build?
[10:42] <Wellark> tsdgeos: yep. with the build.sh
[10:43] <Wellark> first build.sh -s
[10:43] <Wellark> and then build.sh
[10:43] <Wellark> tsdgeos: debian rules has an interesting note
[10:43] <Wellark> # libMockLightDM-qml.so links against liblightdm-qt5-2.so which doesn't exist
[10:43] <Wellark> override_dh_shlibdeps: dh_shlibdeps -XlibMockLightDM-qml.so
[10:43] <tsdgeos> i never had this issue
[10:44] <Wellark> Saviq: --^
[10:44] <Wellark> someone...
[10:44] <Wellark> :(
[10:48] <tsdgeos> i just cleaned and built from scratch just fine
[10:49] <Wellark> tsdgeos: could you run dpkg-query -S lightdm-qt5-2
[10:49] <tsdgeos> http://paste.ubuntu.com/9784026/
[10:51] <tsdgeos> hmmm
[10:51] <tsdgeos> give me a sec
[10:51] <Cimi> Wellark, hey :) we would like to update https://bugs.launchpad.net/ubuntu/+source/ubuntu-system-settings/+bug/1363400 with what we needed
[10:52] <Cimi> ideally something that tells us when a connection is established with an AP
[10:54] <Wellark> Cimi: you need to write a plugin that talks directly with NM to get that information
[10:54] <tsdgeos> Wellark: the dpkg -S returns empty
[10:54] <tsdgeos> Wellark: ccache playing tricks on you?
[10:55] <tsdgeos> Wellark: do you have the result of http://paste.ubuntu.com/9784026/ ?
[10:57] <Wellark> tsdgeos: nope
[10:57] <Wellark> seems they are not being built
[10:57] <tsdgeos> try to find out why
[10:57] <tsdgeos> they should
[11:05] <Wellark> tsdgeos: hmm.. the targets don't seem to build bydefault on my system
[11:06] <Wellark> manual invokation works
[11:06] <Wellark> $ ninja MockLightDM-single
[11:06] <Wellark> [4/4] Linking CXX shared library tests/mocks/LightDM/single/liblightdm-qt5-2.so
[11:06] <tsdgeos> ah you're nijaing?
[11:06] <tsdgeos> don't do that :D
[11:06] <tsdgeos> does proper make work?
[11:07] <Wellark> tsdgeos: build.sh picked ninja on it's own
[11:08] <tsdgeos> that may be
[11:08] <tsdgeos> i don't know
[11:08] <tsdgeos> don't use ninja
[11:08] <tsdgeos> it works for me
[11:08] <tsdgeos> i can see how ninja might build stuff diferently
[11:08] <Wellark> tsdgeos: well, it _should not_
[11:09] <Wellark> but sometimes there are differencies
[11:09] <tsdgeos> it should not
[11:09] <tsdgeos> but i can see how it can happen
[11:09] <Wellark> which usually are bugs in cmake :)
[11:09] <Wellark> ok.. I will modify build.sh
[11:09] <tsdgeos> see if that helps
[11:10] <tsdgeos> if it does open a bug and say ninja build fails
[11:12] <Wellark> tsdgeos: you should try ninja
[11:12] <Wellark> it makes compilation a lot faster
[11:16] <tsdgeos> but doesn't work ^_^
[11:16] <Wellark> tsdgeos: ok. forcing a build without ninja worked
[11:16] <tsdgeos> Wellark: can you report a bug?
[11:16] <tsdgeos> or wait a bit
[11:16] <Wellark> tsdgeos: yep. will file it
[11:16] <tsdgeos> i'll see if i can fix it
[11:16] <tsdgeos> in between compiles
[11:17] <Wellark> tsdgeos: one thing that might cause ninja to "misbehave"
[11:17] <Wellark> is the fact
[11:17] <Wellark> that for example in tests/mocks/LightDM/single/CMakeLists.txt
[11:17] <Wellark> a library target is created
[11:17] <Wellark> add_library(MockLightDM-single SHARED ${LibLightDM_SOURCES})
[11:17] <Wellark> but on the very same file
[11:17] <Wellark> there is qt5_use_modules(MockLightDM-single Gui)
[11:18] <Wellark> oh, wait no
[11:18] <Wellark> sorry. disregard that
[11:20] <Wellark> tsdgeos: actually it might be one level up
[11:20] <Wellark> tests/mocks/LightDM/CMakeLists.txt
[11:20] <mzanetti> dednick: ping
[11:20] <Wellark> tsdgeos: add_library(MockLightDM-qml MODULE ${QMLPLUGIN_SRC} )
[11:20] <dednick> mzanetti: plop
[11:21] <mzanetti> dednick: hey. I'm testing silo 6 which contains this branch: https://code.launchpad.net/~nick-dedekind/unity8/rtm-1385331/+merge/246403
[11:21] <mzanetti> dednick: seems the indicators are invisible
[11:21] <Wellark> tsdgeos: target_link_libraries(MockLightDM-qml -L${CMAKE_CURRENT_BINARY_DIR}/full -llightdm-qt5-2
[11:21] <Wellark> there is no dependency specified to the single, single-pin, single-passphase targets
[11:23] <Wellark> so ninja might just go ahead and have a different build order as it does not know that -llightdm-qt5-2 actually requires some additional targets to run
[11:23] <mzanetti> dednick: http://i.imgur.com/8ASuvJE.png?1
[11:24] <dednick> mzanetti: hm. opening doesnt show anything?
[11:24] <dednick> mzanetti: is there anything in the log?
[11:25] <mzanetti> dednick: I get this repeatedly in the logs: file:///usr/share/unity8/Panel/Indicators/IndicatorDelegate.qml:23:46: Unable to assign [undefined] to bool
[11:26] <dandrader> mzanetti, just read www.rpadovani.com/ubuntu-calculator-app-reboot-store
[11:26] <dandrader> mzanetti, so, will the calculator app now gracefully handle rotations (as in the shellRotation branch)?
[11:26] <mzanetti> dednick: this is when I pull them down
[11:26] <mzanetti> http://i.imgur.com/5828NBx.png
[11:27] <mzanetti> so seems ok, but the animation is somehow broken as they're invisible in the starting position
[11:27] <mzanetti> dandrader: heh
[11:27] <mzanetti> dandrader: yes
[11:27] <mzanetti> dandrader: I've reworked the calculator keyboard to deal with that
[11:27] <dandrader> mzanetti, awesome
[11:28] <tsdgeos> greyback: ping
[11:28] <greyback> tsdgeos: pong
[11:28] <greyback> just pushing fix for qtmir conflict
[11:28] <tsdgeos> greyback: i'm trying the https://code.launchpad.net/~gerboland/unity-api/surfaceSizerCallback/+merge/231698 and friends
[11:29] <tsdgeos> i don't knwo what i should look at
[11:29] <mzanetti> dandrader: http://i.imgur.com/tQVNgLF.png
[11:30] <mzanetti> (on a non-rotating shell still)
[11:30] <mzanetti> hence the panel at top
[11:30] <greyback> tsdgeos: launch webbrowser - and watch the URL bar closely. Without that patch, you'll see the url bar reposition a few frames after it appears. With this patch, that reposition stops
[11:31] <greyback> tsdgeos: the main issue I'm fixing is this: when an app creates a surface, it asks mir/qtmir is the size for hte surface it wants is ok. Currently qtmir always overrides the size to be a default of "the size of the display"
[11:31] <tsdgeos> sure i understand the code
[11:31] <tsdgeos> i just didn't know what to look at
[11:31] <greyback> tsdgeos: once the app draws its first frame, the surface is added the QML scene, which causes the surface to resize to fit - i.e. under the panel
[11:32] <greyback> I'm removing that initial surface resize
[11:32] <dednick> mzanetti: hm. ok, that's weird. dont suppose that branch contains shell rotation stuff as well?
[11:32] <dandrader> mzanetti, nice
[11:33] <greyback> tsdgeos: does that make sense?
[11:33] <mzanetti> dednick: no, it doesn't
[11:33] <dednick> weird. i dont think i touched anything visual
[11:33] <tsdgeos> greyback: yes
[11:33] <mzanetti> dednick: this is the silo: http://people.canonical.com/~platform/citrain_dashboard/#?distro=ubuntu-rtm&q=landing-006
[11:33] <tsdgeos> greyback: i've been trying the gallery though
[11:33] <tsdgeos> and it's ugly
[11:33] <dednick> mzanetti: thanks. i need to flash.
[11:33] <tsdgeos> i can see it grow
[11:33] <tsdgeos> not sure if it was already there without the patch
[11:34] <greyback> tsdgeos: I think that was there before, there's something really slowing down that app->fullscreen animation
[11:34] <greyback> but don't trust me on that
[11:36] <greyback> tsdgeos: one way I really notice that is, have gallery open, lock screen, unlock and enter PIN. The animation to restore the view to the gallery is terribly slow
[11:36] <tsdgeos> may be
[11:36] <tsdgeos> let me revert the change and see if i can still see it
[11:42] <tsdgeos> Wellark: can you onfirm that http://paste.ubuntu.com/9784367/ fixes the ninja build for you?
[12:07] <tsdgeos> mzanetti: Wellark: https://code.launchpad.net/~aacid/unity8/buildWithNinja/+merge/246883
[12:16] <Wellark> tsdgeos: it does!
[12:17] <Wellark> tsdgeos: so yes. there was a target dependency missing
[12:17] <Wellark> plain cmake just happens to build the targets in an order that the .so files just happened to be available
[12:18] <Wellark> but ninja reordered the build because it didn't know about the dependency
[12:21] <dandrader> mzanetti, is this new calculator a different application from the pre-loaded one? Or is the pre-loaded one just outdated?
[12:21] <mzanetti> dandrader: it's one of those core app "reboots"
[12:22] <mzanetti> dandrader: meaning they start from scratch, trying to avoid the mistakes from the first round
[12:22] <mzanetti> some code might be still the same, other isn't
[12:22] <mzanetti> in this case they only kept the calculator engine the same and redid the ui completely
[12:22] <mzanetti> at some point it will replace the original calc app
[12:22] <dandrader> mzanetti, so will the pre-loaded calculator be replaced with this "rebooted" one?
[12:23] <dandrader> mzanetti, ok
[12:23] <mzanetti> yes, when the rebooted one is considered better than the old
[12:27] <tsdgeos> something from https://code.launchpad.net/~unity-team/unity8/trunk/+activereviews i should take?
[12:27] <tsdgeos> i'm a bit work-less at the moment
[12:30] <dandrader> mzanetti, did you happen get the "can't do gestures" bug since last Friday?
[12:30] <dandrader> (ie, since you enabled the touch and gestures logging)
[12:30] <mzanetti> dandrader: nope, haven't
[12:31] <dandrader> mzanetti, it's both good and bad news :)
[12:31] <mzanetti> dandrader: yeah, haven't really had the phone in my pocket since
[12:31] <dandrader> ah
[12:31] <mzanetti> going for a run soon, that should increase chances
[12:39] <dandrader> greyback, so rotation lock is broken on latest devel-proposed. do you have any idea since when it has been like that (or even better, the cause of it)?
[12:40] <greyback> dandrader: no idea, sorry
[12:41] <dandrader> hmmm... the indicator switch to lock the orientation has no effect but locking using the system-settings app works
[12:49] <Cimi> tsdgeos, for the scope bug, design ideally wants animation when opening the scope, plus getting back will go to store
[12:51] <tsdgeos> right
[12:51] <dandrader> dednick, any ideas on what would be causing this? https://bugs.launchpad.net/ubuntu/+source/unity8/+bug/1412430
[12:51] <tsdgeos> so you basically need to create an infinite number of temp GenericScopeView and stack them on top of eachother
[12:51] <tsdgeos> lunchtime
[12:51] <Cimi> tsdgeos, yeah...
[13:28] <Wellark> Cimi: wanna hangout?
[13:38] <greyback> tsdgeos: slightly related fix: https://code.launchpad.net/~gerboland/unity8/lockscreen-height-constant/+merge/246892
[13:49]  * tsdgeos clicks
[13:54] <tsdgeos> greyback: hmmmm
[13:54] <tsdgeos> is that only needed with your patches?
[13:58] <tsdgeos> Cimi: what's your plan for implementing that?
[14:04] <tsdgeos> greyback: ah no needed in trunk too
[14:05] <greyback> tsdgeos: that fixes the bug in trunk - just while I was profiling I saw the problem and shipped up the patch
[14:05] <greyback> no fix for the issue you spotted yet
[14:05] <tsdgeos> interestingly the bug doesn't seem to be in rtm
[14:06] <greyback> no? huh
[14:06] <tsdgeos> or at least i don't get the gallery to be ultra slow on unlock screen
[14:07] <tsdgeos> is this what it's fixing?
[14:07] <tsdgeos> maybe i need more phtos on the rtm phone
[14:08] <greyback> yes, that is what it fixes. I get it on my kryllin with devel-proposed. Having Gallery open, I lock & unlock the phone. After PIN+Enter, the animation jutters badly
[14:09] <tsdgeos> yep
[14:09] <tsdgeos> do you have many photos?
[14:09] <tsdgeos> or just empty?
[14:09] <greyback> couple of photos, but that should not matter
[14:09] <greyback> it's unity8's animation that is slow
[14:10] <greyback> the fade from Lockscreen to app surface
[14:10] <greyback> plus the panel sliding up
[14:11] <tsdgeos> i know
[14:11] <tsdgeos> but my krillin rtm is silky smooth
[14:12] <greyback> I'm running devel-proposed
[14:12] <greyback> so maybe that's a factor
[14:12] <tsdgeos> yeah
[14:12] <tsdgeos> devel proposed is just uglier
[14:12] <tsdgeos> it's broken :D
[14:12] <tsdgeos> with your patch
[14:13] <tsdgeos> it doesn't look good
[14:13] <Cimi> tsdgeos, I need to think about how
[14:13] <tsdgeos> when you unlock
[14:13] <tsdgeos> the locker fades in place and the indicator bar scrolls up
[14:13] <tsdgeos> leaving a part of the screen that's already totally transparent while the other part is fading
[14:13] <tsdgeos> on rtm it's not like that
[14:14] <tsdgeos> it's better
[14:14] <tsdgeos> greyback: do you have an rtm phone at hand?
[14:14] <greyback> tsdgeos: would need to flash
[14:15] <tsdgeos> if you're not losing much stuff i'd suggest you to try
[14:15] <tsdgeos> so you see the diference
[14:16] <tsdgeos> i can't be sure how to describe it
[14:16] <greyback> tsdgeos: yeah I see what you mean
[14:16] <greyback> well spotted
[14:16] <greyback> means I have to refactor things a bit more :(
[14:17] <tsdgeos> interesting thing is that this didn't happen
[14:17] <tsdgeos> so how did it happen?
[14:18] <greyback> tsdgeos: rev 1438
[14:18] <greyback> the sourceSize lines were added
[14:19] <tsdgeos> i see
[14:27] <dednick> dandrader: it's probably not hooked up correctly in the indicator
[14:27] <dednick> dandrader: indicator-rotation or whatever
[14:28] <dandrader> dednick, did it ever work?
[14:28] <dednick> dandrader: don't think so
[14:29] <dednick> dandrader: i've never seen it working anyway
[14:29] <dandrader> dednick, is it a unity8 bug? I have no idea what mechanism is used to populate those indicators
[14:29] <dednick> dandrader: i think it's a backend bug. indicator-rotation or something
[14:30] <dednick> no idea what it's called.
[14:31] <dednick> dandrader: indicator-display i think
[14:32] <dednick> dandrader: https://bugs.launchpad.net/ubuntu/+source/indicator-display/+bug/1410915
[14:33] <dandrader> dednick, ah, so I made a duplicate. thanks for finding it
[14:51] <seb128> dednick, dandrader, rotation lock seems to work fine on current krillin rtm for me
[14:53] <dandrader> seb128, might be, I'm using devel-proposed
[15:15] <tsdgeos> MacSlow: do you need help with your branch?
[15:15] <MacSlow> tsdgeos, nope... I've solved the issue and an on othe final stretch... thanks
[15:15] <MacSlow> s/an/am
[15:15] <tsdgeos> awesome
[15:17] <Cimi> tsdgeos, so shall we use a pagestack for that stack of genericscopeview?
[15:19] <tsdgeos> hmm
[15:20] <tsdgeos> i'd say no
[15:20] <tsdgeos> probably you won't get the right to left animation like we want and stuff
[15:20] <tsdgeos> just instantiate new elements as we go?
[15:21] <tsdgeos> actually even the first one should be instantiated when needed probably
[15:21] <tsdgeos> save some memory when we don't have a temp scope around
[15:22] <Cimi> tsdgeos, stackview?
[15:23] <tsdgeos> what's the benefit of stackview?
[15:23] <Cimi> tsdgeos, animations and stuff?
[15:23] <tsdgeos> are they the ones we want?
[15:23] <Cimi> tsdgeos, how do I add infinite elements?
[15:23] <tsdgeos> you create them
[15:23] <Cimi> mmm how?
[15:23] <Cimi> from qml?
[15:23] <Cimi> like we do for crad?
[15:23] <Cimi> card
[15:23] <Cimi> ?
[15:25] <tsdgeos> Cimi: http://doc.qt.io/qt-5/qtqml-javascript-dynamicobjectcreation.html
[15:25] <tsdgeos> component = Qt.createComponent("Sprite.qml");
[15:25] <tsdgeos>     sprite = component.createObject(appWindow, {"x": 100, "y": 100});
[15:26] <Cimi> tsdgeos, ok as I imagined...
[15:26] <Cimi> tsdgeos, thanks
[15:32] <Cimi> tsdgeos, I might also want to keep a list of the scopes opened, right?
[15:32] <tsdgeos> there goes the magic
[15:33] <tsdgeos> can you get an openScope for a temporary scope?
[15:33] <Cimi> tsdgeos, I'm wondering if for now we should just land a fix for this, then add this dynamic creation
[15:33] <tsdgeos> how are you going to land a fix for this?
[16:22] <om26er> Saviq, Hi!
[16:23] <om26er> Saviq, while the logs for this crash look useless, can you see if anything else hints it to be an old bug ? https://errors.ubuntu.com/oops/e9a80d32-9fee-11e4-a3ec-fa163e373683
[16:52] <greyback> om26er: Saviq is on holidays this week
[16:53] <om26er> greyback, oh, can you have a peek at that then ?
[16:55] <greyback> om26er: it appears to be a null pointer dereference somewhere from libdbus-cpp, but there's no other information in that report I can use
[17:39] <dandrader> mzanetti, did you figure out that issue about building packages for RTM on a PPA?
[17:39] <mzanetti> dandrader: I know why, but no solution
[17:39] <dandrader> :(
[17:39] <mzanetti> dandrader: so this is a ubuntu ppa, it can't build rtm packages
[17:39] <dednick> mzanetti: just pushed some changes; seems to fix the issue
[17:39] <mzanetti> dandrader: in the end I just compiled the plugin on my phone
[17:39] <mzanetti> dednick: cool, thanks