=== _salem is now known as salem_ === salem_ is now known as _salem === mfisch` is now known as mfisch === mfisch is now known as Guest10530 === shiznix_ is now known as shiznix [06:24] while installing unity 8 i got th efollowing error can anybody help "-- checking for module 'libdee-qt5>=3.2' -- package 'libdee-qt5>=3.2' not found CMake Error at /usr/share/cmake-2.8/Modules/FindPkgConfig.cmake:279 (message): A required package was not found Call Stack (most recent call first): /usr/share/cmake-2.8/Modules/FindPkgConfig.cmake:333 (_pkg_check_modules_internal) tests/plugins/Unity/CMakeLists.txt:8 (pkg [06:24] Also guide me how should i install missing libraries [06:26] ?? === deegee__ is now known as drussell [08:39] bregma: ping! [09:06] dbarth: ping [09:13] sil2100: pong [09:14] dbarth: hi, we have a problem with libunity-webapps right now which will sadly require a big revert... [09:15] sil2100: oh, which problem? [09:15] dbarth: some time ago Alex made libunity-webapps depend on webbrowser-app, this causes a problem as the MIR for webbrowser-app is blocked, and now images are not building because of the mismatch [09:16] sil2100: i see [09:16] sil2100: we could turn that into a recommend instead [09:17] recommends are installed by default on ubuntu [09:17] this won't fix it [09:17] has we have adjusted our plans to not /strictly/ require webbrowser-app on the desktop [09:17] suggests at best [09:17] then a suggests [09:17] but the code needs to be rewritten to have this optional [09:17] dbarth: right, but we need upstream to fix the code so that it won't use webbrowser-app when not available and fallback to legacy [09:18] dbarth: and I don't see alex around [09:18] which is the plan now [09:18] alex is probably not up yet [09:18] we have a revert in the works anyway [09:19] dbarth: I prepared a quick revert as well, how much time would you need to fix that? [09:21] the revert is in review [09:23] dbarth: I don't see a branch in review [09:24] dbarth: is that somewhere else? [09:24] asac: ping [09:25] the change was on the extensions [09:25] i had not seen the -service depended on webbrowser-app as well [09:25] https://code.launchpad.net/~sil2100/libunity-webapps/revert_webbrowser-app/+merge/186277 <- [09:25] sil2100: you can merge prop and approve a change to 'suggests' [09:25] and land that in urgence to unblock the image build [09:26] dbarth: but as I said, it needs code reverting, since from what I know the webbrowser-app requirement is mandatory [09:26] sil2100: feel free to push that to trunk if it's taking too long to merge [09:26] dbarth: there was only a fallback to legacy for powerpc [09:26] then rekick dailies [09:26] dbarth: or maybe I'm wrong? [09:27] sil2100: the chnage to use webbrowser-app in extensions is not landed, and so the dep on the service is mostly to prep. the transition [09:27] by rewriting desktop files [09:27] dbarth: since I see open_webapp_with_container_with_url is used every time for non-powerpc and unity_webapps_service_open_homepage_sync only on powerpc [09:28] dbarth: so running open_webapp_with_container_with_url() without webbrowser-app not installed won't break anything? [09:29] sil2100: hang on, i can prop a fix in 15 min. but i need to grab the kid at school now [09:29] brb [09:31] alex-abreu: ping [09:53] ok back [09:53] so my suggestion would be to just revert to the previous packages [09:54] i chatted with zaspire and sil2100 in the meantime [09:54] didrocks: what do you think? ^^ [09:54] i can audit the code a little further [09:54] i don't think the service would crash without webbrowser-app [09:55] but it may start migrating desktop files to using it (webbrowser-app), and that may result in corrupted desktop files [09:55] I'm thinking now if it's possible to use the older packages now when we already pushed them to the archive, hm [09:56] By formal means I guess [09:57] dbarth: since once a package gets into the archive, dropping it is a very bothersome thing - and we can't really force users to use an older version instead, so I think reverting and re-releasing the pacakges seems like the fastest way [09:58] sil2100: zaspire just indicated that the code should default to legacy mode [09:58] ie http://bazaar.launchpad.net/~webapps/libunity-webapps/trunk/revision/1171 [09:58] unless the new extensions (chromium) is landed as well [09:58] which should really not be the case [09:58] (but i will need to double check right now) [09:59] Oh [09:59] so, the code in the service won't crash, nor corrupt things [09:59] so the move to having webbrowser-app be a suggest is safe in that regard [09:59] dbarth: ok, could you quickly test that locally? Or zaspire? Since if it's really like that, then it's great news [10:00] yes, will do so [10:01] sil2100: then should we do a mp to do the packaging change, [10:01] ? [10:01] dbarth: since I didn't see an actuall check for existance of webbrowser-app, just a check for unity-webapps/enable-webapp-container [10:01] or can you revert at the package version level? [10:01] dbarth: yes, I'll prepare that in the meantime, since we want it in trunk [10:01] sil2100: ok, so you do the merge prop for the debian/control file [10:01] great [10:03] zaspire: hey [10:03] dbarth: hey [10:04] zaspire: so based on your findings, sil2100 is preparing a change to just 'suggest' webbrowser-app [10:04] now we need to confirm that the latests build of libwebapps (the service part) will not rewrite desktop files with the old extension [10:04] zaspire: how can i test that quickly? [10:05] it will not rewrite by default with old extension [10:05] sil2100: the package that breaks things? in which ppa / pocket can i retrieve it? [10:05] test it with any website e.g. gmail/launchpad/news.google/... [10:06] http://bazaar.launchpad.net/~webapps/libunity-webapps/trunk/revision/1171 [10:06] https://launchpad.net/~webapps/+archive/staging [10:06] dbarth: it's in the archive already ;) That's why it's breaking builds [10:07] sil2100: and so should the chromium-extension [10:09] zaspire: the thing is that when using libunity-webapps post-rev-1171 I'm afraid what would happen in open_webapp_with_containe() when webbrowser-app is not available [10:09] zaspire: as per the diff that dbarth pasted [10:10] restarting the sessionto ensure i'm using the right service binary [10:10] sil2100: It will not be called by default [10:11] zaspire: when is it called? I'm a noob in webapps so I don't really understand the codepaths ;) [10:12] sil2100: if webbrowser-app integration is enabled, It will be called [10:12] otherwise it will start default browser [10:12] zaspire: ah, how is it enabled? And when? Through what? :) [10:13] by adding file to user dir _or_ when using new chrome extension [10:13] Damn, and I wanted webbrowser-app as Suggests last time, but somehow after talking with alex-abreu last time I got the impression that it's used always without any fallback - since that's why he later added a conditional for powerpc [10:13] zaspire: awesome to know, thanks! [10:14] dbarth, zaspire: https://code.launchpad.net/~sil2100/libunity-webapps/webbrowser-app_to_suggests/+merge/186284 [10:14] dbarth, zaspire: and we still need that revert in the chrome extension, right? [10:15] sil2100: let me check [10:15] ok, so it still creates unity-webapps-runner desktop files [10:15] which means, with the current chromium-extension, we've not switched to new mode [10:16] sil2100: so you can make that a suggest in the package for now [10:16] dbarth: done as per the MR above, can you approve? [10:16] oh sorry missed it [10:16] dbarth: so, if we leave things as are now, all is ok? [10:16] (with that suggests) [10:17] Nothing else needed not to break things? [10:19] sil2100, dbarth: Alex already revert changes to unity-chromium-extension [10:19] Awesome [10:19] So just waiting for that branch to merge in and releasing to unblock things \o/ [10:19] zaspire, dbarth: thanks guys [10:20] sil2100: approved now, with a long explanation in the comment ;) [10:21] sil2100: ping us back on #ubuntu-touch as well, to let cjwatson know that the image build can be restarted [10:21] ie, when the package is available again [10:21] or if it needs manual attention to make it's way faster into it [10:25] bregma: reping - https://bugs.launchpad.net/unity/+bug/1227056 [10:25] Ubuntu bug 1227056 in Unity "Many autopilot failures on the unity stack (mostly IBus)" [High,New] [10:26] sil2100: do you have a view on the end of the CI jobs, to check whether the integration tests are run properly after this change as well? [10:34] dbarth: I'll re-run the indicator stack once this gets in and we'll see if those pass [10:37] sil2100: ok, thanks === MacSlow is now known as MacSlow|lunch [11:44] Saviq: hi [11:45] Saviq: when did you see the unlocking not working for the last time? [11:45] Saviq: a few weeks back veebers fixed some issue in autopilot that the mouse pointer was stuck in an infinite loop. since that got merged I think I haven't seen it any more [11:46] which might be coincidence, but I still hope that fixed it [12:07] sil2100: ping? good news? === MacSlow|lunch is now known as MacSlow [12:10] dbarth: so... not much news, as the tests didn't run yet as mirslave is hogging out autopilot [12:10] Argh, infinite mouse [12:11] ugh [12:11] sil2100: so the image is still blocked, right? [12:11] are we the only one blocking it? and if so, can the CI stuff be unblocked? [12:11] dbarth: it will be unblocked in a moment - I guess it's only the desktop image that's blocked [12:32] sil2100, are you ok w/ webapps ? [12:33] dbarth, I reverted the chromium extension to were it was before === thomi_ is now known as thomi [12:46] alex-abreu: ok === _salem is now known as salem_ === jhodapp|afk is now known as jhodapp [13:18] jamesh: hi! [13:18] jamesh: are you around? [13:20] tedg: ping [13:21] sil2100, unping [13:21] tedg: hi! Do you know how if there are some automated tests for hud on touch? [13:21] sil2100, Like autopilot? That'd be more a tsdgeos question. [13:21] tedg: since I want to release hud today, the latest changes, but I don't seem to get any results for any of the apps on the device [13:22] hm, where is tsdgeos I wonder! [13:22] sil2100, Wellark had found an issue where apps were including both the old HUD library and the Unity Actions, and that was messing things up. [13:22] sil2100, Not sure if that could perhaps still be the issue. [13:23] tedg: hm, do you know how I could test that etc.? Since I guess this is the change we wanted to release: https://code.launchpad.net/~ted/hud/lp1193700/+merge/183797 [13:24] dednick, hey nick, I need a lil help with dubs (advice more than help) [13:24] sil2100, Uhm, I'm not sure. I'm guessing we could grep the includes... not sure of the exact strings though. [13:24] Who would know that... [13:25] popey, I bet could help me find someone. [13:25] tedg: btw. do you know if hud is working on touch ;p ? Since I tried on a few applications but searching in the hud returns nothing [13:25] dednick, the shell initialises the bottombarcommunicator with dbus [13:25] Been wondering if that's normal [13:25] * popey wakes with a start [13:25] hmm? [13:25] Cimi: hi. ok [13:26] dednick, what I want now, is having a property that I can write from outside [13:26] sil2100, It has been on and off. Wellark had it working last I checked, but I'm not sure how "special" his build was. I know he'd modified some apps and was planning to push those MRs, but I'm not sure entirely. [13:26] tedg: I have basically every single app in the store installed on my device.. what am I grepping for? [13:26] dednick, property or function [13:26] popey, Do you know an app developer who could perhaps help us figure out if the apps are including the old HUD library? [13:27] popey, We're not sure :-) [13:27] when did we go from old to new? [13:27] maybe we could look at ye olde crusty code from the past [13:28] Hmm, perhaps. It's with all the Unity Actions stuff. [13:28] Cimi: outside where? [13:28] I guess actually, no QML should have HUD in it. [13:28] dednick, from the sdk [13:28] dednick, I want to send the shell the position of the toolbar [13:28] tedg: thanks [13:29] dednick, so inside Panel.qml of sdk I'll have something like [13:29] dednick, onPositionChanged: bottomBarVisibilityCommunicator.position = position [13:30] dednick, the bottombasvisibilitycommunicator.cpp of the sdk will have a setPosition that needs to set the property of the unity communicator plugin through dbus [13:31] Cimi: um, i don't think that's advisable. Doing something unity8 specific inside the sdk is somewhat of a nono i would have though. [13:31] dednick, standup :) [13:32] popey, Could you perhaps just look at all the imports in QML files and see if any of them contain HUD (case insensitive) [13:32] dednick, but we need it.. [13:32] why in the sdk? [13:33] popey, It's kinda a fish net approach, but investigating may take longer than throwing out the dolphins. [13:33] dednick, because the HUD needs to know if the toolbar is displayed or not [13:35] dednick, the easiest way I think of is sending this through dbus [13:35] Cimi: i would think in that case that unity8 would tell the hud that it's displaying, rather than the other way around [13:38] dednick, but I want to place an inputfilterarea that won't overlap the toolbar [13:38] Cimi: i'm not really the person to talk to about it though. I have no idea why the bottom bar thing even goes over dbus. [13:38] dednick, to hide the toolbar when the hud appears [13:39] tedg: click.ubuntu.com/com.ubuntu.developer.mhall119.ureadit/current/uReadIt.qml.~1~:import Ubuntu.HUD 1.0 as HUD [13:39] like that? [13:39] popey, Yeah, I think so. We should totally ban that mhall119 developer! [13:40] ☻ [13:40] I only did grep -R /opt/click.ubuntu.com/*/current/* | grep -i hud [13:41] didn't find much [13:41] Do the apps that are on the image (not click yet) have a fixed prefix you can search? [13:41] checking [13:42] hey now, that was valid code when I wrote it, it's not my fault you guys keep changing the API [13:42] dropping letters is the only other one [13:42] how can i reset unity.. ? [13:42] which pre-dates the sdk [13:43] popey, So let's just drop it from the image and see what breaks :-) [13:43] er.. grep -Ri ^import /opt/click.ubuntu.com/*/current/* | grep -i hud actually [13:44] I approve [13:44] Cimi: so where is this InputFilterArea going? [13:44] in the hud? [13:44] dednick, I have it in my branch [13:44] dednick, since the hud will stay visible on screen [13:44] dednick, for a delay [13:44] dednick, I need to filter events [13:45] dednick, I have an inputfilterarea to block input, and a mouse area to dismiss the HUD [13:45] dednick, both Shell and app takes input, so the inputfilterarea is required [13:48] my session crashes on login on one user and is fine on another, and i'm trying to reset unity to see if thats crashing it [13:48] how do i reset unity / [13:55] mzanetti: you and asac fight it out over whether we need to fix autopilot or have a script to unlock the greeter [13:55] who specifically works on the dash, more precisely the apps lens [13:55] mterry: I actually believe the issue with the unlocking is gone [13:55] om26er, UI or backend? [13:55] asac, are you still seeing inconsistent unlocking of greeter in autopilot? [13:56] Saviq, I would assume backend since there is an empty icon 'unity launcher' for a while there [13:56] mterry: I wanted to ask that already but haven't managed to reach asac yet [13:56] dednick, while you're doing the re-drag in indicators, think the "swipe through SEARCH to invoke" could be tackled simultaneously [13:56] ? [13:56] Saviq, i have the shell randomly frozen on the lock screen, anything i can do to help debug? [13:56] mterry: but I haven't seen it ever since veebers merged a branch called "prevent-infinite-mouse-loop" into autopilot [13:56] Saviq: i'm going through all the work items [13:56] om26er, hmm never saw that [13:57] mhr3, is it actually still running (i.e. clock is correct?) [13:57] mzanetti, good, I hate infinite mice loops [13:57] we all do :D [13:57] dednick, ok cool [13:57] Saviq, http://i.imgur.com/BG08WN2.png [13:57] Saviq, nope, clock is frozen too [13:57] Saviq, after UbuntuOne icon [13:58] Saviq: yeah, I have that icon too [13:58] mzanetti, take a look at my comments yesterday in the filters branch... [13:58] Saviq, hm just installed gdb on the device and attached to it, the backtrace is pretty much the same as when i was debugging the missing header [13:58] mzanetti, om26er that's "Unity Webapps QML Test Launcher" [13:58] yes [13:58] i.e. /usr/share/applications/unitywebappsqmllauncher.desktop [13:59] Saviq: I think the confusing thing is that it doesn't really launch anything [13:59] mzanetti, yeah, it shouldn't be there for sure [13:59] Saviq, mzanetti I would assume that needs an entry in the desktop file to "not show" or something [13:59] om26er that's a webapps issue [13:59] Saviq, is there -dbgsym for unity8? [13:59] mhr3, in ddebs, yes [13:59] Saviq, ok, will bug them :) [14:00] * mhr3 installes [14:00] mzanetti, btw, empty Notes icon in the Launcher === dandrader is now known as dandrader|afk [14:00] mterry: of course, the greeter is not fixed for us in autopilot [14:00] but we have also not mangaed to land autopilot [14:00] notes... hmm.. .lemme check [14:00] was not good enough today [14:00] so it might be in there [14:00] mzanetti, ^ [14:01] asac: I haven't seen that issue since about 2 weeks, after a certain fix in autopilot [14:01] asac: it still could be coincidence [14:01] asac: but the more time goes by without that issue the more confident I am [14:03] hmm.. why the unity-video-lens is not installed defaultly? [14:03] sorry, unity-lens-video [14:04] paulliu: most likely because noone added it to the seed yet [14:04] mzanetti: our problem is that we have no reliable way to unlock the screen from phablet-test-run [14:05] or as part of the autopilot tests [14:05] mzanetti: once you tell me that i can run phablet-test-run for application autopilots without requiring me to first manually unlock the screen [14:05] MacSlow: awesome! [14:05] its done [14:05] asac: ah... wait... so we're not talking about the issue that the unity8 tests get stuck in unlocking the greeter? [14:05] asac: but some other way to unlock the shell in order to run other tests? [14:06] asac: I see... I understood it wrong === john-mca` is now known as john-mcaleely [14:06] no. i am talking about someone fixing this damn autopilot thing so i dont need to tell folks "if you run this you first have to unlock on your own", but if you run "unity8" you have to pass -n [14:08] asac: I fear the -n with unity8 will stay [14:09] asac: but for the other we can help you, yes [14:09] mzanetti: then i would prefer if we would use -n also for apps [14:09] asac: mterry actually did it already [14:09] and have magic that first starts fresh unity [14:09] and then unlock [14:09] and then runs the tests :) [14:09] sounds so simple :-P [14:09] anyway. not for now [14:10] hmm... om26er. what do you think? would it make sense to always stop unity and start up a fresh unity before doing tests for apps? [14:12] mzanetti, I don't think that will help, it may actually cause problem because right now restarting unity8 in some cases results in the apps running inside not being responsive i.e. you cannot click in those apps [14:13] om26er: ah yeah... true... good point [14:14] om26er: but I guess we could add some "if $testsuite == unity8; stop unity8" magic [14:14] mzanetti, I am doing that already for unity8 [14:14] in the phablet-test-run script? [14:14] mzanetti, no in the upstream merger jobs only [14:15] mzanetti, yes, would make sense to do the same for phablet-tools as well [14:15] dednick, if stuff is blocked (i.e. no support in indicator backends), can you please mark them so in the blueprint? [14:15] om26er: right... but asac wants it to be magic, not to be put into job configs :) === dandrader|afk is now known as dandrader [14:15] mzanetti, we don't use phablet-test-run there, we directly run autopilot on the device [14:16] om26er: I know... but I'm talking about phablet-test-run... it's used in other places [14:16] phablet-test-run is the common middlware [14:16] that everyone should use [14:16] mzanetti, I'll try to add that to phablet-test-run if you don't beat me to it :) [14:16] developers, utah, etc. [14:16] if we do that we wil l have a much easier life and stop doing blamewars [14:17] +1 [14:18] nic-doffay, can you go for bug #1124567 [14:18] bug 1124567 in Unity 8 "[DASH] activity indicator not shown while search process is ongoing " [High,Triaged] https://launchpad.net/bugs/1124567 === Guest10530 is now known as mfisch === mfisch is now known as Guest22239 [14:27] mzanetti, that empty bug seems fixed in code, its just not in the image yet, I believe https://code.launchpad.net/~abreu-alexandre/unity-webapps-qml/fix-qml-launcher-desktop-dash-discoverability/+merge/184715 [14:27] *empty icon [14:28] Saviq, yeah sure [14:28] Saviq, who should I ask for more info about this? [14:28] om26er: ah cool [14:29] nic-doffay, get an asset to start with [14:29] nic-doffay, so Jouni [14:30] pstolowski, remember what property we should be looking at for scope search activity? [14:30] i.e. search-in-progress? [14:31] nic-doffay, there's ActivityIndicator in the SDK http://developer.ubuntu.com/api/ubuntu-12.10/qml/mobile/qml-ubuntu-components0-activityindicator.html [14:32] nic-doffay, but it's probably not the asset we want [14:32] Saviq, I'll check with him when he's out his meeting. [14:32] nic-doffay, yup [14:33] mzanetti, bug #1225186 is fix released? [14:33] bug 1225186 in unity8 (Ubuntu) "Launcher icons for click apps not displayed after reboot" [Undecided,New] https://launchpad.net/bugs/1225186 [14:34] mzanetti, I think the fix for that broke the notes icon [14:34] Saviq: could be, yes [14:35] Saviq: but I think its the notes-app's desktop file that is bad [14:36] mzanetti, it looked correct to me, but yeah - please have a look [14:36] Saviq: it specifies an icon and a Path. but in that path there is no icon [14:36] mzanetti, hmm [14:36] mzanetti, shouldn't it still fall back to the theme icon (where the icon is)? [14:36] I guess it should, yeah [14:36] checking right now [14:37] Saviq: http://paste.kde.org/pbc4b7d72 [14:37] Saviq: not sure what's the context of your question? Scope in the qml bindings has searchFinished signal [14:38] pstolowski, yeah, that ;) nic-doffay ↑ [14:38] pstolowski, so for a "search activity indicator" we should do onSearchQueryChanged: active = true; onSearchFinished: active = false ? [14:38] pstolowski, I wonder if that should be a bool property on the scope instead [14:40] mzanetti, so I think the problem is that $path/$icon exists in the case of notepad [14:40] mzanetti, but it's not an icon [14:40] just checked... it doesn't [14:40] Saviq: yes, nSearchQueryChanged + onSearchFinished would do. we can also add a bool property if that works better for you [14:41] mzanetti, file:///usr/share/unity8/Launcher/LauncherDelegate.qml:61:20: QML QQuickImage: F [14:41] ailed to get image from provider: image://theme//usr/share/notes-app//notepad [14:41] mzanetti, so the image://theme fallback is actually using the Path for some reason [14:43] Saviq: this doesn't compute for me... :D [14:43] but ok... will start a debugging session [14:43] mzanetti, me neither, but that's what it is :) [14:44] Saviq, throw that in the pageheader? [14:44] nic-doffay, yes [14:45] nic-doffay, the search icon in the text entry should be replaced with the activity spinner, AFAIR [14:45] nic-doffay, Jouni should be able to confirm [14:45] Saviq, cool I'll confirm with design. [14:49] dednick, bug #1154818 is fix released, correct? [14:50] bug 1154818 in Unity 8 "ensure inidicators are loading dynamically to avoid mem usage" [High,Triaged] https://launchpad.net/bugs/1154818 === hggdh_ is now known as hggdh [14:59] Saviq: they are loaded dynamically, although i've never tested the mem usage [15:00] dednick, yeah, but the bug is about loading them dynamically, so *that* bug is fix released [15:00] dednick, marking it so [15:03] sil2100: ping? any news about the package? [15:03] dbarth: yes! Sorry about that, it's been a busy day - it got released and I think it's in the archive now [15:04] sil2100: brilliant! thanks === Guest22239 is now known as mfisch === mfisch is now known as Guest20042 [15:34] Saviq, http://paste.ubuntu.com/6124394/ [15:34] Saviq, thread 13 is interesting [15:35] mhr3, ugh [15:36] mhr3, that's where it got stuck for you? [15:36] Saviq, yep, v8 waiting on some lock... [15:36] mzanetti, bug #1205243 btw [15:36] bug 1205243 in Unity 8 "[autopilot] unlock swipe sometimes gets stuck" [High,Incomplete] https://launchpad.net/bugs/1205243 [15:36] but this time there's more debug symbols [15:37] the other threads look fine... just waiting in poll() [15:37] well.. minus the part which makes the traces broken [15:39] nic-doffay, bug #1213034 would be another one to tackle [15:39] bug 1213034 in Unity 8 "Can't dismiss keyboard by tapping outside of search entry" [High,Triaged] https://launchpad.net/bugs/1213034 [15:41] Saviq: found the reason... you don't have the fix yet... jenkins started testing before I merged the launcher fix but comitted its changelog after that [15:41] mzanetti, ah, so it's not released is all? [15:42] Saviq: nope [15:42] mzanetti, k [15:43] mzanetti, did you see bug #1223795 ? [15:43] bug 1223795 in Unity 8 "[Ubuntu shape] Inner highlight glow is not correctly rendered in Launcher icons" [High,New] https://launchpad.net/bugs/1223795 [15:43] Saviq: would it be possible with bzr commit the jenkins changelog in the right place? [15:43] Saviq: yes. this bug depends on the new UbuntuShape [15:43] mzanetti, ok [15:44] mzanetti, no, not really - we'd need to block upstream merger during release [15:44] mzanetti, for 4 times a day release... [15:44] mzanetti, and it can't commit before actually releasing, 'cause that would be even worse [15:44] Saviq: seems that the test run takes the full 4 hours by now [15:44] mzanetti, hence the "revision x" in the changelog [15:45] we just need to remember to look at it [15:45] narf... I missed that... [15:45] * mzanetti slaps himself [15:45] Saviq, bookmarked [15:48] mzanetti, bug #1225031 [15:48] bug 1225031 in unity8 (Ubuntu) "Notes app icon missing" [High,Fix committed] https://launchpad.net/bugs/1225031 [15:49] Saviq: did you just link the branch? [15:49] tedg: seems Antti was ahead of us - bug 1221344 [15:49] mzanetti, yes [15:49] bug 1221344 in webbrowser-app (Ubuntu) "remove usage of qtdeclarative5-hud1.0 " [Undecided,New] https://launchpad.net/bugs/1221344 [15:49] dednick, could you try bug #1224186 again? [15:49] bug 1224186 in Unity 8 "screen lock while viewing a preview page causes device to be stuck on Home scope upon waking" [High,Incomplete] https://launchpad.net/bugs/1224186 [15:49] popey, Yeah, but LP won't let us dup it :-/ [15:49] oh? [15:49] which is yours? [15:50] Ah! It did! [15:50] popey, bug 1227166 [15:50] yay [15:50] bug 1221344 in webbrowser-app (Ubuntu) "duplicate for #1227166 remove usage of qtdeclarative5-hud1.0 " [Undecided,Confirmed] https://launchpad.net/bugs/1221344 [15:50] Suh-weet [15:51] Saviq: i need to flash latest? [15:56] sil2100, ping [16:00] dednick, and/or just try the latest steps to repro [16:00] dednick, https://bugs.launchpad.net/unity8/+bug/1224186/comments/6 [16:00] Ubuntu bug 1224186 in Unity 8 "screen lock while viewing a preview page causes device to be stuck on Home scope upon waking" [High,Incomplete] === dandrader_ is now known as dandrader|lunch [16:18] Saviq: works for me. but one thing. The lock screen shows when i wake up my device from sleep. There was no instruction to swipe away to the dash. [16:18] dednick, so it might be that it didn't lock? [16:19] :S maybe. [16:22] mzanetti: ping [16:22] cwayne1: hi [16:23] mzanetti: heya, i was wondering if you had an ETA on that infographic theme config file? I understand it's likely not on the top of your list, but it'd be good to have an idea of when it could be done :) [16:24] cwayne1: what gave you the impression that its on my list at all? :D [16:24] cwayne1: but ok... I think I can find the time to help you there [16:24]