[06:03] <hikiko> hello
[06:12] <didrocks> good morning
[06:21] <ari-tczew> morning
[06:45] <pitti> Good morning
[06:56] <seb128> good morning desktopers
[06:56] <seb128> hey pitti, wie gehts?
[06:56] <didrocks> hey seb128, Pici
[06:56] <didrocks> pitti*
[06:56] <didrocks> tab<completion>fail
[06:56] <seb128> re didrocks ;-)
[06:57] <pitti> ça va bien, merci ! j'essaie me lève tard et aller dormir tard, pour la semaine prochaine à Austin
[06:57] <pitti> aller dormir tard va bien, se lèver tard ne va pas :)
[06:57] <didrocks> héhé ;)
[06:58] <didrocks> snappy sprint in Austin ?
[06:58] <pitti> comment allez-vous ? didrocks, ça va mieux ?
[06:58] <pitti> didrocks: mon dieu, pas encore ! foundations+kernel+security sprint
[06:59] <didrocks> pitti: un peu mieux, mais toujours en train de tousser et de me moucher
[06:59] <didrocks> pitti: plus de mal à la tête au moins
[06:59] <didrocks> pitti: ah, cool :)
[07:59] <dholbach> hey hey
[08:00] <dholbach> tjaalton, so far so good, no crash with wily's intel driver
[08:00] <seb128> hey dholbach
[08:02] <tjaalton> dholbach: good, so next I'll backport the dri2 fixes
[08:03] <dholbach> tjaalton, if anything changes I see random explosions, I'll let you know
[08:07] <tjaalton> sure, thx
[08:24] <didrocks> running the medium tests (and docker) directly on the same machine that is used by jenkins works…
[08:24] <didrocks> not sure what is changing creating those failures on the jenkins infra
[08:24]  * didrocks adds some debug
[08:42]  * pitti fait une réservation à "Steak Manufaktur"
[08:42] <pitti> didrocks: avez-vous mangé le steak de Kobe à Japon ?
[08:42] <pitti> didrocks: on va en essayer ce soir :)
[08:42] <didrocks> pitti: oui, un peu (pas un grand steak, juste un petit morceau) :)
[08:43] <pitti> didrocks: ils sont toujours petit
[08:43] <didrocks> pitti: on est allé à Kobe, donc c'était l'occasion :)
[08:43] <pitti> didrocks: avez-vous l'aimé ?
[08:43] <pitti> "petits"
[08:43] <didrocks> pitti: c'était assez tendre, oui ;)
[08:44] <didrocks> on n'a pas vu les vaches se faire masser par contre
[08:44] <pitti> .. parce qu'ils sont chers, mais aussi ... they are said to fill the stomach very well
[08:45] <pitti> didrocks: et tu n'as pas obtenier un massage soit ? :-)
[08:46] <didrocks> pitti: non plus, mais je ne suis pas allé à l'abatoire non plus, donc ça va :p
[08:47] <pitti> didrocks: ah oui, je ne voudrais pas vu ça non plus :)
[08:48] <pitti> "voir"
[08:49] <didrocks> ;)
[08:54]  * didrocks loves pycharm
[08:54] <didrocks> instead of running a command on the jenkins machine, I did run it locally
[08:54] <didrocks> knowing that first command is cd ubuntu-make, rm -r *
[08:54] <didrocks> deleted all the uncheckouted work from yesterday…
[08:55] <didrocks> but pycharm was opened
[08:55] <didrocks> and it has a local history :)
[08:55] <didrocks> reverted back -> done \o/
[09:03] <larsu> good morning!
[09:03] <didrocks> hey larsu
[09:04] <larsu> hi didrocks - ça va?
[09:04] <seb128> hey larsu, happy friday! wie gehts?
[09:04] <seb128> how is Italy?
[09:04] <larsu> seb128: good! sunny day in Milan
[09:04] <larsu> how are you?
[09:05] <didrocks> larsu: feeling a little bit better (no more headache), but still sick
[09:06] <larsu> didrocks: sorry to hear :(
[09:07] <didrocks> larsu: could have been worse, almost lost all my work from yesterday
[09:08] <seb128> larsu, doing good, though I wonder if I'm starting getting a cold as well :-/
[09:08] <larsu> didrocks: Ctrl+D in bz-do? :P
[09:08] <larsu> seb128: dude watch out! Don't go to close to Lyon ;)
[09:08] <seb128> used git?
[09:08] <larsu> haha
[09:08] <didrocks> larsu: nope, just run the jenkins script localy…
[09:08] <seb128> larsu, saw xkcb today? :p
[09:08] <larsu> no
[09:08]  * larsu checks
[09:08] <seb128> larsu, did dedicated it to me :p
[09:08] <seb128> didrocks even
[09:09] <larsu> seb128: ya, that is *so* true
[09:09] <seb128> :-)
[09:09] <seb128> dholbach likes it as well!
[09:11] <larsu> seb128: just fyi: I'm on the hidpi background problem (it's a bit more effort than I thought - the patch knows nothing about hidpi)
[09:12] <seb128> ok, thanks
[09:12] <seb128> so you can reproduce on your box? that's a good first step ;-)
[09:13] <larsu> ya, no problem
[09:13] <larsu> don't even need to logout/login
[09:13] <seb128> k
[09:13] <larsu> set scale=2; restart nautilus; set scale=1
[09:13] <seb128> we had workitems to migrate the background rendering to compiz some cycles ago
[09:14] <seb128> but unsure if we should try to go to that this cycle
[09:14] <seb128> feels like we have something that works and it might not be the top priority thing to invest work into
[09:14] <seb128> with risks of creating new problems
[09:14] <seb128> also we probably need to fix the nautilus patch anyway since the oem request is for trusty
[09:15] <larsu> we still need the desktop icon part, don't we?
[09:15] <seb128> right, but that's upstream
[09:15] <larsu> compiz already draws the bg for me
[09:15] <larsu> when I quit nautilus
[09:15] <seb128> does it?
[09:15] <larsu> yes
[09:15] <didrocks> do you have the plugin enabled?
[09:16] <larsu> fuck if I know
[09:16] <larsu> I don't even have ccsd installed
[09:16] <didrocks> ccsm*
[09:16] <larsu> so probably I have something default
[09:16] <larsu> didrocks: indeed :)
[09:16]  * larsu dealt with client side decorations for too long
[09:17] <seb128> larsu, if you quit nautilus and change background in ucc, does it reflect?
[09:17] <didrocks> seb128: ah, you think about stuck rendering
[09:18] <larsu> seb128: haha no it doesn't :)
[09:18] <didrocks> ok, so you don't :)
[09:18] <larsu> but restarting nautilus and then quitting it again works
[09:18] <seb128> right
[09:18] <larsu> no rendering issues at all
[09:18] <didrocks> compiz doesn't draw anything
[09:18] <seb128> it's like the image is in the xorg buffer or something
[09:18] <didrocks> yep
[09:18] <seb128> right, same here
[09:18] <seb128> dunno why
[09:18] <larsu> I guess because nautilus draws it into the root window
[09:18] <larsu> ok
[09:18] <didrocks> yeah, compiz keeps the root window untouched (it's for perf reason)
[09:19] <didrocks> wasn't the case in the past
[09:19] <larsu> don't know if we should move it to compiz - that's a question for hikiko-lpt / Trevinho / andyrock
[09:19] <larsu> I'll update the patch for now
[09:19]  * larsu has the feeling this is a bit high prio
[09:19] <didrocks> well, you have a lot of transformation to take into account and such, doesn't feel good for a LTS IMHO
[09:19] <didrocks> and we need the patch for trusty anyway
[09:19] <didrocks> so… :)
[09:19] <larsu> right
[09:20] <seb128> larsu, yeah, apparently it's blocking dell models to ship with ubuntu
[09:20] <larsu> oh wow
[09:21] <didrocks> I don't know why they would change the scaling on the fly
[09:22] <seb128> the issue is that you buy an hidpi machine, log in and go play with the scaling factor and you hit the issue, it's quite visible
[09:22] <larsu> "quite"
[09:22] <seb128> larsu, well, it's not blocking new models I think, they just want the image fixed before doing a new batch of production I think
[09:22] <seb128> -I think
[09:23] <seb128> still defining as rather high priority though ;-)
[09:24] <hikiko-lpt> hey :) what's the problem with nautilus? I didn't understand: you quit nautilus and you change background and it doesn't update?
[09:25] <larsu> hikiko: inly if you change scaling factor (but don't worry, I'm fixing it right now)
[09:25] <larsu> hikiko: pinged you becasue we were discussing switching to the compiz background plugin
[09:25] <larsu> hikiko: also, good morning :)
[09:25] <hikiko> oh, cool :D thanks larsu
[09:25] <hikiko> +good morning :)
[09:37] <seb128> hikiko, Sam back then did some work on that, e.g https://code.launchpad.net/~compiz-team/compiz/compiz.fix_1159430/+merge/170822
[09:37] <seb128> see also the bug report listed on that changeset
[09:37] <seb128> Trevinho, andyrock, ^
[09:38] <larsu> no willcooke today?
[09:38] <seb128> unsure if that's something we should look at doing this cycle or just keep the nautilus patch instead
[09:38] <seb128> larsu, no, he's on vac wed and fri
[09:38] <seb128> c.f monday's email
[09:38] <larsu> ah, right, thanks
[09:38] <seb128> yw
[09:41] <seb128> larsu, looking at the new gedit, did we discuss back then not making the headerbar the titlebar?
[09:41] <seb128> or was that looking too weird?
[09:42] <larsu> you mean toolbar?
[09:42] <larsu> that looked vwry weird because it only has those few buttons
[09:43] <seb128> I mean not using csd basically
[09:43] <seb128> as we do for e.g evince or eog
[09:43] <larsu> right. that looked weird
[09:43] <seb128> more than eog?
[09:43] <larsu> yes, way more
[09:43] <larsu> like evince :)
[09:44] <seb128> evince looks fine
[09:44] <seb128> once you have a document open
[09:44] <larsu> turns out gtk sends configure events when changing the scale factor
[09:44] <larsu> awesome. patch very small
[09:44] <seb128> eog has 2 icons which looks a bit more weird
[09:44] <larsu> hm, indeed
[09:44] <seb128> larsu, great!
[09:44] <seb128> ok, going to upload gedit like that
[09:45] <seb128> it works good enough, ship it
[09:45] <seb128> then we can collect feedback and fix issues
[09:45] <larsu> \o/
[09:46] <Trevinho> Morning
[09:47] <larsu> Trevinho: hi from Milan! Very nice city!
[09:47] <larsu> (also, good coffee of which I've already had to much)
[09:47] <seb128> hey Trevinho, how are you?
[09:48] <Trevinho> larsu: eh eh well, it's quite busy city, I don't love it too much, but indeed there are cool stuff there
[09:48] <Trevinho> larsu: don't exaggerate with espresso, it can make you nervous :-)
[09:49] <Trevinho> seb128: oook...
[09:49] <larsu> hehe will try ;)
[09:50] <larsu> Trevinho: I like the business. It's also pretty to look at in the sun right now :)
[09:52] <larsu> seb128: if you want to try: https://code.launchpad.net/~larsu/nautilus/lp1480217/+merge/276228
[09:53] <larsu> ah you don't have hidpi
[09:53] <seb128> larsu, looking
[09:53] <seb128> no, but I should be able to reproduce by changing the scale factor anyway no?
[09:53] <seb128> though I tried the other day and didn't get it to bug
[09:53] <seb128> like I moved the slider in the display panel
[09:53] <seb128> then restarted nautilus
[09:53] <seb128> then moved back to 1
[09:54] <larsu> yes, that should work
[09:57] <Trevinho> As for compiz and root window, I'd avoid to change things...
[09:57] <Trevinho> It's better if nautilus does that
[09:57] <larsu> why?
[09:57] <larsu> (not that I care that much - just curious)
[10:01] <didrocks> oh, ssh -t is different from ssh -t -t
[10:01]  * didrocks tries
[10:01] <Laney> secret hi
[10:01] <Laney> larsu: can try that patch on monday :-)
[10:01] <larsu> Laney: GET OFF IRC
[10:01] <Laney> hahaHAHAHAHA
[10:01] <Laney> i'm checking osm for walking routes
[10:01] <larsu> Laney: also, good morning :) How's Freiburg?
[10:01] <didrocks> hey Laney
[10:01] <Laney> bit misty today
[10:01] <Laney> but it is lifting I think
[10:02] <larsu> good luck that it is
[10:02] <Laney> this place is attractive
[10:03] <Laney> how's milano?
[10:03] <Laney> get to explore?
[10:03] <seb128> hey Laney, how are you?
[10:03] <Laney> hey seb128 & didrocks
[10:03] <seb128> larsu, do you still have the patch that was setting the csd off for gedit?
[10:03] <Laney> feeling good!
[10:04]  * Laney will pass through france tomorrow
[10:04] <larsu> Laney: beautiful. Sunny right now. Sitting in a cafe and work today - exploring is for the weekend ;)
[10:04] <Laney> experience the RER
[10:04] <larsu> seb128: I don't think so sorry
[10:04] <larsu> and I think it was just a quick hack (not checking running desktop etc)
[10:04] <larsu> Laney: RER?
[10:05] <didrocks> Laney: argh, "enjoy"
[10:05] <didrocks> larsu: Paris' region train
[10:05] <larsu> ah
[10:05] <seb128> larsu, k, no worry
[10:06] <didrocks> larsu: in the morning, at some stations, it can be: http://transports.blog.lemonde.fr/files/2014/01/RER-cop-@_ImAnndy_.jpg
[10:06] <larsu> woah!
[10:11] <desrt> oh RER
[10:11] <desrt> how wonderful
[10:11] <desrt> just be happy you're not there in the summer
[10:12] <desrt> the AC never works and it seems that a lot of people in france have an aversion to use of deoderant...
[10:12] <desrt> ...and it's approximately as full as in that picture :)
[10:13] <larsu> desrt: you really do hate France, don't you?
[10:13] <larsu> morning :)
[10:14] <desrt> larsu: i think in this case it's actually true.  i think didrocks even said some mocking things on this topic in the other direction...
[10:14] <larsu> heh
[10:16] <didrocks> it's not "always as full as in that picture", but yeah, can happen…
[10:16] <didrocks> and not really clean
[10:16] <desrt> didrocks: did you mock me once for wearing deoderant?
[10:17] <didrocks> ? not that I remember of
[10:17] <desrt> perhaps i misremembered
[10:17] <didrocks> I guess you did :)
[10:17] <didrocks> yeahhhhh, medium test pass even in jenkins now \o/
[10:17] <didrocks> it's really really ugly though, to force allocation of a pseudo tty there…
[10:19] <larsu> seb128: no packaging branch for glib either?
[10:19]  * seb128 shakes fist at unity handling of scale factor
[10:20] <seb128> larsu, no, glib we get from Debian in sync most of the time
[10:20] <larsu> thanks
[10:20] <seb128> larsu, sorry, setting scaling factor to 2 was ridiculusly complex due to unity insisting I must not to that and undo my gsettings changes
[10:21] <larsu> oh why that?
[10:21] <larsu> does it not allow it for some resolutions?
[10:22] <larsu> people in this city are exceptionally well dressed
[10:22] <seb128> right
[10:22]  * larsu likes his window seat
[10:22] <seb128> they limit it so you can't set 4 and never be able to find the controls again
[10:22] <larsu> that is reasonable
[10:22] <larsu> though it has moved the controls off screen for me countless times
[10:23] <larsu> having this instant-apply is also kind of bad in my opinion
[10:34] <Trevinho> larsu: that's italy... And Milan is the capital of fashion. People, (unfortunately, in some cases), gives lots of importance to the way you dress and express yourself
[10:34] <Trevinho> seb128: setting the scaling has to be done from unity scaling settings, not from gnome ones :)
[10:35] <seb128> Trevinho, doesn't work
[10:35] <Trevinho> weeeeird
[10:37] <seb128> Trevinho, ok, in fact it does work, it's just that multimonitor makes it more complex
[10:37] <seb128> larsu, that branch from you doesn't fix it there :-/
[10:37] <larsu> bah
[10:38] <seb128> does it work for you?
[10:38] <larsu> ya
[10:38] <seb128> :-(
[10:38] <Trevinho> seb128: yeah, it can be defined globally only if chosen
[10:38] <larsu> seb128: I wonder what's different on your setup...
[10:39] <seb128> larsu, the way I tested is "quit nautilus; set scaling to 2; start nautilus; changing scaling to 1"
[10:40]  * larsu nods
[10:40] <larsu> I wonder if I messed up moving the patch
[10:40] <larsu> but it looks cirrect in the diff
[10:41] <larsu> *correct
[10:42] <seb128> is there any function that I should check is called when the scaling factor changes?
[10:42] <larsu> configure event
[10:43] <larsu> widget_configure_cb in the patch
[10:44] <larsu> bah! Waiting for glib to build and the tests don't pass
[10:44] <desrt> hm?
[10:44] <larsu> how do we upload packages like this?
[10:44]  * desrt eyebrow raise
[10:44] <larsu> ERROR: actions - too few tests run (expected 11, got 10)
[10:44] <larsu> ERROR: actions - exited with status 139 (terminated by signal 11?)
[10:45] <desrt> is your dbus environment whack?
[10:45] <desrt> it's usually the export/threaded tests that are failing there
[10:45] <desrt> (on account of dbus)
[10:45] <larsu> whack? no
[10:45] <larsu> stock wily
[10:46] <desrt> and you just run it via 'make check' from cmdline?
[10:46] <larsu> no, building the package
[10:46] <larsu> which is annoying - I want to test my patch
[10:46] <larsu> I'd rather not run the tests
[10:46]  * larsu wonders if he can ask debuild to do so
[10:46] <desrt> if you have a copy of vi that you can point at the rules, i imagine so :)
[10:47] <larsu> --disable-tests?
[10:48] <seb128> larsu, you can probably edit debian/rules and comment DEB_MAKE_CHECK_TARGET = -k check || true
[10:48] <seb128> going for lunch but I'm going to try the nautilus scale thing a bit more after that
[10:49] <seb128> seems to not call the configure_cb here :-/
[10:49] <larsu> tanks
[11:04] <larsu> seb128: built and installed the package with my patch (worked from source before) - works as well
[11:19] <larsu> sigh, time is wrong again
[12:11] <ricotz> hey desktopers
[12:12] <ricotz> seb128, hi, did you still have the MIR of vala on your list -- https://launchpad.net/ubuntu/+source/vala -- it likely creates some build failure already
[12:32] <Sweet5hark> hrhr, nice. LibreOffice repositories are now replicated live on launchpad: https://code.launchpad.net/~documentfoundation/+git
[12:32] <Sweet5hark> (along with freedesktop, github as alternative mirrors to the prestine repo at libreoffice.org)
[12:43] <ricotz> Sweet5hark, hey, was the release of 5.0.3 postponed?
[12:47] <Sweet5hark> ricotz: http://nabble.documentfoundation.org/minutes-of-ESC-call-td4164709.html
[12:48] <ricotz> Sweet5hark, ah alright, did you read my pm?
[12:48] <Sweet5hark> ricotz: the one about boost?
[12:48] <ricotz> Sweet5hark, while the mentioned commits breaks building with older boost versions
[12:49] <ricotz> so the interal orcus is broken
[12:49] <Sweet5hark> ricotz: just revert the commit on backports?
[12:49] <ricotz> obviously I did that, but doesnt this create issues everywhere?
[12:51] <Sweet5hark> seb128: btw I see 0ubuntu4 in xenial/proposed, great! Is 0ubuntu3/wily on track or blocking on anything from me?
[12:55] <andyrock> morning
[13:04] <didrocks> hey andyrock
[13:08] <seb128> ricotz, the needed binaries were promoted this morning
[13:08] <seb128> hey andyrock
[13:08] <seb128> Sweet5hark, https://launchpad.net/ubuntu/wily/+queue?queue_state=1 is an useful url ;-)
[13:10] <Sweet5hark> seb128: thx
[13:15] <ricotz> seb128, ok, launchpad website seems to lack behind then
[13:15] <ricotz> seb128, can you retry https://launchpad.net/ubuntu/+source/gnome-control-center/1:3.16.3-0ubuntu2
[13:16] <seb128> yes
[13:16] <seb128> launchpad doesn't lack behind, but I promoted the binaries, forgot the source
[13:16] <ricotz> thanks
[13:56] <larsu> desrt: you maintain gdbus now, right? Want to have a look at this? https://bugzilla.gnome.org/show_bug.cgi?id=755421
[14:00] <larsu> seb128: are you still seeing that background scaling error? I cannot reproduce it anymore :/
[14:00] <larsu> (with my patch, I mean)
[14:00] <seb128> larsu, yes :-/
[14:01] <larsu> that function is never called for you?
[14:01] <larsu> latest wily/xenial?
[14:02] <seb128> seems it's not, or the output doesn't end up where I expect it
[14:02] <seb128> like me try again with a g_warning
[14:03] <larsu> should output to the terminal if no other instance of nautilus was running before (otherwise it just activates that
[14:03] <larsu> )
[14:03] <larsu> how did you quit it? nautilus -q?
[14:04] <seb128> yes
[14:04] <seb128> nautilus -q
[14:05] <seb128> it's just that I started it again by using the launchpad
[14:05] <seb128> because the scaling x 2 on my lowres laptop makes things not fit well on screen
[14:05] <seb128> so I close most windows
[14:06] <larsu> you can scale 1.1×
[14:06] <larsu> same bug
[14:06] <seb128> hum?
[14:06] <seb128> I though gtk scaling was ints
[14:09] <larsu> it is
[14:10] <larsu> but setting 1.1 changes the screen geometry
[14:10] <seb128> oh
[14:10] <larsu> wallpaper will not line up, but you'll see the same artifacts
[14:10] <seb128> so just writing the key should trigger the callback
[14:10] <seb128> even if gtk widgets are not scaled
[14:10] <larsu> another reason for not having factors other than 2 ... sigh
[14:13] <seb128> larsu, no, widget_configure_cb is never called
[14:14] <seb128> nor on start neither when changing the scaling-factor gtk key
[14:15]  * Trevinho spamming anyone by renaming rls-w-incoming in rls-x-incoming :P
[14:15] <Trevinho> I'm launching this only for unity, do you guys want me to do this also for other packages?
[14:16] <seb128> Trevinho, desktop ones yes please, but maybe avoid for other teams? or email ubuntu-devel@ first to say you want to do that and ask if there is any objection
[14:23] <bregma> pitti, could I ask you to take a moment to look at #1511047 it's blocking our landing stuff in xenial
[14:23] <seb128> larsu, that callback never gets called, whatever I do, including connecting other screens or changing resolution
[14:24] <larsu> seb128: yeah same here, just tried rebuilding everything again. Don't know what I was drinking
[14:24]  * larsu revists
[14:25] <larsu> sorry
[14:25] <seb128> so why is it working with you now?!*
[14:28] <larsu> it doesn't after cleanly rebuilding my branch
[14:29] <seb128> :-(
[14:32] <larsu> hm gtk itself checks for that in realize, configure, and change screen
[14:39] <seb128> larsu, https://git.gnome.org/browse/gnome-shell/commit/?id=5616bbd45b13ec9b76619c2a594cdc9a930edca1
[14:39] <seb128> not sure if that's useful
[14:39] <seb128> I also tried it but doesn't seem to get trigger when the key change...
[14:40] <larsu> hm interesting
[14:40] <larsu> trying with notify::scale-factor right now
[14:41] <seb128> larsu, no need for both of us to try similar things, I'm going back to the other items on my todolist but let me know if you need me to test something
[14:41] <larsu> seb128: ya of course. Thanks!
[14:41] <seb128> also what other change did you have in your unclean tree?
[14:41] <seb128> maybe that's some upstream update or other hack you had that fixed it?
[15:13] <pitti> bregma: ah, between firefighting and getting ready for travelling to the sprint; in the meantime, can you please forward this to https://bugzilla.gnome.org/ already for upstream review?
[15:13] <pitti> bregma: nevermind, it already is
[15:13] <bregma> :)
[15:44] <pitti> bregma: uploaded
[15:44] <bregma> pitti, many thanks
[15:50] <Trevinho> ChrisTownsend: hey, could you please apply http://pastebin.ubuntu.com/13010409/ to https://code.launchpad.net/~townsend/unity-lens-music/fix-icon-path.trusty.SRU/+merge/265656
[15:50] <Trevinho> otherwise it doesn't build...
[15:50] <Trevinho> (and ci-train generates a bad changelog)
[15:50] <ChrisTownsend> Trevinho: Ok, sure
[15:50] <Trevinho> ChrisTownsend: thanks
[15:51] <larsu> seb128: ok, got it now I think. totally different from what I thought. Pleae retry when you have time (force pull)
[15:52]  * larsu found out that nautilus' desktop handling code is insanely complex
[15:53] <ChrisTownsend> Trevinho: Ok, done.
[15:54] <Trevinho> ChrisTownsend: thanks
[15:54] <ChrisTownsend> Trevinho: any time
[16:16] <seb128> larsu, seems to not work but I did a local hack and binary cp so doing a clean build now to be sure
[16:25] <happyaron> I suppose archive for x-series is open?
[16:26] <didrocks> yep
[16:26] <happyaron> great
[16:26] <seb128> happyaron, not only suppposed https://lists.ubuntu.com/archives/xenial-changes/2015-October/date.html
[16:26] <happyaron> ok quite a lot already, :)
[16:26] <seb128> though it seems there is a slow update to do merges this cycle
[16:27] <seb128> uptake
[16:27] <seb128> I hope Laney gives an hand once he's back next week ;-)
[16:28] <happyaron> :)
[16:28] <seb128> larsu, ok, so full build seems to work mostly, at least the bg image is correct now
[16:28] <seb128> but I've an issue with desktop icons
[16:28] <seb128> they stay scaled up until they are moved
[16:28] <seb128> which is a bit weird ;-)
[16:29] <seb128> do you see that as well?
[16:31] <larsu> seb128: I do indeed :)
[16:31] <larsu> this is cool
[16:31] <seb128> :-)
[16:31] <larsu> problem is that upstream has quite some refactorings
[16:32] <larsu> so we can't just look what they do and backport
[16:32] <seb128> yeah, we are looking at updating for xenial
[16:32] <seb128> but we need to fix trusty still...
[16:32] <larsu> ya
[16:36] <didrocks> and medium tests runs in prod now \o/
[16:54] <didrocks> ok, time for week-end and rest :-)
[16:54] <didrocks> have a good one everyone!
[16:54] <seb128> didrocks, enjoy!
[16:54] <didrocks> thanks, you too seb128
[18:43] <Trevinho> Night!
[18:43] <Trevinho> Night!
[19:55] <ogra_> hmm, interesting ... after upgrade to wily my xchat still has the overlay scrollbars (everything else doesnt) ... i thought we removed the package
[20:13] <mdeslaur> ogra_: xchat is gtk2, so still has them