[00:49] Saviq, Hmm, I thought it did because that's how Click checks to see if the app is running and shuts it down, no? [00:53] Saviq, Yeah, this calls UAL, so it needs to have access to the session bus. http://bazaar.launchpad.net/~click-hackers/click/trunk/view/head:/lib/click/database.vala#L267 === fginther is now known as fginther` === _salem is now known as salem_ === salem_ is now known as _salem === Mirv_ is now known as Mirv [07:46] Saviq: interestingly the backtrace is different [07:46] so indeed seems a different thing :S [07:46] or not... [08:07] tsdgeos, I assume you're talking about the last crash in DashContent? [08:07] Saviq: yes [08:07] i think it's a different crash [08:08] because if i run from qtdeclarative git it doesn't crash (or hasn't for the last 20 min) [08:08] mzanetti, did you notice tedg's reply yesterday about click hooks? [08:08] let me try to see if the incubate patch we spoke yesterday actually fixes this one [08:08] Saviq: no... fell asleep like instantaneously [08:08] [02:49:58] Saviq, Hmm, I thought it did because that's how Click checks to see if the app is running and shuts it down, no? [08:08] [02:53:25] Saviq, Yeah, this calls UAL, so it needs to have access to the session bus. http://bazaar.launchpad.net/~click-hackers/click/trunk/view/head:/lib/click/database.vala#L267 [08:09] mzanetti, ↑ [08:09] err... [08:09] but... [08:09] it doesn't :D [08:10] Saviq: my hook is a script that echoes those variables to a file, and they are all empty [08:10] so probably something wrong with the hook still [08:11] Saviq: see anything wrong? http://paste.ubuntu.com/8086809 [08:13] mzanetti, not really [08:13] * Saviq tries it out [08:13] Saviq: http://paste.ubuntu.com/8086819 [08:17] mzanetti, yeah I just went env > [08:18] mzanetti, but confirmed it doesn't work [08:18] or well, that the env is empty / weird [08:19] on hook install it was sane [08:19] but on app install it was just 4 random values [08:35] Saviq: so what you suggest? [08:36] going the session route? [08:37] I mean the upstart thing we discusses yesterday [08:49] mzanetti, no, we'll need to talk to folks later today [08:49] mzanetti, let's find out what's their approach, unfortunately cjwatson isn't around until later this week AFAIR [09:17] Saviq: hi! I noticed you did some reviews for MacSlow's unity-notifications [09:18] Saviq: could you (or find anyone else from your team) have a take on reviewing his branch? It's a blocker fix: https://code.launchpad.net/~macslow/unity-notifications/fix-1354406/+merge/231005 [09:27] sil2100, will do [09:27] @unity, who wants to take ↑ please? [09:27] Thanks! [09:27] MacSlow, just one clarification on the above [09:28] MacSlow, I'm worried that the push notifications backend might send multiple notifications in the name of different services [09:28] Chipaca, can you relate to ↑ for us? [09:29] what's that again? [09:31] * Chipaca reads [09:32] I'm not sure what that does [09:33] just skimming the mp, i mean, i can't tell if it's adding senderName to the dbus api, if it's adding it to the libnotify api, or if it's deducing it from the dbus connection [09:33] Saviq: ? [09:35] none of those don't break push notifications, fwiw [09:35] Chipaca, yeah, that's what I wanted clarification on [09:35] Saviq: which that is that? [09:35] Chipaca, with MacSlow ;) [09:35] the breaking of push, or the thing that's being implemented? [09:35] Chipaca, don't you send more than one notification from the push service if they come in at the same time? [09:36] yes [09:36] not more than one per application at the same time though [09:36] although they could be in quick succession [09:38] Chipaca, yeah, that's the point, per application, but I'm worried the change in the above MP actually looks at the dbus sender name [09:38] Chipaca, which would mean that you'd be prevented from sending more than one in quick succession [09:39] tsdgeos, could you please look through https://code.launchpad.net/~marcustomlinson/unity8/lp-1356410/+merge/231326 [09:39] tsdgeos, I think we might need to do onGotoScope there too [09:39] Saviq: sure [10:05] where goes the qml log of autopilot? [10:06] Cimi, same as everything [10:07] Cimi, ~/.cache/upstart/unity8{,-dash}.log [10:07] Saviq, I have AP failure on scope settings [10:07] Saviq, fixing that... [10:07] Saviq, currentIndex related issues [10:09] Saviq, hah, found [10:09] Cimi, good boy [10:09] :P [10:12] Saviq, are you sure of this? > + readonly property int count: status === Loader.Ready && item.hasOwnProperty("count") ? item.count : 0 [10:12] item && item.count || 0 [10:13] mmm [10:14] Cimi, why not? [10:14] Cimi, if item is null, 0 [10:14] Cimi, if item.count evaluates to false (null, undefined, 0), 0 [10:15] otherwise item.count [10:16] Saviq, yeah indeed... [10:17] Saviq, there is sth weird or I am stupid [10:17] I'm in autopilot test for open preview, this code http://paste.ubuntu.com/8087581/ [10:18] preview_list.currentIndex seems 1 here, but log in qml shows 0 [10:24] Cimi, onCurrentIndexChanged: console.debug(currentIndex)? [10:24] 0 0 0 [10:24] starts from -1 and becomes 0 [10:24] not 1 [10:25] I just forced it to 0, let's see [10:26] forcing to 0 in the loader is actually 0 [10:26] test pass [10:27] Cimi, sure you get the correct object in autopilot? [10:29] Saviq, works with readonly property int currentIndex: status === Loader.Ready && item.hasOwnProperty("currentIndex") ? item.currentIndex : -1 [10:29] Saviq, but doesn't with readonly property int currentIndex: item && item.currentIndex || -1 [10:32] Cimi, why do you even need to pass currentIndex up? [10:32] Saviq, tests I think [10:32] Cimi, just get into the loader in tests instead [10:33] Saviq, ok but doesn't answer my mental question "what's wrong in that code" [10:35] soo... I tried to switch over to unity and increased the scale factor for high dpi to 1.5, which causes icons to be 1.5 but fonts to be scale factor 3 [10:35] 'cause X11 reports a dpi of 220 which changes fonts already [10:35] anyone else here running unity on a high dpi screen? [10:36] Cimi, I'd say the binding is broken somewhere, and you're not really looking at the same property [10:36] Saviq, but console.log I put both inside the previewlist and the loader, they all change at the same time [10:37] Saviq, unless this is a timing issue [10:37] Saviq, having -1 intead 0... [10:43] even this works item && item.hasOwnProperty("currentIndex") ? item.currentIndex : -1 [10:43] mzanetti, ping [10:43] but not item && item.currentIndex || -1 [10:43] Cimi, well [10:44] Cimi, 0 evaulates to false [10:44] Cimi, so when currentIndex is 0 [10:44] Cimi, it would end up -1 in this case [10:44] right!!!!!!!!! [10:44] Cimi, it only made sense when it was || 0 [10:44] Saviq, that must be it, thanks!! [10:47] dandrader: pong [10:47] Saviq, ok pushed === MacSlow is now known as MacSlow|lunch [11:02] Saviq: think you'd have a chance to re-visit https://code.launchpad.net/~gerboland/unity-api/surfaceSizerCallback/+merge/230270 ? [11:02] if not, please point someone else to it [11:04] greyback_, yeah, will do [11:14] Saviq: fix for the indicator bug - https://code.launchpad.net/~nick-dedekind/unity8/lp1328646/+merge/231335 [11:15] dednick, great, thanks [11:17] Holas === MacSlow|lunch is now known as MacSlow === alan_g is now known as alan_g|lunch [12:13] dandrader: I replied to you in https://code.launchpad.net/~gerboland/unity8/initialSurfaceGeometry/+merge/230490 [12:14] greyback_, !? http://bazaar.launchpad.net/~gerboland/unity8/initialSurfaceGeometry/revision/1147 [12:15] ah right. nevermind that. you're adding it back again [12:15] Saviq, finally something that looks sane https://code.launchpad.net/~cimi/unity8/infographics-august-merge/+merge/231344 [12:16] took me a while :D === _salem is now known as salem_ === Pici` is now known as Pici === alan_g|lunch is now known as alan_g [13:16] tedg: ping [13:16] Good morning mzanetti [13:16] tedg: good morning! [13:17] tedg: so, I saw your reply regarding the session and click hooks [13:17] Saviq: re the ref/deref thing. I couldn't get it working properly with being able to share the object. If i give the menumodel i create no context, it doesn't seem to delete until the app is close, not when the last ref is released. [13:17] tedg: doesn't work for me :D and thinking about it, it kinda makes sense that the hooks don't have the session exported [13:17] tedg: because there could be multiple sessions running [13:18] Saviq: and if i give it the createObject context, it just deletes the menumodel regardless if there are other things referencing it. [13:18] mzanetti, The click user hooks should always be run as the user that they're referencing. [13:18] tedg: yes, its ran as the user phablet, that's fine [13:18] tedg: but it doesn't have DBUS_SESSION_BUS_ADDRESS exported [13:19] dednick, hmm wonder if you forced the garbage collector to run... [13:19] Saviq: howto? [13:19] mzanetti, Asking cjwatson about it, worst case you can get it from the file, but it seems like other hooks would use it as well. [13:20] * mzanetti is confused about the channel := [13:20] :) [13:20] dednick, http://qt-project.org/doc/qt-5/qtqml-javascript-qmlglobalobject.html gc() [13:20] tedg: right... we figured the way to get it though the upstart session file and then get-env for the dbus address [13:20] dednick, that object needs to be parentless when passed to QML for it to be garbage collected though [13:20] tedg: but that seems a bit... [13:21] mzanetti, I talked with cjwatson briefly today [13:21] Saviq: yup. [13:21] ah [13:21] Saviq: outcome? [13:21] mzanetti, and he said this should really work, as those are run *from* the upstart session [13:21] If I have a branch in +junk and I need to move it to a 'team branch' so it can be merge elsewhere, can I just push it to ~unity-team ? [13:22] Saviq: ah, so you mean the hook would be executed multiple times in case of multiple sessions? [13:22] mzanetti, but then I lost his attention [13:23] mzanetti, would have to be yeah (not that we do support multiple sessions yet) [13:23] mzanetti, Saviq, what do you guys do for legacy apps, a directory watch? [13:23] not sure yet... [13:23] tedg, no, we'll only do startup [13:23] tedg, as those can only change on OTA [13:23] tedg, and if you make your device writable... your fault, reboot :P [13:23] Saviq, I can write something to .local/share/applications anytime I want :-) [13:24] tedg, hmm right forgot .local [13:24] (or delete) [13:24] tedg, sounds like directory watch then, nothing else [13:24] Saviq, If you make a dbus interface for "changed" I'd recommend setting up an Upstart job with the directory watch that then signals the changed. [13:24] tedg, but *later* [13:24] Saviq, Keeps the code simpler. [13:24] tedg, yeah we do [13:24] have a dbus interface [13:25] sounds like a good idea [13:25] Saviq: hm. no, doesnt seem to do the trick either. [13:25] I guess I would just do the filesystem watch in the launcher though [13:25] why another process? [13:25] You can do something like: start on (file FILE=~/.local/share/applications/*.desktop) [13:25] dednick, thing is I think they need to get out of scope to get gc'd [13:26] dednick, there's no refcounting IIRC [13:26] Saviq: they should be oos. if the UnitMenuModel cache is destroyed. [13:27] actually no, it should be refcounted [13:27] Saviq: yet they don't really have scope, since they are created without context [13:27] so the engine is probably their scope [13:28] well, without parent i mean [13:28] greyback_, mzanetti all fixed in the unity8/lifecycle mp [13:29] dandrader: ok... I think we're good code wise now... need to have some little more testing before I feel confident enough to approve [13:29] dandrader: but I don't expect much more breakage [13:29] dednick, yeah, so they should be ref'd after all [13:29] Saviq, Anyway, where I was going, if you make your own directory of links and watch that you'll get the change when the links are updated and a distinction between legacy and click apps. [13:30] Saviq, You can also use the short appids [13:30] dednick, can you read http://qt-project.org/doc/qt-5/qqmlengine.html#ObjectOwnership-enum and see if anything you're doing applies and results in cppownership? [13:30] tedg: ooh! that's awsome [13:30] didn't know that [13:30] tedg: will that still work when we switch to systemd? :) [13:30] tedg, mzanetti, but do we care actually? we need to go through all locations regardless [13:30] ? [13:31] Saviq: well, we need to get triggered somehow [13:32] Saviq, Yes, but knowning click or not would be useful for you. And so would be using the short ids because they'd change less. [13:32] mzanetti, yeah, we get triggered by the hook, whether the Pattern: is different for us than for click hook [13:32] tedg, but then if we monitor .local/share/applications, we'd get notified about any changes there anyway [13:32] tedg, short or not [13:33] Saviq: not sure I understand. I don't think the click hook will execute when a legacy app is installed/removed, is it? [13:33] mzanetti, exactly, no, but that's not something that tedg was referring to [13:33] mzanetti, unless you mean the upstart notify ;) [13:33] yes, I meant that [13:33] ok [13:33] mzanetti, because there seem to be two conversations going on in parallel :) [13:33] confusion solved [13:34] there seem to be more than 2 :D [13:37] Saviq: so I'm still not sure what to do now.. [13:38] mzanetti, first we need to understand why your hook does not get the right env [13:38] mzanetti, join #ubuntu-devel and talk to cjwatson please === dandrader is now known as dandrader|afk [13:46] Saviq: it seems to be working, but don't seem to have any control over garbage collection. [13:47] Saviq: so don't really know if the models are being deleted. [13:47] Saviq: which means they will be left running [13:47] dednick, well, qDebug() << "deleted!"; to try? ;) [13:47] in ~ [13:47] Saviq: yes, well that's what i mean. it's a bit random [13:47] dednick, yeah, that's gc for you [13:47] dednick, it's not an exact science [13:48] Saviq: well, i'm not convinced! [13:48] Saviq: we could be left with models running until app close [13:48] dednick, until shell close, which it never does... [13:48] dednick, and because it's a cache... [13:49] Saviq: presicely. [13:49] dednick, it's caching things [13:49] dednick, but do you mean we'll be leaking them? [13:49] dandrader|afk, Saviq: whoever has time... https://code.launchpad.net/~macslow/unity8/fix-1348092/+merge/228090 is passing all AP- and qml-tests again... so another look is welcomed. [13:50] dednick, the cache should probably be a factory is all? [13:50] Saviq: possibly. if we're switching from different profiles [13:50] dednick, meaning it keeps a handle on those it created [13:50] dednick, and gives the same up if they exist in the cache? [13:51] Saviq: that's what it does [13:51] dednick, then at worst we'll have $number_of_indicators of them hanging around [13:51] dednick, what's your worry? mem? cpu usage? [13:51] dednick, don't we have them all around anyway for the panel? [13:51] Saviq: yes. responding to changes in indicators. [13:52] dednick, or are those only used in the pages themselves? [13:53] Saviq: i think we are supposed to be switching indicator profiles when changing from greeter mode to phone mode. which means we'll have indicators*2 models [13:53] to "normal" mode i mean [13:54] dednick, can't the cache be switched to a different profile? [13:54] dednick, and really I don't think it's so bad to have them around for a while, they will get gc'd at some point [13:55] dednick, but if you're going in and out if them, it's even better to keep them around [13:56] Saviq: ok, well if you think it's ok then i'm not fussed. [13:58] Saviq: so we're going for a workaround/hack atm, that's for sure. The 2 possibilites we have atm is changing click-scope to execute click hook run-user after package operations or the session file thing from yesterday [13:58] I guess I vote for the session file [13:58] dednick, as long as you can see them really getting destroyed [13:58] mzanetti, "atm" meaning until we get an update from cjwatson? [13:59] Saviq: yes [13:59] Saviq: i can see them being destroyed on app shutdown. [13:59] mzanetti, or should we just do the upstart thing [13:59] dednick, oh well, that sounds like they're not deref'd then on menus closed [13:59] Saviq: atm means, cjwatson can look at it at earliest in september [13:59] dednick, so not gc'd [13:59] Saviq: after rtm afaiu [13:59] mzanetti, should we just go for the upstart thing anyway [13:59] Saviq: +1 [14:00] mzanetti, we wouldn't need the click hook at all then [14:00] huh? [14:00] Saviq: why not? [14:00] Saviq: aaa [14:00] mzanetti, because we'll be monitoring ~/.local/share/applications already [14:00] you mean tue upstart file watcher [14:00] yes [14:00] that actually sounds even better [14:00] Saviq: ok. /me doing that [14:01] thanks! [14:01] tedg, can you point us at the upstart directory watcher thingy? [14:01] Saviq, One sec, OTP [14:02] Saviq: iafau its justa job file with "start on (file FILE=~/.local/share/applications/*.desktop)" [14:02] and the dbus call in exec [14:03] ah so it's a bridge [14:04] mzanetti, yeah, sounds good, make it start on /usr/share/applications/*.desktop too [14:04] Saviq: yeah, sure [14:04] mzanetti, and on unity8 startup, but that one probably internally in LauncherBackend [14:04] yep [14:06] MacSlow, btw, please put some context in your branch names, is difficult to find them when they're just named after bugs [14:09] Cool, looks like you guys got it. Yeah, just using he file bridge. [14:11] Send the dbus message then cat all the files into /dev/null so the FS loads them into cache :-) [14:12] dednick, is the panel not using the cache models? [14:14] Saviq: everything should be [14:14] Saviq, hehe... I put the bug-# in the name to lead right to it... anyway branches for unity8 and unity-notification with the name "fix-1348092" are the visual-updates for notifications. [14:15] MacSlow, yeah, it's fine if I actually go to that page [14:15] MacSlow, but when I try to use my browser history, that doesn't work any more ;) [14:15] MacSlow, and then the branches are linked to bugs [14:16] Saviq: everything that gains a reference to a model should be getting it from the cached model, which is part of IndicatorBase (which both Page & Widget inherit from). So as sson as base goes OOS, then the cached model should be destroyed and references released. [14:16] dednick, so how can they ever get deleted if the panel uses it? [14:16] dednick, isn't it the same cache both Page and Widget use? [14:17] *cached model, that is [14:17] Saviq, true... but seeing (just from looking at branch-names) what is a actual bug-fix vs a test/feature/proof-of-concept branch saves time skimming through a lot of them... imo [14:17] MacSlow, I didn't say *do not* put bug numbers in there [14:17] MacSlow, just add some context too [14:17] MacSlow, and remember we have bugs that are features too ;) [14:18] Saviq, yeah... and odd concept ;) [14:18] Saviq: yes. if we lose an indicator (remove a file for example) the indicator manager will remove the entry from the indicators model. This should then remove both page & widget from the panel. [14:18] dednick, ok, and that doesn't happen? [14:18] Saviq: as far as i know it does. trying to figure it out now. [14:18] dednick, or e.g. when you disable the bluetooth indicator (or should that even cause the removal?) [14:19] Saviq: disabling not necessarily. that might just switch off the visibility. [14:19] Saviq: which we still need the connection to the model for. [14:19] dednick, in that case IMO it's really a moot point to be trying to deleting them, when would an indicator ever disappear? [14:19] in real life that is [14:20] Saviq: well, it's not the removals i was concerned about. was the profile changing. [14:21] dednick, ah ok, so yeah, can't we reuse the cache for a different profile, or do we explicitly *not* want to do that [14:21] dednick, aaand anyway, tedg, mterry, is the plan to actually switch profiles between greeter/touch in the short term, or just the touch profile going into a stripped down mode when greeter locked? [14:22] Saviq: we want to allow any number of profiles to exist, but don't really want the ones we're not using to continue running. (or this is what i thought) [14:22] dednick, yeah, can we *switch* a cached model to a different profile, not destroy and create one with the different profile? [14:24] Saviq, last time I spoke to tedg, he suggested the easiest way was for the touch profile to enter a stripped mode itself rather than us switching. But maybe that implementation preference has changed since then [14:24] yeah that's kinda my question [14:24] Saviq: well, at the moment the cached model will fork. leave the other models as they want and create a new model. [14:24] Saviq, yeah I guess I'm saying I don't know ;) [14:24] for the new profile [14:25] mterry, that's I pung tedg on this, too :) [14:25] why [14:26] Saviq, mterry, I think having the stripped profile in teh session makes sense, as the greeter profile. [14:26] The issue was before is that we were "cheating" in making them the same, just the data was stripped. [14:26] But I think we should have both in the session and have the stripping go on further down the path. [14:26] dednick, so yeah, I would actually think switching the profile on a pre-existing model should be faster than destroying and creating a new one... [14:26] dednick, and now we're getting to a "why do we need a cache again?" situation... [14:26] The actions will still be shared between them. [14:26] Saviq: does the same thing. needs to wipe the menu and redcreate. === alan_g is now known as alan_g|tea [14:27] dednick, well, at least it doesn't recreate the object itself, but I agree negligible [14:27] Saviq: well, the cache is just because multiple things point at the same model. widget/menu, etc. [14:28] dednick, just two - page and widget, right? [14:28] dednick, so in theory we could pass just one object between them === dandrader|afk is now known as dandrader [14:29] Saviq: well, there is also another thing that sorts out the visible/invisible items [14:29] dednick, but sure, the cache gives us some encapsulation [14:29] dednick, ok, so for now just have a look please whether switching profiles actually gc's them as expected [14:32] MacSlow, did you fix that Image.visible property expression I commented about? [14:35] dandrader, don't recall seeing that... looking again. === alan_g|tea is now known as alan_g [14:38] dednick, you turn [14:41] MacSlow, it was a comment in the diff, easy to miss [14:42] dandrader, it is in ~macslow/unity8/fix-1348092, right?! [14:43] dandrader, ah... found it... was in the first revision of that branch [14:46] Saviq: FYI I've stuff in silo16 - and unity8 is in there. Lemme know if I'm risking a conflict [14:47] greyback_, you are risking it, but when d'you plan to land? [14:47] Saviq: was hoping today [14:47] greyback_, no worries then, I'll rebase [14:48] ok thanks [14:50] on applicatin start, what is drawing the application name and rotating dots? === om26er is now known as om26er|away [14:51] anpok: unity8 [14:56] vesar: hey, quick question: [14:56] vesar: we're about to land the app lifecycle stuff [14:56] vesar: which allows keeping screenshots in the spread if an app is killed because of low memeory [14:57] vesar: so that seems to work fine, but takes a few seconds to respawn the app when selected in the spread [14:57] I told you about this in our last weeks meeting [14:58] vesar: should we land it as is for now and wait until you come up with something to fix it? or have an idea already what we could/should do? [14:58] i.e. spinner on top or whatever [14:58] we can refine it later in any case [15:01] greyback_, fyi, I've a lp:~mir-team/qtmir/gles-sync branch that I reuse for sync MPs [15:01] greyback_, only problem if there's more than one sync in progress, but that should be rare [15:01] Saviq: noted [15:02] greyback_, good thing it just pulls trunk fine with bzr pull, no conflicts or anything [15:02] Saviq: yep, my u8 changes were small enough [15:04] greyback_, how's u8 related to what I wrote above? :D [15:04] mzanetti, let me hit up vesar about this here [15:04] ack [15:04] Saviq: thanks [15:05] Saviq: oh misread, sorry [15:05] context switch fail [15:05] @unity any design inquiries as I'll be going over to that part of the office? [15:05] greyback_, kk, must be the underscore [15:05] none that they probably don't know about [15:05] mterry, sure they know, maybe they need reminding? ;) [15:06] Saviq: there was one about how to handle restarting app for vesa [15:06] kgunn, yup, that's what mzanetti just asked [15:06] oops :) [15:07] @unity or design reviews maybe? I'm still here until tomorrow after lunch, so can impose myself on them :) [15:07] Saviq: are we ok in the "see less" stuck on bottom decisions? [15:09] I've some annoying headache... I'll afk for a bit... [15:11] tsdgeos, will confirm [15:11] Saviq: right... and that pull up thingie in scopes [15:11] but I guess that's a more general discussion [15:11] mzanetti, you mean the hint? [15:11] mzanetti, what about it? [15:11] yeah... that it hides the activityindicator [15:12] and in general shouldn't be there (go away) I guess [15:12] we talked about that last week [15:12] mzanetti, as it is it's the current desired design [15:12] mzanetti, will need a larger wave of rethinking to change this [15:13] mzanetti, I'll get the lockscreen a design review too then [15:13] yeah [15:13] Saviq: don't :D [15:13] lol [15:14] @unity: ah just remembered (or did I say that before?), please make sure to do newline after a brief commit message in case there's more to describe, this way we get concise changelogs but still verbose commit msgs [15:14] s/newline/empty line/ [15:15] Saviq, that didn't work for qtmir [15:15] dandrader, this only happened recently [15:15] dandrader, like last week [15:15] Saviq, the changelog added the brief line *and* the long description [15:15] dandrader, yeah, one of the reasons why it happened last week ;) [15:15] dandrader, because I complained [15:15] :D === dandrader is now known as dandrader|lunch === salem_ is now known as _salem [15:22] greyback_, in case you'll be rebuilding unity8, please pull in all the top-acked branches into your silo, I'll help testing [15:22] Saviq: I wasn't planning on a rebuild, but in case I do, ok [15:22] dandrader|lunch, fixed that visible-thing too [15:24] greyback_, you still might need to, pending results from my -api review ;) [15:25] Saviq: oh a power play, how naughty [15:25] or at least your reactions to it by noew [15:25] -e [15:25] greyback_, I like to think that's not what happened, the review was in earlier ;) [15:27] bah, missed that === gatox is now known as gatox_lunch [15:49] Saviq: "why not Binding?" - how do you propose it could work? [15:49] syntactically I mean === dandrader|lunch is now known as dandrader [16:14] Saviq, regarding the changelog endline thing... shouldn't we just fix the tool to enforce a newline? [16:21] kgunn: adb shell cat /usr/share/ubuntu-touch-session/usc-wrapper [16:21] ta === gatox_lunch is now known as gatox === _salem is now known as salem_ [17:01] mterry, enforce it where? [17:01] greyback_, callback: function boo() { } [17:02] dandrader__, greyback_, you around? [17:02] I got a phone in the edge-lock state [17:02] Saviq, yes === dandrader__ is now known as dandrader [17:02] and it's WEEEIRD [17:02] mumble? [17:02] ok [17:03] Saviq: that syntax is valid? === alan_g is now known as alan_g|EOD [17:17] greyback_, why wouldn't it be? a function is just an object [17:18] greyback_, another possible syntax: [17:18] function blah() { } [17:18] foo: blah [17:18] greyback_, you wouldn't be able to assign it to a property if it wasn't an object [17:19] Saviq: I guess, my JS-foo ain't too high. But AppMan is a singleton, so have to use Binding{} somehow [17:20] greyback_, sure, Binding { target: ApplicationManager; property: "callback"; value: function foo() { } } [17:21] not the most readable line IMO [17:25] greyback_, not one line ;) [17:25] greyback_, didn't want to span multiple lines [17:39] Saviq: ok you can use my silo, just don't screw it up. I'm not ready for a rebuild, but add your crap to it === dandrader is now known as dandrader|doctor [17:44] greyback_, I thought you'd do that ;) [17:44] greyback_, aanyway tomorrow [17:44] sabotage === om26er|away is now known as om26er [18:47] Saviq, enforce it in the tool that concatenates changelog entries (sorry, was out for a doctor's appt) [18:50] greyback_: i'm +1 on the qtmir testing [18:50] tested on n4, n7, n10 [18:56] greyback_: actually...i just noticed, clock app specifically on the n10 the clock does shift up just a tad, but all other apps look ok [18:57] wonder if its just clock app on a mainstage layout isn't quite ready for primetime ? [19:00] kgunn: not sure , will look into it tomorrow === dandrader|doctor is now known as dandrader [20:55] Saviq I think I found the variable that could disable mouse event emulation for good if not reset properly [20:56] It's QQuickWindowPrivate::touchMouseId. === salem_ is now known as _salem [21:04] mterry ping [21:04] dandrader, hello [21:05] mterry when you are on the swipe-to-unlock lockscreen, should you be able to access the launcher and indicators or not? [21:06] dandrader, you should be able to if you have no passphrase. You may be experiencing either bug 1358340 or bug 1357230 [21:06] bug 1358340 in Unity 8 "[Indicators] Complete greeter profiles" [Critical,In progress] https://launchpad.net/bugs/1358340 [21:06] bug 1357230 in Unity 8 "After booting, indicators and launcher can't be pulled in over Greeter" [Critical,In progress] https://launchpad.net/bugs/1357230 [21:07] mterry thanks. just asking because it's not obvious to me what's the expected behavior [21:59] popey: you on? [21:59] kgunn: yo [22:00] :) [22:00] popey: so trying to repro bug 1327547 [22:00] bug 1327547 in mir (Ubuntu) "mirscreencast crash on flo #73" [Undecided,New] https://launchpad.net/bugs/1327547 [22:00] oooh, olde [22:00] i killed powerd [22:00] i verified unity8 is running [22:00] how do i start an app ?(i assume some incantation with desktop file...which i don't do often) [22:01] @olde ...yeah, house cleaning [22:01] adb shell sudo -u phablet -i start application APP_ID=foo [22:01] where foo is the app id, com.ubuntu.appname [22:01] I think [22:01] got it [22:02] thats what my manky script does anyway [22:03] hmmm, i just get a "failed to start" [22:04] balls [22:04] lemme try here [22:04] ah hang on [22:05] phablet@ubuntu-phablet:~$ start application APP_ID=com.ubuntu.calendar_calendar_0.4.402 [22:05] that worked [22:05] so basically get the .desktop file name from ~/.local/share/applications and strip .desktop off it [22:05] thats what my script does [22:05] :-/ [22:05] i'm sure it's me somehow [22:06] doing it as phablet user, right? [22:07] yeah for sure, via phablet-shell...so logged in as user not via adb [22:07] same here [22:07] popey: if that matters [22:08] kgunn: while you're here.. ☻ [22:08] oh boy [22:08] I have been talking to someone about porting their game framework to Ubuntu touch [22:08] which may have dependencies somewhere down the line on x which needs porting to mir [22:08] do we have a list of things that are non-toolkits which need porting [22:08] or is it "as and when they come up" and do we give them help? [22:09] (i realise you guys are super busy) [22:09] popey: prob is x got to be a monster...so yeah, we kinda gotta look at stuff in a one off fashion of a) do we wanna add some extension [22:09] and b) then figure out where/when to fit that in [22:09] but we're open for discussion [22:09] thats what I figured [22:09] I'll see how far he gets, the good news is all his stuff is open [22:10] and runs on android, ios and others already [22:10] oh yeah...in that case, we're more like android/ios [22:11] i'm simplifying...but just saying, we're a little hesitant to add x extension if they're not really needed [22:20] popey: no matter what i can't seem to start the app from the command line, is there some precondition i'm missing? [22:22] kgunn: not that I'm aware of [22:22] whats the full output of you running the command? [22:23] popey: phablet@ubuntu-phablet:~/.local/share/applications$ start application APP_ID=com.ubuntu.calendar_calendar_0.4.393.desktop [22:23] start: Job failed to start [22:26] ah no [22:26] omit .desktop [22:26] start application APP_ID=com.ubuntu.calendar_calendar_0.4.393 [22:26] ta [22:26] do that [22:26] yep [22:29] popey: ok to use phablet-screenshot for that portion ? [23:27] I think HUD doesn't work properly for another language, it's only designed for English. [23:30] Sorry suddenly disconnected. [23:33] Give a try With Trusty and Utopic still same problem who can't fulfilled menus in some query non-english language. [23:35] Example, try to type "inf" when rhythmbox playing music and Using Indonesian as Primary Ubuntu Language, it's won't show "Info Program". [23:36] Trying to search these Unity Bug in LP, but no result.