[06:24] <krishn> 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] <krishn> Also guide me how should i install missing libraries
[06:26] <krishn> ??
[08:39] <sil2100> bregma: ping!
[09:06] <sil2100> dbarth: ping
[09:13] <dbarth> sil2100: pong
[09:14] <sil2100> dbarth: hi, we have a problem with libunity-webapps right now which will sadly require a big revert...
[09:15] <dbarth> sil2100: oh, which problem?
[09:15] <sil2100> 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] <dbarth> sil2100: i see
[09:16] <dbarth> sil2100: we could turn that into a recommend instead
[09:17] <didrocks> recommends are installed by default on ubuntu
[09:17] <didrocks> this won't fix it
[09:17] <dbarth> has we have adjusted our plans to not /strictly/ require webbrowser-app on the desktop
[09:17] <didrocks> suggests at best
[09:17] <dbarth> then a suggests
[09:17] <didrocks> but the code needs to be rewritten to have this optional
[09:17] <sil2100> 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] <sil2100> dbarth: and I don't see alex around
[09:18] <dbarth> which is the plan now
[09:18] <dbarth> alex is probably not up yet
[09:18] <dbarth> we have a revert in the works anyway
[09:19] <sil2100> dbarth: I prepared a quick revert as well, how much time would you need to fix that?
[09:21] <dbarth> the revert is in review
[09:23] <sil2100> dbarth: I don't see a branch in review
[09:24] <sil2100> dbarth: is that somewhere else?
[09:24] <mzanetti> asac: ping
[09:25] <dbarth> the change was on the extensions
[09:25] <dbarth> i had not seen the -service depended on webbrowser-app as well
[09:25] <sil2100> https://code.launchpad.net/~sil2100/libunity-webapps/revert_webbrowser-app/+merge/186277 <-
[09:25] <dbarth> sil2100: you can merge prop and approve a change to 'suggests'
[09:25] <dbarth> and land that in urgence to unblock the image build
[09:26] <sil2100> dbarth: but as I said, it needs code reverting, since from what I know the webbrowser-app requirement is mandatory
[09:26] <didrocks> sil2100: feel free to push that to trunk if it's taking too long to merge
[09:26] <sil2100> dbarth: there was only a fallback to legacy for powerpc
[09:26] <didrocks> then rekick dailies
[09:26] <sil2100> dbarth: or maybe I'm wrong?
[09:27] <dbarth> 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] <dbarth> by rewriting desktop files
[09:27] <sil2100> 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] <sil2100> dbarth: so running open_webapp_with_container_with_url() without webbrowser-app not installed won't break anything?
[09:29] <dbarth> sil2100: hang on, i can prop a fix in 15 min. but i need to grab the kid at school now
[09:29] <dbarth> brb
[09:31] <sil2100> alex-abreu: ping
[09:53] <dbarth> ok back
[09:53] <dbarth> so my suggestion would be to just revert to the previous packages
[09:54] <dbarth> i chatted with zaspire and sil2100 in the meantime
[09:54] <dbarth> didrocks: what do you think? ^^
[09:54] <dbarth> i can audit the code a little further
[09:54] <dbarth> i don't think the service would crash without webbrowser-app
[09:55] <dbarth> but it may start migrating desktop files to using it (webbrowser-app), and that may result in corrupted desktop files
[09:55] <sil2100> 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] <sil2100> By formal means I guess
[09:57] <sil2100> 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] <dbarth> sil2100: zaspire just indicated that the code should default to legacy mode
[09:58] <dbarth> ie http://bazaar.launchpad.net/~webapps/libunity-webapps/trunk/revision/1171
[09:58] <dbarth> unless the new extensions (chromium) is landed as well
[09:58] <dbarth> which should really not be the case
[09:58] <dbarth> (but i will need to double check right now)
[09:59] <sil2100> Oh
[09:59] <dbarth> so, the code in the service won't crash, nor corrupt things
[09:59] <dbarth> so the move to having webbrowser-app be a suggest is safe in that regard
[09:59] <sil2100> dbarth: ok, could you quickly test that locally? Or zaspire? Since if it's really like that, then it's great news
[10:00] <dbarth> yes, will do so
[10:01] <dbarth> sil2100: then should we do a mp to do the packaging change,
[10:01] <dbarth> ?
[10:01] <sil2100> 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] <dbarth> or can you revert at the package version level?
[10:01] <sil2100> dbarth: yes, I'll prepare that in the meantime, since we want it in trunk
[10:01] <dbarth> sil2100: ok, so you do the merge prop for the debian/control file
[10:01] <dbarth> great
[10:03] <dbarth> zaspire: hey
[10:03] <zaspire> dbarth: hey
[10:04] <dbarth> zaspire: so based on your findings, sil2100 is preparing a change to just 'suggest' webbrowser-app
[10:04] <dbarth> 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] <dbarth> zaspire: how can i test that quickly?
[10:05] <zaspire> it will not rewrite by default with old extension
[10:05] <dbarth> sil2100: the package that breaks things? in which ppa / pocket can i retrieve it?
[10:05] <zaspire> test it with any website e.g. gmail/launchpad/news.google/...
[10:06] <dbarth> http://bazaar.launchpad.net/~webapps/libunity-webapps/trunk/revision/1171
[10:06] <dbarth> https://launchpad.net/~webapps/+archive/staging
[10:06] <sil2100> dbarth: it's in the archive already ;) That's why it's breaking builds
[10:07] <dbarth> sil2100: and so should the chromium-extension
[10:09] <sil2100> 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] <sil2100> zaspire: as per the diff that dbarth pasted
[10:10] <dbarth> restarting the sessionto ensure i'm using the right service binary
[10:10] <zaspire> sil2100: It will not be called by default
[10:11] <sil2100> zaspire: when is it called? I'm a noob in webapps so I don't really understand the codepaths ;)
[10:12] <zaspire> sil2100: if webbrowser-app integration is enabled, It will be called
[10:12] <zaspire> otherwise it will start default browser
[10:12] <sil2100> zaspire: ah, how is it enabled? And when? Through what? :)
[10:13] <zaspire> by adding file to user dir _or_ when using new chrome extension
[10:13] <sil2100> 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] <sil2100> zaspire: awesome to know, thanks!
[10:14] <sil2100> dbarth, zaspire: https://code.launchpad.net/~sil2100/libunity-webapps/webbrowser-app_to_suggests/+merge/186284
[10:14] <sil2100> dbarth, zaspire: and we still need that revert in the chrome extension, right?
[10:15] <zaspire> sil2100: let me check
[10:15] <dbarth> ok, so it still creates unity-webapps-runner desktop files
[10:15] <dbarth> which means, with the current chromium-extension, we've not switched to new mode
[10:16] <dbarth> sil2100: so you can make that a suggest in the package for now
[10:16] <sil2100> dbarth: done as per the MR above, can you approve?
[10:16] <dbarth> oh sorry missed it
[10:16] <sil2100> dbarth: so, if we leave things as are now, all is ok?
[10:16] <sil2100> (with that suggests)
[10:17] <sil2100> Nothing else needed not to break things?
[10:19] <zaspire> sil2100, dbarth: Alex already revert changes to unity-chromium-extension
[10:19] <sil2100> Awesome
[10:19] <sil2100> So just waiting for that branch to merge in and releasing to unblock things \o/
[10:19] <sil2100> zaspire, dbarth: thanks guys
[10:20] <dbarth> sil2100: approved now, with a long explanation in the comment ;)
[10:21] <dbarth> sil2100: ping us back on #ubuntu-touch as well, to let cjwatson know that the image build can be restarted
[10:21] <dbarth> ie, when the package is available again
[10:21] <dbarth> or if it needs manual attention to make it's way faster into it
[10:25] <sil2100> bregma: reping - https://bugs.launchpad.net/unity/+bug/1227056
[10:26] <dbarth> 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] <sil2100> dbarth: I'll re-run the indicator stack once this gets in and we'll see if those pass
[10:37] <dbarth> sil2100: ok, thanks
[11:44] <mzanetti> Saviq: hi
[11:45] <mzanetti> Saviq: when did you see the unlocking not working for the last time?
[11:45] <mzanetti> 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] <mzanetti> which might be coincidence, but I still hope that fixed it
[12:07] <dbarth> sil2100: ping? good news?
[12:10] <sil2100> dbarth: so... not much news, as the tests didn't run yet as mirslave is hogging out autopilot
[12:10] <sil2100> Argh, infinite mouse
[12:11] <dbarth> ugh
[12:11] <dbarth> sil2100: so the image is still blocked, right?
[12:11] <dbarth> are we the only one blocking it? and if so, can the CI stuff be unblocked?
[12:11] <sil2100> dbarth: it will be unblocked in a moment - I guess it's only the desktop image that's blocked
[12:32] <alex-abreu> sil2100, are you ok w/ webapps ?
[12:33] <alex-abreu> dbarth, I reverted the chromium extension to were it was before
[12:46] <dbarth> alex-abreu: ok
[13:18] <sil2100> jamesh: hi!
[13:18] <sil2100> jamesh: are you around?
[13:20] <sil2100> tedg: ping
[13:21] <tedg> sil2100, unping
[13:21] <sil2100> tedg: hi! Do you know how if there are some automated tests for hud on touch?
[13:21] <tedg> sil2100, Like autopilot?  That'd be more a tsdgeos question.
[13:21] <sil2100> 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] <sil2100> hm, where is tsdgeos I wonder!
[13:22] <tedg> 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] <tedg> sil2100, Not sure if that could perhaps still be the issue.
[13:23] <sil2100> 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] <Cimi> dednick, hey nick, I need a lil help with dubs (advice more than help)
[13:24] <tedg> sil2100, Uhm, I'm not sure.  I'm guessing we could grep the includes... not sure of the exact strings though.
[13:24] <tedg> Who would know that...
[13:25] <tedg> popey, I bet could help me find someone.
[13:25] <sil2100> 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] <Cimi> dednick, the shell initialises the bottombarcommunicator with dbus
[13:25] <sil2100> Been wondering if that's normal
[13:25]  * popey wakes with a start
[13:25] <popey> hmm?
[13:25] <dednick> Cimi: hi. ok
[13:26] <Cimi> dednick, what I want now, is having a property that I can write from outside
[13:26] <tedg> 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] <popey> tedg: I have basically every single app in the store installed on my device.. what am I grepping for?
[13:26] <Cimi> dednick, property or function
[13:26] <tedg> 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] <tedg> popey, We're not sure :-)
[13:27] <popey> when did we go from old to new?
[13:27] <popey> maybe we could look at ye olde crusty code from the past
[13:28] <tedg> Hmm, perhaps.  It's with all the Unity Actions stuff.
[13:28] <dednick> Cimi: outside where?
[13:28] <tedg> I guess actually, no QML should have HUD in it.
[13:28] <Cimi> dednick, from the sdk
[13:28] <Cimi> dednick, I want to send the shell the position of the toolbar
[13:28] <sil2100> tedg: thanks
[13:29] <Cimi> dednick, so inside Panel.qml of sdk I'll have something like
[13:29] <Cimi> dednick, onPositionChanged: bottomBarVisibilityCommunicator.position = position
[13:30] <Cimi> 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] <dednick> 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] <Cimi> dednick, standup :)
[13:32] <tedg> 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] <Cimi> dednick, but we need it..
[13:32] <dednick> why in the sdk?
[13:33] <tedg> popey, It's kinda a fish net approach, but investigating may take longer than throwing out the dolphins.
[13:33] <Cimi> dednick, because the HUD needs to know if the toolbar is displayed or not
[13:35] <Cimi> dednick, the easiest way I think of is sending this through dbus
[13:35] <dednick> 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] <Cimi> dednick, but I want to place an inputfilterarea that won't overlap the toolbar
[13:38] <dednick> 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] <Cimi> dednick, to hide the toolbar when the hud appears
[13:39] <popey> tedg: click.ubuntu.com/com.ubuntu.developer.mhall119.ureadit/current/uReadIt.qml.~1~:import Ubuntu.HUD 1.0 as HUD
[13:39] <popey> like that?
[13:39] <tedg> popey, Yeah, I think so.  We should totally ban that mhall119 developer!
[13:40] <popey> ☻
[13:40] <popey> I only did grep -R /opt/click.ubuntu.com/*/current/* | grep -i hud
[13:41] <popey> didn't find much
[13:41] <tedg> Do the apps that are on the image (not click yet) have a fixed prefix you can search?
[13:41] <popey> checking
[13:42] <mhall119> hey now, that was valid code when I wrote it, it's not my fault you guys keep changing the API
[13:42] <popey> dropping letters is the only other one
[13:42] <bcurtiswx> how can i reset unity.. ?
[13:42] <popey> which pre-dates the sdk
[13:43] <tedg> popey, So let's just drop it from the image and see what breaks :-)
[13:43] <popey> er.. grep -Ri ^import /opt/click.ubuntu.com/*/current/* | grep -i hud    actually
[13:44] <popey> I approve
[13:44] <dednick> Cimi: so where is this InputFilterArea going?
[13:44] <dednick> in the hud?
[13:44] <Cimi> dednick, I have it in my branch
[13:44] <Cimi> dednick, since the hud will stay visible on screen
[13:44] <Cimi> dednick, for a delay
[13:44] <Cimi> dednick, I need to filter events
[13:45] <Cimi> dednick, I have an inputfilterarea to block input, and a mouse area to dismiss the HUD
[13:45] <Cimi> dednick, both Shell and app takes input, so the inputfilterarea is required
[13:48] <bcurtiswx> 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] <bcurtiswx> how do i reset unity /
[13:55] <mterry> mzanetti: you and asac fight it out over whether we need to fix autopilot or have a script to unlock the greeter
[13:55] <om26er> who specifically works on the dash, more precisely the apps lens
[13:55] <mzanetti> mterry: I actually believe the issue with the unlocking is gone
[13:55] <Saviq> om26er, UI or backend?
[13:55] <mterry> asac, are you still seeing inconsistent unlocking of greeter in autopilot?
[13:56] <om26er> Saviq, I would assume backend since there is an empty icon 'unity launcher' for a while there
[13:56] <mzanetti> mterry: I wanted to ask that already but haven't managed to reach asac yet
[13:56] <Saviq> dednick, while you're doing the re-drag in indicators, think the "swipe through SEARCH to invoke" could be tackled simultaneously
[13:56] <Saviq> ?
[13:56] <mhr3> Saviq, i have the shell randomly frozen on the lock screen, anything i can do to help debug?
[13:56] <mzanetti> mterry: but I haven't seen it ever since veebers merged a branch called "prevent-infinite-mouse-loop" into autopilot
[13:56] <dednick> Saviq: i'm going through all the work items
[13:56] <Saviq> om26er, hmm never saw that
[13:57] <Saviq> mhr3, is it actually still running (i.e. clock is correct?)
[13:57] <mterry> mzanetti, good, I hate infinite mice loops
[13:57] <mzanetti> we all do :D
[13:57] <Saviq> dednick, ok cool
[13:57] <om26er> Saviq, http://i.imgur.com/BG08WN2.png
[13:57] <mhr3> Saviq, nope, clock is frozen too
[13:57] <om26er> Saviq, after UbuntuOne icon
[13:58] <mzanetti> Saviq: yeah, I have that icon too
[13:58] <nic-doffay> mzanetti, take a look at my comments yesterday in the filters branch...
[13:58] <mhr3> 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] <Saviq> mzanetti, om26er that's "Unity Webapps QML Test Launcher"
[13:58] <mzanetti> yes
[13:58] <Saviq> i.e. /usr/share/applications/unitywebappsqmllauncher.desktop
[13:59] <mzanetti> Saviq: I think the confusing thing is that it doesn't really launch anything
[13:59] <Saviq> mzanetti, yeah, it shouldn't be there for sure
[13:59] <om26er> Saviq, mzanetti I would assume that needs an entry in the desktop file to "not show" or something
[13:59] <Saviq> om26er that's a webapps issue
[13:59] <mhr3> Saviq, is there -dbgsym for unity8?
[13:59] <Saviq> mhr3, in ddebs, yes
[13:59] <om26er> Saviq, ok, will bug them :)
[14:00]  * mhr3 installes
[14:00] <Saviq> mzanetti, btw, empty Notes icon in the Launcher
[14:00] <asac> mterry: of course, the greeter is not fixed for us in autopilot
[14:00] <asac> but we have also not mangaed to land autopilot
[14:00] <mzanetti> notes... hmm.. .lemme check
[14:00] <asac> was not good enough today
[14:00] <asac> so it might be in there
[14:00] <mterry> mzanetti, ^
[14:01] <mzanetti> asac: I haven't seen that issue since about 2 weeks, after a certain fix in autopilot
[14:01] <mzanetti> asac: it still could be coincidence
[14:01] <mzanetti> asac: but the more time goes by without that issue the more confident I am
[14:03] <paulliu> hmm.. why the unity-video-lens is not installed defaultly?
[14:03] <paulliu> sorry, unity-lens-video
[14:04] <mzanetti> paulliu: most likely because noone added it to the seed yet
[14:04] <asac> mzanetti: our problem is that we have no reliable way to unlock the screen from phablet-test-run
[14:05] <asac> or as part of the autopilot tests
[14:05] <asac> 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] <kgunn> MacSlow: awesome!
[14:05] <asac> its done
[14:05] <mzanetti> asac: ah... wait... so we're not talking about the issue that the unity8 tests get stuck in unlocking the greeter?
[14:05] <mzanetti> asac: but some other way to unlock the shell in order to run other tests?
[14:06] <mzanetti> asac: I see... I understood it wrong
[14:06] <asac> 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] <mzanetti> asac: I fear the -n with unity8 will stay
[14:09] <mzanetti> asac: but for the other we can help you, yes
[14:09] <asac> mzanetti: then i would prefer if we would use -n also for apps
[14:09] <mzanetti> asac: mterry actually did it already
[14:09] <asac> and have magic that first starts fresh unity
[14:09] <asac> and then unlock
[14:09] <asac> and then runs the tests :)
[14:09] <asac> sounds so simple :-P
[14:09] <asac> anyway. not for now
[14:10] <mzanetti> 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] <om26er> 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] <mzanetti> om26er: ah yeah... true... good point
[14:14] <mzanetti> om26er: but I guess we could add some "if $testsuite == unity8; stop unity8" magic
[14:14] <om26er> mzanetti, I am doing that already for unity8
[14:14] <mzanetti> in the phablet-test-run script?
[14:14] <om26er> mzanetti, no in the upstream merger jobs only
[14:15] <om26er> mzanetti, yes, would make sense to do the same for phablet-tools as well
[14:15] <Saviq> dednick, if stuff is blocked (i.e. no support in indicator backends), can you please mark them so in the blueprint?
[14:15] <mzanetti> om26er: right... but asac wants it to be magic, not to be put into job configs :)
[14:15] <om26er> mzanetti, we don't use phablet-test-run there, we directly run autopilot on the device
[14:16] <mzanetti> om26er: I know... but I'm talking about phablet-test-run... it's used in other places
[14:16] <asac> phablet-test-run is the common middlware
[14:16] <asac> that everyone should use
[14:16] <om26er> mzanetti, I'll try to add that to phablet-test-run if you don't beat me to it :)
[14:16] <asac> developers, utah, etc.
[14:16] <asac> if we do that we wil l have a much easier life and stop doing blamewars
[14:17] <mzanetti> +1
[14:18] <Saviq> nic-doffay, can you go for bug #1124567
[14:27] <om26er> 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] <om26er> *empty icon
[14:28] <nic-doffay> Saviq, yeah sure
[14:28] <nic-doffay> Saviq, who should I ask for more info about this?
[14:28] <mzanetti> om26er: ah cool
[14:29] <Saviq> nic-doffay, get an asset to start with
[14:29] <Saviq> nic-doffay, so Jouni
[14:30] <Saviq> pstolowski, remember what property we should be looking at for scope search activity?
[14:30] <Saviq> i.e. search-in-progress?
[14:31] <Saviq> 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] <Saviq> nic-doffay, but it's probably not the asset we want
[14:32] <nic-doffay> Saviq, I'll check with him when he's out his meeting.
[14:32] <Saviq> nic-doffay, yup
[14:33] <Saviq> mzanetti, bug #1225186 is fix released?
[14:34] <Saviq> mzanetti, I think the fix for that broke the notes icon
[14:34] <mzanetti> Saviq: could be, yes
[14:35] <mzanetti> Saviq: but I think its the notes-app's desktop file that is bad
[14:36] <Saviq> mzanetti, it looked correct to me, but yeah - please have a look
[14:36] <mzanetti> Saviq: it specifies an icon and a Path. but in that path there is no icon
[14:36] <Saviq> mzanetti, hmm
[14:36] <Saviq> mzanetti, shouldn't it still fall back to the theme icon (where the icon is)?
[14:36] <mzanetti> I guess it should, yeah
[14:36] <mzanetti> checking right now
[14:37] <mzanetti> Saviq: http://paste.kde.org/pbc4b7d72
[14:37] <pstolowski> Saviq: not sure what's the context of your question? Scope in the qml bindings has searchFinished signal
[14:38] <Saviq> pstolowski, yeah, that ;) nic-doffay ↑
[14:38] <Saviq> pstolowski, so for a "search activity indicator" we should do onSearchQueryChanged: active = true; onSearchFinished: active = false ?
[14:38] <Saviq> pstolowski, I wonder if that should be a bool property on the scope instead
[14:40] <Saviq> mzanetti, so I think the problem is that $path/$icon exists in the case of notepad
[14:40] <Saviq> mzanetti, but it's not an icon
[14:40] <mzanetti> just checked... it doesn't
[14:40] <pstolowski> Saviq: yes, nSearchQueryChanged + onSearchFinished would do. we can also add a bool property if that works better for you
[14:41] <Saviq> mzanetti, file:///usr/share/unity8/Launcher/LauncherDelegate.qml:61:20: QML QQuickImage: F
[14:41] <Saviq> ailed to get image from provider: image://theme//usr/share/notes-app//notepad
[14:41] <Saviq> mzanetti, so the image://theme fallback is actually using the Path for some reason
[14:43] <mzanetti> Saviq: this doesn't compute for me... :D
[14:43] <mzanetti> but ok... will start a debugging session
[14:43] <Saviq> mzanetti, me neither, but that's what it is :)
[14:44] <nic-doffay> Saviq, throw that in the pageheader?
[14:44] <Saviq> nic-doffay, yes
[14:45] <Saviq> nic-doffay, the search icon in the text entry should be replaced with the activity spinner, AFAIR
[14:45] <Saviq> nic-doffay, Jouni should be able to confirm
[14:45] <nic-doffay> Saviq, cool I'll confirm with design.
[14:49] <Saviq> dednick, bug #1154818 is fix released, correct?
[14:59] <dednick> Saviq: they are loaded dynamically, although i've never tested the mem usage
[15:00] <Saviq> dednick, yeah, but the bug is about loading them dynamically, so *that* bug is fix released
[15:00] <Saviq> dednick, marking it so
[15:03] <dbarth> sil2100: ping? any news about the package?
[15:03] <sil2100> 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] <dbarth> sil2100: brilliant! thanks
[15:34] <mhr3> Saviq, http://paste.ubuntu.com/6124394/
[15:34] <mhr3> Saviq, thread 13 is interesting
[15:35] <Saviq> mhr3, ugh
[15:36] <Saviq> mhr3, that's where it got stuck for you?
[15:36] <mhr3> Saviq, yep, v8 waiting on some lock...
[15:36] <Saviq> mzanetti, bug #1205243 btw
[15:36] <mhr3> but this time there's more debug symbols
[15:37] <mhr3> the other threads look fine... just waiting in poll()
[15:37] <mhr3> well.. minus the part which makes the traces broken
[15:39] <Saviq> nic-doffay, bug #1213034 would be another one to tackle
[15:41] <mzanetti> 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] <Saviq> mzanetti, ah, so it's not released is all?
[15:42] <mzanetti> Saviq: nope
[15:42] <Saviq> mzanetti, k
[15:43] <Saviq> mzanetti, did you see bug #1223795 ?
[15:43] <mzanetti> Saviq: would it be possible with bzr commit the jenkins changelog in the right place?
[15:43] <mzanetti> Saviq: yes. this bug depends on the new UbuntuShape
[15:43] <Saviq> mzanetti, ok
[15:44] <Saviq> mzanetti, no, not really - we'd need to block upstream merger during release
[15:44] <Saviq> mzanetti, for 4 times a day release...
[15:44] <Saviq> mzanetti, and it can't commit before actually releasing, 'cause that would be even worse
[15:44] <mzanetti> Saviq: seems that the test run takes the full 4 hours by now
[15:44] <Saviq> mzanetti, hence the "revision x" in the changelog
[15:45] <Saviq> we just need to remember to look at it
[15:45] <mzanetti> narf... I missed that...
[15:45]  * mzanetti slaps himself
[15:45] <nic-doffay> Saviq, bookmarked
[15:48] <Saviq> mzanetti, bug #1225031
[15:49] <mzanetti> Saviq: did you just link the branch?
[15:49] <popey> tedg: seems Antti was ahead of us - bug 1221344
[15:49] <Saviq> mzanetti, yes
[15:49] <Saviq> dednick, could you try bug #1224186 again?
[15:49] <tedg> popey, Yeah, but LP won't let us dup it :-/
[15:49] <popey> oh?
[15:49] <popey> which is yours?
[15:50] <tedg> Ah!  It did!
[15:50] <tedg> popey, bug 1227166
[15:50] <popey> yay
[15:50] <popey> Suh-weet
[15:51] <dednick> Saviq: i need to flash latest?
[15:56] <bschaefer> sil2100, ping
[16:00] <Saviq> dednick, and/or just try the latest steps to repro
[16:00] <Saviq> dednick, https://bugs.launchpad.net/unity8/+bug/1224186/comments/6
[16:18] <dednick> 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] <Saviq> dednick, so it might be that it didn't lock?
[16:19] <dednick> :S maybe.
[16:22] <cwayne1> mzanetti: ping
[16:22] <mzanetti> cwayne1: hi
[16:23] <cwayne1> 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] <mzanetti> cwayne1: what gave you the impression that its on my list at all? :D
[16:24] <mzanetti> cwayne1: but ok... I think I can find the time to help you there
[16:24] <cwayne1> mzanetti: touche :P
[16:25] <mzanetti> cwayne1: hmm... so what exactly do we need there?
[16:25] <cwayne1> as i understand it, a config file with colors for the little circles on the infographic screen
[16:25] <cwayne1> ssweeny: ^ is that right?
[16:26] <mzanetti> cwayne1: we agreed on a config option which will not be exposed to users in a first edition, right?
[16:26] <cwayne1> mzanetti: i believe so, yes
[16:26] <mzanetti> let me just quickly re-read the mail thread
[16:33] <mzanetti> cwayne1: ok... waiting on a last confirmation from our tech lead.
[16:33] <mzanetti> cwayne1: if noone objects I think I can get it done this week still
[16:33] <cwayne1> mzanetti: awesome, thank you!
[16:44] <om26er> Saviq, hello
[16:53] <dednick> Saviq: ping
[16:59] <dednick> Saviq: unping. I'll save it for later ;)
[17:01] <mhr3> ssweeny, btw libunity landed in distro, probably not in the image yet, but it should be just apt-get upgrade away (cc: cwayne1)
[17:02] <cwayne1> mhr3: that's for the scopes living in /custom?
[17:03] <mhr3> cwayne1, yep
[17:04] <cwayne1> mhr3: awesome! thanks a lot :)
[17:37] <mhr3> mzanetti, which was the pkg that overrides the dconf key for the visible dconf pages?
[17:38] <mzanetti> mhr3: ubuntu-touch-settings
[17:38] <mhr3> mzanetti, thx
[18:14] <Saviq> om26er, pong
[18:16] <om26er> Saviq, this bug https://bugs.launchpad.net/ubuntu/+source/unity8/+bug/1226650
[18:16] <om26er> Saviq, that kind of happens most of  the times. i.e. the indicator contents are loaded
[18:17] <Saviq> om26er, that's a feature, not a bug
[18:17] <om26er> Saviq, to free up memory I would assume, but does not look good :/
[18:18] <Saviq> om26er, yeah, we could think of improving that experience with a spinner of some kind, and obviously improve the speed with which they're loaded
[18:18] <om26er> Saviq, that looks like a bug to me. I could show you a video if you want
[18:19] <Saviq> om26er, well, the load-on-demand is not a bug, it's explicitly needed to keep memory down
[18:19] <Saviq> om26er, but the fact that we're not dealing well with the transition is a bug I agree
[18:19] <om26er> Saviq, alright, want me to add a ubuntu-ux to that report ?
[18:19] <Saviq> om26er, and generally they should load much quicker than they do now
[18:19] <om26er> so designers could chip in
[18:19] <Saviq> om26er, yeah, sounds about right
[18:25] <Saviq> mhr3, can you please put the notes we made from the hangout into bug #1224998
[18:32] <mhr3> Saviq, added
[18:32] <Saviq> mhr3, thanks
[20:21] <kgunn> cyphermox: ping
[20:22] <cyphermox> kgunn: pong
[20:22] <kgunn> cyphermox: curious....can you poke the experimental https://launchpad.net/~ubuntu-unity/+archive/experimental-prevalidation
[20:22] <kgunn> to start a mir build ?
[20:22] <cyphermox> you mean force a new run?
[20:22] <cyphermox> sure
[20:22] <kgunn> cyphermox: yes please...if possible
[20:22] <kgunn> we just landed something we'd like to get in
[20:22] <kgunn> for test
[20:23] <cyphermox> let me check if there isn't once scheduled shortly first though... just to make sure we don  get extra things running at the same time
[20:23] <kgunn> cyphermox: oh yeah...for sure
[20:28] <cyphermox> kgunn: ok to wait half an hour? I see it should be starting automatically then
[20:28] <cyphermox> or I can just force it to run now, up to you :)
[20:29] <kgunn> cyphermox: 30 mins is ok...we might land something else in the meantime (more bang for buck :)
[20:29] <kgunn> thanks for takin a peek
[20:29] <cyphermox> sure.
[20:32] <mhall119> tedg: when will the url dispatcher be available on Touch?
[20:33] <Saviq> thomi, bug #1224186
[20:33] <tedg> mhall119, It is already there :-)  We're waiting on the Qt backend landing though.  Should be soon.
[20:33] <Saviq> thomi, actually no, that's a different one... bug #1221137
[20:33] <tedg> mhall119, https://code.launchpad.net/~aacid/qtubuntu/qtubunturl/+merge/181752
[20:46] <mhall119> tedg: awesome, I know several showdown apps tried to open external urls
[21:41] <om26er> mterry, hey! mind looking at bug 1226995 ?
[21:41] <mterry> om26er, hrm...
[21:41] <mterry> om26er, sure
[21:41] <mterry> om26er, is this with demo active?
[21:42] <mterry> I'm guessing not from bug, but not 100% clear
[21:42] <mterry> actually, shouldn't matter.  still bad
[21:43]  * balloons waves hello
[21:43] <om26er> mterry, yeah its without the demo active balloons says that
[21:44] <balloons> mterry, om26er so I rebooted and I'm not seeing it on first boot at the moment, so there might be a bit more to set it up
[21:45] <om26er> balloons, enable the demo, reboot, skip the demo and then try to reproduce the bug ?
[21:45] <mterry> balloons, hi  :)
[21:46] <mterry> balloons, enabling the demo is tricky, do you know how?
[21:46] <mterry> dbus-send --system --print-reply --dest=org.freedesktop.Accounts /org/freedesktop/Accounts/User32011 org.freedesktop.DBus.Properties.Set string:com.canonical.unity.AccountsService string:demo-edges variant:boolean:true
[21:46] <balloons> when I reproduced it, I simply tried from my phone's current state and indeed it displayed the issue. I had rebooted since the demo, I've been playing with it all day
[21:46] <mterry> hm
[21:46] <balloons> mterry, ty, I'll do that
[21:47] <mterry> balloons, well, if you originally saw it nowhere near the demo, that's fine.  It probably isn't demo related
[21:47] <mterry> I just know that the demo consumes about 30% CPU
[21:47] <balloons> mterry, right, I just want to nail this down for you
[21:48] <balloons> I have an inkling it's a misbehaving application
[21:50] <balloons> I'll play with it more in a moment, confirming one last bug ;-)