=== Guest43303 is now known as Fudge
=== hikiko is now known as hikiko|off
[06:38] <pitti> Good morning
[06:39] <seb128> good morning desktopers
[06:39] <seb128> hey pitti, how are you?
[06:39] <pitti> seb128: I'm fine, thanks!
[06:39] <pitti> how about yourself?
[06:39] <pitti> this --><-- close to get unity-greeter ported
[06:39] <seb128> I'm good thanks
[06:39] <seb128> oh, nice
[06:40] <seb128> congrats on being the new greeter maintainer btw ;-)
[06:40] <pitti> heh
[06:42]  * didrocks greets the greeter maintainer
[06:44] <pitti> bonjour didrocks !
[06:45] <didrocks> :)
[07:18] <duflu> Good morning!
[07:18] <duflu> Wait, what timezone is this?
[07:22] <duflu> seb128: Are you our main nautilus contact?
[07:22] <seb128> hey duflu
[07:22] <seb128> not sure we have one
[07:23] <duflu> seb128: Fair enough. Interestingly people experienced this bug on projectors all last week and nobody asked/tried logging a bug for it... https://bugs.launchpad.net/bugs/1626935
[07:23] <ubot5`> Ubuntu bug 1626935 in nautilus (Ubuntu) "[yakkety] desktop is black and/or flickering after plugging in a second monitor" [High,Confirmed]
[07:25] <seb128> duflu, what's the point of opening a bug about something already reported?
[07:26] <seb128> we discussed it with Laney in the plenary
[07:26] <duflu> seb128: I mean nobody knew about the bug. Also didn't bother searching for it :)
[07:26] <duflu> Oh?
[07:26] <seb128> we assumed it was rather a compiz issue though
[07:26] <duflu> That would be a good assumption, but untrue in this case
[07:27] <seb128> yeah, I saw by reading the bug report
[07:27] <seb128> seems like Trevinho also commented on it last week
[07:29]  * duflu now recalls the backlog of bugs he didn't get around to logging last week
[07:32] <seb128> unsure who would be likely to look at that issue, probably Laney or Trevinho or maybe andyrock but they are all quite busy so I would not be surprised if that just stayed like that for a while
[07:35] <seb128> no similar bug reported upstream it looks like
[07:35] <seb128> but the background rendering is distro patched, upstream has the shell displaying the wallpaper and just put icons there
[07:36] <seb128> so could be an issue in the distro changes
[07:37] <duflu> OK, thanks. Yeah I can't see any (open) upstream bug
[07:39] <seb128> yakkkety is quite rough on the edges
[07:40] <duflu> Welcome to week 1
[07:40] <seb128> rather to lts+1
[07:40] <seb128> but let's see if that improves
[07:41] <duflu> seb128: Seems like nautilus just isn't receiving xrandr display layout changes. But I also have other work to do...
[07:41] <duflu> Or isn't acting on them.
[07:41] <seb128> thanks for the hint, maybe that's useful to somebody else who wants to pick the issue up
[07:42] <seb128> can you add a comment on the bug stating that?
[07:42] <duflu> OK, yeah. Seemed so obvious I didn't mention it
[07:43] <seb128> doesn't seem that obvious to me, I would expect it to render the bg on a portion of the desktop corresponding to the old geometry if the issue was that it's not picking the new one
[07:44] <seb128> or to you have the "background is not refreshed and has bits on the windows moved over it" effect on the not rendered parts
[07:44] <duflu> seb128: Indeed it is. Usually fails to render to the new monitor, but if the new one is the same size and appears on the left then it will just render there (and not on the old one)
[07:45] <seb128> like if nautilus was not active
[07:46] <duflu> seb128: The flickering is normal behaviour for when you swap buffers (and have triple buffers) but failed to render anything
[07:46] <duflu> So you see cycling through 3 images
[07:46] <seb128> k
[07:46] <seb128> thanks, those are good hints on where to look
[07:47] <seb128> so it's probably "just" nautilus not picking up the new screen config dynamically
[07:52] <flexiondotorg> seb128, Morning
[07:56] <duflu> Incidentally Mir does pick up new displays dynamically and will use them. But we disable that feature in Unity8 for now
[08:03] <Laney> yo
[08:04]  * pitti ^5s Laney
[08:06] <davmor2> morning all
[08:06] <pitti> hey davmor2
[08:10] <flexiondotorg> Laney, davmor2 pitti Morning
[08:10] <seb128> good morning flexiondotorg Laney davmor2
[08:10] <flexiondotorg> My car is about as sick as me. I'll be dropping it off at the car doctors in a bit a relocating to the library.
[08:10] <davmor2> flexiondotorg: morning dude
[08:19]  * flexiondotorg will be back a bit later...
[08:28] <pitti> seb128: ah, seems I can't be the unity-greeter maintainer -- I can't push to the branch; so I put up https://code.launchpad.net/~pitti/unity-greeter/systemd-indicators/+merge/309321
[08:28] <seb128> pitti, I'm sure we can fix that membership issue for you ;-)
[08:29] <seb128> good work
[08:29] <seb128> let's see what mterry or robert_ancell say
[08:29] <Laney> I'll look at that nautilus/whatever thing if Trevinho doesn't want to
[08:29] <Laney> probably not today though
[08:29] <seb128> Laney, thanks
[08:30] <seb128> duflu, ^
[08:30] <pitti> seb128: did you already create a bileto ticket for hud? if not, want me to?
[08:30] <pitti> argh, this would  have been the last upstart rdepends without unity8; now there are more deps
[08:30]  * pitti looks into the unity-greeter-broadcast thing
[08:30] <seb128> pitti, I didn't, but let me just push a version without the changelog before
[08:30] <duflu> seb128: No problem. That conversation already lasted longer than it should
[08:31] <duflu> Not a blocker obviously
[08:31] <Laney> Everyone wants to talk about it but nobody wants to actually try to fix it
[08:31] <seb128> yeah, just one of those anyone bugs
[08:31] <seb128> I would probably have a look if I had a machine on yakkety and a screen to connect to it
[08:31] <seb128> my main laptop which is on the external screen is xenial
[08:32] <seb128> and vms are not going to do for that
[08:32] <Laney> sensible move
[08:32] <seb128> the small laptop is hdmi but my monitor is vga/dvi only
[08:32] <seb128> anyway
[08:32] <seb128> thanks Laney!
[08:32] <seb128> (small laptop being my yakkety config)
[08:33]  * pitti regularly gets annoyed with the DP/Mini-DP/HDMI/DVI mess
[08:33] <pitti> these days you can't connect anything to anything because everyone invents a new effing plug format
[08:33] <Laney> VGA is okay
[08:33] <seb128> I wonder if I should update my main system out of xenial or not
[08:33] <Laney> just turn the monitor off in u-c-c
[08:33] <Laney> then the background gets black
[08:33] <duflu> Thank you Laney, seb128. I don't mean to be annoying. Just that I've seen high visibility (to user) bugs linger in the past, without any developer attention
[08:33] <pitti> seb128: not enough space for dual boot?
[08:34] <seb128> pitti, no, 80G ssd
[08:34] <seb128> which I fight on to get more that
[08:34] <pitti> seb128: or install to USB
[08:34] <seb128> 3G
[08:34] <seb128> well I could
[08:34] <seb128> but then I would need to reboot my main system to look at bugs
[08:34] <seb128> like close IRC, emails, webbrowsers, etc
[08:34] <seb128> which is tedious
[08:36] <seb128> usually vm works fine enough, just not for such bugs which involve external screens or such
[08:36] <seb128> anyway enough discussions about my workflow issues
[08:37] <Laney> I did mean "if Trevinho doesn't want to" to avoid signing me up to fix it right away by the way
[08:38] <Laney> just to cut out endless rounds if that doesn't happen soon
[08:38] <Laney> back in a minute
[08:38] <seb128> k
[08:44] <seb128> pitti, https://bugs.launchpad.net/ubuntu/+source/snapd-glib/+bug/1635270 was uploaded to zesty now
[08:44] <ubot5`> Ubuntu bug 1635270 in snapd-glib (Ubuntu) "libsnapd-glib is not useful without snapd-login-service " [High,In progress]
[08:45] <seb128> hey Sweet5hark
[08:45] <pitti> seb128: oh good, thanks
[08:45] <seb128> np, sorry for the delay
[08:53] <Laney> I just trapped my finger in my laptop hinge
[08:53] <Laney> owwwwwwwwowow
[08:56] <seb128> utch
[08:58] <Sweet5hark> seb128: whops, missed that: heya ;)
[08:59] <davmor2> Laney: how the hell have you lived this long?
[08:59] <Sweet5hark> Laney: dont tell insurers otherwise our job will be marked as risky business
[09:00] <Laney> Sweet5hark: are you saying I could sue canonical?
[09:00] <Laney> no win no fee solicitors
[09:00] <Laney> oops that was meant to go to google
[09:01] <Laney> davmor2: a question I ask myself frequently
[09:04]  * duflu hears the ghost of Steve Jobs say you're holding it wrong
[09:13] <Sweet5hark> hrhr
[09:38] <davmor2> duflu: I think you mean to say "God designed your hand wrong" ;)
[09:45] <duflu> davmor2: I didn't really mean anything seriously. But technically he was Buddhist, which is a religion without a "god".
[09:46]  * flexiondotorg is connected
[09:46] <Laney> library's busy today
[09:46] <Laney> most of the usual rooms are reserved for one thing or another
[09:47] <flexiondotorg> Laney, yep I was headed for the library too. Busy because half term.
[09:47] <flexiondotorg> Current sat in the park tethered to phone.
[09:48] <duflu> (depending on the definition of "god")
[09:48] <duflu> This is likely to get messy. Just as well I need to think about making dinner soon
[09:48] <davmor2> duflu: no technically you are god not a lack of god but good point
[09:48] <Laney> flexiondotorg: No such riffraff in here :P
[09:49] <duflu> davmor2: I know... depending on the definition...
[09:49] <davmor2> duflu: indeed
[09:51] <Laney> flexiondotorg: https://flic.kr/p/bvShQY
[09:53] <ricotz> hey desktopers
[09:53] <flexiondotorg> Laney, fancy!
[09:54] <flexiondotorg> ricotz, o/
[09:54] <ricotz> Laney, could you force vala 0.34.2-1 to sync from debian?
[09:54] <ricotz> flexiondotorg, hey :)
[09:55] <Laney> ricotz: Autosyncs are turning on soon; any particular reason why this should go in first?
[09:55] <ricotz> Laney, it contains some gir parser fixes which affects vapi generation of reverse-depends
[09:56] <Laney> ok, and do you have a list of other rdeps which should be rebuilt?
[09:56] <ricotz> Laney, 0.34.1 was already synced, but 0.34.2 is better to start with
[09:57] <ricotz> I don't have a list of actually affected projects though
[09:59] <seb128> pitti, I resubmitted the hud one without changelog, https://code.launchpad.net/~seb128/hud/systemd/+merge/309330
[09:59] <seb128> should be good to silo
[10:03] <Laney> ricotz: done
[10:03] <Laney> it's stuck in proposed, probably something needs a rebuild
[10:03] <pitti> seb128: seb128 oh, so that's an entirely new MP, not using the previous one
[10:04] <pitti> seb128: (you know bzr push --overwrite?)
[10:04] <pitti> seb128: anyway, thanks! Marking the old one as superseded then
[10:04] <seb128> pitti, sorry, can fix that, I did that but apparently the default location it remember was a previous branch
[10:04] <seb128> I wish it would auto remember the previous location used
[10:04] <seb128> not the first one
[10:05] <pitti> seb128: both https://code.launchpad.net/~seb128/hud/systemd-for-session/+merge/300430 and https://code.launchpad.net/~seb128/hud/systemd/+merge/309330 have the same target, and it looks correct?
[10:05] <pitti> seb128: anyway, either works
[10:05] <seb128> pitti, the first one has the changelog entry
[10:06] <seb128> either use the second or let me know if I should fix the first one to remove it
[10:06] <pitti> seb128: nah, I'll use the second one
[10:06] <seb128> danke
[10:06] <ricotz> Laney, thanks!
[10:06] <pitti> seb128: I would have uncommitted, bzr revert debian/changelog, commit, push --overwrite
[10:06] <pitti> (but nevermind now)
[10:06] <pitti> poor man's --amend :)
[10:08] <seb128> yeah
[10:08] <pitti> seb128: rejected the old one, approved the new one
[10:10] <seb128> pitti, danke
[11:08] <jbicha> seb128: I guess we regressed a bit on keeping Startup Applications empty (on 16.04 too): http://people.ubuntu.com/~jbicha/img/unity-1610-startup-applications.png
[11:16] <jbicha> did you see that Tweak Tool added a Startup Applications tool? it's easy to add apps but it doesn't let you configure the specific command used
[12:15] <seb128> jbicha, hey, looks like it, and no I don't use the tweak tool so I didn't notice that
[12:34] <pitti> seb128: want to open a bileto ticket for hud yourself, or want me to drive it?
[12:34] <seb128> pitti, as you prefer
[12:35] <pitti> I don't mind either; I'll add one now
[12:35] <seb128> thanks
[12:37] <pitti> seb128: https://bileto.ubuntu.com/#/ticket/2099
[12:37] <seb128> pitti, thanks
[13:03] <andyrock> Trevinho: how do I reproduce the nautilus bug on an VM?
[13:04] <andyrock> on VBox I can resize the desktop without issues
[13:28] <pitti> seb128: do you remember the magic key to invoke the hud? (testing the silo now)
[13:28]  * pitti never ever uses it
[13:30] <davmor2> andyrock: there is a bug for that, killall nautilus and then open nautilus as a work around.
[13:30] <pitti> oh -- seems  pressing Alt multiple times, or quickly (usually Alt opens the menu if you hold it a bit longer)
[13:30] <andyrock> davmor2: I don't need a workaround. I need a way to reproduce the bug so I can fix it
[13:31] <pitti> seb128: works nicely! /me approves silo and let britney have at it
[13:31] <andyrock> Trevinho wrote that he can reproduce it on a VM that's why I asked
[13:31] <davmor2> andyrock: open in kvm with a qxl driver and resize the screen done
[13:31] <andyrock> ah ok I was on vbox
[13:32] <davmor2> andyrock: you're welcome
[13:44] <davmor2> andyrock: you able to reproduce now?
[13:45] <andyrock> I ll try later
[13:53] <seb128> pitti, yeah, it's a "tap" on alt, great!
[14:32] <pitti> seb128: https://launchpad.net/ubuntu/+source/hud/14.10+17.04.20161026-0ubuntu1 → hmm, changelog got messed up, but it's landing :)
[14:32] <seb128> weird
[14:32] <seb128> but yeah, sorry it took so long
[14:32]  * pitti looks at indicator-printers, that's one left
[14:33] <seb128> so u7 session is upstart free?
[14:33] <seb128> ah
[14:33] <pitti> seb128: unity-greeter too still (the MP from this morning)
[14:33] <davmor2> seb128: no I think there are some others
[14:33] <seb128> right
[14:33] <seb128> davmor2, which ones?
[14:34] <pitti> tedg: do you remember the state of https://code.launchpad.net/~ted/indicator-printers/systemd-unit ? was there something you need to fix still, or did it just slip through the cracks?
[14:35] <davmor2> seb128: http://paste.ubuntu.com/23383849/
[14:36] <seb128> weird for at-spi I though that was done previous cycle
[14:36] <davmor2> seb128: that's the feedback from pstree on zesty for me
[14:37] <seb128> davmor2, did you get the new version uploaded today?
[14:37] <seb128> and restarted your session since?
[14:37] <davmor2> seb128: ah I've not restarted session I'll do that after I finish what I'm doing
[14:38] <seb128> k, don't worry
[14:38] <seb128> so it's starting looking good
[14:38] <seb128> url-dispatcher is not an u7 thing, unsure why it's being started there
[14:38] <davmor2> seb128: ubuntu webbrowser maybe?
[14:39] <davmor2> seb128: might be pulled in from u8
[14:39] <seb128> could be yes
[14:39] <seb128> zesty is just starting so situation looks good
[14:39] <seb128> we have time to clean up those small things
[14:41] <dobey> probably url-dispatecher is being started as a result of the indicators starting
[14:41] <dobey> indicator-datetime uses it i think
[14:44] <pitti> tedg: built it here -- works fine, except that unity-services needs a .wants/ symlink for it; I'll do that
[14:45] <tedg> pitti: Think it just slipped through the cracks
[14:45] <pitti> tedg: ok, thanks; mopping it up then
[14:45] <tedg> pitti: Great, thanks!
[14:46]  * ogra_ hands pitti a fresh bucket
[14:46] <pitti> tedg: oh blergh, unity-services is built by unity
[14:46] <pitti> Trevinho: do you have something else pending for unity, or should I do a landing just for this?
[14:53] <Trevinho> pitti: mh, there are some branches but they need reveiew and I can't do it right now
[14:53] <Trevinho> so feel free to land
[14:54] <pitti> Trevinho: ack, just put up https://code.launchpad.net/~pitti/unity/indicator-printer-dep/+merge/309358 (maybe you or tedg can review, it's trivial)
[14:54] <pitti> Trevinho: with just this and indicator-printers it should be a quick landing (it's z only)
[14:55] <Trevinho> pitti: another approved you can land is https://code.launchpad.net/~3v1n0/unity/xdnd-tests-enable/+merge/305052 nothing important, but since is there..
[14:56] <pitti> Trevinho: sure, that seems fine -- if it works, it'll go in and if it fails I can still rebuild without it
[14:56] <Trevinho> it used to :-)
[14:59] <pitti> Trevinho: ok, https://bileto.ubuntu.com/#/ticket/2101 , let the machinery grind :)
[15:40] <pitti> meh, FTBFS
[15:40] <pitti> on some obscure cmake thingy
[15:41] <pitti> CMake Error at plugins/unityshell/CMakeLists.txt:1 (find_package):
[15:41] <pitti>   By not providing "FindCompiz.cmake" in CMAKE_MODULE_PATH
[15:41] <pitti> sounds like this is in some package which needs to be rebuilt against cmake 3.6
[15:41] <pitti> compiz-dev presumably
[15:42] <pitti> ./usr/share/cmake-3.5/FindCompiz.cmake → hah, that
[15:47] <pitti> Trevinho: https://code.launchpad.net/~pitti/compiz/standards-version/+merge/309365 → can you please ack?
[15:47] <pitti> just a formality
[15:47] <Trevinho> pitti: ok
[15:48] <pitti> Trevinho: I didn't see any approved MP which was ready to go
[15:48] <Trevinho> yeah,need to check those soon
[15:50] <pitti> Trevinho: thanks
[16:08] <Sweet5hark> ricotz: yes, will upload libreoffice 5.2.3.2 deb tarballs. but not anymore today -- b/c low bandwidth, will be better tomorrow.
[16:10] <ricotz> Sweet5hark, alright, thanks, I was hoping to be able to have some built backports by friday morning
[16:23] <Sweet5hark> ricotz: that should work
[16:24] <ricotz> Sweet5hark, good, don't forget the pdf jpeg-compression patch :)
[16:53] <seb128> have a nice evening desktopers
[20:23] <pitti> Trevinho: meh @ -Werror=deprecated-declarations .. unity builds further now, but now fails at deprecated Gdk symbols
[20:23] <Trevinho> pitti: ouch... every cycle this happens... i hate it!
[20:24] <pitti> Trevinho: why do we enable errors on that in the first place? it's not really a bug
[20:24] <Trevinho> pitti: it was there to ensure we update the code to use latest functions and not to be broken in future
[20:24] <Trevinho> but...
[20:24] <pitti> Trevinho: i. e. I can have a stab on porting this, but then it won't be backportable any more
[20:24] <Trevinho> gtk guys really change things everytime
[20:25] <Trevinho> pitti: I use gtk version check macros generally
[20:25] <pitti> Trevinho: so I wonder what's more important -- keep it backportable, or use the latest and greatest API
[20:25] <pitti> (honest question -- what do you want me to do?)
[20:25] <pitti> if we don't backport it much, we can do the latter
[20:26] <Trevinho> pitti: in geneal I prfer to keep things bakcportable... if it's not something that requires many line changes I enclose the code in #if GTK_CHECK_VERSION() macros..
[20:27] <Trevinho> pitti: otherwise we can probably disable those deprecated check now... Since u7 is still in minimal maintenance, thus there's no real interest in keeping that flag on
[20:29] <ricotz> or properly update it for 3.22 which will live for(ever / some time)
[20:30] <pitti> Trevinho: hm, not a fan of such #ifdeffery TBH, it duplicates logic and is error prone (the other path usually doesn't get tested)
[20:30] <Trevinho> pitti: I'm not a fan either, in fact I generally use it for just one liner when the deprecated function to use is quite straight forward
[20:36] <pitti> Trevinho: ok; I'll look at these functions and see how easy it is to replace them and since when they exist
[20:46] <pitti> Trevinho: GtkMonitor is new in 3.22, i. e. zesty only
[20:47] <pitti> GdkMonitor even
[20:47] <Trevinho> pitti: yeah, I was wondering that
[20:49] <pitti> Trevinho: so, I'm leaning towards -Wno-error=deprecated-declarations, but WDYT?
[20:50] <pitti> $ bzr grep gdk_screen|wc -l
[20:50] <pitti> 50
[20:54] <Trevinho> pitti: yeah, I think it's better
[21:38] <pitti> Trevinho: I test-built with https://code.launchpad.net/~pitti/unity/gdk-api/+merge/309404 and the compiz-dev rebuild, works fine now
[21:39] <Trevinho> pitti: good
[21:40]  * pitti turns the silo build crank