[06:30] <seb128> good morning desktopers
[07:00] <didrocks> good morning
[07:04] <seb128> hey didrocks
[07:05] <seb128> swinging back on the 8am start? ;-)
[07:05] <didrocks> salut seb128, ça va ?
[07:05] <didrocks> yeah ;)
[07:05] <seb128> ouais, et toi ?
[07:05] <seb128> no pitti, I think I was first for once :p
[07:05] <hikiko> hi all :)
[07:05] <didrocks> heh
[07:05] <seb128> hey hikiko
[07:05] <didrocks> seb128: well, you then leave for some minutes, so it's cheating :)
[07:05] <didrocks> seb128: encore un ou deux trucs dans la gorge, mais ça va :)
[07:06] <seb128> cool
[07:06] <hikiko> no :) I was first I just forgot to say hi!!
[07:06] <seb128> hehe
[07:06] <hikiko> (hi!!) :P
[07:06] <seb128> hikiko, saying hi is part of the game ;-)
[07:06] <seb128> hey hikiko!
[07:06] <didrocks> hey hikiko
[07:07] <hikiko> hey seb128 hey didrocks hey pitty !
[07:25] <darkxst> hey seb128 didrocks
[07:25] <seb128> hey darkxst
[07:26] <darkxst> webkit2gtk FTBFS with a segfault in ld bfd on arm64, ran out of ram perhaps?
[07:26] <darkxst> that will block the transitions
[07:28] <seb128> right, I just retried that a minute ago
[07:28] <seb128> retried indicator-datetime on ppcel64 as well
[07:28] <seb128> but trying to read http://people.canonical.com/~ubuntu-archive/proposed-migration/update_output.txt
[07:28] <seb128> there seems to be more
[07:28] <didrocks> evening darkxst
[07:29] <seb128> I wonder if the 2 big groups should be hinted to go as one
[07:29] <darkxst> seb128, yeh, but I couldnt find anything else looking through the GNOME stuff
[07:30] <seb128> like britney is not trying to make e-d-s and gnome-desktop go together
[07:30] <seb128> and they need to
[07:30] <seb128> need Laney, I don't know how to hint britney to do that
[07:30] <seb128> didrocks, ^ or do you know?
[07:31] <didrocks> seb128: I can't hint more than touch things
[07:31] <seb128> k
[07:31] <didrocks> seb128: and I don't think you can either
[07:31] <seb128> so let's wait for Laney
[07:31] <didrocks> yep
[07:38] <duflu> seb128: Are there any common devices (not made by IBM) that use the ppc archs?
[07:38] <duflu> And not old Macs :)
[07:38] <seb128> duflu, I've no idea sorry
[07:38] <duflu> Watson... I guess.
[07:39] <duflu> Oh, and PS3 is a relation of ppc
[07:40] <duflu> And Wii
[07:46] <didrocks> funny that some try to automate installation with pexpect and such, and don't use --help to see that there are switches already doing automation for you :)
[07:47] <didrocks> (and way more reliable than pexpect)
[07:48] <didrocks> nice, a new contributor!
[07:48]  * didrocks really likes when new contributions can add a new framework with just few lines: https://github.com/ubuntu/ubuntu-make/pull/170/files
[07:48] <didrocks> (and all declarative)
[07:48] <darkxst> duflu, there are embedded ppc chips, probably not exactly common though
[08:08] <seb128> bah, I hate autotools
[08:41] <seb128> Laney, darkxst, bug #1512435 has changes to review, I would welcome your opinions on those
[08:45] <larsu> good morning!
[08:45] <seb128> hey larsu, how are you?
[08:47] <larsu> seb128: great, thanks! Sunny morning here again
[08:47] <larsu> seb128: how are you?
[08:47] <seb128> same here :-)
[08:47] <larsu> nice :)
[08:48] <didrocks> good morning larsu!
[08:48] <didrocks> sunny morning, lucky you guys
[08:48] <didrocks> cloudy here
[08:48] <didrocks> and not digital clouds
[08:49] <larsu> bonjour didrocks!
[08:49] <larsu> haha
[08:49] <darkxst> seb128, I would lean towards not sharing the data, with g-c-c in universe and most normal users not having both packages installed (and its small anyway), doesnt seem a huge issue if a few static images are duplicated?
[08:50] <seb128> darkxst, the issue is that things look to /usr/share/pixmaps/faces not in private subdirs
[08:50] <seb128> this is supposed to be a cross desktop standard location
[08:51] <seb128> so we can't easily ship the files in both packages
[08:51] <seb128> they would conflict
[08:52] <darkxst> seb128, right
[08:53] <seb128> we could teach u-c-c to look in a private dir first and then to the normal one and include its images in a private subdir, but then we would have icons listed twice when g-c-c is installed
[08:53] <seb128> or am I missing something obvious?
[08:55] <darkxst> seb128, probably they would be duplicated
[08:55] <darkxst> the pkla change will also work for ubuntu GNOME?
[08:56] <darkxst> just keep the shared faces package I guess
[08:56] <seb128> ubuntu-gnome-desktop recommends policykit-desktop-privileges
[08:56] <seb128> so it should work yes
[08:56] <willcooke> morning
[08:57] <hikiko> I did a small experiment these days: https://www.youtube.com/watch?v=UYeFN0vOG_M and I think we could have shadows for any window (here I get the window shape for shaped windows) I don't know how to do it in compiz yet but the idea I had at the sprint (that we can just draw the shape twice in the texture and do some visual effects so that it looks like a shadow) seems to be feasible ( desrt willcooke )
[08:57] <hikiko> good morning willcooke
[08:57] <seb128> darkxst, that binary include permissions for other things like mounting disks
[08:58] <darkxst> seb128, well except for the idiots who insist on installing with --no-recommends, and then complain stuff is broken, maybe it should be a dep instead?
[08:58] <seb128> your call, but it seems like it should
[08:58] <larsu> hi hikiko - cool stuff!
[08:59] <seb128> you can look to /var/lib/polkit-1/localauthority/10-vendor.d/com.ubuntu.desktop.pkla to see what is included in there
[08:59] <willcooke> hikiko, nice!
[08:59] <larsu> hey willcooke, darkxst
[08:59] <seb128> hey willcooke
[08:59] <darkxst> hey larsu, willcooke
[09:00] <seb128> darkxst, btw new gjs has failing test on powerpc, I retried 3 times it seems to fail consistently
[09:00] <seb128> build is failing on that
[09:00] <hikiko> hi larsu darkxst :)
[09:01] <Sweet5hark> hello desktoppers
[09:01] <larsu> hi Sweet5hark
[09:02] <Laney> good morning!!!!
[09:02] <seb128> hey Sweet5hark
[09:02] <seb128> hey Laney
[09:02] <darkxst> hey hikiko
[09:02]  * Sweet5hark looks at backlog, sees complains about clouds.
[09:03] <Sweet5hark> we have end of the world fog here since Monday morning.
[09:03] <Laney> same
[09:04] <Laney> less bad today though
[09:04] <darkxst> seb128, probably an endiness bug, but I have no ppc hardware to debug, just revert to ignoring ppc tests?
[09:04] <seb128> darkxst, or talk to mbielb maybe he's interesting in debugging it?
[09:04] <darkxst> it was that way for a long time, until someone came along and fixed them
[09:05] <larsu> morning Laney!
[09:05] <didrocks> hey Laney!
[09:05] <didrocks> morning Sweet5hark
[09:05] <darkxst> seb128, I have a feeling debian ignore tests more or less always
[09:05] <seb128> darkxst, doesn't hurt to mention those issues to them in any case
[09:06] <Laney> hi larsu didrocks
[09:06] <Laney> how's it going
[09:07] <larsu> very good thanks
[09:07] <larsu> how about you?
[09:08] <Laney> also good!
[09:08] <Laney> pub quiz tonight ;-)
[09:08] <larsu> nice!
[09:08]  * seb128 feels ignored by Laney not saying hi :-(
[09:08] <Laney> oh no
[09:09]  * Laney purrs at seb128 
[09:09] <seb128> :-)
[09:09] <Laney> here for you man
[09:09]  * seb128 is happier now
[09:10]  * seb128 pets Laney
[09:10]  * Sweet5hark just lighted the IR/redlight/heat lamp. screw you, Hamburg weather. ¯\_(ツ)_/¯
[09:14] <darkxst> seb128, I will ping him'
[09:20] <darkxst> seb128, I guess policykit-desktop-privileges recommends comes from one of the foundation seeds, and not ours
[09:22] <seb128> could be
[09:22] <seb128> thanks for the ping
[09:22]  * Laney eyes wk2
[09:22] <Laney> oh it failed before too, interesting
[09:23] <Laney> oh no clicked the wrong thing
[09:23]  * Laney fails
[09:25] <seb128> Laney, can you tell britney to try to batch the world in one go? ;-)
[09:25] <Laney> it won't work
[09:25] <Laney> unity
[09:25] <Laney> epiphany
[09:27] <seb128> well, it would tell us if those are the only ones and it's going to be needed at some point since it doesn't try groups together, no?
[09:28] <seb128> shrug, the webkit2gtk arm64 retry failed :-/
[09:28] <seb128> I've a feeling it's going to be an annoying one
[09:30] <Laney> the list it has seems right
[09:30] <seb128> k, I think I'm just clueless with britney's output then
[09:30] <seb128> I don't get why e-d-s and gnome-desktop3 are not in one set when they have common components
[09:31] <seb128> they can't success without the other one
[09:32] <Laney> look for this one
[09:32] <Laney> Trying easy from autohinter: gnome-contacts/3.18.0-1ubuntu2 folks/0.11.1-2build2 evolution-data-server/3.18.1-1ubuntu1
[09:32] <Laney> compiz needs rebuild against new libmetacity-private
[09:32] <Laney> gnome-ssession is blocked at excuses
[09:32] <seb128> speaking of which, when is excuses updating?
[09:33] <seb128> it's over 3 hours old
[09:33] <seb128> is that normal?
[09:33] <Laney> every time proposed changes
[09:33] <Laney> or tests come in?
[09:33] <seb128> I retried tests and fixing stuff for like 2 hours
[09:33] <Laney> I think
[09:33] <Laney> look at the log/
[09:34] <seb128> I don't understand why gnome-session doesn't pick the firefox i386 status
[09:34] <seb128> it's in progress but the test failed http://autopkgtest.ubuntu.com/packages/f/firefox/xenial/i386/
[09:34] <seb128> I even did a retried that failed as well
[09:35] <seb128> but that didn't success to change the status on the summary
[09:37] <Laney> hopefully it will re-run now that I did an upload
[09:37] <Laney> if nothing else
[09:38] <Laney> it's supposed to see that there are tests in progress and try to run if there are
[09:38] <seb128> I did retry builds that failed before and successed this time
[09:38] <seb128> that's not enough to trigger a refresh either?
[09:39] <seb128> anyway
[09:39] <seb128> let's see if it does update
[09:39] <Laney> did anyone look at the Trevinho silo?
[09:40] <seb128> I didn't
[09:40] <seb128> I though you were handling it
[09:41] <Laney> yeah left some comments last night though
[09:42] <seb128> yeah, doesn't seem like there was any activity after that
[09:42] <Laney> ok
[09:42] <seb128> I called it a day around the time you commente
[09:42] <seb128> d
[09:42] <seb128> but there is nothing in the night irc log
[09:42] <seb128> need to wait for Trevinho I guess
[09:42] <Trevinho> seb128: actually I was here for an hour or so, but I forgot to open IRC -_-
[09:43] <Trevinho> sorry, good morning
[09:43] <seb128> hey Trevinho
[09:43] <Laney> hi!
[09:43] <Trevinho> Laney: so... did you see my comments?
[09:43] <Trevinho> Laney: hi!
[09:43] <Laney> sure
[09:43] <Laney> you are saying that you want it to be ~bzr?
[09:43]  * Trevinho didin't check th reply :P
[09:43] <Laney> didn't reply
[09:43] <Laney> sso was a barrier too far
[09:44] <Trevinho> ah... :D
[09:44] <Laney> and tell me about this {} thing in .install
[09:44] <Trevinho> Laney: well, I didn't release so I thought it was a way to have the ubuntu version bumped (as pre-0.5.2 releease), but not the upstream one
[09:44] <Trevinho> which one?
[09:44] <Trevinho> I read the comment but I didn't understand, or maybe didn't grep too well
[09:45] <Trevinho> (that branch is quite old)
[09:45] <Laney> https://ci-train.ubuntu.com/job/ubuntu-landing-011-2-publish/91/artifact/bamf_packaging_changes.diff
[09:45] <Laney> ~bzr means the symbols get a weird version
[09:45] <seb128> Laney, Trevinho, that looks like trying to handle case where the package is multiarched or not
[09:46] <seb128> is that dynamic/magic depending of the debhelper version/serie?
[09:46] <Laney> that confuses me
[09:46] <Laney> and I don't think dh_install really officially supports it, there used to be a lintian tag for that
[09:46] <Laney> maybe still is
[09:46] <seb128> for what ?
[09:47] <seb128> {,}?
[09:47] <Laney> yes
[09:47] <seb128> I saw it used in other places I think
[09:49]  * Laney shrugs, it's not supported
[09:49] <seb128> could well be, I don't have any example on disk
[09:50] <Laney> don't see any weird magic in the packaging either
[09:50] <Trevinho> Laney: ah, the {*,} was because I wanted to support packaging even where's there's no multi-arch, but maybev it's not needed
[09:50] <didrocks> would better be used for dh_exec, no?
[09:51] <Trevinho> Laney: anyway any change you want, I cand do them
[09:52] <Laney> seb128: looks like britney just finished a run which took ages
[09:52] <Laney> so should start another one...
[09:53] <seb128> Laney, ok, thanks
[09:54] <Laney> already did actually
[09:55] <seb128> great
[09:55] <Laney> Trevinho: I would just remove that change if I were you
[09:55] <seb128> shrug, why gnome-session thinks that the firefox autopkgtest is still in progress
[09:55] <Laney> it probably had the results from before
[09:56] <Laney> it waited for like 90 minutes at the end
[09:56] <Laney> don't know why
[09:56] <seb128> same gtk+3.0 thinks that gnome-photos fails
[09:56] <seb128> when it doesn't, retry worked
[09:56] <Laney> like the previous run was
[09:56] <Laney> Tue, 03 Nov 2015 07:27:05 +0000
[09:56] <Laney> STATS:
[09:56] <Laney> Tue, 03 Nov 2015 07:31:08 +0000
[09:56] <Laney> but this one...
[09:57] <Laney> oops pasted the wrong bit
[09:58] <Trevinho> Laney: I've spotted another small regression , so I'm going to rebuild anwyay
[09:58] <Trevinho> Laney: "that change" is the .install thing=
[09:58] <Trevinho> ?
[09:59] <Laney> 07:26:25 -> 07:27:05 vs 08:13:08 -> 09:37:48
[09:59] <Laney> Trevinho: yes
[09:59] <Sweet5hark> popey: popey, old friend!
[09:59] <popey> Good morning Mr Shark
[09:59] <Laney> Trevinho: I don't understand what you're saying about it not being an upstream release though
[09:59] <Sweet5hark> popey: which were the ppa again that you wanted to have libreoffice-vanilla stuff into?
[09:59] <Laney> what is the difference between this upload and a 0.5.2 release?
[09:59] <Sweet5hark> stupid me didnt copy that.
[10:00] <Trevinho> Laney: to release I mean I should do the tarball, close bugs... All these annoying stuff :P
[10:00] <popey> Sweet5hark, https://launchpad.net/~canonical-community/+archive/ubuntu/ppa
[10:00] <popey> Sweet5hark, i use that one for building then copy to /stable or /debug
[10:00] <Sweet5hark> popey: ah, ok.
[10:01] <Laney> Trevinho: alright
[10:01] <Laney> lemme know when it's ready again
[10:03] <Sweet5hark> popey: I created/pushed lp:~libreoffice/ubuntu/+source/libreoffice-vanilla in the libreoffice packaging team alongside the repo for debian packaging: https://code.launchpad.net/~libreoffice/ubuntu/+source/libreoffice-vanilla/+git/libreoffice-vanilla
[10:04] <Sweet5hark> popey: we could move that to ~canonical-community, but maybe it makes more sense to keep it with the other libreoffice stuff.
[10:05] <popey> It does make more sense, yes.
[10:06] <Sweet5hark> popey: k
[10:07] <Sweet5hark> will download the latest modifications from ~canonical-community then and commit/push them to git then. And then prepare a 5.0.3 build
[10:10] <popey> Sweet5hark, magic, thanks!
[10:10] <seb128> Laney, so should we do anything for those autopkg status to be updated or just wait?
[10:12] <Laney> some of them are being updated
[10:12] <Laney> I'll just retry all the regressions
[10:12] <Laney> the ones that get stuck as "in progress" are more annoying
[10:16] <Sweet5hark> popey: here is a crazy thought: should we maybe make the libreoffice-vanilla source package build LibreOffice twice (once with debug symbols, once without) and provide two binaries, instead of having two branches?
[10:17] <popey> That does sound crazy, it could be very handy to have the debug build, especially on the phone, where this stuff hasn't been run much before.
[10:18] <Sweet5hark> popey: advantages: no fiddling with multiple branches and multiple uploads, just one fire-and-foget source package disadvantages: takes even longer to build, not so easy to do a quick do-not-need-the-debug-stuff-build ..
[10:19] <Sweet5hark> popey: you would have debug symbols. In fact you would have debug symbols all the time.
[10:20] <popey> Sweet5hark, I think it's worth doing, yes.
[10:21] <Sweet5hark> popey: you would have libreoffice-vanilla (source package) build twice and create two binary packages: libreoffice-vanilla and libreoffice-vanilla-debug (which wouldnt be installable at the same time).
[10:21] <popey> Sweet5hark, that works for me, we could modify the build script to choose which build to integrate
[10:22] <Sweet5hark> popey: and heck thats gonna be driving with a truck over the debian policy manual, but for these builds, I dont think we care much.
[10:22] <popey> Sweet5hark, well, we take the deb, pick it apart and repackage it anyway ;)
[10:22] <ricotz> Sweet5hark, popey, hi, why aren't you stripping the dbg symbols in a different package?
[10:22] <Sweet5hark> popey: ^^see
[10:22] <ricotz> or even let the ppa-builders create the dbgsym package automatically
[10:23] <ricotz> doing two builds are quite crazy
[10:23] <Sweet5hark> ricotz: Im kinda reluctant to depend too hard on features of the debian packaging tools for this.
[10:24] <ricotz> so use the dbgsym feature
[10:24] <popey> I personally don't mind how it's done.
[10:26] <Sweet5hark> ricotz: dpgsym feature _is_ a feature of debian packaging (and it would require changes on how we get the stuff out of the package/repackage again)
[10:27] <ricotz> Sweet5hark, are you sure you know what I mean?
[10:28] <ricotz> Sweet5hark, just don't strip the debugs symbols and turn on the dbgsym creation in the ppa-settings
[10:30] <Sweet5hark> ricotz: yes, and then we have multiple packages that need to be installed alongside each other, have dependencies etc. -- exactly what we what to avoid in the snappy world ...
[10:32] <Sweet5hark> popey: or is that ^^ ok with you/the snap-creation tools these days?
[10:37] <popey> Sweet5hark, we yank the debs from the archive, unpack them and put them in the right places. if there are two locations, or two package names we can pick from, we can do that.
[10:38] <popey> Sweet5hark, to be honest I expect to rarely (hah) need the debug builds, but when I need them I don't want to have to trigger some 10 hour build, but want to just switch to the debug build quickly
[10:40] <Laney> seb128: just retried all regressions / in progress tests
[10:40] <Laney> http://autopkgtest.ubuntu.com/running.html
[10:40] <seb128> Laney, great
[10:40] <seb128> is there some magic command that does that?
[10:41] <Sweet5hark> popey: well, what ricotz is suggesting is to have two packages: the good old libreoffice-vanilla package (without symbols) and second one that you can install on top to get debug symbols. that the canonical old school debian packaging way.
[10:41] <Laney> yeah https://wiki.ubuntu.com/ProposedMigration/AutopkgtestInfrastructure#Re-running_tests
[10:41] <popey> Sweet5hark, I'm fine with that.
[10:41] <Laney> I hacked it to consider in progress too, not just regressions
[10:42] <Laney> (don't really understand why tests get stuck at in progress)
[10:42] <seb128> Laney, great
[10:42] <Sweet5hark> popey: I dont know how that works with whatever you do for snappifying. Then again, you dont need the symbols snappified, I guess as you only use it on proper desktops ...
[10:43] <Sweet5hark> popey: ok.
[10:43] <popey> Sweet5hark, we can work around whatever you do really :) I can just have two options in cmake, which can deal with whatever you do
[10:44] <Sweet5hark> popey: kk
[10:45] <ricotz> popey, so you are post-processing the built deb and not using it as is?
[10:46] <popey> ricotz, kinda, we unpack it and bake it into a click package for the phone
[10:46] <ricotz> popey, so just build a debug package without stripping anything, and strip the binaries in your process as needed?
[10:47] <popey> Hm, not sure about that.
[10:48] <ricotz> (I mean build *one* binary package which still includes the symbols)
[10:49] <popey> the debug build is significantly larger, and we don't need debug much of the time
[10:50] <ricotz> popey, you can strip those in your repackging process?
[10:50] <ricotz> and build two snappy packages then
[10:50] <popey> yeah, means downloading giant package and stripping it.
[10:51] <ricotz> which is way faster than building 10hours twice
[10:51] <popey> we aren't (currently) using snappy, it's click on the phone, but I see your point
[10:51] <ricotz> ok, make your choice then
[10:58] <anpok> hi
[10:58] <anpok> havent seen robert_ancell in a while
[10:59] <anpok> (especially since I try to follow natural day night cycles.. recently)
[10:59] <anpok> could someone else look into updatint libinput: https://bugs.launchpad.net/ubuntu/+source/libinput/+bug/1504168
[11:01] <Laney> are those patches committed?
[11:03] <larsu> hello from xenial
[11:04] <anpok> Laney: the last one was reviewed and approved but relies on the two before..
[11:05] <anpok> the last iteration only had a problem in an edge case and two findings in the debug tools
[11:05] <anpok> last one .. as in third patch in the list..
[11:11] <anpok> Laney: we already carry previous versions of that patch series..
[11:11] <anpok> I am also ok with first using v7 which was seen by more eyes than v8
[11:16] <larsu> Trevinho: I can't build your branch :(
[11:17] <larsu> Trevinho: http://paste.ubuntu.com/13090807/
[11:17] <larsu> looks unrelated, but I really don
[11:17] <larsu> *don't care for tracking down boost problems :/
[11:19] <Trevinho> larsu: ah, yeah... on xenial...
[11:19] <Trevinho> larsu: try to merge with xenial proposed branch?
[11:19] <larsu> where is that?
[11:19] <Trevinho> larsu: or comment that line in launchercontroller, it's not that important
[11:19] <larsu> lol
[11:19] <Trevinho> lp:~ci-train-bot/unity/unity-ubuntu-xenial-landing-011
[11:20] <larsu> thanks - let's try this
[11:29] <larsu> Trevinho: http://paste.ubuntu.com/13090856/
[11:31] <Trevinho> larsu: ouch, yeah... you need new bamf then
[11:31] <Trevinho> larsu: it's just better to comment that line in LaucnherCOntroller
[11:31] <Trevinho> or replace it with the fixed one.... (which I can paste if youn want)
[11:32]  * larsu wonders how this can even happen
[11:33] <larsu> Trevinho: commenting line 153 is enough?
[11:33] <Trevinho> yes...
[11:33] <Trevinho> larsu: it happens because in xenial libsigc++ changed, and they removed some stuff as now they can be done with c++11
[11:34] <larsu> Trevinho: they are not backwards compatible? Hm, I guess that's ok... I changed my entire OS to the next version after all
[11:35]  * Trevinho now has a new shiny and cheap chinese smart plug... With openwrt. My office lights will be finally in sync with my PC :)
[11:35] <Trevinho> larsu:  no, they're not
[11:37] <Trevinho> larsu: they removed some classes such as sigc::group and the sigc::_N ... which were used to do computations on the fly (specifying how to handle arguments when connecting the callback)
[11:41] <larsu> Trevinho: bah! Now it fails because of -Werror and a signed/unsigned comparison
[11:42] <larsu> in a nux header no less
[11:42] <larsu> SIGH
[11:42] <Trevinho> larsu: fuck that compiler !
[11:42] <Trevinho> :P
[11:42] <Trevinho> That's weird though, we didn't get that in the ppa
[11:43] <larsu> in NuxCore/PropertyOperators.h:191
[11:43] <Trevinho> larsu: it's too early to use xenial :P, I just use an lxc for now :)
[11:43] <Trevinho> larsu: mh I believe that's not where the issue is, but where the property is used
[11:43] <larsu> that's what the error line says
[11:43] <larsu> let me check
[11:43] <Trevinho> larsu: look in the log, I guess it's inside switcher model maybe?
[11:44] <happyaron> Laney: anything I can do for my PPU application?
[11:45] <Laney> happyaron: just wait, shouldn't be too long
[11:45] <happyaron> ok
[11:45] <larsu> Trevinho: yes through the SwitcherModel, but only because it includes Nux' Property.h indirectly
[11:46] <Trevinho> Laney: silo should be ready now
[11:46] <Trevinho> larsu: I guess it's using a call somehwere, you can or change the 0 comparisons with
[11:46] <Trevinho> 0U
[11:47] <Trevinho> or... change detail_selection_index to detail_selection_index()
[11:47] <larsu> in the system header?
[11:47] <Trevinho> larsu: can you paste me the whole error?
[11:47] <Trevinho> cause it seems something else to what I though
[11:47] <larsu> yes, it is something else than what you think :)
[11:47] <larsu> already scrolled passed, sorry
[11:48] <Trevinho> cause yesterday I got this inside CI, but I fixed in that way
[11:48] <larsu> building again without -Werror
[11:48] <Trevinho> yeah, that's fine
[11:48] <larsu> I hope ... just removed it from CMakeLists.txt
[11:54] <willcooke> didrocks, Heard back from Cadsoft about Eagle.  They are +1 in principal, just need to get the legal stuff sorted
[12:04]  * desrt yawns
[12:05] <larsu> morning desrt
[12:05] <desrt> good morning
[12:05]  * desrt will be out for a couple of hours walking around before starting work this morning :)
[12:05] <larsu> adjusting to the timezone?
[12:05] <didrocks> willcooke: nice! :)
[12:05] <desrt> yup
[12:06] <larsu> enjoy!
[12:07] <didrocks> desrt: break some nice portals ;)
[12:07] <desrt> didrocks: we're heading for a part of town that is such a massive res f8 that it's ridiculous
[12:07] <desrt> must be 100 p8 out here
[12:08] <didrocks> enjoy ;)
[12:08] <larsu> Trevinho: http://paste.ubuntu.com/13091016/
[12:08] <larsu> Trevinho: I think I will stop this now.
[12:08] <desrt> didrocks: thanks :)
[12:10]  * larsu is off for lunch
[12:11] <Trevinho> larsu: yeah, that's fine... Also because hikiko just shown me something that we could use instead of this workaround
[12:11] <Trevinho> so... let's see how that goes
[12:11] <Trevinho> We'd still need to add an atom to gtk windows for being able to recognize them, but not the radius
[12:11] <larsu> oh ok
[12:12] <larsu> off to lunch now - let me know when you have asomething I can try
[12:14] <Laney> Trevinho: done
[12:15] <Trevinho> Laney: ❤️
[12:16] <Laney> ARGH
[12:16] <Laney> Trevinho: 2015-11-03 12:15:42,070 ERROR Needs review: https://code.launchpad.net/~3v1n0/unity/add-launcher-icon-to-dash/+merge/275968
[12:16] <Laney> 2015-11-03 12:15:42,070 ERROR unity has merges in bad states
[12:16] <Laney> soz
[12:20] <Trevinho> Laney: ohuch, yeah andyrock forgot to top-approve..
[12:20] <Trevinho> I did it myself
[12:22] <Laney> ok, ty
[12:24] <pitti> Good morning
[12:29] <didrocks> hey pitti!
[12:32] <Laney> hey pitti
[12:32] <Laney> how's austin?
[12:33] <seb128> hey pitti
[12:35] <pitti> still dark -- woke up at 5:30 again :)
[12:37] <Laney> poor roommate :P
[12:38] <pitti> it's actually not even existant yet -- thick fog, can't see a thing :)
[12:38]  * pitti wanted to go running this morning, meh
[12:38] <pitti> Laney: nah, barry just woke up, he was fine
[13:00] <didrocks> ok, going to run for the first time after last week being sick, wish me luck!
[13:01] <willcooke> good luck didrocks
[13:01] <didrocks> thanks willcooke ;)
[13:04] <seb128> didrocks, good luck!
[13:07] <seb128> Laney, I guess you saw https://code.launchpad.net/~attente/gtk/refresh-mir-3/+merge/276420?
[13:07] <seb128> pitti, is looking at the apport autopkgtest issue still on your todolist?
[13:07] <Laney> yeah it made me want a cookie
[13:12] <seb128> Laney, :-)
[13:12] <Laney> probably want to clear the way before uploading this though
[13:12] <Laney> found this upstream bug for the ld thing https://sourceware.org/bugzilla/show_bug.cgi?id=19188
[13:12] <seb128> right
[13:13] <seb128> hum
[13:13] <seb128> wonder if doko knows of a workaround we could use meanwhile
[13:30] <pitti> seb128: yes, it is, but probably not this week
[13:30] <seb128> pitti, ok, can we easily override those to not block things meanwhile?
[13:37] <hikiko|ln> Trevinho, also: https://transfer.sh/VEOwY/out-14.ogv I think we can catch all shapes :)
[13:37] <hikiko|ln> bbl
[13:38] <hikiko|ln> (that's 2 multi-rectangle shapes)
[14:00] <willcooke> UOS keynote starting:  http://summit.ubuntu.com/uos-1511/meeting/22614/mark-shuttleworth-uos-opening-keynote/
[14:18] <pitti> seb128: sure, I force-badtested it last week already, aport doesn't block anything
[14:18] <seb128> pitti, oh, right, it's written at the bottom of the section
[14:20] <qengho> good morning
[14:22] <seb128> hey qengho
[14:30] <desrt> qengho: good morning
[14:34] <larsu> desrt: honestly, I don't know what smvcs point is on the no-reply-expected bugs
[14:34]  * desrt takes another look
[14:34] <larsu> thanks
[14:44] <larsu> Laney, seb128: I also can't reproduce changing text size in a11y settings
[14:44] <larsu> or do you mean that an existing bubble doesn't get updated immediately?
[14:45] <seb128> larsu, what I do is
[14:45] <larsu> (sorry, this is about bug #1303796)
[14:45] <seb128> - mouseover the indicator sound, see small bubble
[14:45] <seb128> - go to the a11y panel, turn on a11y big text
[14:46] <seb128> - scroll over the indicator
[14:46] <seb128> - turn those off
[14:46] <seb128> - scroll again
[14:46] <seb128> after that the bubble are bigger than when I started
[14:49] <seb128> those->big text
[14:49] <seb128> but basically same with notify-send "bug"
[14:49] <seb128> you just need to wait for bubbles to timeout between steps
[14:49] <seb128> also the first bubble after enabling a11y doesn't have big text
[14:49] <seb128> but it get it after turning the option off?!
[14:50] <seb128> larsu, ^ let me know if you see that
[14:56] <larsu> seb128: no, I'm not ...
[14:56] <seb128> :-(
[14:56] <larsu> let me check with the immediate bubbles
[14:57] <seb128> are you bubbles getting bigger text at some point?
[14:57] <larsu> yes, when I enable large text
[14:58] <larsu> but they're back to normal once I change back
[14:58] <larsu> same for volume / brightness
[14:58] <larsu> (oh, wrong icon for volume now?!)
[15:02] <larsu> seb128: I take it all back, I see it with the volume bubble as well
[15:03] <Laney> larsu: they got stuck in big mode
[15:03] <larsu> apparently that switch sets more settings than text-scaling-factor (I changed that from gsettings)
[15:03] <Laney> and when I killed notify-osd it went back to normal
[15:03] <Laney> but yesterday I couldn't make it happen
[15:03] <seb128> gsettings set com.canonical.Unity.Interface text-scale-factor 1.3
[15:03] <seb128> I get it sometime with that
[15:03] <Laney> I only ever used the slider
[15:04]  * Laney can't remember all the scaling factor knobs
[15:04] <seb128> but it doesn't seem consistent
[15:04] <larsu> seb128: I used the gnome one - why do we have both?
[15:06] <seb128> because unity tries to be smart and adjust the different gnome scaling according to its scaling
[15:06] <larsu> ugh, really?
[15:06]  * larsu bets this is the problem
[15:06] <seb128> could be
[15:08] <seb128> Laney, pitti, can you tell britney that gvfs tests are fine now, it seems to not pick the updated status (e.g on gtk+3.0)
[15:08] <seb128> also is the libreoffice i386 "test in progress" buggy?
[15:08] <pitti> yes
[15:08] <seb128> http://autopkgtest.ubuntu.com/packages/libr/libreoffice/xenial/i386/ states tmpfailed
[15:08] <pitti> looking at that stuff, there were some tmpfails again
[15:09] <seb128> danke
[15:09] <Laney> pitti: do you know why things get stuck on "in progress"?
[15:09] <pitti> Laney: ^ FYI, for mass-retrying the tmpfails correctly it's easiest to just remove proposed-migration/data/xenial-proposed/autopkgtest/pending.txt (while britney is not running)
[15:10] <Laney> is it always tmpfail?
[15:10] <pitti> Laney: tmpfail or in the queue or running, yes
[15:10] <pitti> Laney: but we had another case last night on cuneiform
[15:10] <Laney> when they're *stuck*
[15:10] <Laney> the latter two will clear
[15:10] <pitti> it ran the wrong version as tests weren't using apt sources for restricted/multiverse -proposed
[15:10] <pitti> I just fixed that
[15:10] <pitti> and re-ran cuneiform
[15:11] <Laney> ah
[15:12] <Laney> is there a bug that a new gvfs triggered by gtk+3.0 wasn't queued?
[15:12] <Laney> pitti: ^?
[15:12] <pitti> so that was another reason -- it was expecting results for build4, but got build3
[15:13] <pitti> and I just removed pending.txt to re-run the tmpfails, should be all fine again
[15:13] <seb128> is there anything one can do to sort those issues?
[15:13] <pitti> Laney: how do you mean not triggered? it regressed
[15:13] <pitti> so it needs to be re-run
[15:13] <seb128> out of pinging around
[15:13] <Laney> seb128 uploaded gvfs
[15:13] <Laney> which fixed the tests
[15:14] <pitti> ah, but that didn't re-run it against gtk+3.0, right
[15:14] <Laney> so gtk's gvfs test should go green
[15:14]  * Laney nods
[15:15] <Sweet5hark> ahhh, nice. an "it only breaks on the builder breaker" ...
[15:20] <pitti> ubuntu_archive:x:2552:cjwatson,seb128,doko,pitti,adconrad,vorlon,didrocks,stgraber,laney
[15:20] <pitti> seb128: ^ yes, there is
[15:21] <seb128> pitti, I tried to run run-autopkgtest  on snakefruit but that didn't seem to be enough
[15:21] <seb128> or maybe I did something wrong
[15:23] <pitti> seb128: these folks can re-run tests individually (run-autopkgtest), mass-re-run regressions (retry-autopkgtest-regressions), mass re-run tmpfails (rm pending.txt)
[15:23]  * pitti documents the latter on https://wiki.ubuntu.com/ProposedMigration/AutopkgtestInfrastructure#Administration
[15:23] <seb128> pitti, k
[15:24] <Laney> did someone retry the gvfs/gtk?
[15:25]  * Laney tries a matplotlib fix
[15:25] <pitti> Laney: sorted
[15:25] <Laney> thanks
[15:25] <Laney> (in what way?)
[15:25] <pitti> I documented the current tmpfail rerun procedure now
[15:25]  * pitti bbl
[15:30] <willcooke> #startmeeting Weekly Desktop Team Meeting - 2015-11-03
[15:30] <meetingology> Meeting started Tue Nov  3 15:30:03 2015 UTC.  The chair is willcooke. Information about MeetBot at http://wiki.ubuntu.com/meetingology.
[15:30] <meetingology> Available commands: action commands idea info link nick
[15:30] <willcooke> Got a UOS session starting in 30 mins so need to be quick today
[15:30] <desrt> o/
[15:30] <willcooke> Roll call:
[15:30] <larsu> \o
[15:30] <willcooke> andyrock (out), attente, desrt,  dgadomski, didrocks, fjkong,
[15:30] <willcooke> happyaron (out), hikiko, laney, larsu, qengho, seb128, sweet5hark, themuso (out),
[15:30] <willcooke> tkamppeter (out), trevinho, robert_ancell (out)
[15:30] <hikiko> hello
[15:30] <seb128> hey!
[15:30] <larsu> ah, too quick :)
[15:30] <Sweet5hark> heya
[15:30] <attente> hey
[15:30] <qengho> Oh dang.
[15:31] <didrocks> hey
[15:31] <willcooke> #topic AndrewMC
[15:31] <willcooke> oops
[15:31] <willcooke> #topic andyrock
[15:31] <willcooke> * investigating on lockscreen regression  reported  by Pat. I built a PPA with a possibile fix but  Looks like it does not  work. I ll need to  build another PPA adding debug strings and ask Pat to  send us the logs.
[15:31] <willcooke> * Treviño's reviews
[15:31] <willcooke> sorry AndrewMC - ignore
[15:31] <willcooke> #topic attente
[15:31]  * willcooke needs to slow down on the auto-complete
[15:31] <attente> fixed touch input with gtk-mir on the phone, still need to hash out a "single-surface mode" for gtk to actually be usable on the phone
[15:31] <attente> fought with qmake to add gdbus bindings to maliit-framework upstream
[15:31] <attente> porting maliit-inputcontext-gtk from dbus-glib to gdbus, will package it once done. or might give up and just package it as is anyways
[15:31] <attente> followed up with security team about dconf apparmor confinement, they're probably too busy for it this cycle
[15:31] <attente> (eof)
[15:31] <larsu> vi
[15:32] <larsu> (sorry)
[15:32] <willcooke> thanks attente!
[15:32] <attente> ls
[15:32] <desrt> attente: thanks for poking about the apparmor stuff again
[15:32] <desrt> cd
[15:32] <willcooke> #topic desrt
[15:32] <desrt> let's just say "bugs" and move on
[15:32] <desrt> (in the interest of speedy meeting)
[15:33] <willcooke> right so
[15:33] <willcooke> #topic dgadomski
[15:33] <dgadomski> hey
[15:33] <dgadomski> * testing fix for bug #1510824 - waiting for feedback to confirm it's working
[15:33] <dgadomski> * investigating a problem with large number of defunct processes from a respawning daemon (may be related to bug #406397, bug #530779), trying to reproduce it
[15:33] <dgadomski> * got positive feedback from independent sources about the fix to bug #1337873, waiting for SRU
[15:33] <dgadomski> * I think polkit debugging is not documented well enough (setting POLKIT_DEBUG, G_DEBUG_MESSAGES for polkitd and polkit-gnome-authentication-agent-1, do you have an idea what would be the best place to have it documented
[15:35] <willcooke> thanks dgadomski
[15:35] <dgadomski> thanks
[15:35] <willcooke> #topic didrocks
[15:35] <didrocks> Ubuntu Make:
[15:35] <didrocks> - a lot of PR reviews and tutoring (netbeans, rust). Another new contributor is on the pipe with CLion support!
[15:35] <didrocks> - merged 2 external contributors pull requests (better env variable for android NDK, better user prompting for restarting shell session).
[15:35] <didrocks> - medium tests now run in our jenkins infra! Did a lot of work/testing roundtrips to enable this both on master and system versions (had to change some stuff so that system version can run in the container with a real file system layout): https://jenkins.qa.ubuntu.com/job/udtc-trusty-tests/2192/testReport/. Now at 828 tests running \o/
[15:35] <didrocks> - add --remove as a global option in addition to a framework one (so umake --remove <category> <framework> works as well as umake <category> <framework> --remove).
[15:35] <didrocks> - add --version support returning current ubuntu make version (different versioning scheme if released, if from branch, if from branch + dirty content, if from branch without git installed…) + backed by tests.
[15:35] <didrocks> - ensure decompressor and download manager handle both well multiple decompressions/downloads in parallel with the BaseInstaller framework (will be used for Twine). Add more unit and large tests to cover those cases as well.
[15:35] <didrocks> - enable as well direct asset download filtering in BaseInstaller without decompressing (same, will be used for Twine).
[15:35] <didrocks> - enable for medium test framework to serve the fake assets on multiple ports and hostnames inside the containers. Adapt tests framework to this new API.
[15:35] <didrocks> - misc smaller fixes like more robust medium tests execution, parallel download progress total size reconciliation, zsh env variable removal, variable refactoring… + back them up with tests of course.
[15:35] <didrocks> - bugs/feature requests/user questions handling.
[15:35] <didrocks> Misc:
[15:35] <didrocks> - some NEWing and AA duties.
[15:35] <didrocks> .
[15:36] <willcooke> didrocks, thanks - whose are the Jenkins servers?
[15:36] <willcooke> who is admining them?
[15:36] <didrocks> willcooke: the CI team
[15:36] <willcooke> nice
[15:36] <willcooke> that's great
[15:36] <didrocks> however, I have admin rights on it
[15:36] <willcooke> :)
[15:36] <didrocks> and so, creating/handing my jobs
[15:37] <didrocks> (just not messing with their :p)
[15:37] <willcooke> nice, thanks for sorting that
[15:37] <willcooke> #topic FJKong
[15:38] <willcooke> #topic happyaron
[15:38] <willcooke> 1. Released fix for a crash in sogoupinyin.
[15:38] <willcooke> 2. Following the cn.archive.ubuntu.com issue with Aliyun and NEU.
[15:38] <willcooke> 3. ZFS package improvements.
[15:38] <willcooke> #topic hikiko
[15:38] <hikiko> hi! 1- shadows for shaped and multi-rect windows proof of concept  lp:xgetshape and https://www.youtube.com/watch?v=UYeFN0vOG_M 2- I am looking at the decorations code to do a similar trick inside unity  3- still searching the phantom-bugs that block the ezoom development :D (eof)
[15:39] <willcooke> thanks hikiko
[15:39] <willcooke> #topic Laney
[15:39] <Laney> • Short week because I was on hols
[15:39] <Laney> • before that I went to the release sprint - helped test images, fix various bugs (mainly installer), and decide what we should let in and what not
[15:39] <Laney> • Fixed nautilus smb crash, SRUed it too
[15:39] <Laney> • Push at a big GNOME transition ball this week, some no-change rebuilds and some real fixes
[15:39] <Laney> • Fix/retry many autopkgtests to try to get things migrating (gtk, glib, the previous transition)
[15:39] <Laney> • shepherding some train things
[15:39] <Laney> • worked a bit on gtk 3.18, in the desktop ppa, please test (soon to be uploaded to X)
[15:39] <Laney> • chats about font
[15:39] <Laney> ☙
[15:39] <willcooke> thanks Laney
[15:40] <willcooke> #topic larsu
[15:40] <larsu> more bug fixes this week:
[15:40] <larsu> - nautilus desktop rendering hidpi problems
[15:40] <larsu> - gsettings-qt needed yet another workaround for that qt eventloop bug
[15:40] <larsu> - accountsservice log spam: got a glib patch, but there's some discussion about whether we should change the dbus spec as well (thanks desrt for helping out)
[15:40] <larsu> - finished up and pushed that patch that makes glib not crash when using gactiongroup from python (after code review)
[15:40] <larsu> - in progress: notify-osd bubbles stay large after toggling large-text back and forth
[15:40] <larsu> I think that's it... I can never remember everything when doing bug work
[15:40] <willcooke> :)
[15:40] <willcooke> thanks larsu
[15:40] <willcooke> #topic qengho
[15:41] <qengho> - some mir-ozone-chromium catch up.
[15:41] <qengho> - more translations work. the GRD+XTB<-->POT+PO pump had more missing features than I remembered.
[15:41] <qengho> - default-browser bug still needs testing on xfce, kde, etc. My upstream bug fix still not merged. :(
[15:41] <qengho> EOF
[15:41] <willcooke> thanks qengho
[15:41] <willcooke> #topic seb128
[15:41] <seb128> • backported gtk fixed for nautilus segfault issue and gnome-screenshot quality issues on hidpi
[15:41] <seb128> • helped larsu to test nautilus hidpi/scaling fixes
[15:41] <seb128> • lot of Debian merges and updates
[15:41] <seb128> • worked on some of the ongoing xenial transitions (e-d-s, cheese, libgtop, libgnomecanvasmm, poppler)
[15:41] <seb128> • reviewed incoming bugs and e.u.c report to ensure we don't have big issues in wily
[15:41] <seb128> • test gtk 3.18 candidate update, seems mostly working fine (though one annoying issue with bg color on loading)

[15:41] <larsu> seb128: thanks again for that :)
[15:41] <willcooke> thanks seb128
[15:41] <willcooke> #topic Sweet5hark
[15:41] <larsu> (and being patient)
[15:42] <seb128> larsu, yw, thanks for the fixes!
[15:42] <Sweet5hark> - updated to 5.0.3 wily in the ppa
[15:42] <Sweet5hark> - updated to 4.4.6 vivid in the ppa
[15:42] <Sweet5hark> - some upstream work on clang service name matching
[15:42] <Sweet5hark> - added scrollwheel navigation to TabBar of LibreOffice Sidebar upstream
[15:42] <Sweet5hark> - some upstream code review
[15:42] <Sweet5hark> - helped getting libreoffice git repos live mirrored on launchpad via gerrit replication
[15:42] <Sweet5hark> - created git repo for libreoffice packaging on launchpad
[15:42] <Sweet5hark> - updating libreoffice vanilla/minimal as a base for snap/click to 5.0.3 (ongoing)
[15:42] <Sweet5hark> -- there seems to be a race condition on parallel builds :-/
[15:42] <Sweet5hark> - various coordination on UX wrt. sidebar and themes
[15:42] <Sweet5hark> - some review of replies to ongoing tenders/job offers by TDF
[15:42] <Sweet5hark> EOF
[15:42] <willcooke> thanks Sweet5hark
[15:42] <willcooke> #topic TheMuso
[15:42] <willcooke> * Almost completed Orca gsettings backend work, found a few issues due to me not reading deeply enough into how Orca handles some internal settings, hoefully will have something by the end of the week.
[15:42] <willcooke> * Uploaded PulseAudio 7.1 to Xenial.
[15:42] <willcooke> * Further mapping out of the accessibility profile code/API.
[15:43] <willcooke> #topic tkamppeter
[15:43] <willcooke> - cups-filters: Released 1.1.0 which allows to define default option settings for new cups-browsed-generated print queues in cups-browsed.conf, cups-browsed remembering option setting changes when a remote printer disappears and re-appears, IP-based URIs for generated queues (for the phone), configurable load balancing, and bug fixes in cups-browsed and foomatic-rip.
[15:43] <willcooke> - pysmbc: Replaced former python-smbc source package by Debian's pysmbc package so that we can sync from Debian here.
[15:43] <willcooke> - cups-filters: Started studying viability of a rastertoxps filter to support XPS-only printers.
[15:43] <willcooke> - Reported bug (bug 1509423) about the problem of cupsd not being able to start its sub-processes, no answer after one week.
[15:43] <willcooke> - Bugs.
[15:43] <willcooke> #topic Trevinho
[15:44] <seb128> Sweet5hark, should we get  5.0.3 in xenial?
[15:44] <FJKong> willcooke: ping
[15:44] <FJKong> sorry late
[15:44] <willcooke> nw FJKong - will come back to you in a mo
[15:44] <Sweet5hark> seb128: I wouldnt bother TBH.
[15:45] <seb128> k
[15:45] <willcooke> #topic robert_ancell
[15:45] <willcooke> - Xenial package updates
[15:45] <willcooke> - Packge syncs with Debian
[15:45] <willcooke> - LightDM bugfixes
[15:45] <willcooke> - LightDM 1.17.1, 1.6.5, 1.14.3 releases
[15:45] <willcooke> - LightDM stable release updates
[15:45] <willcooke> - XMir testing / package updating
[15:45] <willcooke> #topic FJKong
[15:46] <FJKong> Sogou IM
[15:46] <FJKong> * check with new bug of skin problem, not produce yet
[15:46] <FJKong> * continue on new feature of animate skin
[15:46] <FJKong> pinyin search:
[15:46] <FJKong> find some GUI tool to add task, make it more easy
[15:46] <FJKong> that's all
[15:46] <willcooke> thanks FJKong
[15:46] <willcooke> #topic Any Other Business
[15:46] <willcooke> Obviously, UOS this week
[15:46] <Sweet5hark> seb128: there is already an 5.1.0~alpha1 tagged upstream. Having that for xenial in the prereleases ppa would be priority before any 5.0/xenial updates. Dint have that yet.
[15:47] <willcooke> Other news:  Have started the ball rolling on a sprint in April
[15:47] <Sweet5hark> \o/
[15:47] <willcooke> Back to UOS news:
[15:47] <willcooke> In 13 mins there is a QA session for desktop
[15:47] <willcooke> If you want to get involved in that session please come along
[15:48] <didrocks> time to ask embarassing questions on IRC to willcooke then :)
[15:48] <willcooke> :)
[15:48] <willcooke> Also check the schedule for other desktop sessions this week
[15:48] <willcooke> Anyone got anything else?  If not I will go and finish getting the Hangout set up
[15:49] <didrocks> nothing for me
[15:49] <willcooke> Hopefully next week will be back to "normal"
[15:49] <Sweet5hark> didrocks: "Why are my libreoffice icons so ugly when directly installing from ISO?"
[15:49] <didrocks> oh yeah!
[15:49] <Trevinho> willcooke: I missed my topic sorry...
[15:49] <didrocks> and why my buttons are going on the right in the installer mode, is it the new default? :p
[15:49] <Trevinho> willcooke: can I paste it now?
[15:49] <willcooke> #topic Trevinho
[15:49]  * Sweet5hark hides in a corner and cries.
[15:49] <willcooke> Trevinho, go go go!
[15:49] <Trevinho> · Renamed rls-w-incoming bugs to rls-x-incoming
[15:49] <Trevinho> · Added keybindings to unity to only open in spread the windows of the focused application.
[15:49] <Trevinho> · Add Quicklist item to desktop-less apps to add them to the dash (generating .desktop file, if possibile)
[15:49] <Trevinho> · Done a switcher model refactory so that it's dynamic (it updates promptly when an app/window opens/closes)
[15:49] <Trevinho> · Improved unity keyboard utils, so that it's possible to get key near to another in any position
[15:49] <Trevinho> · Added a new keybinding to the: Switcher Alt+key_right_to_Tab (Q for non French guys :P) now closes the selected app/window.
[15:49] <Trevinho> · The \"landing-011\" saga is over. The whole new unity7 stack is in xenial.
[15:49] <Trevinho> 
[15:49] <willcooke> :)
[15:49] <willcooke> thanks Trevinho
[15:50] <Trevinho> yw
[15:50] <willcooke> oki, ending the meeting, thanks everyone for being quick
[15:50] <willcooke> #endmeeting
[15:50] <meetingology> Meeting ended Tue Nov  3 15:50:26 2015 UTC.
[15:50] <meetingology> Minutes:        http://ubottu.com/meetingology/logs/ubuntu-desktop/2015/ubuntu-desktop.2015-11-03-15.30.moin.txt
[15:50] <tkamppeter> willcooke, only for putting the right date for the Sprint, next years OpenPrinting Summit is April 26 - 28 in Boise, Idaho at HP.
[15:51] <willcooke> tkamppeter, oki will bear that in mind
[15:51] <tkamppeter> willcooke, Only to avoid a clash of the dates.
[15:51] <qengho> hrm, four people in the UOS convergence channel that I don't know.
[15:52] <qengho> Sprint in Boise!
[15:52]  * qengho jokes.
[15:52] <seb128> Trevinho, andyrock, so my compiz/unity is eating 100% cpu for some hours now, unsure if I can get useful details
[15:54] <seb128> I think that's an issue
[15:54] <seb128> #2  0xb757d1b6 in std::__atomic_futex_unsigned_base::_M_futex_wait_until(unsigned int*, unsigned int, bool, std::chrono::duration<long long, std::ratio<1ll, 1ll> >, std::chrono::duration<long long, std::ratio<1ll, 1000000000ll> >) () from /usr/lib/i386-linux-gnu/libstdc++.so.6
[15:54] <seb128> #3  0xaf9d104f in unity::lockscreen::UserAuthenticatorPam::ConversationFunction(int, pam_message const**, pam_response**, void*) () from /usr/lib/compiz/libunityshell.so
[15:54] <seb128> #4  0xae8eb243 in pam_vprompt () from /lib/i386-linux-gnu/libpam.so.0
[15:54] <seb128> my session is unlocked
[15:54] <seb128> unsure why a thread is in pam code
[15:59] <qengho> seb128: Long long ago, I saw a PAM-related problem that involved some DNS failure in logging, which ate CPU time.
[16:04] <seb128> qengho, yeah, unsure what it was, first time I see that issue
[16:05] <seb128> I killed compiz and it respawned and now it's fine
[16:09] <Laney> pitti: do you know why gvfs/ppc64el didn't go green?
[16:09] <pitti> Laney: apparently I missed the retry
[16:10] <Laney> pitti: I don't see a retry
[16:10] <Laney> for the other arches - so thought you did something else
[16:11] <pitti> hrmpf VPN, it's driving me nuts
[16:12] <Laney> I can do a retry if that's all
[16:12] <Laney> it just looked like other magic
[16:12] <Laney> e.g. http://autopkgtest.ubuntu.com/packages/g/gvfs/xenial/i386/ has no run for glib
[16:12] <pitti> yes, please do
[16:12] <Laney> yet it went green
[16:12] <pitti> Laney: ah, I think for glib I just updated the flag in results.cache
[16:12] <Laney> ha
[16:13] <pitti> but proper retries are cleaner
[16:13] <pitti> and we need to get used to them anyway
[16:13] <pitti> as soon enough it really matters
[16:13] <Laney> oh you can have multiple triggers
[16:14] <pitti> *nod* (still)
[16:14]  * pitti runs "retry-autopkgtest-regressions |grep gvfs"
[16:14] <Laney> did it
[16:14] <pitti> ah, good, thanks
[16:14] <Laney> exactly that
[16:14] <Laney> laney@nightingale> retry-autopkgtest-regressions | grep gvfs                                                                                                                                   ~/temp
[16:14] <pitti> snakefruit feels like tar ATM
[16:14] <Laney> run-autopkgtest -s xenial -a ppc64el --trigger=glib2.0/2.46.1-2 --trigger=gtk+3.0/3.16.7-0ubuntu5 --trigger=libmtp/1.1.10-2 gvfs
[16:14] <Laney> laney@nightingale> run-autopkgtest -s xenial -a ppc64el --trigger=glib2.0/2.46.1-2 --trigger=gtk+3.0/3.16.7-0ubuntu5 --trigger=libmtp/1.1.10-2 gvfs                                            ~/temp
[16:15] <Laney> laney@nightingale>                                                                                                                                                                             ~/temp
[16:15] <Laney> :)
[16:15] <Laney> pitti: do you have/want a bug for these tests not being triggered?
[16:15] <pitti> Laney: re-triggered on failure you mean? yeah, we should add some heuristics for that
[16:16] <Laney> this case is for the new upload
[16:16] <Laney> you'll want to re-run tests for all the waiting packages, I figure
[16:16]  * Laney files it
[16:17] <pitti> so if trigger foo causes a regression in package bar, and then package bar gets uploaded, britney should re-run bar for foo too
[16:17] <Laney> yes, that
[16:17] <pitti> (but not the other way around, i. e. pass-> fail)
[16:53] <seb128> charles, hey, could you have a look to bug #1512798? it seems a regression from one of your changes prevous cycle
[17:16] <seb128> yeah, gtk update went through ;-)
[17:17] <Laney> omg
[17:17] <Laney> matplotlib is still failing
[17:18] <seb128> :-(
[17:19] <Laney> oh wait
[17:19] <Laney> it got the old version
[17:22] <didrocks> nice, the download section of arduino is down
[17:23] <didrocks> I wonder if I should warn them (got it from ubuntu make tests :p)
[17:23] <Laney> look at the hint for $gnome_stuff
[17:23] <Laney> it's really just epiphany now
[17:25] <willcooke> didrocks, :)
[17:58] <charles> seb128, let me run it by xavigarcia first since he's been putting a lot of work into indicator-sound this last month
[17:58] <charles> seb128, if he doesn't want to pick it up I'll assign it to myself
[17:58] <seb128> charles, thanks
[17:59] <didrocks> ok, time to go, have a good evening guys!
[18:01] <larsu> I would say "enjoy didrocks", but as usual, he's already gone
[18:02] <seb128> yeah, I managed to tell him "good w.e" before he left on friday, I was quite happy about it, it's not every week ;-)
[18:02] <Laney> I bet the lid is already 90% closed by the time he hits enter anyway
[18:03] <Laney> ooooooooooooh it's climbing tiiiiiimeeeeeeeeeeeeee
[18:03] <Laney> SLASH QUIT BYE
[18:04]  * Laney didn't really go yet
[18:04] <larsu> Laney: enjoy!
[18:04] <Laney> ...guysssssssss
[18:04] <Laney> phew
[18:04] <Laney> happy evening larsu seb128 willcooke pitti charles
[18:04] <Laney> aka "people who have text that I can see on my screen"
[18:04] <charles> :)
[18:05] <willcooke> cheers Laney
[18:05] <pitti> Laney: good night!
[18:07] <seb128> Laney, thanks, you too!
[21:11] <willcooke> right, quittin time
[21:11] <willcooke> g'ngiht
[21:51] <prasad_> Hi
[21:55] <prasad_> I'm a software developer, and willing to contribute for bug fixes
[21:55] <prasad_> Obviously I don't know how it's managed
[21:56] <prasad_> I've eye on bug#1154364,
[21:58] <TheMuso> bug 1154364
[21:58] <prasad_> yes
[21:58] <prasad_> Has anybody started working on it?
[21:58] <sarnold> I wonder if the #ubuntu-unity channel may know better what needs to be done
[22:00] <prasad_> Oh, I came here, following Will's suggestion(http://www.whizzy.org/2015/09/big-bug-bonanza-16-04-lts/). I'll check there.
[22:00] <sarnold> ah :)
[22:01] <prasad_> thanks !!!
[22:02] <TheMuso> Its worth noting that its the end of the day for EU folks, and I think most unity devs are in the EU.
[22:03] <prasad_> Yes