[03:46] <confused_noob_13> I just installed ubuntu today. I set up Thunderbird to work with gmail, but I can't seem to get any kind of new email notifications to display anywhere visually on the screen. Is there a generally accepted way to do that?
[08:13] <Saviq> tsdgeos, in MUC atm, flying back in 2h and will be mostly around rest of the afternoon
[08:13] <tsdgeos> Saviq: oki :)
[08:14] <tsdgeos> and my notifications are crazy again :/
[08:14] <tsdgeos> bbiam
[08:38] <tsdgeos> Saviq: somehow our autopilot tests regressed wildly again :/
[08:38] <Saviq> bah
[08:38] <tsdgeos> i'll dedicate some time this morning to see if i can see them failing here
[08:38] <tsdgeos> now that CI team wants to gate on them
[08:39] <tsdgeos> Saviq: do you know if CI uses mako or krillin on the autopiloting?
[08:39] <Saviq> mako
[08:39] <Saviq> yeah, do that
[09:39] <mzanetti> tsdgeos: hey, I have one failing AP test on the silo
[09:39] <mzanetti> tsdgeos: and one failing qmltest. I've commented on the branch
[09:39] <tsdgeos> you lucky man :D
[09:39] <tsdgeos> only one AP failing!
[09:39] <mzanetti> tsdgeos: yes, only one
[09:39] <tsdgeos> mzanetti: you mean the card creator? updated it
[09:39] <mzanetti> ack.
[09:39] <mzanetti> will rebuild
[09:40] <tsdgeos> mzanetti: about the AP one, which one is it? and which error do you have?
[09:40] <mzanetti> unity8.shell.tests.test_emulators.DashAppsEmulatorTestCase.test_get_applications_should_return_correct_applications
[09:41] <mzanetti> index 0 != 1 or so
[09:41] <tsdgeos> ok, give me a few mins
[09:41] <tsdgeos> i'm running  phablet-test-run -n -A --timeout-profile=long -v unity8
[09:41] <tsdgeos> want to see what's the total output
[09:42] <mzanetti> :D
[09:42] <tsdgeos> wondering if those
[09:42] <tsdgeos> Dynamic exception type: N5boost16exception_detail10clone_implINS0_19error_info_injectorISt11logic_errorEEEE
[09:42] <tsdgeos> are real bad or not
[09:42] <tsdgeos> booo
[09:42] <tsdgeos> and you have to run tests in english
[09:42] <tsdgeos> testtools.matchers._impl.MismatchError: 'So' != 'Sound'
[09:43] <mzanetti> yes
[09:43] <mzanetti> und you have to set the display blank timeout to >= 5mins at least
[09:43] <mzanetti> and
[09:43] <mzanetti> :D
[09:43] <tsdgeos> ah you can do that better
[09:43] <tsdgeos> sudo powerd-cli display on
[09:43] <mzanetti> true
[09:44] <mzanetti> tsdgeos: this is the whole output of the failing test here: http://paste.ubuntu.com/10386221/
[09:44] <mzanetti> I do have that boost thing too
[09:45] <tsdgeos> so changing the scope failed
[09:46] <tsdgeos> that was supposed to be fixed after i made it always be a multiple of 10
[09:46] <tsdgeos> can you actually reproduce it?
[09:48] <mzanetti> tsdgeos: reproduce in what sense?
[09:48] <mzanetti> tsdgeos: running ap multiple times?
[09:48] <tsdgeos> mzanetti: run it more than once and always fails
[09:48] <mzanetti> yes, it keeps failing here
[09:48] <tsdgeos> mzanetti: and can you see it dragging the scope but failing to change?
[09:50] <mzanetti> need to retry... the logs are from yesterday before I EOD'd
[09:50] <mzanetti> but I ran this 4 times at least and it failed with the same
[09:53] <mzanetti> tsdgeos: it wants to flick to the right, but seems its not strong enough
[09:54] <mzanetti> and bounces back
[09:58] <tsdgeos> and this is why we all dislike autopilot
[09:58] <tsdgeos> http://paste.ubuntu.com/10386421/
[09:59] <tsdgeos> mzanetti: what is werid is that only one is failing?
[09:59] <tsdgeos> we have more tests that do move from scope to scope
[09:59] <tsdgeos> and those work for you?
[10:02] <tsdgeos> what i don't understand is why unity8-dash is at 100% cpu while running that test
[10:02] <tsdgeos> makes no sense
[10:06] <tsdgeos> mzanetti: what silo is it that the landing is on?
[10:07] <Cimi> https://code.launchpad.net/~unity-api-team/unity8/scopes-active-depends-on-screen-rtm/+merge/250606
[10:08] <Cimi> do we really need those tweaks inside apps to save battery?
[10:08] <Cimi> or it's just for the dash because it is a particular app?
[10:08] <Cimi> (other apps using location for example will suspend)
[10:09] <Cimi> I am wondering if we need this approach or it should be done by app lifecycle
[10:12] <tsdgeos> pstolowski: pete-woods: ↑↑↑↑↑
[10:13] <pete-woods> Cimi: this is specific to the dash. apps are put to sleep by the lifecycle management, the dash is not, as it is a focal point for middleware comms between the scopes
[10:14] <pete-woods> we already excluded the dash from app lifecycle management, as it is simply not a regular app
[10:14] <pete-woods> and putting it to sleep broke all kinds of things in the middleware
[11:00] <greyback> mzanetti: could I trouble you for a quick review: https://code.launchpad.net/~gerboland/qtmir/fix-lifecycle-exempt-keeps-wakelock/+merge/250459
[11:01] <mzanetti> greyback: ack, putting it on my list. hipefully I'll get to it today
[11:01] <greyback> thanks
[12:34] <dandrader> tsdgeos, could you review my latests commits to https://code.launchpad.net/~mir-team/qtubuntu/port-to-mirclient/+merge/245164 and re-approve + top approve if it's all fine?
[12:35] <greyback> dandrader: with the feature freeze in place, we've to wait for a while more sadly
[12:35] <greyback> to land it
[13:38] <tsdgeos> dandrader_: yep, i had the tab open to review
[13:38] <tsdgeos> doing now
[13:42] <dandrader_> tsdgeos, thans
[13:42] <dandrader_> +k
[14:21] <mterry> mzanetti, thanks for chasing down design for the lockscreen swipe thing
[14:22] <mzanetti> mterry: no prob
[14:22] <mterry> mzanetti, I saw the "bug fix only" email go by -- does that affect your in-flight unity8 landing?
[14:27] <tsdgeos> mterry: it's all bug fixing
[14:27] <mterry> tsdgeos, eh...  I wouldn't have described -refactor like that unless I was trying to pass a filter
[14:28] <mterry> tsdgeos, although it does happen to contain a few bug fixes I fixed along the way
[14:28] <mterry> tsdgeos, it just fixes them partly by doing an enormous refactor  :)
[14:28] <tsdgeos> see, it is bugfixing :D
[14:38] <tsdgeos> dandrader: the only change is that you're calling
[14:38] <tsdgeos>  mir_wait_for(mir_surface_set_state(d->surface, qtWindowStateToMirSurfaceState(d->state)));
[14:38] <tsdgeos> instead of
[14:38] <tsdgeos> setWindowState(Qt::WindowNoState);
[14:38] <tsdgeos> correcT?
[14:39] <dandrader> tsdgeos, yeah, that's the core of it
[15:06] <tsdgeos> dandrader: what was the bug that was being fixed?
[15:07] <dandrader> tsdgeos, fullscreen apps were not getting started as fullscreen, such as camera-app and media-player
[15:08] <tsdgeos> k
[15:08] <dandrader> tsdgeos because setVisible(true) was setting then back to "windowed"
[15:10] <tsdgeos> dandrader: yep i understan the issue wanted to check if was fixed too :)
[15:51] <elopio> tsdgeos: mzanetti: is there something we can do to help you with the failed autopilot tests?
[15:51] <elopio> last time I looked was with paulliu's branch, a week ago. And it got 3 good runs in a row.
[15:51] <tsdgeos> elopio: make CI have the same results i have locally ^_^
[15:52] <tsdgeos> elopio: sure, last week all was fine
[15:52] <mzanetti> tsdgeos: define "locally"
[15:52] <mzanetti> germany or spain?
[15:52] <mzanetti> :P
[15:52] <tsdgeos> two or three days ago it decided to go bezerk again and fail like crazy
[15:53] <elopio> tsdgeos: so if you flash, and then run with phablet-test-run, you still get green?
[15:54] <tsdgeos> elopio: yes
[15:55] <elopio> tsdgeos: and devel-proposed, the same device as jenkins is using??
[15:55] <tsdgeos> elopio: yes
[15:56] <elopio> tsdgeos: ok, can you report a bug for ci so they investigate what their lab is doing differently?
[15:56] <tsdgeos> elopio: tbh it's not even CI
[15:56] <tsdgeos> elopio: mzanetti and i were getting different results
[15:56] <tsdgeos> and both had the same hardware and version too
[15:57] <tsdgeos> and not ocasional results, it failed always for him and always worked for me
[15:57] <elopio> tsdgeos: even last week when jenkins was all green?
[15:57] <tsdgeos> last week is a long time ago
[15:57] <tsdgeos> this was today :)
[15:58] <Saviq> mzanetti, thanks for clearing up our merge queue
[15:58] <mzanetti> np
[15:59] <elopio> so we need more information to see if it's a lab issue, mzanetti's phone issue, a problem with the tests, or a problem with one of the things that were released recently.
[16:01] <tsdgeos> i spent all my morning on this and dindn't get any usable conclusion
[16:03] <elopio> tsdgeos: was that because you are missing more information about the failures? like logging, or videos of the run?
[16:04] <tsdgeos> elopio: that's probably because i'm not so fluent in autopilot nor in python
[16:15] <tsdgeos> mterry: did the refactor add new messages?¿
[16:16] <mterry> tsdgeos, messages?
[16:16] <tsdgeos> seems it adds Retry and tap to unlick
[16:16] <mterry> tsdgeos, oh...  it may have marked them translatable, but they aren't new
[16:16] <mterry> tsdgeos, a bug fix!  :)
[16:17] <mterry> tsdgeos, also, you can never unlick something
[16:17] <tsdgeos> mterry: the problem with the bugfix is that it forgot to renegerate the pot /:
[16:17] <mterry> tsdgeos, ugh.  Because I had forgotten I had actually fixed that  :-/
[16:17] <mterry> tsdgeos, also I hate our current pot-generation system
[16:18] <tsdgeos> we all do :)
[16:19] <mterry> tsdgeos, well I guess they can remain untranslated until the next pot-generation
[16:19] <tsdgeos> i guess
[16:28] <tsdgeos> elopio: see, https://jenkins.qa.ubuntu.com/job/generic-deb-autopilot-runner-vivid-mako/1334/? 25 failures
[16:28] <tsdgeos> which is like, i get all those to pass here
[16:31] <tsdgeos> bbiam
[16:45] <tsdgeos> greyback: do you mind if i put https://code.launchpad.net/~gerboland/unity-api/surfaceSizerCallback/+merge/231698 and https://code.launchpad.net/~gerboland/qtmir/initialSurfaceGeometry/+merge/231725 to WIP as https://code.launchpad.net/~gerboland/unity8/initialSurfaceGeometry/+merge/231726 is to clear a bit the dashboard/queue?
[16:45] <greyback> tsdgeos: go ahead
[16:46] <tsdgeos> tx :)
[16:47] <tsdgeos> MacSlow: waiting for your fix on https://code.launchpad.net/~macslow/unity8/unbreak-notification-positioning-fix-1422711/+merge/249998
[16:56] <MacSlow> tsdgeos, the jenkins-failure are all in non-notification parts and the open issues I addressed... did I not?
[16:56] <tsdgeos> MacSlow: you said you'd remove some code, i'm waiting for you to remove it :)
[16:57] <MacSlow> tsdgeos, doh.... sorry... onc sec
[17:04] <MacSlow> tsdgeos, change/fix pushed
[17:05] <tsdgeos> oki
[17:08] <elopio> tsdgeos: what I see there is that the greeter failed to swipe.
[17:09] <elopio> AssertionError: Greeter cover page still up after 10s
[17:10] <elopio> also there seems to be problems with the test apps, but it's likely related to swiping from the right too.
[17:10] <elopio> tsdgeos: have you used tvr?
[17:10] <elopio> trv
[17:12] <elopio> mzanetti: on your device, do you see problems with the greeter too?
[17:12] <tsdgeos> elopio: trv?
[17:12] <elopio> tsdgeos: jenkins attaches a subunit file as an artifact.
[17:13] <elopio> with trv you can see the subunit file. It's a lot easier to understand the results with it.
[17:13] <elopio> https://www.youtube.com/watch?v=jkLtbmQxXYc
[17:13] <elopio> the video description has the ppa and stuff to install it.
[17:14] <mzanetti> elopio: no, all other tests passed fine here
[17:14] <mzanetti> elopio: there was one which I had to run a second time. but then it passed
[17:14] <tsdgeos> elopio: ok, i'll investigate tomorrow
[17:14]  * tsdgeos EOD
[17:14] <tsdgeos> s
[17:26] <pete-woods> Saviq: hi, was trying to run unity8-dash from trunk on 14.10 (after having built the few deps like new scopes)
[17:26] <pete-woods> and wondered if you might know what was going wrong here: http://paste.ubuntu.com/10392237/
[17:27] <pete-woods> it kinda looks like it can't see the unity8 share directory
[17:27] <pete-woods> but I don't know why that would happen
[17:29]  * pete-woods guesses someone is on holiday given the normally Clint Eastwood -like response times of pinging you
[17:33] <pete-woods> perhaps need some updated version of the SDK I guess
[17:36] <pete-woods> obviously something screwy is going on with the PageHeader class
[17:37] <pete-woods> guess it's time to install a vivid VM
[17:39]  * pete-woods builds slightly older version
[19:18] <josharenson> mterry: so I have unity8 kind of running on my spare laptop, but there are two issues.. The mouse/touchscreen doesn't work, and I can't find the lightdm.conf file to edit.. do I need to create it?
[20:10] <mterry> josharenson, yeah you may have to create it
[20:10] <mterry> josharenson, /etc/lightdm/lightdm.conf
[20:10] <mterry> josharenson, and as for mouse, you enabled the hardware mouse?
[20:11] <josharenson> mterry: only line is type=unity?
[20:11] <mterry> josharenson, uh, one moment
[20:11] <josharenson> mterry: hadn't yet
[20:11] <mterry> josharenson, put a [SeatDefaults] line before that
[20:11] <mterry> josharenson, once you do, you should have a mouse again
[20:11] <josharenson> mterry: ack
[20:11] <mterry> josharenson, I mean, once you enable the hardware mouse that is
[20:11] <josharenson> sure sure
[20:11] <josharenson> thanks
[20:26] <josharenson> mterry: hummm, now I select unity8 session at the greeter, type my pw, and it just hangs
[20:27] <mterry> josharenson, that's.. worse
[20:27] <josharenson> mterry: nothing interesting in the unity8 log, let me check usc
[20:28] <josharenson> mterry: ah it doesnt like my hw cursor argument, probably a typo?
[20:29] <mterry> josharenson, $ cat /usr/sbin/unity-system-compositor.sleep
[20:29] <mterry> #!/bin/sh
[20:29] <mterry> sleep .1
[20:29] <mterry> exec /usr/sbin/unity-system-compositor --disable-inactivity-policy=true --on-fatal-error-abort --enable-hardware-cursor=true $@
[20:34] <josharenson> mterry: my file looked exactly like that, but the log says "Failed to parse command line options: option --cursor cannot be specified more than once" quadruple checking for typos
[20:35] <mterry> josharenson, huh...
[20:35] <mterry> josharenson, you have archive versions of usc and friends?
[20:36] <mterry> josharenson, what's in /usr/share/lightdm/lightdm.conf.d/ ?
[20:37] <josharenson> mterry: well there were weird issues installing unity8, I had to manually install/build some deps to get it to work.... but  xserver-xorg-xmir and unity8-desktop-session-mir came from archive
[20:37]  * josharenson checks
[20:38] <mterry> josharenson, also check unity-system-compositor
[20:39] <josharenson> mterry: greeter-wrapper, guest-wrapper, ubuntu.conf, unity-greeter.conf, xserver-command.conf, unity8.conf
[20:39] <josharenson> usc _is_ installed
[20:40] <josharenson> might not be starting though
[20:40] <mterry> josharenson, those are the same files I have, so good.
[20:40] <mterry> josharenson, and USC is archive version/
[20:40] <mterry> ?
[20:40] <josharenson> mterry: definitely  from archive
[20:40] <mterry> josharenson, nothing suspicious in /var/log/lightdm/unity-system-compositor.log?
[20:40] <mterry> josharenson, or ~/.cache/upstart/unity8.log
[20:41]  * josharenson clears logs and tries again, did weird things and they logs are lying 
[20:44] <josharenson> mterry: uploading the log, there is some wonky stuff right where you'd expect (like after user authorization)
[20:49] <josharenson> mterry: sorry had to get creative to get the log online http://pastebin.ubuntu.com/10395793/
[20:51] <mterry> josharenson, huh ok, so that's lightdm.log and it shows USC crashing or early-exiting or something
[20:51] <mterry> josharenson, what does unity-system-compositor.log show?
[20:52] <josharenson> oh I'm dumb... usc log says same thing about bad args... when I remove the hardware cursor arg, unity8 starts, but as expected, I can't click anything
[20:52] <josharenson> mterry: ^
[20:52] <mterry> josharenson, I have 0.0.5+15.04.20150209-0ubuntu1 of USC
[20:54] <josharenson> mterry: I have the same
[20:54] <mterry> josharenson, humph
[20:54] <josharenson> mterry: how did you install unity8? I built it from trunk yesterday... relevant?
[20:55] <mterry> josharenson, I doubt it?  This seems to be a USC error, not a unity8 one
[20:55] <mterry> josharenson, (my u8 was from archive)
[20:55] <josharenson> mterry:  thought so.... when I tried installing from archive, I started getting weird dep issues, let me try rearranging my arguments to usc... can't hurt
[20:57] <josharenson> mterry: I'll keep messing with it, I'll let you know if anything interesting happens... I hate when nothing works
[20:58] <mterry> josharenson, yeah sorry  :(
[20:58] <josharenson> mterry: np, thanks for the help so far
[20:58] <mterry> josharenson, but unity-greeter and unity7 work?
[20:59] <mterry> josharenson, oh no, they wouldn't...  usc is crashing
[20:59] <mterry> well, maybe they work in a fallback mode lightdm has for usc?  I forget what usc does in that case
[20:59] <josharenson> mterry: uhhh works fine
[20:59] <josharenson> let me see whats running
[21:00] <mterry> josharenson, ok cool.  makes sense.  It's just the pure Mir ones that can't work because no USC
[21:00] <josharenson> mterry: something called unity-fallback- is running
[21:00] <josharenson> and obviously X
[21:01] <mterry> josharenson, yeah OK.  So lightdm fell back to an X session I guess. I'm not familiar with the phrase unity-fallback but OK
[21:01] <josharenson> mterry: me either... just showed up in `ps`
[21:34] <dandrader> mterry, I'm getting two failing tests in tst_Shell.qml, int trunk: http://paste.ubuntu.com/10396487/
[21:34] <dandrader> mterry, do you get the same?
[21:34] <mterry> dandrader, hrm
[21:34] <mterry> dandrader, probably, let me check
[21:40] <mterry> dandrader, huh, everything passed with both xvfbtestShell and testShell
[21:40] <mterry> dandrader, maybe it's just flaky -- do you get reliably?
[21:40] <mterry> *it
[21:40] <dandrader> yep
[21:41] <dandrader> maybe my trunk or not clean or something
[21:41] <dandrader> let me double check things
[21:41] <dandrader> s/or not/is not
[21:45] <mterry> dandrader, I'll clean my build and try again too
[21:48] <dandrader> mterry, it still fails in exactly the same way... :/
[21:48] <dandrader> mterry, well, will investigate it tomorrow. EOD
[23:56] <josharenson> mterry: if you are still around http://pastebin.ubuntu.com/10398186/
[23:56] <josharenson> the dependency error I get when trying to install unity8-desktop-session-mir
[23:56] <josharenson> this is off a fresh install
[23:56] <mterry> josharenson, hi
[23:56] <mterry> huh
[23:57] <mterry> josharenson, to get more information out of that, try sudo apt-get install unity8
[23:57] <josharenson> unmet deps: qtdeclartive5-ubuntu-web-plugin
[23:57] <josharenson> and installing that give another dep error
[23:58] <josharenson> mterry: only way I managed to get it working before was to manually install most of the deps
[23:58]  * josharenson thinks back to having to build things from source w/o any dependency managment
[23:59] <mterry> josharenson, that way lies madness!