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