[06:46] <NickStone> good morning, can someone advise me where I can get the source code for Unity 2D?
[07:53] <mzanetti> tsdgeos: hi
[07:53] <mzanetti> tsdgeos: did you see the bug I found in our jenkins setup? with the xpath query?
[07:53] <mzanetti> crazy shit :D
[07:53] <tsdgeos> mzanetti: nope, didn't
[07:53] <tsdgeos> what happened?
[07:53] <mzanetti> we have the builder job that builds the package
[07:54] <mzanetti> and then, when its done, the parent job does an xpath query to find the appropriate downstream job and download the .deb for further use in testing
[07:55] <mzanetti> now, when we added generic-mediumtests-saucy-touch, we also go a new builder, generic-mediumtests-builder-saucy-armhf
[07:55] <mzanetti> which rendered the xpath query for "generic-mediumtests-builder-saucy" find 2 jobs and throw an internal server error
[07:56] <mzanetti> but only simetimes, when the build number eg. 733 was also contained in the other e.g. 2733 :D
[07:56] <tsdgeos> doh
[07:56] <tsdgeos> pattern matching!
[07:56] <tsdgeos> yeah that sucks :D
[07:56] <mzanetti> but it's fixed now
[07:56] <tsdgeos> progress++
[08:01] <mzanetti> flashing the phone is so much fun lately. always so much new stuff landing :)
[08:13] <sil2100> jamesh: hello!
[08:13] <jamesh> sil2100: hi
[08:13] <jamesh> I saw your bug report
[08:14] <jamesh> Things seem to have unblocked, and we have changed the data the test failed on
[08:15] <sil2100> jamesh: indeed, since I see it built fine now - good! Michael Terry had also these two blocker issues with the main inclusion:
[08:15] <sil2100> Quoting:
[08:15] <sil2100> "* Is grilo-plugins-0.2 going to be dropped too? That is a problematic build-depend. * Needs a team bug subscriber"
[08:15] <sil2100> I need to ask about the second thing, but I guess the first one is not possible to resolve, right?
[08:16] <jamesh> sil2100: the default configuration uses grl-tmdb and grl-lastfm-albumart from that package
[08:22] <jamesh> sil2100: I know there are questions about whether we want to use grl-lastfm-albumart though, and we haven't yet got an API key for themoviedb
[08:22] <jamesh> sil2100: if we sorted out the alternative album art source and decided to drop themoviedb, then we could potentially drop the dependency
[08:23] <sil2100> jamesh: I noticed that there were some problems with getting grilo into main before
[08:24] <jamesh> sil2100: are there particular plugins that are problematic?
[08:25] <sil2100> jamesh: I think the biggest problem with grilo in main is that the source does not run any tests on build, and all the tests that are in the source are out-of-date ;/
[08:25] <sil2100> Which is rather a blocker for the release team
[08:25] <sil2100> We tried resolving that, but upstream doesn't care enough
[08:28] <jamesh> that's certainly something that we can work on.
[08:29] <jamesh> Grilo is a very strong dependency of the mediascanner, since it is the public API for the index
[08:36] <tsdgeos> greyback: ping
[08:36] <greyback> tsdgeos: pong
[08:37] <tsdgeos> i can't get the osk on screen anymore :'(
[08:38] <greyback> tsdgeos: at all? Even just at a clean boot?
[08:38] <tsdgeos> yeah
[08:38] <tsdgeos> i think maliit is core-dumping
[08:38] <tsdgeos> let me check
[08:38] <greyback> feck
[08:39] <greyback> even running manually with QT_QPA_PLATFORM=ubuntumirclient
[08:40] <tsdgeos> greyback: http://paste.ubuntu.com/6039570/
[08:41] <tsdgeos> installing libc-dbg to see if it gives me anything
[08:42] <greyback> tsdgeos: probably not. Try recompiling ubuntu-keyboard, but commenting out the ubuntu_iu-report_osk* functions in src/plugin/ubuntuapplicationapiwrapper.cpp
[08:43] <greyback> I swear it worked for me yesterday
[08:43] <tsdgeos> hmm
[08:43] <tsdgeos> this is bettar
[08:44] <tsdgeos> http://paste.ubuntu.com/6039579/
[08:44] <tsdgeos> am i mismatched?
[08:45] <greyback> I'm not at all sure. Lots of stuff have landed in Mir the last 24 hours. Possible something changed
[08:45] <greyback> but yeah, ignore my above request. It's unrelated
[08:46] <nic-doffay> Anyone upgraded with new trunk today on unity8?
[08:47] <mzanetti> greyback: hey, will work through your comments now.
[08:47] <mzanetti> greyback: regarding the dropping of deprecated stuff. I'm all for it, but...
[08:47] <greyback> mzanetti: let me know what you think
[08:48] <mzanetti> greyback: if this is too far off from the current version, I fear it will take ages until you guys are able to switch to the new API
[08:48] <mzanetti> greyback: do you think that's not the case?
[08:53] <tsdgeos> hmmm
[08:53] <tsdgeos> ApplicationManager REJECTED connection from app with pid 5297 as no desktop_file_hint specified
[08:53] <tsdgeos> and that's the maliit thing
[08:53] <tsdgeos> greyback: ↑↑↑
[08:53] <Cimi> mzanetti, tsdgeos need help somewhere?
[08:53] <tsdgeos> ricmm's new thing?
[08:54] <mzanetti> Cimi: you bored?
[08:54] <Cimi> mzanetti, not really, I can start packing for holidays :P
[08:54] <greyback> mzanetti: you're right, it could take some time to switch. I believe the only way to smoothly transition to Mir is to change the qtubuntu API to match what we want (and what will be in unity-mir)
[08:55] <Cimi> mzanetti, I am little on hold on tasks...
[08:55] <mzanetti> greyback: do you see that happening anytime soon?
[08:55] <greyback> mzanetti: other option is I implement the existing (not so nice) qtubuntu apis in unity-mir
[08:55] <mzanetti> greyback: I'd definitely vote for implementing the new API
[08:55] <greyback> mzanetti: well Daniel and I are trying to close the delta gap right now, it is on our list
[08:56] <greyback> mzanetti: so I say: implement the new API, let's not waste time on the old one, and then transitioning over
[08:57] <greyback> mzanetti: and I'll do my very best to deliver it quickly
[08:57] <mzanetti> greyback: full ack. could we in theory just add a the new signal focusChanged (or what it is) with the new ApplicationInfo to the old one? Then I could start using it and you guys can transition the rest whenever you see fit
[08:58] <greyback> mzanetti: absolutely.
[08:58] <greyback> tsdgeos: weird, maliit should be permitted by the app manager
[08:58] <mzanetti> greyback: ok. I'll clean this up, add tests and mock implementation to it and return it to you for review
[08:58] <tsdgeos>     if (command.startsWith("maliit-server")) {
[08:58] <tsdgeos>         authorized = true;
[08:58] <tsdgeos>         return;
[08:58] <tsdgeos>     }
[08:59] <greyback> exactly
[08:59] <tsdgeos> greyback: maybe the QPA_BL_ABLA
[08:59] <tsdgeos> makes that code bork
[08:59] <greyback> right, try exporting hte var and trying again
[09:00]  * greyback thinks this authorizer more trouble that it is worth
[09:00] <mzanetti> Cimi: if you're still looking for some small fix to do, you could check out why the Popover in unity is white text on white background
[09:01] <tsdgeos> greyback: i don't get that rejected stuff anymore
[09:01] <tsdgeos> but the thing still crashe
[09:01] <tsdgeos> s
[09:02] <tsdgeos> (gdb) bt
[09:02] <tsdgeos> #0  0x40e6b8a0 in ?? ()
[09:02] <tsdgeos> #1  0x412c7872 in ?? ()
[09:02] <tsdgeos> #2  0x412c7872 in ?? ()
[09:02] <greyback> tsdgeos: sorry I can't try it here yet, phone refusing to connect to wifi. Could you try the ubuntu-keyboard recompile I mentioned abve
[09:02] <tsdgeos> sure
[09:04] <Cimi> mzanetti, I think there was a bug report for that
[09:04] <Cimi> mzanetti, let me see
[09:05] <mzanetti> Cimi: yes, there is one
[09:05] <sil2100> jamesh: ah, one more thing!
[09:05] <sil2100> jamesh: regarding the unity-scope-mediascanner failing test
[09:06] <sil2100> jamesh: yesterday I actually were able to get some debugging output from the test failure, not sure if it will be any use though
[09:06] <jamesh> sil2100: It could help, so I'd be happy to look
[09:10] <Cimi> mzanetti, where?
[09:11] <mzanetti> Cimi: https://bugs.launchpad.net/ubuntu-ui-toolkit/+bug/1201864
[09:11] <sil2100> jamesh: let me pastebin it
[09:11] <Cimi> thank u
[09:12] <mzanetti> Cimi: another one: https://bugs.launchpad.net/ubuntu-ui-toolkit/+bug/1205094
[09:13] <Cimi> mzanetti, it's already assigned
[09:13] <mzanetti> Cimi: yeah, but florian is not working on it right now
[09:13] <Cimi> mzanetti, more of an sdk thingy
[09:13] <mzanetti> Cimi: yeah, it's an SDK thing, but it doesn't seem to show up on the SDK people's priority list anytime soon
[09:14] <sil2100> jamesh: http://paste.ubuntu.com/6039666/
[09:18] <jamesh> sil2100: okay, so I think this is a case of the mediascanner taking longer than expected to start up.
[09:20] <jamesh> the timeout is inside the dbusmock wait_for_bus_object() helper, so isn't directly configurable
[09:20] <jamesh> perhaps moving the part that can fail out of setUpClass() would do the trick
[09:21] <sil2100> Since I would love to have that test back on, I love it
[09:26] <tsdgeos> greyback: nothing, no keyboard at all
[09:26]  * tsdgeos keeps his :'(
[09:26] <greyback> tsdgeos: and useless backtrace?
[09:29] <tsdgeos> yeah
[09:29] <tsdgeos> three ??
[09:34] <nic-doffay> pstolowski, ping
[09:34] <greyback> tsdgeos: please try this one: https://chinstrap.canonical.com/~gerboland/packages/
[09:34] <pstolowski> nic-doffay: pong
[09:35] <nic-doffay> mzanetti, I'll take a look into those tomorrow if you need them sorted.
[09:35] <mzanetti> nic-doffay: ?
[09:36] <greyback> tsdgeos: please try this one: https://chinstrap.canonical.com/~gerboland/packages/
[09:36] <greyback> think router on last legs
[09:36] <tsdgeos> greyback: boom!
[09:36] <tsdgeos> that one works :-)
[09:36] <nic-doffay> mzanetti, those bugs you posted.
[09:37] <mzanetti> ah, ok. Cimi ^^
[09:37] <Cimi> mzanetti, ok
[09:39] <greyback> tsdgeos: can you work with that until I figure out what's wrong with trunk?
[09:39] <tsdgeos> sure
[09:39] <greyback> thanks
[09:40] <tsdgeos> greyback: now, you told me to remove some stuff and recompile, i did only recompile, so maybe why it was still crashing, want me to try to remove stuff you said?
[09:41] <greyback> tsdgeos: sure, just for sanity check. Those methods should not be called while on Mir. If they are called, they cause crash exactly like your BT describe (3 lines of rubbish)
[09:42] <jamesh> sil2100: one other issue I ran into that I'm not sure who to follow up with: we don't seem to ever run xdg-user-dirs-update on the phone image, so the glib API for XDG special dirs doesn't give back useful results
[09:42] <jamesh> do you know who to ask about that?
[09:43] <sil2100> jamesh: ah, I think Michael pointed that bug out as well - I guess I would personally start off by poking ogra_ on #ubuntu-touch
[09:43] <jamesh> okay
[09:48] <larsu> why doesn't the -I parameter on qmlscene get precedence over the plugins installed on the system?
[09:49] <larsu> at least it looks that way for me, doing "qmlscene -I . a.qml" does not even look at the current directory to find my plugin
[09:51]  * tsdgeos curses -Werror
[09:51] <tsdgeos> to rebuild ubuntu-keyboard agai
[09:51] <tsdgeos> that's a really useful way to spend my time
[09:54]  * greyback moving to office, back in ~40
[10:04] <dednick> larsu: ping
[10:04] <larsu> dednick: hey. You're not pinging to answer my question, are you?
[10:05] <dednick> larsu: nope. :) sorry, i dont know that
[10:06] <larsu> nobody seems to, but it breaks my make check :(
[10:07]  * tsdgeos wants gerry want now not in 40 min!
[10:09] <dednick> larsu: i'm sure there must be a way to do it. dont think unity8 tests would work otherwise...
[10:09] <dednick> larsu: but on another note, can you take a quick look at this: https://code.launchpad.net/~nick-dedekind/qmenumodel/unitymenumodel.change.ActionStateParser/+merge/182855
[10:10] <dednick> causing me issues
[10:12] <larsu> dednick: I think I'd prefer it if you had a setParent() in setActionStateParser()
[10:13] <larsu> dednick: but it doesn't matter really, because you create all of them with the model set as parent
[10:13] <dednick> larsu: the root action state parser is not parented by the menu. it's a sep entity so i dont want it deleted by the menu on destruction.
[10:14] <larsu> dednick: ah, okay. Approving :)
[10:14] <dednick> larsu: ta
[10:18] <mhr3_> tsdgeos, do you about plans for annotated icon in unity8?
[10:18] <tsdgeos> annotated icon as in?
[10:19] <dednick> larsu: If you get a chance today can you take another look at the UnityMenuAction branch. I made the changes you commented on.
[10:19] <larsu> dednick: ah cool, I'll have a look
[10:19] <dednick> larsu: thanks.
[10:19] <seb128> larsu, try maybe asking the sdk guys for you -I question
[10:19] <larsu> ah, unity8 uses qmltestrunner... maybe that helps
[10:19] <mhr3_> tsdgeos, icon provider for image://anotated/...
[10:20] <larsu> dednick: thanks for the hint^^
[10:20] <mhr3_> tsdgeos, but i guess that's a "no" :)
[10:20] <larsu> seb128: good idea, will do. It's the thing that causes your make check failure
[10:20] <tsdgeos> mhr3_: yeah, not in my "space of things i'm aware of" sorry
[10:22] <dednick> larsu: we also use qmlscene for our "tryTest" targets. but it looks like it just uses the -I option.
[10:29] <larsu> dednick: in unity8? I can only find tests that use qmltestrunner in there
[10:30] <larsu> maybe I should just use that...
[10:32] <larsu> hm, same problem with its '-import'
[10:38] <mhr3> sil2100, how is autolanding going to work after ff? merges against lp:xyz will still go to s, and lp:xyz/ver+1.0 will be t?
[10:38] <jamesh> sil2100: on the subject of grilo tests, what is the best way forward?  Is it a hard requirement that its test suite be brought up to date first, or is it something we can tackle after?
[10:39] <tsdgeos> greyback: yo
[10:39] <tsdgeos> have a sec?
[10:40] <sil2100> mhr3: that is a valid question, but due to all the things happening now let me answer it with a "not sure right now!" ;p
[10:40] <greyback> tsdgeos: sure
[10:40] <mhr3> sil2100, fair enough, will you send a mail once you do?
[10:41] <sil2100> jamesh: I guess without those tests running, the release team won't let this package into Main after what I discussed with them
[10:41] <sil2100> jamesh: so I think we need to target an FFe for mediascanner inclusion anywa
[10:41] <sil2100> y
[10:42] <tsdgeos> greyback: so, can you confirm that on the "bad landscape" you get
[10:42] <tsdgeos> QUbuntuWindow::moveResize (this=0x83a888, x=262, y=0, w=506, h=1280)
[10:42] <tsdgeos> ?
[10:42] <fajung> hi, how can I display in the unity's launcher side bar my mounted partition[/mnt/Warehouse] ?
[10:43] <greyback> tsdgeos: I'm just reflashing. I have these values in my notes: x=238, y=0, w=482, h=1280
[10:43] <tsdgeos> ah well
[10:43] <greyback> possibly our screens have different resolutions?
[10:43] <tsdgeos> your screen is smaller
[10:43] <greyback> right
[10:43] <tsdgeos> still
[10:43] <tsdgeos> i'm getting QUbuntuWindow::moveResize (this=0x83a888, x=262, y=0, w=506, h=1280)
[10:44] <tsdgeos> and i don't see the thing begin really 506 in width (which in this landscape case its his height)
[10:44] <greyback> x+w=770, which is not right
[10:44] <tsdgeos> it is right
[10:44] <tsdgeos> 768
[10:44] <greyback> ah, /me idiot
[10:44] <tsdgeos> that's the width of my screen
[10:45] <tsdgeos> but with a rule i made in a paper (top tech!)
[10:45] <tsdgeos> the w should be around 384 here
[10:45] <tsdgeos> not 506
[10:45] <greyback> tsdgeos: true, there's a chunk of hte OSK which is invisible. It's where the key-press popup is drawn for the top line of keys
[10:45] <tsdgeos> ah
[10:45] <tsdgeos> booo
[10:46] <tsdgeos> so there goes my faith
[10:46] <greyback> sorry :(
[10:46] <tsdgeos> greyback: i've just realized in "the good landscape"
[10:46] <tsdgeos> i can't type
[10:46] <tsdgeos> do you remember if you could?
[10:46] <greyback> tsdgeos: that's a different issue :) You can probably type on the right side of it?
[10:46] <tsdgeos> right
[10:46] <tsdgeos> we are not moving the punch hole
[10:47] <greyback> tsdgeos: here's hte problem. The OSK surface is on top of shell, and app surfaces. So it gets all input events by default - so shell and app don't get them
[10:47] <greyback> tsdgeos: oh you're ahead of me, cool
[10:47] <greyback> correct, the punch hole sometimes doens't move. Seems shell doesn't always get orientation change signals!
[10:48] <tsdgeos> anyway as you said that's a different issue
[10:48]  * tsdgeos goes to his original one
[10:48] <tsdgeos> oh
[10:48] <tsdgeos> this one is interesting
[10:48] <tsdgeos> if in the "bad landscape"
[10:48] <greyback> tsdgeos: really this whole OSK thing is a mess. I don't know how else to hack around it, aside from doing some major refactoring
[10:49] <tsdgeos> i press the "123" thing
[10:49] <tsdgeos> i get the "q"
[10:49] <tsdgeos> so there is something that really thinks is at the bottom of the screen
[10:49] <greyback> yeah, so the inputs are being calculated correctly. But the draw is not in the correct place
[10:59] <dednick> larsu: what is being imported before?
[11:00] <larsu> dednick: hm? I think I'm missing context
[11:00] <dednick> larsu: oh hang on. i thought you ment that your imports were being imported after the system ones.
[11:01] <larsu> dednick: ah, yes.
[11:01] <dednick> larsu: but they're before?
[11:01] <larsu> dednick: no, it looks like it imports the system's version of gsettings-qt before it imports the local one
[11:01] <larsu> even though I specified -I
[11:01] <larsu> or -import on qmltestrunner
[11:02] <larsu> zsombi says it's my fault :-(
[11:02] <dednick> larsu: there's a env var you can set that will output the imports... cant remember it now. i'll look for it.
[11:03] <larsu> ah that would be cool, thanks
[11:06] <seb128> larsu, what command to you run to reproduce the issue?
[11:07] <larsu> seb128: I have a test script that I run with qmlscene -I .
[11:07] <larsu> seb128: zsombi is right, this works in ubunut-ui-toolkit
[11:08] <dednick> larsu: QML_IMPORT_TRACE=true i think
[11:10] <dednick> has anyone flashed their device today? is the battery brigtness slider still in the indicators?
[11:10] <larsu> dednick: yep that works, thanks. It shows me that it is loading the wrong plugin, so I'm not crazy :)
[11:11] <dednick> nevermind about battery. report was incorrect.
[11:11] <dednick> larsu: can you paste the comment you're using to import?
[11:11] <dednick> to run i mean
[11:11] <dednick> oh. "-I ."
[11:11] <larsu> dednick: qmlscene -I . a.qml
[11:12] <larsu> dednick: right, a.qml simply has an Item{} and a GSettings object
[11:12] <dednick> larsu: where is the qmldir file?
[11:12] <larsu> dednick: in GSettings/qmldir
[11:14] <larsu> ARGH
[11:14] <larsu> I've found it
[11:14] <larsu> this is stupid
[11:14] <larsu> dednick: the installed version is in a directory named GSettings.1.0
[11:15] <larsu> which is more specific or something... when I move my local GSettings to GSettings.1.0, it works
[11:15] <dednick> hm. that's weird.
[11:24] <dednick> tsdgeos, mzanett: either of you know why the shell app is flickering like mad on desktop?
[11:25] <tsdgeos> is it?
[11:25] <tsdgeos> it was fine here
[11:25] <tsdgeos> yesterday
[11:25] <tsdgeos> dednick: what you do?
[11:25] <dednick> run it...
[11:25] <tsdgeos> what flickers?
[11:25] <tsdgeos> everything?
[11:25] <dednick> hand on, i'll get a vid. yeah, everything
[11:25] <tsdgeos> let me pull & build
[11:28] <tsdgeos> dednick: no blinking here
[11:28] <dednick> tsdgeos: pull down indicators?
[11:28] <tsdgeos> dednick: you're on xmir?
[11:28] <dednick> tsdgeos: nope
[11:28] <tsdgeos> ok, me neigher
[11:29] <tsdgeos> dednick: still no blinking
[11:30] <jamesh> sil2100: I'm stopping for dinner, but just put this up for review: https://code.launchpad.net/~jamesh/unity-scope-mediascanner/fix-integration-test/+merge/182877
[11:31] <jamesh> sil2100: that should hopefully fix the reliability problems in the test.
[11:31] <greyback> dednick: I get it.
[11:31] <dednick> tsdgeos: https://dl.dropboxusercontent.com/u/85539674/Screencast%202013-08-29%2012%3A30%3A39.mp4
[11:32] <tsdgeos> brrr
[11:32] <tsdgeos> maybe the scopes are refresshing themselves?
[11:32] <tsdgeos> and we reload the data?
[11:32] <dednick> seems that everthing is flickering though. not just the dash
[11:33] <greyback> dednick: you using qt5.1 PPA?
[11:34] <dednick> greyback: i think so. updated for it yesterday
[11:34] <greyback> dednick: me too. tsdgeos you?
[11:34] <dednick> greyback: but it's being doing it longer than that
[11:34] <mzanetti> greyback: so... I'd say this is ready for the real review: https://code.launchpad.net/~mzanetti/unity-api/application-api/+merge/182692
[11:34] <greyback> really? Hmm
[11:35] <dednick> greyback: i think it has anyway. days merge into one another these days
[11:35] <tsdgeos> greyback: no i'm on 5.0 regular
[11:35] <greyback> mzanetti: ack, on my list
[11:35] <mzanetti> grew a bit tho :/
[11:35] <dednick> mzanetti: you on qt 5.1?
[11:35] <mzanetti> dednick: no
[11:36] <dednick> hm. ok, i'm going to purge that ppa and try
[11:37] <greyback> mzanetti: "This matches the Launcher api now very closely :)" - great, I'm happy that's the case
[11:40] <mzanetti> greyback: just saying, the other api's in that repo are also in the same way. i.e. the "main" class is a model
[11:40] <greyback> mzanetti: ah, I understand you. Yep, that's good
[11:41] <mzanetti> om26er: hello :)
[11:42] <om26er> mzanetti, hey
[11:42] <om26er> did I broke something with the rename ?
[11:42] <mzanetti> om26er: no... everything perfect.
[11:42] <mzanetti> om26er: thanks for that btw
[11:42] <mzanetti> om26er: looking quite good now. there is one failure: https://jenkins.qa.ubuntu.com/job/generic-mediumtests-runner-maguro/348/console
[11:43] <mzanetti> om26er: but I'm not sure if we can protect us better against this kind of stuff
[11:43] <mzanetti> om26er: maybe something like this in the beginning of a job
[11:43] <om26er> mzanetti, yeah, that's problematic I heard people were looking into solutions where internet would work from the server these devices were connected to so no need for wifi, but that didn't happen
[11:44] <om26er> through adb
[11:44] <mzanetti> while [ $? -ne 0 ]; do ping -c1 launchpad.net; done
[11:44] <mzanetti> that would wait until network is up... of course would need more checks etc...
[11:45] <om26er> mzanetti, In this case for example internet will only work of we try to reconnect to the network
[11:45] <om26er> its not like the internet was not ready its just some race where it does not work at all and needs to be retried
[11:50] <dednick> not exactly a walk in the park to get rid of qt5.1 :(
[11:51] <mhr3> dednick, so it's just a spooky park with a wanted murderer lurking in there?
[11:52] <dednick> mhr3: i guess you could put it like that. if you really wanted to
[11:53] <mhr3> dednick, but then you can that anything is a walk in the park ;)
[11:55] <dednick> mhr3: :)
[11:56] <mhr3> generalizations ftw
[11:56] <dednick> greyback, tsdgeos: yeah, it seems that it's qt5.1 that was to blame
[11:57] <greyback> dednick: ok, that's not good.
[11:57] <dednick> :) nope
[11:58] <greyback> Mirv: ping
[11:59] <dednick> i was also getting loads of errors from the TabStyle on 5.1, not getting anymore.
[12:01] <dednick> possibly sdk not 5.1 complient
[12:01] <dednick> which could potientially be the cause of flicker as well i guess
[12:03] <dednick> tsdgeos: now i'm getting "ShaderEffect: source or provider missing when binding textures" !
[12:08] <mhr3> sil2100, any idea what
[12:08] <mhr3>     FAILURE: http://jenkins.qa.ubuntu.com/job/unity-scope-home-saucy-armhf-autolanding/31/console is about?
[12:08] <dandrader> greyback, any easy way of running unity8+SurfaceFlinger after having added that unity8-mir ppa?
[12:09] <greyback> dandrader: ppa-purge
[12:10] <dednick> tsdgeos: ah, i think that just be form missing sdk artwork.
[12:18] <Mirv> greyback: pong
[12:19] <greyback> Mirv: hey, we're having some rendering strangeness with unity8 on the desktop. Might be something strange with a SDK component, am digging.
[12:21] <greyback> Mirv: lol, I should mention this is using the Qt5.1.1 PPA
[12:21] <Mirv> greyback: ok. there is a known fix landing to morning's regression regarding Switch and CheckBox components. if something else, best pinging zsombi, timp or kalikiana from the SDK team
[12:21] <greyback> Mirv: ack
[12:28] <mzanetti> greyback: but it is Ubuntu.Application too right now.
[12:28] <mzanetti> greyback: do you really want to change that to Ubuntu.ApplicationManager ?
[12:28] <mzanetti> (imho Ubuntu.Application fits better because it holds all Application related stuff, not only the Manager - but I will change it ofc if you want me to)
[12:31] <greyback> mzanetti: Well, I'd change Ubuntu -> Unity, as it's a Unity only plugin. I'm not so bothered about the +Manager, you're looking through objective eyes so I'll trust your judgement
[12:32] <mzanetti> greyback: even better. I'd vote for Unity too, just didn't expect you actually want that too :)
[12:32] <mzanetti> greyback: Unity.Application it is then, ok?
[12:32] <greyback> mzanetti: ok
[12:44] <tsdgeos> dednick: interesting
[12:45] <tsdgeos> Mirv: ↑↑↑ have you seen the flickering dednick talks about?
[12:45] <Wellark> alex-abreu: hey, where do webapps install their .desktop files?
[12:46] <alex-abreu> Wellark, atm in /usr/share/applications (for some default ones) or ~/.local/share/applications
[12:47] <Wellark> alex-abreu: sweet
[12:47] <alex-abreu> Wellark, ? :)
[12:48] <Wellark> alex-abreu: for the not default ones
[12:48] <Wellark> they go under ~/.local/share/applications
[12:48] <alex-abreu> Wellark, u working on the launcher bits?
[12:48] <Wellark> just as click?
[12:48] <mzanetti> greyback: ok. seems we're getting close with the application api. fixed the remaining issues
[12:48] <Wellark> alex-abreu: so where do they install icons then?
[12:49] <greyback> mzanetti: thanks, looking
[12:49] <Mirv> tsdgeos: I've only tried on device, and haven't noticed such
[12:50]  * Wellark wonders could we introduce X-Ubuntu-Application-Type key in .desktop files
[12:50] <Wellark> click apps would specify "Click"
[12:50] <mzanetti> tsdgeos: this is starting to look good too: https://code.launchpad.net/~mzanetti/unity8/more-stable-tests/+merge/182778
[12:50] <Wellark> and webapps "Webapps"
[12:50] <Wellark> that would remove the need for guessing where the icons are..
[12:50] <alex-abreu> Wellark, I haven't started in porting/integrating individual webapps to click, but otherwise /usr/share/icons
[12:51] <mzanetti> tsdgeos: 6 runs in a row without autopilot test failure (well one on the phone because wifi broke down)
[12:51] <Wellark> alex-abreu: oh, will the webapps actually be click packages?
[12:51] <alex-abreu> Wellark, "eventually maybe" ... I am not comitting to any eta,
[12:51] <Wellark> I just need to know the rules where to look for the icons
[12:52] <alex-abreu> Wellark, sure
[12:52] <Wellark> and how to differenciate between a webapp .desktop and click .desktop under ~/.local/share/applications
[12:52] <alex-abreu> Wellark, why do you need the distinction ?
[12:53] <Wellark> for reliable icon lookup
[12:53] <Wellark> to begin with
[12:53] <Wellark> there might be something else also
[12:54] <Wellark> but icon lookup is the first that comes to my mind
[12:54] <greyback> mzanetti: commit 98 removed all the Mocks, intended?
[12:54] <mzanetti> greyback: nooooo :D
[12:54] <mzanetti> greyback: moved ... forgot to add back :D
[12:54] <greyback> mzanetti: why not use "bzr mv" ?
[12:55] <mzanetti> greyback: dunno... I'll never learn that...
[12:55] <mzanetti> greyback: fixed
[12:55] <greyback> mzanetti: ta
[12:58] <alex-abreu> Wellark, btw, actions api does not offer any way to add static actions to desktop file ... only to bind to existing/already defined actions from there right?
[12:58] <Wellark> alex-abreu: yep.
[12:58] <Wellark> alex-abreu: you have to write/generate your own desktop files
[12:59] <Wellark> alex-abreu: what are you trying to do?
[12:59] <alex-abreu> Wellark, yup, that's what I do
[13:01] <greyback> mzanetti: approved
[13:02] <mzanetti> chers
[13:02] <mzanetti> +e
[13:03] <mzanetti> anyone knows if there is a easy way to access QSettings from QML? only needed temporary
[13:03] <mzanetti> tsdgeos maybe? ^
[13:04] <tsdgeos> nope sorry
[13:04] <om26er> mzanetti, there is a problem with the launcher icons (after the size was made smaller) there is a white glow on bottom part of most of the icons
[13:05] <om26er> and if you look closely like very closely you can see that the icon is not fully places above the title in the launcher
[13:05] <mzanetti> om26er: yeah, that's the UbuntuShape that paints it there
[13:05] <mzanetti> om26er: not placed where?
[13:07] <om26er> mzanetti, the icon for the phone app for example, if you look closely you see there is a little misalignment of something.. can't explain in words. let me get a screenshot
[13:07] <mzanetti> om26er: right... I see it now
[13:08] <mzanetti> om26er: yeah. also the UbuntuShape. there is a new UbuntuShape in progress which lets as configure the glow etc. hopefully also doing the clipping correctly
[13:10] <om26er> mzanetti, cool, no need for a screenshot then :)
[13:12] <mzanetti> om26er: I'm puzzled with this: https://jenkins.qa.ubuntu.com/job/generic-mediumtests-runner-saucy/2365/artifact/unity8.shell.tests.test_notifications.EphemeralNotificationsTests.test_summary_and_body%20%28Desktop%20Nexus%204%29.ogv
[13:12] <om26er> http://imagebin.org/index.php?mode=image&id=269108
[13:12] <mzanetti> om26er: any ideas what could be happening here?
[13:13] <om26er> mzanetti, I have seen that to happen for me on my phone when I try to unlock the screen right after starting unity
[13:13] <om26er> not all the time but some
[13:14] <mzanetti> hmm... interesting
[13:17] <greyback> dandrader: are you sure you're not using XMir? Does "ps aux | grep unity-system-compositor " return a result?
[13:18] <dandrader> greyback, !?
[13:18] <dandrader> greyback, on my desktop?
[13:18] <dandrader> greyback, no, I'm not
[13:19] <greyback> dandrader: please run that command just to make sure.
[13:19] <greyback> dandrader: it did land in saucy, so unless you've turned it off explicity
[13:21] <dandrader> greyback, I did run that command. nothing shows up. But why are you asking?
[13:22] <greyback> dandrader: just to be 100% certain.
[13:22] <greyback> dandrader: next, what graphics chip have you? zsombi just checked on his nvidia and has no flicker
[13:25] <mzanetti> mterry: hi. I approved all your branches, the launcher-items one conflicts by now though :/
[13:26] <mterry> mzanetti, guh so close :)
[13:27] <dandrader> greyback, I have an onboard Intel (which is what I use) and a nvidia graphics card which I keep off (BIOS config) when running linux
[13:28] <mterry> mzanetti, thanks for the reviews
[13:28] <mzanetti> np
[13:29] <greyback> dandrader: ok, I'm intel too. Might be driver bug. Need more data points. mzanetti could you try?
[13:30] <mzanetti> greyback: try what?
[13:30] <mzanetti> dednick: nic-doffay: standup
[13:30] <nic-doffay> mzanetti, on me way
[13:36] <kgunn> dednick: so...the wifi plugin that Cimi needs, isn't it one in the same that you need ?
[13:37] <dednick> kgunn: the welcome wizard wifi page?
[13:37] <greyback> nic-doffay: https://code.launchpad.net/~mzanetti/unity-api/application-api/+merge/182692
[13:38] <dednick> Cimi: ^ ? what wifi plugin do you need?
[13:38] <Cimi> dednick, in system settings
[13:39] <Cimi> dednick, system settings will need a plugin for their wifi panel
[13:39] <Cimi> dednick, since welcome wizard lives inside the system settings, I'll import the plugin and reuse it
[13:43] <dednick> Cimi: sure. i think the system settings is going to use the pages from indicators i think. something like that
[13:44] <greyback> mzanetti: have you an intel graphics chip? Are you running xmir or not?
[13:45] <mzanetti> greyback: no... I'm not
[13:45] <mzanetti> intel chip -> yes, xmir -> no
[13:46] <greyback> mzanetti: ok, dandrader|afk & I are seeing graphical rendering problems when running unity8 on our desktops
[13:46] <greyback> mzanetti: when using qt5.1.1
[13:47] <greyback> mzanetti: we're both intel. I got zsombi to check on his nvidia, and he saw no visual problems
[13:47] <mzanetti> can I run xmir in Xephir or xnest?
[13:48] <mzanetti> yay for more layers
[13:48] <mzanetti> doesn't make much sense I realize...
[13:48] <mzanetti> hmm... how complicated/dangerous is it to use xmir?
[13:50] <seb128> mterry, hey
[13:51] <greyback> mzanetti: https://wiki.ubuntu.com/Mir/Installing, in "Installing from Archive" section. Possible you're already using it
[13:51] <greyback> mzanetti: no nesting supported, sorry
[13:51] <mzanetti> greyback: I don't think so... still running KDE
[13:51] <mterry> seb128, hello
[13:51] <greyback> mzanetti: ahhh
[13:52] <om26er> is the music lens going to be removed or is someone working on it to have real data ?
[13:52] <seb128> mterry, question of the day for you: where is the greeter's background image defined?
[13:53] <mterry> seb128, currently, same as shell.  But ultimately, in AS like on desktop
[13:53] <seb128> mterry, can we assume "same as desktop" from the setting side? ;-)
[13:54] <seb128> mterry, do you want a bug report to track it?
[13:54] <mterry> seb128, I don't know how the shell background is stored right now...  gsettings?
[13:54]  * mzanetti needs to prevent himself from drowning in tabs and closes all apps that support tabs.. bbias
[13:54] <seb128> mterry, yes, same gsettings key as the desktop
[13:55] <seb128> mterry, org.gnome.desktop.background picture-uri
[13:56] <mterry> seb128, sure.  So it just needs to be synced to AS like the desktop does
[13:56] <seb128> mterry, well, current design is https://wiki.ubuntu.com/Appearance?action=AttachFile&do=get&target=phone-background.png
[13:57] <seb128> mterry, 2 pickers
[13:57] <seb128> mterry, so I guess it's just "make the other picker write to IS"
[13:58] <mterry> seb128, oh interesting.  OK, yeah
[13:58] <seb128> mterry, the system-settings side is already done, so we just need to greeter to pick it up
[13:58] <mterry> seb128, it writes it to AS already?  OK.  I'll work on the greeter side
[13:59] <seb128> mterry, yep, http://bazaar.launchpad.net/~system-settings-touch/ubuntu-system-settings/trunk/view/head:/plugins/background/background.cpp#L69
[14:00] <mterry> seb128, awesome, thanks!
[14:00]  * mterry works on that today
[14:00] <seb128> mterry, https://bugs.launchpad.net/unity8/+bug/1218402
[14:01] <dandrader> greyback, I didn't say anything about seeing graphical problems...
[14:02] <dandrader> greyback, wans't it dednick ?
[14:02] <greyback> dandrader: yes sorry.
[14:10] <dandrader> greyback, Tests finished on those s/ShellInputArea/InputFilterArea branches. All good. Need your review on those branches: https://code.launchpad.net/~dandrader/unity-mir/mimicSfApi/+merge/182918 and https://code.launchpad.net/~dandrader/unity8/integrate-mir_InputFilterArea/+merge/182919
[14:11] <greyback> dandrader: ack
[14:13] <greyback> dandrader: I'm working on closing the gap with the ApplicationManagerWrapper bits
[14:13] <greyback> dandrader: you're welcome to take anything else on the list
[14:13] <dandrader> greyback, ok
[14:14] <dandrader> greyback, I was thinking about those imports: http://paste.ubuntu.com/6040441/
[14:14] <dandrader> greyback, we should probably align it as well
[14:15] <greyback> dandrader: correct. I think I'll merge ApplicationManager & SurfaceManager completely. Need to do that anyway
[14:15] <greyback> dandrader: well actually, could you do that? Merge it, and call the result "Unity.Application"
[14:16] <greyback> dandrader: I'll do the same from the qtubuntu side
[14:16] <dandrader> greyback, ok
[14:19] <greyback> dandrader: in lp:~dandrader/unity-mir/mimicSfApi, I expected you to rename ShellInputArea. I suppose what you did is safer though..
[14:19] <dandrader> greyback, I wrote my plan on inputfilterarea.h
[14:19] <greyback> dandrader: ah I see it. Ok, fine with me
[14:31] <dandrader> greyback, about the merge: no need to have an intermediate state where we provide Unity.Application, Unity.ApplicationManager and Unity.SurfaceManager, right?
[14:32] <greyback> Mirv: hey, dednick and I both experience graphical flickering with QML on Qt5.1.1 in some cases. But I got zsombi to check on nvidia, and he didn't see any problems. Could be driver issue. Who to poke about that?
[14:32] <dandrader> greyback,  in unity-mir
[14:32] <greyback> dandrader: no need, we'll just land the changes in unity-mir and unity8-integrate-mir in sequence.
[14:33] <dandrader> ok
[14:37] <sonne> so it happens that applications launched by wine are not shown on the bar and i can't alt-tab to them on 12.04... is this a known thing? has it been fixed in some later release?
[14:39] <tsdgeos> mterry: ah, ok
[14:41] <Mirv> greyback: ubuntu-unity or unity-mir maybe for drivers. I don't see flickering on intel either, although I'm a poor desktop unity8 user (I can browse the lens, clicking indicators does not seem to do anything)
[14:41] <ricmm> tsdgeos: hey dude
[14:41] <tsdgeos> ricmm: hi
[14:42] <ricmm> tsdgeos: how are you doing with the OSK draw issue?
[14:42] <Mirv> greyback: but no flicker browsing the lenses
[14:42] <tsdgeos> ricmm: not great
[14:45] <greyback> Mirv: how about this: check out lp:~gerboland/+junk/uitk-5.1.1, compile it as much as it will go (will fail in tests). Then open gallery with "./gallery.sh", open "Navigation" and scroll the page. I see the entire qml scene flicker a bit as I flick that page
[14:51] <Mirv> greyback: hangout finishing soon, I'll report then
[14:51] <greyback> Mirv: thanks.
[15:09] <mzanetti> tsdgeos: any further comments on the launcher-items branch?
[15:09] <tsdgeos> nope
[15:10] <mzanetti> tsdgeos: ok, I'll approve it then. Once I'll integrate the Application API we need to parse this stuff ourselves only very rarely any more
[15:19] <dandrader> greyback, the unity-mir part got merged. I think we can get this one in now [1] or do we have to wait for a release? [1] - https://code.launchpad.net/~dandrader/unity8/integrate-mir_InputFilterArea/+merge/182919
[15:20] <greyback> dandrader: ye, compiling now
[15:20] <greyback> dandrader: is good to wait for release, just in case
[15:22] <Mirv> greyback: I don't see any flicker. note that Mesa 9.2.0 just went into saucy if you're using free drivers, I don't know if it has an effect
[15:22] <Mirv> I've sandy bridge intel (HD 3000)
[15:23] <greyback> Mirv: I've exact same. Ok let me update everything and reboot to double-check
[15:36] <mzanetti> om26er: any chance of reproducing the freeze when unlocking?
[15:36] <mzanetti> om26er: and sending me the debug output?
[15:36] <mzanetti> I can't reproduce it here
[15:37] <om26er> mzanetti, it happens very few times, but I can try now to reproduce it.. which logs will be useful ?
[15:37] <mzanetti> om26er: unity8
[15:37] <om26er> mzanetti, its terminal logs you mean ?
[15:37] <mzanetti> om26er: ~/.cache/upstart/unity8.log
[15:37] <om26er> ah
[15:37] <om26er> ok
[15:37] <mzanetti> om26er: yes. if you start it manually, the terminal output. if started by upstart it's in there
[15:38] <om26er> mzanetti, each time the file is wiped or will it contain old logs as well ?
[15:38] <kgunn> greyback: just to verify...in surfflinger mode, i should be able to stop/restart unity8 with qt fps reporting on right?
[15:38] <mzanetti> om26er: its logrotated
[15:38] <mzanetti> om26er: just paste the last 200 lines or so... that should do
[15:38] <om26er> mzanetti, ok
[15:40] <greyback> kgunn: if you follow the same steps, yes: stop unity8; QML_RENDERER_TIMING=1 unity8
[15:45] <om26er> mzanetti, can't reproduce atleast now will keep trying. I tried 'yes' to load the cpu that's didn't work either
[15:46] <mzanetti> om26er: hmm... I don't think "yes" does a lot on the cpu
[15:47] <om26er> mzanetti, seems it actually does result in a cpu spike, when yes is executed  sshd, adbd  and yes itself take quite a lot of cpu compined
[15:47] <om26er> *combined
[15:58] <tedg> dednick, Is there anything blocking your bluetooth icons from landing?
[15:58] <tedg> (well, not yours, but you said you had a branch with them)
[16:13] <mhr3> dednick, i can't connect to wifi with latest image... help?
[18:09] <larsu> boiko: hi! How are you?
[18:09] <boiko> hey larsu!
[18:09] <boiko> larsu: good, thanks, and you?
[18:09] <larsu> boiko: great! I'm trying to figure out bug 1215644, but it works with my test script
[18:09] <larsu> boiko: could it be that it is a bug in the phone app?
[18:10] <larsu> boiko: can you point me to the source of were you add the message to the messaging menu please?
[18:10] <dandrader> greyback, still there?
[18:10] <boiko> larsu: I need to double check that one, but the thing is that this code was not changed in ages :)
[18:11] <larsu> boiko: ya, same for me :) It's enough if you point me to the repo for now, I'll check it
[18:11] <boiko> larsu: so, this code now lives in lp:telephony-service, let me get your the correct file
[18:11]  * larsu branches
[18:12] <larsu> boiko: got it, thanks
[18:12] <boiko> larsu: I can help debugging that, but probably only tomorrow :/
[18:12] <larsu> boiko: it is missing a call to messaging_menu_message_set_draws_attention()
[18:13] <larsu> boiko: but I wonder why this has worked until now
[18:13] <boiko> larsu: good question :)
[18:13] <larsu> boiko: and maybe I should just change the default to draws-attention=true (because that's what you most likely want always)
[18:13] <boiko> larsu: I guess the chewie-client was turning the icon blue whenever there was a message?
[18:13] <larsu> boiko: ah!
[18:14] <larsu> boiko: very good point. I'll change the default anyway, so you don't have to worry about a thing here :)
[18:14] <larsu> boiko: thanks for pointing me to it. Have a good evening!
[18:14] <boiko> larsu: nice! thanks!
[18:14] <boiko> larsu: have a good one too :)
[18:16] <larsu> boiko: thanks :)
[23:26] <cyphermox> bregma: hey
[23:26] <cyphermox> bregma: lots of tests failing in unity atm: http://10.97.0.1:8080/job/autopilot-saucy-daily_release/1428/testReport/