[00:08] <jbicha> robert_ancell: good morning
[00:08] <jbicha> I guess gspell needs allow-stderr added to d/tests/control
[01:04] <robert_ancell> jbicha, mp?
[01:06] <jbicha> robert_ancell: https://paste.gnome.org/py7gajgx9
[01:07] <robert_ancell> jbicha, ta
[01:12] <robert_ancell> jbicha, is that going to get fixed in Debian? It will be nicer if we can just stay in sync
[01:12] <jbicha> I did push it to pkg-gnome git but I didn't ping anyone to upload it
[01:13] <jbicha> I'm not sure how important autopkgtest is to them since it doesn't stop migration like on Ubuntu
[01:17] <jbicha> bigon: well since you did the last gspell upload, I'm pinging you ^
[05:20] <hikiko> hi
[06:04] <duflu> Morning hikiko
[06:04] <hikiko> hey duflu :)
[06:04] <hikiko> how are you?
[06:04] <hikiko> (happy Monday!)
[06:04] <duflu> hikiko: I think I'm almost normal (last week was all about the jet lag). You?
[06:05] <hikiko> no jet lag for me :)
[06:06] <RAOF> :)
[06:06] <hikiko> hi RAOF !
[06:06] <duflu> hikiko: I forgot to ask... in your talk you mentioned your optimizations don't ever use more than 17% CPU on a low end system. Does that mean we have room for 5x frame rate still? :)
[06:08] <hikiko> what do you mean by 5x frame rate duflu ? 5 times faster? (I am pretty sure I said usually though because we ve counted several times but I can't be sure that someone won't start a super heavy project)
[06:09] <hikiko> 17% was the higher I measured in a vm when I opened several windows etc
[06:09] <hikiko> (a very restricted vm :))
[06:09] <duflu> hikiko: OK, fair enough. Just sounded like the worst case performance. I would expect worst cast is higher than 17% as you say
[06:09] <duflu> worst *case*
[06:10]  * duflu is reminded of some Unity8 bugs that need some attention in that area
[06:11] <hikiko> maybe I should remove the percentage from the slide and say something like "N times faster" and measure that N
[06:11] <RAOF> :)
[06:12] <hikiko> by opening the same windows :p
[06:12] <duflu> hikiko: Or just set swap interval = 2 or 3 :)
[06:12] <hikiko> in the next presentation :)
[06:12] <hikiko> swap interval?
[06:13] <duflu> hikiko: How often OpenGL renders (by default it's every 1)
[06:13] <hikiko> oh, swap buffers
[06:15] <hikiko> no :)
[06:15] <hikiko> https://www.opengl.org/wiki/Swap_Interval
[06:15] <duflu> Sorry, I'm day dreaming about optimizations. While actually meant to be working on optimizations
[06:16] <duflu> Yeah 1 is default, 0 is for games and benchmarks. But you can use 2 for 30Hz and 3 for 20Hz etc if you wish to limit CPU usage
[06:17] <hikiko> well in compiz we have to synchronize with vblank otherwise you ll have tearing
[06:17] <duflu> hikiko: Any value above 0 is synchronized
[06:18] <duflu> Although if you're in fallback mode with fbdev the sync logic probably doesn't exist. Tearing is unavoidable there
[06:18] <hikiko> I mostly changed the effects that require redraws or invalidate large areas
[06:19] <hikiko> for example if a plugin used fade with 10 intermediate steps
[06:19] <hikiko> I made the steps a parameter and reduced them to 0
[06:20] <duflu> hikiko: I know. Sorry for the confusion... Keep it up. :)
[06:23] <hikiko> I'll read about sync etc though duflu, I just made the changes at a higher level and I am not so familiar, might be useful to do some optimisations there if there are no visual artifacts :)
[06:23] <hikiko> thanks for mentioning that!
[07:27] <desrt> morning!
[07:27] <hikiko> hi desrt
[07:28] <duflu> Morgen(?) desrt
[07:29] <desrt> guten morgen :)
[07:29] <desrt> thanks for reminding me
[07:29]  * desrt punches the duolingo clock
[07:37] <desrt> "You are now 34% fluent in German!"
[07:37] <desrt> "[Add to LinkedIn Profile]"
[07:53] <Sweet5hark> moin
[08:08] <hikiko> desrt, according to duolingo you are almost german now! :p
[08:55] <hikiko> hi willcooke
[08:55] <willcooke> morning all!
[08:55] <willcooke> How's it going hikiko ?
[08:55] <hikiko> good :)
[08:55] <hikiko> how about you? did you enjoy your holidays?
[08:56] <willcooke> hikiko, was very busy :)  School half term so we did lots of things
[08:56] <hikiko> :D
[08:58] <hikiko> I hope you had fun willcooke :)
[09:02] <Laney> 'sup
[09:03] <seb128> hey willcooke hikiko Laney
[09:03] <seb128> had a good w.e?
[09:03] <hikiko> hey seb128 Laney :)
[09:04] <flexiondotorg> Morning Laney seb128 willcooke hikiko
[09:04] <hikiko> morning flexiondotorg
[09:04] <seb128> hey flexiondotorg, how are you? got over the ubuflu?
[09:05] <flexiondotorg> seb128, I have my Mojo back :-D
[09:06] <willcooke> o/
[09:09] <Laney> hey seb128 hikiko flexiondotorg & willcooke
[09:10] <Laney> seb128: good thanks, I enjoyed my extra hour in bed
[09:10] <Laney> and rode my bike with a pumpkin attached to the back
[09:11] <Laney> you?
[09:18] <seb128> w.e was quite alright
[09:18] <seb128> though I've a cold
[09:19] <seb128> been dealing with a start of cold for the week and it got me at the end
[09:19] <Laney> :(
[09:19] <Laney> did you get the renovations finished?
[09:19] <seb128> but it's not too strong so it's alright (though a bit worth today, going to teach me to not rest)
[09:19] <hikiko> epidemic flubuntu  :/
[09:20] <seb128> not quite finished but it's getting there
[09:20] <seb128> we should be able to use it by the end of this week
[09:22] <seb128> but otherwise w.e was nice, gf's birthday diner on saturday and enjoyed the nice weather yesterday
[09:22] <Laney> good!
[09:28] <hikiko> Trevinho, andyrock ping :)
[10:18] <Trevinho> hikiko: hey
[10:18] <hikiko> hey Trevinho
[10:19] <hikiko> if you have a moment could you review my branches (u7, compiz)?
[10:21] <Trevinho> hikiko: Yeah, I will do it later today...
[10:21] <seb128> good morning Trevinho!
[10:21] <hikiko> thanks :)
[10:21] <Trevinho> seb128: hey, how are you?
[10:21] <seb128> Trevinho, had a good w.e?
[10:21] <seb128> Trevinho, I got a cold, otherwise I'm good ... you?N
[10:22] <Trevinho> seb128: Yeah, very good... I've been to Bologna for a security event and some hanging out with friends... It's a very active city...
[10:22] <Trevinho> Tomorrow is a national holiday again though ☺️
[10:22] <seb128> security event?
[10:23] <Trevinho>  seb128 yeah... Event about hacking and security. Quite interesting.
[10:23] <seb128> here as well, though I'm going to work and swap it in decembre, getting thin on vac days for end of year
[10:24] <Trevinho> seb128: ah good move. Well.... Maybe i could do that too... But, well... I'll see. I actually wanted do something even today, but my friends are getting lazy :-/
[10:27] <hikiko> back
=== JanC_ is now known as JanC
=== hikiko is now known as hikiko|ln
[11:47] <willcooke> Laney, seb128 flexiondotorg - I just logged this (we mentioned it during the sprint):  https://bugs.launchpad.net/ubuntu/+source/gnome-disk-utility/+bug/1637984
[11:47] <ubot5`> Ubuntu bug 1637984 in gnome-disk-utility (Ubuntu) "Disks shows all mounted snaps" [Undecided,New]
[11:47] <willcooke> I dont think it's really a bug as such - but would be interested to know what you think
[11:52] <flexiondotorg> Well, I have a very snapped 16.04 machine and Disks is a bit cluttered.
[11:55] <Laney> willcooke: mmm, I didn't hear about that
[11:56] <andyrock> morning
[11:56] <Laney> Not sure what the right thing to do is
[11:56] <willcooke> hey andyrock - thanks for the heads up
[11:56] <willcooke> re public hols ^
[11:56] <Laney> hi andyrock
[11:56] <Laney> 'sup?
[11:59] <andyrock> nothing special you?
[12:00] <Laney> feeling spooooooOOOOOOOOOOOOOOooooooooooooooooOOOOoooOOOOooOOOOoky
[12:00] <Laney> flexiondotorg: you want to fwd that one upstream and ask if they have any ideas about what to do maybe?
[12:00] <flexiondotorg> I'll add it to my list.
[12:01] <Laney> ta
[12:01] <willcooke> thanks flexiondotorg Laney
=== hikiko|ln is now known as hikiko
[12:21] <popey> I think I have a really easily reproducible way to crash unity-panel-service on 16.04. Can someone reproduce, and I'll file a bug? Click the date/time indicator, skip forward a few months, then press escape. Machine appears to lock but it's just the panel service frozen, then a few mins later apport arrives and everything carries on....
[12:22] <popey> https://errors.ubuntu.com/oops/70fd2256-9f64-11e6-a12f-fa163e171d9b is my crash report for it
[12:26] <jbicha> seb128: could you try resetting the versions tracker? I believe I broke it this weekend but it generated fine here locally now
[12:32] <jbicha> Laney: interested in reviewing https://code.launchpad.net/~jbicha/ubuntu-themes/fix-gtk322-warnings/+merge/309652 ?
[12:34] <Laney> jbicha: sure, will do at some point
[12:34] <Laney> is it backwards compatible?
[12:36] <jbicha> Laney: yes, to yakkety
[12:37] <seb128> jbicha, did you push override?
[12:37] <Laney> good
[12:37] <jbicha> seb128: no
[12:37] <seb128> weird
[12:37] <seb128> I'm having a look in any case
[12:38] <seb128> popey, doesn't do it for me
[12:38] <seb128> well I tried a few being less than 10
[12:40] <popey> hm
[12:40] <willcooke> popey, seb128 - crashes here (so 64bit issue?)
[12:40] <seb128> no, can't get it to bug
[12:40] <seb128> could be
[12:40] <seb128> or depends of your settings, if you have calendar events, etc
[12:40] <popey> i also get it to bug out if I press AltGr instead of Esc
[12:40] <popey> could be, yeah
[12:41] <seb128> using altgr doesn't do anything here
[12:41] <seb128> in any case if it segfaults it's a valid bug even if it doesn't happen to everyone
[12:42] <seb128> shame we don't have anyone working on indicators anymore though :-/
[12:42] <popey> seems I'm not alone, there's thousands of crashes of this type in errors.ubuntu.com
[12:42] <popey> "unity-panel-service (11) g_type_check_instance_is_a → ido_calendar_menu_item_key_press → _gtk_marshal_BOOLEAN__BOXED → g_closure_invoke → signal_emit_unlocked_R"
[12:43] <seb128> willcooke, yeah, the disks thing is a bit tricky, they are valid mounts
[12:43] <popey> looks like there's already a bug for it, bug 1554219
[12:43] <ubot5`> Error: Launchpad bug 1554219 could not be found
[12:43] <popey> lies
[12:43] <popey> :)
[12:43] <seb128> hehe
[12:44] <seb128> popey, you need to change month for it to bug?
[12:44] <seb128> how many?
[12:44] <popey> i skipped to july next year
[12:45] <popey> doesn't always do it, annoyingly
[12:45] <popey> but often enough that I've had it happen repeatedly on me
[12:46] <seb128> let's see if tedg or charles might be wanted to have a look, probably a bug in ido
[13:11] <JanC> Disks shows block devices, not (all) mounts
[13:11] <flexiondotorg> seb128, Laney jbicha Do you have HiDPI capable machines?
[13:12] <flexiondotorg> Zesty is exhibiting very unusual behavior on XPS 15.
[13:13] <flexiondotorg> Almost as if a single UHD screen is the top left quarter of the screen resolution.
[13:15] <jbicha> my screen is 1080p
[13:17] <Laney> Yes, but I didn't upgrade yet
[13:31] <seb128> flexiondotorg, I don't
[13:42] <dobey> hikiko: hi! were you finally able to get your laptop fixed? :)
[13:49] <hikiko> hey dobey :) almost... Ibm sent me some parts after I sent them pictures and details but I haven't replaced the broken ones yet! I will do it after the end of my day :)
[13:52] <hikiko> but dobey some soldering fixed it temporarily: http://i.imgur.com/AHGj2q1.jpg
[13:53] <dobey> hikiko: haha nice :)
[13:53] <hikiko> but I have a screw and a metal part now
[13:54] <hikiko> remained outside :/
[13:54] <hikiko> I don't know where from
[13:54] <hikiko> :s
[13:54]  * flexiondotorg gets lunch...
[13:59] <dobey> :-/
[14:33] <seb128> jbicha, versions errors out with that
[14:33] <seb128>   File "versions.py", line 537, in <module>
[14:33] <seb128>     if package.ubuntu_version is None or compare_versions(apt_pkg.upstream_version(package.upstream_version), apt_pkg.upstream_version(package.ubuntu_version)) > 0:
[14:33] <seb128> TypeError: must be string, not None
[14:47] <seb128> andyrock, hey, could you have a look to bug #633749?
[14:47] <ubot5`> bug 633749 in RPM "[rpm] %find_lang should not list C documentation" [Low,Triaged] https://launchpad.net/bugs/633749
[14:47] <seb128> sorry
[14:47] <seb128> bug 1633749
[14:47] <ubot5`> bug 1633749 in lightdm (Ubuntu) "Double login to switch back to my session after closing the guest session" [Medium,Triaged] https://launchpad.net/bugs/1633749
[14:47] <andyrock> oki
[14:48] <seb128> thanks
[14:48] <seb128> andyrock, the unity lockscreen doesn't seem to unlock anymore when coming back from the lightdm greeter
[14:48] <andyrock> just on y?
[14:48] <seb128> yes
[14:50]  * flexiondotorg returns
[15:05] <andyrock> seb128: cannot reproduce on a virtual machine
[15:05] <seb128> weird
[15:05] <jbicha> seb128: could you subscribe desktop-bugs to libgnome-games-support for bug 1635642 ?
[15:05] <ubot5`> bug 1635642 in libgnome-games-support (Ubuntu) "[MIR] libgnome-games-support" [Undecided,Incomplete] https://launchpad.net/bugs/1635642
[15:06] <seb128> I can on my conference laptop
[15:06] <seb128> several other people said they saw that during the team week
[15:07] <seb128> jbicha, done
[15:07] <seb128> jbicha, did you see my comment about the version's error
[15:08] <jbicha> seb128: yes, I have a possible fix for that
[15:15] <andyrock> Trevinho: can you reproduce this?  https://launchpad.net/bugs/1633749
[15:15] <ubot5`> Ubuntu bug 1633749 in lightdm (Ubuntu) "Double login to switch back to my session after closing the guest session" [Medium,Triaged]
[15:15] <andyrock> on Y
[15:21] <flocculant> andyrock: I saw that when testing Y (on Xubuntu) reported against light-locker at the time
[15:23] <andyrock> well xubuntu does not use unity
[15:24] <flocculant> nope - not saying we do - but if xubuntu saw the same thing - perhaps it's not unity *shrug*
[15:25] <andyrock> maybe systemd-logind
[15:27] <flocculant> tbh - we had so many issues with this *sort* of issue at that time - I got lost - not got a Y install now to look again
[15:27] <flocculant> just thought I'd mention it
[15:29] <andyrock> k thanks
[15:34] <seb128> Laney, ^ if you have an Y system could you give that a go? switch to the greeter from indicator-session and log back and see if the session is unlocked
[15:41] <seb128> willcooke, popey, Trevinho was a step ahead of you it seems, https://launchpad.net/ubuntu/+source/ido/13.10.0+17.04.20161028-0ubuntu1 uploaded on friday fixes that calendar segfault
[15:42] <willcooke> nice one Trevinho
[15:42] <willcooke> please SRU to X :)
[15:43] <seb128> :-)
[15:43] <seb128> willcooke, but again he was a step ahead ... https://launchpad.net/ubuntu/xenial/+queue?queue_state=1&queue_text=ido ;-)
[15:43] <seb128> Italian quality
[15:44] <willcooke> BOOM!
[15:45] <willcooke> 10 points to Ravenclaw
[15:45] <Laney> seb128: I already know that you have to double unlock
[15:45] <Laney> session -> guest session -> lightdm -> session does it
[15:45] <seb128> andyrock, ^
[15:46] <seb128> Laney, thanks
[15:48] <andyrock> oki I can reproduce with
[15:49] <andyrock> session -> lock -> switch -> lightdm -> session
[15:49] <andyrock> if I do session -> guest -> lightdm -> session it works
[15:49] <andyrock> i'll try to fix it
[15:50] <seb128> thanks
[15:50] <seb128> but weird, guest -> back to lightdm -> log in is buggy here
[15:59] <flexiondotorg> Laney, I've been looking at Firefox notebooks (tabs) again.
[16:00] <flexiondotorg> And willcooke had also pointed out that tabs in GNOME Terminal and GEdit were inconsistent, and could I look at that too.
[16:01] <Laney> that's because willcooke himself added gnome-terminal specific tab styling
[16:01] <flexiondotorg> I recall something about "coloured tabs" either from an chat here or a conversation.
[16:02] <willcooke> making the tabs in gedit have different colours (or making the current tab more obvious) would be a reeeeealy nice fix.  If you want to rework the terminal fixes to make them look better - fine with me, but not something to spend a lot of time on I think.
[16:02] <flexiondotorg> I've got a fairly significant reworking on tabs, which make Terminal and Gedit look consistent and sort FF.
[16:02] <willcooke> perfect! thanks flexiondotorg
[16:02] <flexiondotorg> So, my tab are not a dark/light distinctive as in GNOME Terminal.
[16:03] <willcooke> flexiondotorg, if you have a screenshot / demo  - we should run it past design quickly
[16:03] <flexiondotorg> This is to make sure while they work in FF they don't look incorrect in GTK3.
[16:03] <flexiondotorg> OK
[16:03] <flexiondotorg> I'll clean up what I have and create before/after for gedit, terminal and FF/
[16:15] <Laney> Nice
[16:15] <Laney> fixing notebook tabs would be decent
=== JanC_ is now known as JanC
[17:31] <andyrock> seb128: logind is not sending us the dbus signal
[17:35] <andyrock> or we're not receiving it
[17:37] <andyrock> seb128: ok so the enviroment variable XDG_SESSION_ID is not set anymore
[17:37] <andyrock> that's the problem, we're not listening to the correct dbus path
[17:37] <andyrock> seb128: now would be nice to know why that variable is not set
[17:40] <andyrock> seb128: i can get it using initctl get-env
[17:40] <andyrock> but not with g_getenv
[17:40] <andyrock> Trevinho: ^^^
[17:40] <seb128> oh, another systemd session fallout then...
[17:41] <andyrock> where should I fix it?
[17:56] <seb128> good question, depends if relying on the env variable to be set is the right thing
[17:56] <seb128> likely in the systemd job
[17:56] <seb128> Laney and/or Trevinho maybe have an opinion
[17:57]  * Trevinho checks
[17:58] <Trevinho> Oh... mhmh. Maybe there's some systemd way to get it?
[17:58] <Trevinho> or... Mh, ensuring we export it when launching unity would be preferrable
[17:59] <andyrock> Trevinho: oki I can prepare a branch
[17:59] <Trevinho> andyrock: using initctl or what?
[17:59] <andyrock> yep
[17:59] <andyrock> initctl get-env work
[17:59] <andyrock> i can check if the variable is already set
[18:00] <andyrock> otherwise I set it
[18:00] <Trevinho> well, the fact is that is weird that systemd can't see that if upstart has it
[18:00] <Trevinho> but...
[18:00] <Trevinho> could be something to enforce
[18:01] <CrazyLemon> guys.. is this a known 16.10 bug https://i.imgur.com/PIsKAWf.png ? dual display..the secondary one with the messed up graphics is when i drag the window from the left around the secondary display. Basically anything i drag/open on secondary display there's a trail of that
[18:01] <Trevinho> CrazyLemon: seb128, Laney was looking at it already?
[18:01] <andyrock> gnome-shell seems to use XDG_SESSION_ID too
[18:02]  * dobey saw several people have that bug on the haag projector
[18:02] <andyrock> using getenv
[18:02] <andyrock> it's a nautilus bug
[18:06] <Trevinho> dobey: yeah... It's reproducible for some time in VMs actually. Now it started happening in a sronger way
[18:22] <Laney> CrazyLemon: Fixed, get the nautilus SRU
[18:22] <Laney> andyrock: Don't use get-env, that's an upstartism
[18:22] <andyrock> Laney: so what?
[18:22] <Laney> I don't exactly know what the systemd-ish way would be - it's a session vs. user thing
[18:22] <Laney> wait for pitti
[18:23] <Laney> so many trick or treaters around
[18:24]  * Laney hears some next door
[18:24]  * Laney goes to hide in the cupboard
[18:25] <Laney> ok, they went past
[18:25] <Laney> my sister was right when she said that a pumpkin in the window is the international sign
[18:25]  * Laney took ours away this morning
[18:27] <Laney> andyrock: If you look at systemd-cgls you see that unity is under user@XXXX.service and not session-cX.scope - the session ones get that env var
[18:27] <Laney> basically things that get started by systemd don't
[18:28] <Laney> but you can't just set it for all systemd things since they might be under different logind sessions
[18:28]  * Laney doesn't know what the right answer is to that
[18:28] <Laney> you need the super wizard (probably tomorrow)
[20:03] <willcooke> morning robert_ancell
[20:03] <robert_ancell> willcooke, hi
[20:12] <willcooke> night all!
[20:14] <dobey> hi robert_ancell
[20:14] <robert_ancell> dobey, hi
[20:15] <dobey> robert_ancell: what all is needed to be able to land the qt bindings for snapd-glib?
[20:15] <robert_ancell> dobey, me to finish them
[20:16] <dobey> robert_ancell: what all is missing?
[20:16] <robert_ancell> dobey, it is mostly the QML part being finished, and a few functions missing. It's lp:~robert-ancell/snapd-glib/qt
[20:20] <dobey> robert_ancell: any idea if it would be possible to get rid of the pkcon password entry requirement?
[20:20] <robert_ancell> dobey, if you use snapd-glib then there's a d-bus daemon that does it for you, is that what you mean?
[20:21] <dobey> robert_ancell: right, but it still pops up a pkcon dialog requiring me to enter my local password
[20:21] <robert_ancell> dobey, as far as I can tell that's the intended behaviour from the snap team. Obviously you could override that with PK configuration
[20:22] <robert_ancell> If you don't pop up a dialog then any U1 account can install snaps on any system, which doesn't make sense
[20:23] <dobey> well that's entirely true, because just having a u1 account doesn't get you logged in to the system itself
[20:24] <robert_ancell> dobey, I mean if I jump onto your machine when your not looking then I can use my account to install any snap. snapd can't validate the user account because it only allows root to get the macaroon
[20:24] <dobey> and "guest" local account shouldn't be allowed to install anything at all, even if they have a u1 account, really
[20:25] <robert_ancell> dobey, right, that's where the PK policy can decide
[20:26] <dobey> robert_ancell: well if you're already logged in, i can just go install any (free) snap anyway, too
[20:26] <dobey> i don't need a separate u1 account for that
[20:27] <dobey> or if you have a terminal open where you've recently validated yourself with sudo, then i can do a lot more than just install snaps
[20:28] <robert_ancell> sure
[20:28] <robert_ancell> I'll let the security team decide if the policy should be changed
[20:28] <dobey> and it's not entirely clear how an all-snaps personal image will work with regards to the local users problem, either
[20:29] <dobey> you can't even boot the snappy core image without logging in to a u1 account right now
[20:30] <robert_ancell> dobey, I suspect the all-snaps image will have different policy in general
[20:33] <dobey> yeah, just trying to find a nice balance in the UX across devices
=== Guma is now known as Guma_away
=== Guma_away is now known as Guma