[04:01] <hikiko>  hi
[04:03] <jbicha> good morning
[07:12] <Sweet5hark> moin!
[07:27] <ricotz> Sweet5hark, hey
[07:29] <Sweet5hark> ricotz: yes, will upload the tarballs. hopefully today with the gtk3.20 theming fixes.
[07:34] <ricotz> alright (btw don't forget to SRU 5.1.5 for xenial)
[07:59] <willcooke> morning all
[08:01] <andyrock> morning all
[08:02] <Laney> well helloooooooooOOoooOoooOOO
[08:05] <seb128> good mroning desktopers
[08:05] <willcooke> hey seb128 andyrock Laney
[08:06] <willcooke> another sunny day \o/
[08:06] <willcooke> what crazy shizzle went down yesterday?
[08:06] <seb128> hey andyrock Laney willcooke
[08:06] <seb128> no crazyness don't worry
[08:06] <Laney> https://www.youtube.com/watch?v=rx08E0b0Rs0 ?
[08:06] <Laney> hi!
[08:07] <Sweet5hark> mooorning all!
[08:08] <seb128> hey Sweet5hark
[08:08] <Sweet5hark> Laney: bzr branch ~ubuntu-art-pkg/ubuntu-themes/trunk is the one to patches on? (because thats the one apt-get source tells me)
[08:08] <Laney> hi Sweet5hark
[08:08] <Laney> sounds right
[08:09] <Sweet5hark> ricotz: dude, I cant "forget" about a 5.1.5 SRU because there wont be one, and by default none was ever planned. ranting more about that wont magically change that, it'll just waste everyones time.
[08:09] <Sweet5hark> Laney: thx
[08:11] <seb128> Sweet5hark, there is nothing SRU worthy in that update? (naive question, I've no idea what it changes compared to our current version)
[08:11] <ricotz> Sweet5hark, sound not right to ignore this upsteam release!
[08:11] <seb128> ricotz, is there any change in it that make it worth getting? does it fix any reported launchpad bug?
[08:11] <ricotz> there are people effected by bugs fixed there
[08:12] <ricotz> https://wiki.documentfoundation.org/Releases/5.1.5/RC1#List_of_fixed_bugs
[08:12] <ricotz> https://wiki.documentfoundation.org/Releases/5.1.5/RC2#List_of_fixed_bugs
[08:13] <ricotz> seb128, hi, I don't know if there are reported launchpad bugs matching fixed ones
[08:14] <Sweet5hark> seb128: libreoffice SRUs get stuck in review forever and 5.1.5 doesnt fix a security issue. 5.1.6 is the last upstream release on 5.1 and yes, I totally want to get _that_ in xenial as a base for security fixes later down the line as a base for the rest of the LTS.
[08:14] <ricotz> but it is weird not to do this update if upstream provides it and xenial is a lts release
[08:15] <seb128> ricotz, it feels weird eating bandwith and review time for updates not worth it
[08:15] <ricotz> Sweet5hark, explaining it that way is better than ignoring me and then ranting about it like that
[08:15] <seb128> ricotz, skipping one version if it has no urgent fix might make sense in that regard
[08:16] <ricotz> seb128, if you feel that way, ok
[08:16] <seb128> well at the end of the day it's Sweet5hark's decision but he has a point that SRU teams is reluctant to review libreoffice updates
[08:16] <ricotz> (it is not like those 90 bug fixes are nothing to care about)
[08:16] <seb128> when is .6 due?
[08:16] <Sweet5hark> ricotz: experience showed that LibreOffice SRU took month to get through review. by then 5.1.6 will be out by upstream. we are currently at 5.1.4 on xenial for security, so not too far behind.
[08:17] <ricotz> seb128, in 2 months
[08:17] <Sweet5hark> seb128: october
[08:17] <ricotz> "Release 5.1.6 	Week 43 , Oct 24, 2016 - Oct 30, 2016"
[08:17] <seb128> k
[08:18] <seb128> well, up to Sweet5hark as said
[08:18]  * ricotz stops
[08:22] <ricotz> seb128, Sweet5hark, last note e.g. https://bugs.documentfoundation.org/show_bug.cgi?id=101057
[08:22] <Unit193> willcooke: Danke.
[08:25] <Sweet5hark> ricotz, seb128: thats reported as an OS X only bug?
[08:29] <ricotz> Sweet5hark, I don't think so
[08:30] <ricotz> https://cgit.freedesktop.org/libreoffice/core/commit/?id=16d60f0632ea16ac5ad8dae2a3781195fef50d9d&h=libreoffice-5-1-5
[08:32] <hikiko> seb128, about that tty blanking problem you had: a guy in an arch forum suggest we replace our fb with this: https://wiki.archlinux.org/index.php/uvesafb I didn't try it yet on my laptop tbh, but you might want to get a look
[08:33] <hikiko> he says it's not a tty issue but an fb issue
[08:34] <seb128> hikiko, hum, k
[09:18]  * Sweet5hark got steam link working yesterday. still required some amount of tweaking though ...
[10:15] <Sweet5hark> heh, the ubuntu-themes build takes ... long for essentially taring a few svgs ...
[10:16] <Sweet5hark> ... well, it takes ages to run python-scour over the svgs -- which ironically makes most svg bigger(?) by some 20%. lol
[10:17] <Sweet5hark> ok, seems to be not all of them, just a few.
[10:35] <Laney> suggest turning that off for local builds
[12:59] <desrt> word up, peeps.
[13:02] <willcooke> hey desrt
[13:15] <desrt> morning, willcooke
[13:16] <desrt> thanks for the suggestion to go to linuxcon, btw
[13:16] <desrt> that was a lot of fun :)
[13:16] <willcooke> desrt, excellent!  Glad it was good.  Would have been a real shame to miss it if it's on your doorstep
[13:16] <willcooke> Did you meet anyone famous?  Other than attente of course
[13:17] <desrt> just my usuals :)
[13:17] <willcooke> :))
[13:17] <desrt> and some new (non-famous) friends
[14:25] <seb128> hoi
[14:36] <willcooke> hey seb128
[14:37] <seb128> hey!
[14:38] <willcooke> seb128, wanna talk interfaces real quick?
[14:39] <seb128> willcooke, sure
[14:39] <seb128> willcooke, no need to be quick
[14:39] <willcooke> speak for yourself :)
[14:39] <seb128> lol
[14:59] <seb128> jbicha, hey, is there other changes coming than " * Have account-plugin-owncloud depend on signon-plugin-password"  for the signon issue? we don't ship -owncloud so that change is not a fix for the situation, dunno if you meant it to be one?
[15:02] <jbicha> seb128: that appears to be the only thing afffected, everything else either uses oauth (so doesn't need -password) or already depends on mcp-account-manager-uoa which depends on -password)
[15:03] <seb128> jbicha, weird, in xenial we were missing -password and adding a google account was not making the associated calendar work in gnome-calendar ... I don't think anything change in that stack that should make it work?
[15:03] <seb128> jbicha, did you read the irc log I pointed out yesterday?
[15:04] <seb128> jbicha, anyway I guess we need to test it once the rendering issue is fixed...
[15:29] <willcooke> just otp - sorry
[15:31] <seb128> hey
[15:31] <Trevinho> :)
[15:31] <willcooke> am I back online?
[15:31] <Laney> no
[15:31] <willcooke> :)
[15:31] <willcooke> internet dropped out for  a moment there
[15:32]  * desrt senses a disturbance in the force
[15:32] <willcooke> #startmeeting Desktop Team Weekly Meeting - 2016-08-30
[15:32] <meetingology> Meeting started Tue Aug 30 15:32:26 2016 UTC.  The chair is willcooke. Information about MeetBot at http://wiki.ubuntu.com/meetingology.
[15:32] <meetingology> Available commands: action commands idea info link nick
[15:32] <willcooke> Roll call: andyrock, attente, desrt,  dgadomski, fjkong (travel), happyaron (travel), hikiko (out), laney, qengho, seb128, sweet5hark, themuso (hols), tkamppeter, trevinho, robert_ancell (out)
[15:32] <desrt> o/
[15:32] <Sweet5hark> aye
[15:33] <andyrock> o/
[15:33] <seb128> hey
[15:33] <happyaron> o/
[15:34] <willcooke> Let's begin
[15:34] <willcooke> #topic andyrock
[15:34] <hikiko> hi
[15:34] <andyrock> Mostly unity8 (setup, reading code, understanding)
[15:35] <andyrock> on unity7 the usual (bug traiging and reviews)
[15:35] <andyrock> eof
[15:35] <willcooke> thanks andyrock
[15:35] <willcooke> #topic attente
[15:35] <attente> hi
[15:35] <attente> last week was just helping to man the booth at linuxcon, helping answer questions people had about ubuntu
[15:36] <attente> continuing work on the snapcraft jhbuild plugin, trying a new approach here using lxc
[15:36] <attente> (eof)
[15:36] <willcooke> thanks attente, and thanks for doing LinuxCon
[15:36] <willcooke> #topic desrt
[15:36] <jbicha> attente: the face of ubuntu
[15:36] <desrt> - most of the week spent at Linuxcon Toronto
[15:36] <desrt> - talked to lots of people about snappy, and why it exists
[15:36] <desrt> - talked to Alex about need for per-container subdirectories in XDG_RUNTIME_DIR
[15:36] <desrt> - played with bubblewrap to evaluate it as a tool for snapping
[15:36] <desrt> - dconf bridge
[15:36] <desrt> - patches/reviewing
[15:36] <desrt> eof.
[15:36] <willcooke> thanks desrt
[15:36] <willcooke> #topic dgadomski
[15:36] <dgadomski> hey
[15:36] <dgadomski> * darktable and rawtherapee snaps are ready for upstreaming, working on that
[15:36] <dgadomski> * worked on a fix for #1598183 in gedit; considering libreoffice and geany to be next
[15:36] <dgadomski> eof
[15:37] <willcooke> thanks dgadomski
[15:37] <dgadomski> thanks
[15:37] <willcooke> #topic FJKong
[15:37] <willcooke> He's on a plane, but has been at meetings with NUDT
[15:37] <willcooke> #topic happyaron
[15:37] <happyaron> 1. work on n-m/1.2.4, sort of stuck at split dns config
[15:37] <happyaron> 2. meeting at Changsha with NUDT & Sogou
[15:37] <happyaron> 3. support for Sogou Phone IM deal
[15:37] <happyaron> 4. sponsor of ubuntukylin packages
[15:37] <happyaron> EOF
[15:38] <willcooke> thanks happyaron
[15:38] <willcooke> #topic hikiko
[15:38] <willcooke> hikiko, are you really here?
[15:38] <hikiko> hi sorry
[15:38] <hikiko> - rewrote some transformations related to the maximized windows animations in expo plugin (removed the gaps that appeared on the screen)
[15:38] <hikiko> - almost finished the new approach for the move plugin, I have a few issues left
[15:38] <hikiko> - did some new low gfx related fixes in a few compiz plugins (I'll add those at the same MP with the move changes)
[15:38] <hikiko> EOF
[15:38] <willcooke> thanks hikiko
[15:38] <willcooke> #topic Laney
[15:38] <Laney> • short week due to public holiday yesterday
[15:38] <Laney> • help with beta 1 release for flavours (cdimage, unblocks and stuff)
[15:38] <Laney> • work on and submit asgen langpack support, rework after review, dear god gettext is annoying
[15:38] <Laney> • theme reviews
[15:38] <Laney> • couple of small theme fixes
[15:38] <Laney> • Some FFe reviews
[15:39] <Laney> 🚨
[15:39] <willcooke> :) thanks Laney
[15:39] <willcooke> #topic qengho
[15:39] <qengho> - New chromium upstream release + API key change. X works, T & P in testing, Y broken and rebuilding.
[15:39] <qengho> - Preparing Firefox build with new keys too.
[15:39] <qengho> - Planning revocation of old keys. Unupdated browsers with other working services will stop. Thinking of one automatic-APT interval past uploads.
[15:39] <qengho> - Chrome snap. Working on disabled-SUID-sandbox warning. Printing may need work.
[15:39] <qengho> - RaspPi Chromium crash. Debugging with little memory sucks.
[15:39] <qengho> EOF
[15:39] <willcooke> thanks qengho
[15:39] <willcooke> #topic seb128
[15:39] <seb128> • used one remaining swap day (15th aug)
[15:39] <seb128> • yakkety daily iso testing
[15:39] <seb128> • worked on some yakkety-proposed migration issues
[15:39] <seb128> • fixed rhythmbox menus missing under Unity
[15:39] <seb128> • looked a bit a u-c-c/password strength widget issue, reported a bug
[15:39] <seb128> • sponsoring (n-m-a)
[15:39] <seb128> • reported a bunch of issues from the yakkety daily testing, debugged some to provide more details on the reports

