[03:50] <pitti> Good morning
[04:20] <jbicha> mornin'
[04:41] <hikiko> hi
[05:46] <pitti> hey hikiko, how are you?
[05:46] <pitti> jbicha: do you need bug 1616198 sponsored or can/do you want to sync yourself?
[05:47] <hikiko> Hi pitti ! I'm fine :-) you?
[05:47] <pitti> hikiko: woke up too early, but fine too, thanks!
[05:49] <jbicha> pitti: I'm a motu so I can sync it, I just didn't want the release team too upset with me :)
[05:49] <hikiko> Happens :-) you ll finish work earlier now!!
[06:02] <pitti> hikiko: heh -- work never finishes, you just stop at convenient times :)
[06:07] <hikiko> hahaha, yeah, that convenient time will come earlier today!
[08:01] <davmor2> Morning all
[08:03] <Laney> yoooo
[08:06] <Sweet5hark> moin
[08:06] <seb128> good morning desktopers!
[08:06]  * Sweet5hark had installed cups debug symbols and started a libreoffice build without disabling cups in a sbuild
[08:07] <Sweet5hark> this went as expected: it ran towards the tests overnight and then hung.
[08:07] <Laney> jbicha: gnome-terminal> nice
[08:07] <Laney> hi Sweet5hark & seb128
[08:08] <Sweet5hark> and then sbuild killed the whole mumbo jumbo after 150 minutes before inactivity -- so when I came back to look at it there was nothing left ....
[08:09] <Sweet5hark> s/inactivity// <- me needs coffein.
[08:09] <seb128> hey Sweet5hark, no luck, you can play again though!
[08:09] <seb128> hey Laney, how are you?
[08:09] <Sweet5hark> seb128: yep
[08:09] <Laney> you could probably hax0r sbuild to not do that
[08:09] <Laney> seb128: good!
[08:10] <Laney> the sun is here
[08:11] <Trevinho> Morning folks
[08:11] <Laney> you?
[08:11] <Laney> hey Trevinho, wie gehts?
[08:11] <Trevinho> Hey Laney..
[08:11] <Laney> i saw the italy news :(
[08:12] <seb128> hey Trevinho, how are you? hope you are not/don't have familly/friends impacted by the earthquake
[08:12] <Trevinho> Shocked by that... 😢
[08:12] <seb128> but yeah :-(
[08:12] <Trevinho> No, as far I know...
[08:12] <Trevinho> But still...
[08:12] <seb128> yeah :-/
[08:13] <seb128> Laney, summer really kicked in here, it's already 27°C and should get to 34°C today
[08:13] <Trevinho> And I didn't notice that either, although people around me waked up by the vibrations
[08:13] <Sweet5hark> Laney: well, yeah. Mostly Im just grumpy at myself for not considering that ....
[08:14] <willcooke> morning al
[08:14] <willcooke> l
[08:15] <seb128> hey willcooke, feeling better?
[08:15] <willcooke> seb128, yes thanks!
[08:20] <willcooke> happy birthday hikiko!
[08:21] <seb128> oh! hikiko, happy birthday!
[08:22] <pitti> hello folks, good morning!
[08:22] <pitti> hikiko: happy birthday from me too!
[08:23] <seb128> hey pitti, good "evening"? ;-)
[08:23]  * seb128 saw on the irclog that you start at like 3utc
[08:23] <pitti> seb128: hehe, en effet -- j me suis levé à 5h15 aujourd'hui :)
[08:24] <pitti> bien, en fait j'ai commencé travailler dans le lit :)
[08:24] <hikiko> thanks willcooke seb128 and pitti :D
[08:25]  * hikiko brings the beer and the cake :)
[08:25] <seb128> \o/
[08:25]  * pitti adds some ice cream
[08:25] <hikiko> :D
[08:31] <duflu> Oh happy birthday hikiko :)
[08:32] <hikiko> thank you duflu!
[08:32] <hikiko> My age is now a power of 2 :p
[08:32]  * hikiko feels old :)
[08:35] <duflu> hikiko: You're young enough to make me feel old
[08:35] <Laney> hikiko is 16?
[08:35] <Laney> happy birthday!
[08:36] <duflu> Indeed
[08:37] <hikiko> lol Laney
[08:37] <Laney> χαρούμενα γενέθλια
[08:37] <hikiko> hehe :) ευχαριστώ Laney !
[08:38] <Laney> it's funny that there is a language made up of mathematical symbols
[08:39] <hikiko> LOL
[09:05] <andyrock> morning
[09:05] <seb128> hey andyrock, how are you?
[09:07] <andyrock> a bit shoked for what happend but ok :/
[09:09] <Trevinho> hey andyrock
[09:10] <Trevinho> and happy BD hikiko!
[10:31] <hikiko> hey Trevinho, thanks!
[10:32] <Trevinho> :)
[10:42] <Sweet5hark> Laney: so, to make "LibreOffice on yakkety" the full yolo edition .... can you make it skip the autopkgtests that are failing on missing deps (not a test failure suggesting trouble with the binaries per se)?
[10:42] <Sweet5hark> seb128, jbicha: ^^
[10:43] <Sweet5hark> <- not proud
[11:10] <Laney> Sweet5hark: which tests?
[11:10] <Laney> http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html#libreoffice
[11:17] <seb128> bug #1349859?
[11:17] <seb128> it was in main so I guess just need to be repromoted?
[11:17] <seb128> I can do that
[11:18] <Laney> I guess so, and then we should get test results
[11:50] <Trevinho> tedg: hey, did you find some time to update that systemd branch then?
[12:16] <popey> hm. On 16.04 - after a few days of uptime, I'm unable to launch any graphical apps, everything gives me "Maximum number of clients reached" and i have to go round killing my GUI apps, or end my session or reboot. Anyone else seen this?
[12:24] <pesari> Hey, is there a metapackage that will always depend on the latest LTS HWE stack?  We have to upgrade a bunch of machines and it would be nice not to have to do this by hand
[12:41] <ricotz> Trevinho, hey :), any plans to provide a new bamf 0.5.2/3 tarball?
[12:41] <Trevinho> ricotz: hey
[12:41] <Trevinho> ricotz: well, nothing is planned right now... If needed i could do one
[12:42] <ricotz> Trevinho, it has been over a year already since 0.5.1, so it might be worth to do one if no merges are pending
[12:50] <willcooke> popey, hmm, no.  LP has a few bugs of similar nature though, but most are quite old
[12:52] <popey> it's pretty infuriating, has been happening for weeks now. but obv only happens after some days of uptime and apps left open.
[12:52] <popey> i only notice once I click an icon and nothing happens
[12:53] <willcooke> popey, long shot here (based on googling) - do you use lastpass?
[12:53] <popey> i do
[12:53] <popey> saw that.
[12:54] <willcooke> popey, I'll leave my computer on for the rest of the week at least and see if I can reproduce it.  I'm using Chrome but not lastpass
[12:55] <popey> but like you say, they're super old
[12:56] <willcooke> My gut feeling is that its an app not cleaning up after itself rather than a regression in, say, compiz.  But lets see if I can reproduce it....
[12:56] <willcooke> could lightdm have a hand in here as well maybe.. humm
[13:01] <seb128> popey, try to "for x in `ps -eF| awk '{ print $2 }'`;do echo `ls /proc/$x/fd 2> /dev/null | wc -l` $x `cat /proc/$x/cmdline 2> /dev/null`;done | sort -n -r | head -n 10" ?
[13:01] <seb128> in case that's a fd leak
[13:07] <popey> seb128: ooh, that's neat
[13:08] <popey> chrome 540, dropix 127, atom 102, dbus-daemon 85, pulaseaudio 59
[13:08] <popey> *dropbox
[13:08] <popey> so yeah, app problem it seems, thanks for that script
[13:15] <seb128> popey, yw!
[13:21] <seb128> Sweet5hark, Laney, k, now libreoffice has grumpy autopkg https://objectstorage.prodstack4-5.canonical.com/v1/AUTH_77e2ada1e7a84929a74ba3b87153c0ac/autopkgtest-yakkety/yakkety/amd64/libr/libreoffice/20160824_120855@/log.gz
[13:28] <Sweet5hark> seb128: *sigh*
[13:28] <willcooke> thanks seb128 (re: pope_y 's problem)
[13:28] <seb128> Sweet5hark, do you see the issue in the log?
[13:28] <seb128> willcooke, yw!
[13:29] <Sweet5hark> seb128: please ignore for now. rene added testing for the sdk in libreoffice 5.2, we didnt test that before. I'd need to triage why they dont work.
[13:30] <seb128> Sweet5hark, ignore what?
[13:30] <seb128> I can't skip those, need to talk to p_itti or L_aney if you want to get it to migrate anyway
[13:30] <seb128> especially that there is a whatevermilestoneoftheweek blocker in place
[13:31] <Sweet5hark> seb128: ignore the failing autopkgtest, yes. <- Laney
[13:31]  * Sweet5hark grumbles: yeah, this all should have happened weeks ago.,
[13:38] <Sweet5hark> ... or ^^ pitti: please skip the autopkgtests for libreoffice yakkety.
[13:39] <pitti> Sweet5hark: is that upload for beta-1?
[13:39] <pitti> Sweet5hark: i. e. super-urgent?
[13:39] <pitti> (beta freeze until tomorrow evening)
[13:40] <pitti> urgh, timed out? is that something which can be ignored safely? i. e. do you understand why it happens?
[13:43] <Sweet5hark> pitti: everything is horrible right now: we have libreoffice-l10n 5.2.0 promoted to yakkety, but only libreoffice 5.1.x in as libreoffice 5.2.0 is stuck in yakkety-proposed. I realize this is all way too late and undertested and it sucks $PFEEP, but yeah, Id say it is urgent.
[13:44] <pitti> that doesn't answer the above questions, though :) ("for beta1?", "can be ignored safely?" "do you understand what happens?")
[13:45] <Sweet5hark> pitti: the particular test is testing the horrible libreoffice-sdk that two people in the world actually use, not the usual libreoffice autopkgtests (which havent run yet). rene added this at debian and apparently it doesnt work for us (and as it was new likely never was).
[13:47] <Sweet5hark> pitti: so: for beta1: yes "can be ignored safely": this is not a regression, but a new test from debian that apparently doesnt work on our infra (and probably never was). normal autopkgtest where not run because of this, so we dont know if something serious would fail there too. I did a very basic startup test of the binaries in -proposed though on a VM.
[13:48] <Sweet5hark> pitti: "do you understand what happens": an test for the SDK added by Debian doesnt work for us. Dont know why yet, it likely never worked for us.
[13:48] <pitti> Sweet5hark: ok; I'll hint the package, but allowing it into beta1 needs to be done by the beta-1 RM (coordination with image rebuilds)
[13:49]  * Sweet5hark really really hates all this.
[13:51] <pitti> Sweet5hark: if you aren't sure, we could alternatively revert libo-l10n to 5.1; and you should add versioned deps to the -l10n packages to make sure that they don't get installed with earlier libo, then britney will hold those back
[13:53] <seb128> Sweet5hark, pitti, jbicha asked to get libreoffice 5.2 in for ubuntu GNOME because they use the gtk3 frontend and the current version is broken due to gtk 3.20
[13:56] <pitti> hinted; but would really be prudent to fix dependencies so that -l10n cannot land prematurely
[13:57] <seb128> yeah, I mentioned that to Sweet5hark when l10n migrated
[14:26] <pitti> Sweet5hark: http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html#libreoffice is ignored failure now, so a RM could force/rebuild images now
[14:32] <seb128> pitti, thanks
[14:32] <Sweet5hark> pitti: thx, you rock!
[14:32] <pitti> I didn't do much other than bothering you with questions :)
[14:34]  * Sweet5hark just returned from a 30 minutes bike trip to clear my head and return some empty soda bottles.
[14:36] <Sweet5hark> pitti: the questions were good though: I thought about them on the bike. The hang on the autopkgtest is likely the same root cause as the hang we had during unittests (induced by CUPS somehow). I might disable cups for autopkgtests too ...
[14:38] <Sweet5hark> of course, the root cause in cups should be fixed triaged too -- still (re)building to get the backtrace.
[14:39] <Sweet5hark> pitti, seb128: who do I need to be a PITA to next for triggering the image rebuild? is there a doc/procedure for that?
[14:39] <pitti> Sweet5hark: ask in #ubuntu-release and ping Laney
[14:39] <seb128> Sweet5hark, #ubuntu-r ... what pitti said
[14:40] <jbicha> Sweet5hark: by image, you mean Ubuntu GNOME?
[14:40] <seb128> or let jbicha do that since he's the one who wanted the update in for Ubuntu GNOME
[14:40] <pitti> well, all images that ship LibO
[14:40] <seb128> pitti, is https://objectstorage.prodstack4-5.canonical.com/v1/AUTH_77e2ada1e7a84929a74ba3b87153c0ac/autopkgtest-yakkety/yakkety/amd64/n/nplan/20160823_175352@/log.gz a known issue? should that be just retried?
[14:41] <Sweet5hark> seb128: and ship the beta with different versions of libreoffice and libreoffice-l10n, making it crash horribly when using a non-en-US locale?
[14:41] <seb128> Sweet5hark, it does crash?
[14:41] <seb128> but in any case Ubuntu doesn't participate in beta afaik
[14:41] <seb128> but yeah, +1 on getting the update in anyway
[14:42] <Sweet5hark> seb128: there was one report of that here in the channel by someone using a non-en-US locale on yakkety. I didnt try to reproduce -- was busy trying to fix as we had a good idea about the root cause.
[14:43] <jbicha> the images need to be rebuilt anyway for the apt/ubiquity issue (the installer apparently fails if English isn't the default language for your timezone)
[14:43] <Sweet5hark> seb128: did I say already that I hate all this? :/
[14:43]  * Sweet5hark <- not a happy bunny.
[14:45] <Sweet5hark> at least the  beta will be a lot more exciting this time around :/
[14:46] <seb128> Sweet5hark, oh, yeah, fun, trying to start writer on a yakkety daily lead to an error dialog indeed
[14:46] <seb128> that's french locale
[14:47] <seb128> shrug, yakkety is not in a pretty state
[14:48] <seb128> on edgy standards?
[14:48]  * seb128 fixes rhythmbox not having menus under unity
[14:49] <seb128> jbicha, ^ just fyi, bug #1616273 ... you seem to put a lot of work on updates, thanks for that, but maybe we should do a bit less and test a bit more before landing...
[14:52] <Sweet5hark> seb128: likely that is just my subconsciousness making sure nobody will ever give me uploader rights.
[14:53] <jbicha> hmm, I didn't touch menus
[14:54] <seb128> no, that's the issue
[14:54] <seb128> you updated and upstream moved to gresources
[14:54] <seb128> I guess you didn't test the new version under Unity though
[14:58] <seb128> jbicha, also the vcs and the version you uploaded have a small control diff, a line "  - Context Panel" added to the upload but not the vcs, unsure which one is right
[15:02] <jbicha> we don't ship the Context Panel so the version without that line is best
[15:03] <seb128> thanks, that's what the vcs had so should be what I uploaded
[15:05] <jbicha> thanks for fixing rb!
[15:05] <seb128> yw!
[15:12] <seb128> Laney, ochosi, willcooke, bug #1616500 might be another gtk 3.20/theming issue
[15:13] <Laney> Sounds like it
[15:13] <Laney> They want a min-width most likely
[15:14] <flocculant> Laney: is gtk3.20/theming likely to be the cause of the skip button wandering on the installer?
[15:14] <Laney> Don't know
[15:14]  * flocculant doesn't either - but he does know it appeared recentlyish
[15:15] <seb128> Laney, is that a code thing? because it works with GTK_THEME=Adwaita
[15:15] <Laney> Theme
[15:15] <seb128> oh ok
[15:16] <jbicha> skip btn is bug 1612455
[15:17] <flocculant> jbicha: aha - that has a dupe now :p
[15:17] <Laney> Anyone should feel free to try and fix either of those
[15:18] <flocculant> well if I could - I would have ;)
[15:18] <seb128> same
[15:18] <seb128> it feels like a non trivial learning curve
[15:19] <Laney> ok
[15:19] <seb128> the password strength might be something similar to https://git.gnome.org/browse/gtk+/commit/?id=2a0024ebe2382c94adeec7dec0ba75a8f4f4fae0
[15:20] <seb128> hum, seems ours is already name levelbar as well so maybe not that trivial
[15:22] <seb128> we have a min-width in our theme
[15:24] <Laney> levelbar trough { min-width: 34px; }
[15:24] <Laney> back to gettext now
[15:24] <seb128> thanks
[15:28] <Laney> no problemo
[15:28] <Laney> I'll do some more theme stuff after getting asgen done
[15:30] <pitti> seb128: sorry, was at meeting; I haven't seen that failure yet, the tests haven't been too flaky so far
[15:31] <seb128> pitti, no worry, should I just retry?
[15:31] <seb128> it's one of the issues on the glib proposed candidate
[15:31] <pitti> seb128: (aside from regressing due to some package update which I forgot)
[15:32] <pitti> seb128: yes, please do
[15:32] <seb128> done
[15:32] <pitti> seb128: IIRC cjs is a regression due to gcc 5 -> 6
[15:33] <pitti> and gvfs has become horribly flaky these days, not sure why
[15:33] <seb128> pitti, yeah, abi compliance change, jbicha reported it to debian
[15:33] <seb128> the cjs one
[15:33] <seb128> gvfs :-/
[15:33]  * pitti toddles of to make dinner, bbl
[15:33] <seb128> we didn't change/update it this cycle though
[15:33] <seb128> pitti, have fun!
[15:53] <seb128> happyaron, nma update finally looks good, sponsored to yakkety and xenial SRU ... now what's the status of 1.2.4? ;-)
[16:39] <Laney> ximion: we had it good with python
[16:39] <ximion> Laney: what's broken?
[16:39] <Laney> this langpack thing man
[16:39] <Laney> it's the wurst
[16:44] <ximion> Laney: I'm not really sure how it works, but GLib should have all the i18n stuff we want
[16:45] <ximion> only the frontend/backend split could be pretty tricky
[16:45] <Laney> not really
[16:45] <Laney> working with random uninstalled translations is not exactly well supported
[16:45]  * ximion continues breaking AppStream API
[16:45] <Laney> I'm going to have to call localedef for every locale I think
[16:46] <Laney> python has a great function to just do the right thing here
[16:46] <Laney> oh well
[16:48] <ximion> Laney: does Python not compile the locales?
[16:49] <ximion> and even more important: they aren't they compiled already?
[16:49] <ximion> if we place the temporary files in /run/asgen, they could be stored in memory without the overhead of writing to disk in /tmp
[16:50] <Sweet5hark> seb128, tkamppeter: https://bugs.launchpad.net/ubuntu/+source/cups/+bug/1616548 <- tried to get a bit better stacktrace, but not with much success ...
[16:51] <Laney> ximion: They're coming straight from the langpacks, nothing to do with the system's locales
[16:51] <Laney> and no, python has a .mo parser built in
[16:51] <Laney> maybe I could steal one of those from somewhere instead
[16:54] <ximion> Laney: I recently stole APTs version-compare logic, so yes, this is possible - if the .mo parsers isn't even more annoying
[16:55] <ximion> also: there is no C function that reads .mo files directly?
[17:02] <ximion> hughsie parses mo files directly to extract translation-completeness info :P
[17:02] <ximion> (but he obviously doesn't need to read langpack info)
[17:18] <willcooke> night all, going to try and get the grass cut before it starts raining
[17:43] <seb128> Sweet5hark, you have the libcups dbg installed? weird there are no symbols
[17:47] <Sweet5hark> seb128: yeah, dunno. As said in the report, I installed the cups and libcups-dbgsym. I also did a "apt-get source cups" to look for a "emit.c" file, but there isnt one, just an ppd-emit.c (which has the ppdCollect2() function). that might be just usual build system (file move/rename/whatever) madness though ...
[18:43] <Laney> ximion: that only looks at the header
[18:44] <ximion> I know
[18:44] <Laney> meh
[18:44] <Laney> I'll just localedef everything
[18:44] <Laney> then can use gettext directly
[18:54] <Laney> I'll probably end up getting rid of this badass bit of code though :(
[18:54] <Laney>         langpackLocales = path.dirEntries (SpanMode.shallow)
[18:54] <Laney>             .filter!(f => f.isDir)
[18:54] <Laney>             .map!(f => f.name.baseName)
[18:55] <Laney>             .array;
[18:56] <Laney> food time
[23:55] <Sweet5hark> FWIW, I just tried a vanilla xenial->yakkety upgrade: http://pastebin.com/WjkyGtzf <- gconf2 doesnt look happy
[23:59] <robert_ancell> desrt, I have a fix for https://bugzilla.gnome.org/show_bug.cgi?id=753459 - are you a good person to review?