[01:19] <qengho> Good morning.
[04:59] <hikiko> hi
[05:06] <ricotz> Sweet5hark1, hi, rc2 is built and ready here
=== zsombi_ is now known as zsombi
[07:21] <pitti> Good morning
[07:24] <qengho> hi
[08:00] <willcooke> morning
[08:05] <Laney> meow
[08:08] <willcooke> hi Laney, how goes?
[08:11] <Laney> hi willcooke
[08:11] <Laney> I used the juicer thing to make beetroot juice
[08:11] <Laney> and now I have purple hands
[08:11] <willcooke> Thanks Obama
[08:11] <Laney> THANKS LEAVE
[08:11] <willcooke> :D:D:D
[08:11] <xnox> mvo, desrt - what's the copyright on friendly-recovery?
[08:11] <Laney> but, done some hacking on the new appstream generator
[08:11] <Laney> which is working so far
[08:12] <willcooke> nice!
[08:12] <willcooke> morning xnox, watched your talk yesterday, very good
[08:12] <xnox> all canonical? canonical & desrt? canonical & collabora? mvo / desrt / canonical?
[08:12] <xnox> willcooke, oh gosh, please no =) i don't think it was good at all...
[08:13] <mvo> xnox: definitely canonical for my contributions but the initial work was done by desrt so he own copyright (he knows the details)
[08:13] <xnox> well their copyright.
[08:13] <xnox> ok.
[08:13] <xnox> desrt, i'll update the debian/copyright for now to say Canonical & Allison Ryan Lortie
[08:14] <xnox> well it has "2007 Ryan Lortie <desrt@desrt.ca>" currently
[08:26] <Laney> I wonder if xnox is audible on the stream
[08:28] <xnox> lol
[08:30] <Trevinho> Good mornig!
[08:30] <Trevinho> morning*
[08:30] <willcooke> hey Trevinho
[08:31] <Trevinho> seb is still drunk because of the last night match!?
[08:31] <Trevinho> hi willcooke
[08:31] <andyrock> hey all
[08:31] <willcooke> ha!
[08:31] <willcooke> he booked a day off
[08:31] <willcooke> probably to get over his hang over
[08:31] <xnox> hehe
[08:31] <Trevinho> Eh, this French people...
[08:41] <hikiko> Trevinho, ping
[08:41] <Trevinho> hey hikiko
[08:41] <hikiko> hi
[08:42] <hikiko> I wanted to ask you 2 things on unity_support_test
[08:42] <Trevinho> hikiko: sure
[08:44] <hikiko> first, I think that this return 2 should be put back: https://bazaar.launchpad.net/~hikiko/nux/nux.ust/revision/880?start_revid=880 because we return 2 when no tests are executed (when we print something and exit)
[08:44] <hikiko> and the other question is here:
[08:45] <hikiko> https://bazaar.launchpad.net/~hikiko/nux/nux.ust/revision/881 I am not sure I understand it, did you blacklist the UNITY_LOW_GFX_MODE env var? shouldn't we remove this line?
[08:45] <Trevinho> return 2... Yeah, it was something I was wondering too. But I ddin't consider that an error if requested by the user. Only when providing wrong args
[08:46] <Trevinho> hikiko: no, as I wanted a way to force this method without using the LIBGL_ALWAYS_SOFTWARE env, and that was the same for unity
[08:46] <hikiko> should I put it back?
[08:46] <Trevinho> hikiko: if you wan to, but I don't see that an issue
[08:47] <Trevinho> hikiko: at least, there's no scenario where I think it could cause us troubles, but if you think it more consistent...
[08:48] <hikiko> yeah, I don't think that either but I'll just put it back for consistency
[08:49] <hikiko> so Trevinho you wanted to blacklist the UNITY_LOW_GFX.. to force software rendering?
[08:49] <Trevinho> I wanted to be able to test this scenario for unity, without having to force software libgl for the rest of things
[08:49] <Trevinho> hikiko: so yes
[08:51] <hikiko> right, I was just wondering...
[08:51] <hikiko> Trevinho, did you see the bug that mdeslaur was talking about yesterday?
[08:52] <hikiko> in Y you can't start u7 in lowgfx, you login to lightdm and then compiz doesn't start
[08:52] <hikiko> and I reproduced it on a vm
[08:52] <hikiko> and I could start u7 manually from tty 1
[08:53] <hikiko> do you have any idea what could be wrong? it's after we merged our changes
[08:53] <hikiko> I wonder if it's possible that something lowgfx related causes the problem?
[08:56] <Trevinho> hikiko: mh, it seems like some compiz part has not landed
[08:56] <hikiko> heh :D
[08:57] <hikiko> there were some installation problems too maybe that daily build was broken
[08:58] <hikiko> Trevinho, so, we just wait for the next release?
[08:58] <Trevinho> hikiko: mh, so it seems... Like if there was no compiz with unity-lowgfx.ini file
[08:58] <Trevinho> hikiko: let's see in next daily
[08:58] <hikiko> ok :) thanks Trevinho !
[09:01] <hikiko> Trevinho, also here's the branch with the "fix", just change 0 to 2 :p  https://code.launchpad.net/~hikiko/nux/nux.revert-retval/+merge/299517
[09:01] <Trevinho>  seeen
[11:10] <desrt> xnox: drop middle name plz :)
[11:12] <desrt> xnox: and at the time it would have been me personally (no company)
[11:20] <xnox> desrt, ok.
=== hikiko is now known as hikiko|ln
=== hikiko|ln is now known as hikiko
=== dpm is now known as dpm-bbiab
=== marga_ is now known as marga
=== dpm-bbiab is now known as dpm
[16:35] <a1fa> andyrock: ;)
[16:36] <a1fa> This bug was fixed in the package unity - 7.5.0+16.10.20160602-0ubuntu1
[16:37] <a1fa> is this going to make it into 16.04?
[16:40] <a1fa> andyrock: i will buy you a beer if you give me an update on these two bugs 1581910 | 1581912
[16:40] <ubot5> bug 1581910 in unity-settings-daemon (Ubuntu) "Decreasing mouse speed does not disable total mouse acceleration" [Undecided,New] https://launchpad.net/bugs/1581910
[16:40] <a1fa> and 1581912
[16:40] <a1fa> bug 1581912
[16:40] <ubot5> bug 1581912 in unity (Ubuntu) "Specific NVIDIA driver settings in xorg.conf will cause issues with Unity Panel" [Undecided,New] https://launchpad.net/bugs/1581912
[16:40] <a1fa> thank you ubot ;)