[15:40] <willcooke> thanks seb128
[15:40] <willcooke> #topic Sweet5hark
[15:40] <Sweet5hark> - triaged the libreoffice ftbfs on sbuilds (cups related)
[15:40] <Sweet5hark> - armtwisted libreoffice 5.2.0 into yakkety (disabled cups in compile-time tests) by convincing gatekeepers to ignore autopkgtests
[15:40] <Sweet5hark> - some initial fixes:
[15:40] <Sweet5hark> -- disabled cups in autopkgtests too
[15:40] <Sweet5hark> -- make libreoffice-gnome depend on -gtk3 instead of -gtk2 now
[15:40] <Sweet5hark> -- bumped to 5.2.1~rc2 locally
[15:40] <Sweet5hark> -- fixed gtk toolbar theming with gtk 3.20 again (still pending upload)
[15:40] <Sweet5hark> EOF
[15:40] <willcooke> thanks Sweet5hark
[15:40] <willcooke> #topic tkamppeter
[15:40] <tkamppeter> - cups-filters: First attempts to add to the printing stack snap. Some parts work but there are still issues.
[15:40] <tkamppeter> - cups-filters: More changes to make it snappable: Replaced build-time hard-coded paths by use of CUPS' environment variables, make sure PPDs get read through CUPS functions, allow turning off domain socket use by cups-browsed.
[15:40] <tkamppeter> - cups-filters: Testing and bug fixing of load balancing.
[15:40] <tkamppeter> - Google Summer of Code 2016: Coding has ended now. Filled in the final evaluations of the students. For OpenPrinting at least one of the two students performed well, contributing MuPDF support for cups-filters and going on contributing to cups-filters after GSoC.
[15:40] <tkamppeter> - Bugs.
[15:41] <willcooke> thanks tkamppeter
[15:41] <willcooke> #topic Trevinho
[15:41] <Trevinho> · Use XI2 input monitor in lockscreen panel, blank window and LIMs
[15:41] <Trevinho> · Allow to partially restore windows by using middle-right clicking from the panel
[15:41] <Trevinho> · Remove some cairo-generated and uneeded textures from lockscreen
[15:41] <Trevinho> · Ensure that the triangle-technique not to open an adjacent menu by mistake works also in LIM and Lockscreen
[15:41] <Trevinho> · Fixed a gradient scaling in the Panel
[15:41] <Trevinho> · Use input monitor to manage the screensaver/lockscreen blank window (so we don't have to worry about grabs)
[15:41] <Trevinho> EOF
[15:41] <willcooke> thanks Trevinho
[15:42] <Trevinho> ah, fixed issue with theme too...
[15:42] <willcooke> :)
[15:42] <Laney> YEAH YOU DID!
[15:42] <willcooke> #topic robert_ancell
[15:42] <willcooke> - snapd-glib blog post
[15:42] <willcooke> - More snapd-glib releases
[15:42] <willcooke> - Made snapd-login-service to allow non-root snapd clients to get credentials
[15:42] <willcooke> #topic AOB
[15:43] <willcooke> Laney, I've finished moving things to -gtk-scaled - I need to do some proper testing and I'll hit you up about that anon
[15:43] <willcooke> Anyone got anything else to discuss?
[15:44] <Laney> k
[15:44] <willcooke> going once
[15:45] <willcooke> twice
[15:45] <willcooke> #endmeeting
[15:45] <meetingology> Meeting ended Tue Aug 30 15:45:26 2016 UTC.
[15:45] <meetingology> Minutes:        http://ubottu.com/meetingology/logs/ubuntu-desktop/2016/ubuntu-desktop.2016-08-30-15.32.moin.txt
[15:45] <willcooke> thanks all
[15:45] <seb128> thanks!
[15:46] <Laney> nice and efficient
[15:46] <seb128> indeed
[15:48]  * desrt blinks
[15:51] <seb128> qengho, when do we start landing those new keys? any reason it takes so long, especially for yakkety?
[15:56] <qengho> seb128: In yakkety, linking against Ubuntu's libxslt makes the rendering processes crash. That it was specifically that library took me a few days.
[15:57] <seb128> oh, k
[16:00] <qengho> seb128: I think the version in builders now will work. After that, easy to copy. I'm changing firefox and oxide now to give to CCC.
[16:01] <qengho> I'm not sure oxide needs it. Just branched.
[16:04] <qengho> ls
[16:05] <Laney> is something weird about hinting or fonts on yakkety iso atm?
[16:07] <happyaron> no change from l-s (so not me yay
[16:07] <Laney> might be seeing things
[16:10] <seb128> I didn't notice anything
[16:10] <seb128> but I only tested in vms and I'm not good at noticing visual changes unless they are quite obvious
[16:11] <seb128> when did that start for you? today? (didn't test isos since friday)
[16:12] <Laney> dunno just tried one now
[16:12] <Laney> lemme get a xenial screenshot to compare them side by side
[16:16] <Laney> chuga chuga chuga
[16:18] <qengho> chrisccoulson: I made firefox-specific keys in lp:~cmiller/firefox/googapi vs lp:firefox .
[16:21] <Sweet5hark> http://archive.apache.org/dist/openoffice/4.1.2-patch1/hotfix.html oh. apache released their binary "hotfix" which people will ignore, while still downloading the vulnerable version from their homepage. I mean even if you know about the "hotfix", who is doing manual binary patching these days?
[16:22] <Sweet5hark> of course, after patching you still have the bundled, EOL and known vulnerable openssl 0.9.x ... so ¯\_(ツ)_/¯
[16:23] <willcooke> got a couple of errands to run, bbl
[16:30] <jbicha> Laney: we have "Liberation 2" but I thought "Ubuntu" was the default font http://metadata.ftp-master.debian.org/changelogs/main/f/fonts-liberation/unstable_changelog
[16:33] <Laney> jbicha: it should be, see org.gnome.desktop.interface font-name
[16:33] <Laney> how do you know it's that?
[16:37] <Laney> seems to be
[16:37] <jbicha> no, I mean Liberation shouldn't affect the default fonts but Liberation 2 is noticeably different than the original Liberation
[16:40] <jbicha> hmm, see gnome-tweak-tool > fonts, I guess we do use Liberation as "document font" if I understand it correctly
[16:42]  * Laney is checking
[16:43] <Laney> it looks like unity is using gtk-font-name
[16:46] <Laney> don't get it
[16:50] <Laney> argh
[16:51] <Laney> i think it's another race
[16:51] <Laney> TREVINHOOOOOOOOO
[16:56] <ximion> Laney: I made asgen to get descriptions from upstream only or from the packaging only, to avoid mixing different descriptions
[16:56] <Laney> mixing?
[16:57] <Laney> when are you going to see different languages at the same time?
[16:57] <Laney> for the same string
[16:57] <ximion> as a sideeffect, this also makes asgen stop spamming maintainers with "description-from-package" hints
[16:57] <ximion> hope that's okay
[16:57] <ximion> Laney: previously, if there wasn't a localization for a specific language, the code would take the one from the package
[16:57] <ximion> now, it will only do that if the unlocalized string was also coming from the package
[16:58] <ximion> so we don't get completely different descriptions in different languages
[16:58] <Laney> I get it, just wondering what the problem is
[16:58] <Laney> why does it matter if they are different?
[16:58] <Laney> if you look in one language and then go look in another?
[16:58] <ximion> it's very confusing for upstream projects and translators
[16:59] <ximion> since it makes it non-obvious where the localization is coming from, and will also result in some locales getting less or wrong information, due to package descriptions being very different from component descriptions
[17:00] <Laney> and you consider that to be better than non-english people seeing english text in some instances?
[17:05] <ximion> Laney: actually, yes
[17:05] <ximion> but maybe we can handle this in a better way...
[17:06] <Laney> okay
[17:07] <Laney> it sounds like a programmer's point of view to me, but if you think that it is good for users too
[17:10] <ximion> Laney: this actually pretty much depends on how the package description looks like
[17:10] <ximion> and whether we implement some code to parse the package-description markup correctly :P
[17:13] <Laney> maybe
[17:13] <Laney> the question is whether having some text in your own language is better than having better text in english which you might not be able to read
[17:14] <Laney> you can't answer that universally
[17:19] <Laney> right, goodnight
[17:19] <Laney> ximion: will fix up the function name tomorrow, or you can do that yourself + merge
[17:20] <Laney> going to be on at about 09:30 tomorrow, meeting some council people at 08:30 to ride a new bike scheme and tell them what's good and what's bad
[17:20] <Laney> laters
[17:20] <ximion> Laney: I'll make another release without that change likely today, and then merge it for the release afterwards
[17:20] <Laney> asgen gets proper releases?
[17:20] <seb128> night Laney
[17:20] <ximion> also, for the description thing I will add a few heuristics to decide what to do, and then make it emit a better hint in case we mixed package and component translations
[17:21] <Laney> up to you dude
[17:21] <ximion> or rather, have it emit no hint at all in that case, because it's not actionable for package maintainers
[17:21] <Laney> just gave you my 0.02€
[17:21]  * Laney waves
[17:21] <ximion> Laney: that's all I wanted, because I am unsure about this myself ;-)
[17:21] <ximion> and yes, asgen has proper releases :)
[17:21] <ximion> good night!
[17:56] <qengho> Anyone have a ARM64 machine they can pastebin the output of "dpkg-architecture" from?
[17:59] <seb128> qengho, #ubuntu-devel might have more people who can answer that
[18:00] <Trevinho> tedg: https://code.launchpad.net/~ted/libindicator/systemd-unit/+merge/300349 wouldn't be better to have indicator-common depends on  libindicator3-7 (= ${binary:Version}) ?
[18:00] <Trevinho> Laney: or better solution? ^
[18:02] <Trevinho> Also, I was testing the silo but unity7 doesn't seem to be started from systemd:
[18:02] <Trevinho> unity7.service                                                                                   loaded    inactive dead    Unity Shell v7
[18:07] <tedg> Trevinho: I don't think that it needs the lib, so no.
[18:07] <Trevinho> tedg:
[18:07] <Trevinho> ago 30 20:04:02 ubuntu-vmware systemd[6354]: [/usr/lib/systemd/user/unity7.service:10] Unknown lvalue 'ExecStart.Pre' in section 'Service'
[18:07] <Trevinho> an extra dot?
[18:08] <tedg> Trevinho: Uhg, yes.
[18:08] <Trevinho> tedg: can you fix it? So I'll try a rebuild to be ready tomorrow
[18:09] <tedg> Trevinho: Yes, pushed
[18:09] <Trevinho> thanks
[20:39] <Trevinho> tedg: still a need fixing :-/
[20:40] <tedg> Hmm, okay. Is it easy or do I need to get my systemd VM setup?
[21:44] <Trevinho> tedg: see the inline comment
[21:45] <Trevinho> tedg: i think you need the FULL_LIBDIR
[21:53] <robert_ancell> desrt, What's the correct method for making a D-Bus service that runs on demand - should it quit immediately after a request is completed or a timeout. Are there any race conditions when a service shuts down?
[22:17] <desrt> robert_ancell: there if a race, but it is possible to avoid
[22:17] <desrt> https://bugs.freedesktop.org/show_bug.cgi?id=11454
[22:20] <robert_ancell> desrt, ta
[22:37] <robert_ancell> desrt, I get GDBus.Error:org.freedesktop.DBus.Error.ServiceUnknown trying to contact my service, but /usr/share/dbus-1/services/io.snapcraft.SnapdLoginService.service exists and seems to be valid. Is there anything else that needs adding?
[22:43] <desrt> Try telling the bus to reload it's config?
[22:44] <robert_ancell> desrt, what's that command?
[22:44] <desrt> User bus or system?
[22:44] <robert_ancell> system
[22:44] <desrt> I dunno.  I am on my phone at the CNE
[22:44] <desrt> Ah
[22:44] <robert_ancell> ok
[22:45] <desrt> Put it in system-services
[22:45] <desrt> Not services
[22:45] <desrt> Also be sure to install a security policy if you want non root users to call it
[22:45] <robert_ancell> aha!
[22:45] <robert_ancell> I have one.
[22:45] <robert_ancell> thanks!!