[05:08] <pitti> Good morning!
[05:26] <pitti> Laney: hmm, I'm getting dead.letter files on the adt control host, the MAILTO= in the cronjob doesn't seem to work
[05:26] <pitti> oh, comma separated!
[06:13] <hikiko> Hi
[06:20] <pitti> Laney: FYI, lcy01 is dead again, disabled
[06:54] <didrocks> good morning
[06:54] <pitti> bonjour didrocks, ça va /
[06:54] <pitti> ?
[06:55] <didrocks> pitti: ça va bien, et toi ?
[06:55] <pitti> didrocks: je vais très bien, merci !
[06:59] <seb128> good morning desktopers
[07:00] <seb128> hey didrocks pitti
[07:00] <didrocks> morning seb128
[07:01] <pitti> bonjour seb128 !
[07:03] <seb128> happyaron, hey, did you see that https://launchpad.net/ubuntu/+source/fcitx-qt5/1.0.4-1 failed to build on some archs?
[07:05] <happyaron> seb128: yep, but there's another report saying wait for Qt5.5 to land
[07:05] <seb128> k
[07:05] <seb128> Mirv is working on that it seems
[07:05] <happyaron> yep, should be a Qt problem, I looked at the build but finds few can be done
[07:06] <seb128> k
[07:06] <seb128> thanks
[07:06] <larsu> bonjour!
[07:06] <larsu> ça va?
[07:07] <happyaron> :)
[07:07] <seb128> hey larsu! ça va bien, et toi ?
[07:07] <larsu> seb128: sehr gut danke!
[07:15] <seb128> larsu, notify-osd tests are grumpy
[07:16] <didrocks> bonjour larsu :)
[07:16] <seb128> larsu, there is one trying to load an icon from ../icons, or your fix doesn't allow for relative paths
[07:16] <seb128> larsu, unsure if we should just declare that one stupid and change it?
[07:16] <larsu> bonjour didrocks! ça va?
[07:16] <didrocks> ça va, et toi ?
[07:17] <larsu> seb128: ya, this is clearly stupid. notify-osd doesn't know the cwd of the process that calls it and can thus not resolve a relative path
[07:17] <pitti> hey larsu, wie gehts?
[07:17]  * larsu is amazed that this was possible before
[07:18] <larsu> seb128: want me to remove that one?
[07:18] <seb128> larsu, can you update https://code.launchpad.net/~larsu/notify-osd/1520667/+merge/278861 to drop the buggy test?
[07:18] <seb128> larsu, yes please
[07:18] <larsu> moin moin pitti! Wie gehts?
[07:18] <larsu> seb128: sure
[07:18] <seb128> danke
[07:18] <pitti> or fix the test to make the path absolute, or just a name so that it gets looked up in the standard dirs?
[07:19] <pitti> transmitting relative paths over d-bus is bogus indeed
[07:19] <pitti> larsu: supi, danke! Zeit fuer Fruehstuck, also Stollen :)
[07:19] <larsu> mhhh lecker!
[07:20] <seb128> right, that test is a i18n
[07:20] <seb128> so better to rather update to use an non relative path
[07:22] <seb128> in fact just not setting an icon looks should be enough?
[07:23] <larsu> "wait_a_little()" sigh
[07:23] <seb128> lol
[07:23] <larsu> what exactly is this test testring?
[07:23] <larsu> that the API works?
[07:24] <seb128> no idea, notify-osd...
[07:29] <larsu> ya, I'm removing the icon
[07:29]  * larsu makes some breakfast
[07:41] <larsu> ugh, why do the tests show notifications on my system?!
[07:41] <larsu> what is this even testing?
[07:43] <seb128> likely a bug
[07:43] <seb128> and since they are queuing they spam your notify-osd for a while
[07:43] <seb128> I killed it to flush the queue
[07:44] <larsu> ya, that's what's happening right now
[07:44] <larsu> "you should see a bubble"
[07:44] <larsu> if I don't see it, how do I know the test failed?
[07:45] <seb128> quality software!
[07:45] <seb128> let's just drop the set_icon lines and move to something else
[07:45]  * larsu just pushed a better patch
[07:45] <seb128> before you itch to rewrite notify-osd again :p
[07:45] <larsu> becaue it uses that in multiple locations
[07:46] <larsu> and I don't know if I'd "break" the tests if I removed all of the icons
[07:46] <larsu> please test ;)
[07:46] <seb128> I drop the 3 set_icons calls in that file and make check was green
[07:46] <seb128> k, let me try your change
[07:52] <seb128> larsu, yep, that makes make check work, thanks
[07:53] <larsu> yw!
[07:58] <seb128> d-feet ships translations but displays untranslated but seems nobody ever noticed
[08:07]  * didrocks just sent to u-devel the great default language selection email!
[08:07] <didrocks> let's see how it goes :)
[08:13] <Trevinho> morning
[08:15] <didrocks> good morning Trevinho
[08:15] <Trevinho> hi didrocks
[08:16] <seb128> hey Trevinho!
[08:16] <Trevinho> hi seb128!
[08:17] <Trevinho> seb128: you know I already need your powers ? :)
[08:17] <Trevinho> https://bugs.launchpad.net/ubuntu/+source/xorg-gtest/+bug/1521366
[08:17] <seb128> oh
[08:17] <Trevinho> It's actually probably a pkgconfig thing, though..
[08:27] <seb128> Trevinho, thanks for forwarding the gtest one to Debian btw!
[08:32] <Trevinho> seb128: thank you
[08:51] <willcooke> $GREETINGS
[08:53] <seb128> hey willcooke
[08:53] <Trevinho> hi willcooke
[08:53] <didrocks> morning willcooke
[08:54] <seb128> sorry
[08:54] <seb128> $HEY $BOSS
[08:54] <seb128> I meant
[08:54] <willcooke> :D
[08:55] <happyaron> $GREETINGTOBOSS
[08:55] <Trevinho> seb128: the fact that even $HEY is a var might be risky...
[08:56] <didrocks> all those ubound variables creates headaches here :p
[08:56] <Trevinho> you know... if you define HEY=badword... :-D
[08:56] <didrocks> unbound*
[08:57] <seb128> Trevinho, security issue, can be used to fire somebody!
[08:57] <Trevinho> yeah :D
[09:02] <Laney> morning!
[09:02] <Laney> HEY=sudo BOSS="pay laney all the money"?
[09:02] <Trevinho> lol
[09:03] <Trevinho> morning rich Laney !
[09:03] <seb128> hey Laney
[09:03] <seb128> Trevinho, can you forward that xorg-gtest change upstream as well?
[09:03] <Laney> hey seb128 and Trevinho!
[09:03] <Trevinho> seb128: I was thinking about... I got just lazy :-D
[09:03] <Laney> well don't >:(
[09:04] <Laney> or your colleagues have to maintain it forever >:(
[09:04] <Trevinho> seb128: I'll do it, I just didn't do that last night as it was already late
[09:04] <Trevinho> Laney: I love my colleagues
[09:04] <Laney> hey pitti
[09:04] <didrocks> good morning Laney
[09:04] <Laney> lcy01> oh noes
[09:04] <Laney> sup didrocks
[09:05] <didrocks> Laney: good good, I guess I just avoided catching another cold (feeling good today, no more things in the throat)
[09:05] <didrocks> guess it was a good bet to not run yesterday :p
[09:05] <Laney> it's that clean Lyon air
[09:05] <didrocks> how are you?
[09:05] <Laney> breathe deep!
[09:05] <didrocks> Laney: right! :)
[09:05] <Laney> feeeeeeeeeeeeling good
[09:06] <didrocks> http://www.airqualitynow.eu/fr/comparing_city_details.php?lyon
[09:06] <Laney> fingers are reminding me that I climbed last night
[09:06] <larsu> morning Laney!
[09:06] <Laney> haha
[09:06] <didrocks> Laney: ahah, nice :p
[09:07] <Laney> YEEEEEEEEEEEEAAAAAAAAAHHHHHHHHHHHHH
[09:07] <Laney> I'm going to buy a big bag of rice
[09:07] <Laney> http://www.dpmclimbing.com/articles/view/way-iron-fist
[09:07] <Laney> hey larsu
[09:08] <Laney> what's happening?
[09:08] <Laney> did you win the scottish quiz?
[09:08] <seb128> Trevinho, https://launchpadlibrarian.net/228039152/xorg-gtest_0.7.1-0ubuntu2.debdiff
[09:08] <Trevinho> seb128: if you want to wait and fix that patch for me, I can forward it and you fix the DEP-3
[09:08] <larsu> didn't go last night
[09:08] <seb128> do we need to escape the " at all?
[09:08] <larsu> was sleepy :)
[09:08] <larsu> Laney: how about you?
[09:08] <Trevinho> seb128: the thing is that we need it to output -D\"STRING\" ...
[09:09] <Trevinho> seb128: old pkg-config was doing it with just using \"STRING\"...
[09:09] <Trevinho> seb128: with recent one, we need to do \\\"STRING\\\" to get \"STRING\"
[09:09] <Trevinho> no idea why
[09:09] <seb128> I'm not good with this things
[09:10] <seb128> maybe didrocks or Laney or pitti know what's right there?
[09:10] <Trevinho> seb128: compare the output of
[09:10] <Trevinho> pkg-config --variable=CPPflags xorg-gtest
[09:10] <Trevinho> in xenial and wily/trusty....
[09:10] <seb128> what changed? pkgconfig?
[09:11] <Trevinho> I guess so, although I don't see much in the changelog
[09:12] <didrocks> seb128: hum, let me look at context
[09:12] <Trevinho> didrocks: so... compiz fails to build because the CPPflags it gets from xorg-gtest doesn't include the properly escaped string
[09:12] <Trevinho> I've fixed the xorg-gtest.pc, as pkg-config seems to act differently to what it used to be
[09:13] <Trevinho> It might even be a pkg-config bug, btw...
[09:13] <didrocks> let me look at the .pc and .pc.in from this package, one sec
[09:13] <Laney> larsu: great!
[09:14] <Trevinho> trusty $ pkg-config --variable=CPPflags xorg-gtest
[09:14] <Trevinho> -I/usr/include -I/usr/include/xorg -I/usr/src/xorg-gtest -DDUMMY_CONF_PATH=\"/usr/share/xorg/gtest/dummy.conf\" -DLOGFILE_DIR=\"/tmp\"
[09:14] <Trevinho> xenial $ pkg-config --variable=CPPflags xorg-gtest
[09:14] <Trevinho> -I/usr/include -I/usr/include/xorg -I/usr/src/xorg-gtest -DDUMMY_CONF_PATH=/usr/share/xorg/gtest/dummy.conf -DLOGFILE_DIR=/tmp
[09:15] <didrocks> cd why would you need escape in -DDUMMY_CONF_PATH for instance, you don't have blank space or any IFS
[09:15] <didrocks> so it seems xenial pkg-config behavior is right
[09:16] <didrocks> might be compiz which tries to unescape things?
[09:16]  * didrocks looks at compiz and how it got those variables
[09:16] <Trevinho> definition is...
[09:16] <Trevinho> CPPflags=-I${includedir} -I${includedir}/xorg -I${sourcedir} -DDUMMY_CONF_PATH=\"@DUMMY_CONF_PATH@\" -DLOGFILE_DIR=\"@LOGFILE_DIR@\"
[09:16] <Trevinho> didrocks: no... compiz is not wrong
[09:16] <seb128> why do you need the "" in there?
[09:16] <Trevinho> pkg-config gets the thing with no quotes
[09:16] <didrocks> which sounds ok, you don't have spaces or any IFS
[09:16] <didrocks> as I say
[09:16] <didrocks> so "" or no quotes should be the same
[09:16] <didrocks> (for compiz cmake)
[09:16] <Trevinho> didrocks: it's a compiler-defined string, it has to have quotes
[09:17] <Trevinho> I'd expect to get: -DDUMMY_CONF_PATH=\"/usr/share/xorg/gtest/dummy.conf\" (as it used to be)
[09:17] <Trevinho> not -DDUMMY_CONF_PATH=/usr/share/xorg/gtest/dummy.conf
[09:18] <Trevinho> or... -DDUMMY_CONF_PATH="/usr/share/xorg/gtest/dummy.conf" would be also wrong
[09:18] <Trevinho> as the shell would unquote that
[09:18] <seb128> but again, why do you need the quotes?
[09:18] <didrocks> yeah, I still disagree you need quotes
[09:18] <Laney> because you quote strings in c
[09:18] <Trevinho> yeah
[09:19] <didrocks> Laney: well, this is not c, this is a compiler call where you pass args
[09:19] <Trevinho> without quotes, they're just considered as define FOO bar, where bar is not a string, but a symbol
[09:19] <Laney> it's the same as #define FOO BAR
[09:19] <Trevinho> exactly
[09:19] <didrocks> Trevinho: ah, you mean those variables are seeded directly in config.h?
[09:20] <Trevinho> no, they're passed to g++
[09:20] <seb128> http://cgit.freedesktop.org/pkg-config/commit/?id=50c2867f4a6981e085c721d936c96f174f11f415
[09:20] <seb128> is the behaviour change
[09:20] <Trevinho> so when you do g++ -DFOO=bar file.c it's like you do #define FOO bar in foo.c
[09:20] <seb128> git bisect ftw ;-)
[09:20] <Trevinho> seb128: lovely
[09:21] <Trevinho> So, if that would have defined as cflags, there were no reason for this
[09:21] <Trevinho> I guess I can forward the patch now
[09:21] <didrocks>  # expect cflags from whitespace
[09:21] <didrocks>  RESULT='-Dlala=misc -I/usr/white\ space/include -I$(top_builddir) -Iinclude\ dir -Iother\ include\ dir'
[09:22] <didrocks> -> they expect -Dlala=misc
[09:22] <seb128> Laney, does the \\\ look right to you?
[09:22] <didrocks> not -Dlala="misc" though
[09:22] <seb128> didrocks, right, because "it's likely the value will be used verbatim in shell command substitution"
[09:22] <seb128> which I'm not sure it's true
[09:22] <seb128> well it's not in the current situation it seems
[09:23] <didrocks> seb128: I wonder if the issue isn't that one but rather than cmake pkgconfig shouldn't handle the case for non shell command substitution
[09:23] <Trevinho> didrocks: I was wondering the same, but it's not
[09:23] <Trevinho> didrocks: since if you launch pkg-config in shell manually it's different anyway
[09:24] <Trevinho> didrocks: also, cmake would change the whole CPPflag  string, not only a part of it
[09:27] <Trevinho> ouch, there's no xorg-gtest project on fdo bugzilla
[09:27] <seb128> yeah, I couldn't find one either, report on xorg others?
[09:27] <Laney> I don't see the same behaviour as you btw
[09:28] <Trevinho> Laney: no?
[09:28] <seb128> Laney, which part is different?
[09:28] <Trevinho> seb128: I guess it's https://bugs.freedesktop.org/describecomponents.cgi?product=X.org%20integration%20tests
[09:28] <Laney> http://pastebin.ubuntu.com/13595672/
[09:29] <Laney> that should break right?
[09:29] <didrocks> yep
[09:29] <Trevinho> Laney: no untill you use that variable in code
[09:29] <Trevinho> ah, sorryu
[09:29] <didrocks> hum, he's using it, no?
[09:29] <Trevinho> I didn't read the code :-D
[09:29] <Trevinho> only gcc side :D :D
[09:29] <didrocks> ahah
[09:30] <Laney> it has quotes for me
[09:30] <didrocks> Laney: you didn't print your output of pkg-config --variable=CPPflags xorg-gtest
[09:32] <Trevinho> well it works for me as well with wrong output
[09:32] <Trevinho> mh
[09:34] <Trevinho> So, one possibility is to make cmake to requote it... But it doesn't look wrong when generating the make files
[09:35] <Trevinho> http://pastebin.ubuntu.com/13595755/
[09:35] <Trevinho> and this is the failure http://pastebin.ubuntu.com/13595768/
[09:36] <Laney> the whole thing gets 'single quoted' http://pastebin.ubuntu.com/13595769/
[09:36] <Trevinho> Laney: ah
[09:36] <didrocks> yeah, only the escape is stripped
[09:38] <Trevinho> it's weird that just running it in shell it doesn't get the quotes out
[09:38] <Trevinho> so....... mh
[09:38] <Laney> who is putting them in>?
[09:38] <Laney> pkg-config itself?
[09:39] <Trevinho> in what?
[09:39] <Trevinho> ah, you mean inside the single quotes?
[09:39] <Trevinho> I guess it's pkg-config at this point... But it does it in a subshell not when calling it directly
[09:40] <Trevinho> http://pastebin.ubuntu.com/13595832/
[09:49] <Sweet5hark> Im probably very late to the party but yesterday I configured my first user service units and timers with systemd and its pretty awesome ...
[09:49] <Trevinho> seb128: in the mean time we've a different solution https://bugs.freedesktop.org/show_bug.cgi?id=93191
[09:49]  * Trevinho wrote wrong title
[09:51] <seb128> Trevinho, that seems similar to the patch you suggested on launchpad earlier?
[09:51] <Trevinho> seb128: it's the same
[09:51] <Trevinho> :)
[09:51] <seb128> k, I was wondering
[09:51] <Trevinho> seb128: Maybe there's a different solution, but in the mean time...
[09:51] <seb128> you tried to trick me with your "we've a different solution" :p
[09:52] <seb128> oh
[09:52] <Trevinho> I mean I've no clue why this output is different...
[09:53] <Laney> I think you should talk to a pkg-config upstream person
[09:53] <seb128> Laney, didrocks, wdyt? is that change harmless? or any better suggestion?
[09:54] <didrocks> seb128: I don't really like we don't get to the end of it
[09:54] <didrocks> I wonder if the issue isn't in cmake pkgconfig module
[09:55] <didrocks> IIRC, this one doesn't exist and it's a copy from project to project
[09:55]  * didrocks looks
[09:55] <Laney> compiz is executing pkg-config itself
[09:55] <seb128> yeah, me neither, I just don't know how things are supposed to be escaped, so unsure what is right/wrong there
[09:55] <didrocks> Laney: compiz cmakerie you meant?
[09:55] <Laney> yes
[09:55] <Trevinho> it's there yes
[09:56] <Trevinho> but I didn't see anything wrong
[09:56] <Trevinho> didrocks: as I posted the generated makefile have the proper strings
[09:59] <didrocks> Trevinho: what you pasted has single quote, no?
[09:59] <didrocks> Trevinho: and are not escaped
[10:00] <didrocks> http://pastebin.ubuntu.com/13595755/ and http://pastebin.ubuntu.com/13595768/
[10:00] <willcooke> hey bzoltan_
[10:00] <didrocks> so, they makefile generated are not right?
[10:00] <bzoltan_> hello willcooke
[10:00] <Laney> yay new notify-osd
[10:00] <willcooke> Sweet5hark, bzoltan_ has a couple of questions about the Doc Viewer click that you might be able to help with, or point him to the man who knows more?
[10:00] <Laney> I was just going to ask about that
[10:01] <Trevinho> didrocks: what I meant is that cmake doesn't delete or add anything... It just puts there what it gets from pkg-config
[10:01] <bzoltan_> So, Sweet5hark :) you are the dude who is knowledgeble about libreoffice click package... is that correct?
[10:01] <didrocks> Trevinho: brb
[10:01] <willcooke> Laney, trying to join the HO but failing......  bear with me
[10:02] <Laney> willcooke: oh shit
[10:02] <Laney> give me 2
[10:02] <willcooke> :)
[10:02] <Sweet5hark> bzoltan_: somewhat, I didnt do the click package itself. I just created the *.deb (libreoffice-vanilla) that is the base for the click.
[10:03] <bzoltan_> Sweet5hark: What I am most interested is the container and click packaging of an X11 app. Do you know who I should talk to?
[10:03] <davmor2> willcooke: that sounds suspiciously like Laney forgot, or just didn't want management there to ruin it with sensibility ;)
[10:04] <willcooke> :)
[10:05]  * Laney puts pants on
[10:05] <davmor2> Laney: oh okay now it all makes sense
[10:05] <Sweet5hark> bzoltan_: likely I cant help you much there (yet). I just threw a *.deb with a little deps as possible over the fence and then popey and friends picked it up from there ...
[10:06]  * popey wakes up
[10:06] <czajkowski> Laney: classy :)
[10:06] <popey> bzoltan_, what you wanna know?
[10:08] <bzoltan_> popey: I managed to reach the same point with the Ubuntu SDK IDE as Sweet5hark with the libreOffice... I have a single .deb package what has almost no dependencies. Now I would like to create a click package what comes with a container where i can put build tools and stuff... I want to create phone apps on the phone when the phone is in windowed mode with keyboard and external display.
[10:09] <popey> bzoltan_, are these X11 apps that you expect to run with XMir?
[10:09]  * Sweet5hark lurks on bzoltan_ questions, as they likely are relevant for him soon too.
[10:10] <bzoltan_> popey: yes, very much X11
[10:10] <popey> Then I can't help, you need bregma / kgunn / ctownsend
[10:10] <popey> The libreoffice package we have isn't X, it runs as a command line tool, no X output
[10:12] <bzoltan_> popey: ohh, I see. Thank you :) I go after these guys
[10:12] <popey> sorry :)
[10:28] <didrocks> Trevinho: that's not really the case
[10:28] <didrocks> Trevinho: it's not passing which pkg-config is giving directly
[10:28] <didrocks> as on my xenial, it's giving:
[10:28] <didrocks> pkg-config --variable=CPPflags xorg-gtest.pc
[10:28] <didrocks> -I/usr/include -I/usr/include/xorg -I/usr/src/xorg-gtest -DDUMMY_CONF_PATH=\"/usr/share/xorg/gtest/dummy.conf\" -DLOGFILE_DIR=\"/tmp\"
[10:29] <didrocks> (I even retried on a clean freshly deboostrapped chroot to ensure it's not a local config issue)
[10:29] <didrocks> so properly escaped
[10:29] <didrocks> and after cmake -> the makefile will issue the call, giving unescape sequence
[10:33] <seb128> didrocks, how do you run that command?
[10:33] <didrocks> seb128: the one above ^ ("pkg-config --variable=CPPflags xorg-gtest.pc")
[10:33] <seb128> oh, fun
[10:34] <seb128> $ pkg-config --variable=CPPflags /usr/lib/pkgconfig/xorg-gtest.pc
[10:34] <seb128> -I/usr/include -I/usr/include/xorg -I/usr/src/xorg-gtest -DDUMMY_CONF_PATH="/usr/share/xorg/gtest/dummy.conf" -DLOGFILE_DIR="/tmp"
[10:34] <seb128> on my xenial
[10:34] <didrocks> interesting…
[10:34] <didrocks> so, the only different is that I have a locally extracted xorg-gtest.pc
[10:34] <seb128> pkg-config --version?
[10:34] <didrocks> let me install the distro one, but it's the same version
[10:34] <seb128> I gave it the system location one
[10:35] <didrocks> 0.28
[10:36] <seb128> that's why
[10:36] <didrocks> yeah, it's in 0.29
[10:36] <didrocks> I'm unsure why I have that 0.28 version
[10:36] <didrocks> I'm using stgraber launchpad download tool for my schroot
[10:36] <didrocks> but it seems even on xenial, it downloaded a wily one!
[10:36] <didrocks> (even if I specify a xenial version)
[10:36]  * didrocks wants his money back
[10:37] <seb128> haha
[10:37] <andyrock> morning
[10:38] <seb128> hey andyrock
[10:38]  * didrocks ditch this and do a good old debootstrap
[10:42] <didrocks> ok, seeing the unescape sequence now
[10:43] <Trevinho> the.... Problem is that with the "fix", the laney's example doesn't work anymore... mhmh
[10:43] <Laney> go talk to upstream
[10:43] <didrocks> yeah, let me try Laney's example first
[10:43] <Laney> srsly
[10:43] <didrocks> if that work here as well, I this the issue should really be discussed with pkg-config's upstream
[10:44] <didrocks> as we are missing something in the way it's executed
[10:44] <Trevinho> they should have added a pkg-config --variable-unscaped instead of breaking old stuff though
[10:44] <Laney> I doubt they intended to break things
[10:45] <Trevinho> sure, also because this is a corner case
[10:45] <Trevinho> but, you know... Beakage is always right behind the corner
[10:45] <Laney> so probably if you explain the case to them you will get a sensible answer
[10:45] <Trevinho> breakage
[10:45] <didrocks> Laney: yeah, confirming Laney's example. So, I think the issue is something in the way cmake/the generated make is invoking gcc
[10:45] <didrocks> I guess yeah, giving a simple reproduceable case with our build tool
[10:45] <didrocks> and talk to them
[10:45] <Laney> I would prefer reverting the pkg-config commit meanwhile than some hack elsewhere
[10:45] <didrocks> +1
[10:46] <Laney> but even that after talking to upstream or at least foundations
[10:46] <Trevinho> yeah
[10:46] <Trevinho> who does that? :😃
[10:47] <didrocks> you? :p
[10:47] <Laney> I know that Mithrandir does pkg-config stuff
[10:48] <Laney> and maintains the package
[10:48] <Laney> not sure about the guy who committed this change
[10:50]  * Laney screams at g-i test failure
[10:50] <Laney> YOU WERE SUPPOSED TO BE FIXED!
[10:54] <Trevinho> Laney: so you know people... ;)
[10:54] <Laney> dude!
[10:54] <Trevinho> didrocks: mh, ok... Well I've to drive back to Florence now, I'll do this later
[10:54] <Laney> be brave
[10:54] <Laney> I believe in you
[10:55]  * didrocks sees Laney's flags "Marcoooooooooooooooooooo"
[10:55] <Trevinho> :)
[10:56] <seb128> Trevinho, have a safe drive!
[10:56] <Trevinho> thanks
[10:58] <seb128> Trevinho, let us know when you have opened an upstream pkg-config report
[10:58] <seb128> Trevinho, how much is that blocking compiz/unity work?
[10:58] <seb128> I wonder if we should revert the pkgconfig commit meanwhile
[10:59] <seb128> or wait a bit for upstream to respond
[10:59] <Laney> I would wait, but that's just me
[10:59] <Laney> well actually I would talk to them directly instead of opening a bug first :)
[11:00] <seb128> do they have a channel?
[11:00] <seb128> no #pkgconfig or #pkg-config
[11:00] <seb128> on this IRC at least
[11:01] <Laney> don't know, I gave a nickname though
[11:01] <seb128> right, it's a bit weird to ping people on don't know though
[11:01] <seb128> oh well, Trevinho can figure it out
[11:01] <Laney> there's a mailing list too
[11:01] <seb128> Laney, and it's easier for us to wait, we don't do one thing, if you were coding on one project and couldn't build on the infra it would be annoying
[11:02] <Laney> well you can do what you think is best
[11:03] <Laney> I only am one person giving an opinion at the end of the day
[11:03] <seb128> right
[11:03] <seb128> I'm going to wait for Trevinho to be back and say how much it's blocking them
[11:04] <seb128> but I'm leaning toward just doing the revert to unblock, I hate to see unity work staling because they are fighting with distro issues rather than coding
[11:04]  * Laney shrugs
[11:04] <Laney> if this is a revert that we carry forever then that's not a good way out imo
[11:06] <Laney> I think I could be replaced by a bot at this point
[11:06] <seb128> right, I'm not saying to not forward it upstream/discuss with them
[11:06] <seb128> but yeah, we are going round
[11:06] <Laney> :)
[11:07] <seb128> let's move on, plan of action is to talk to upstream but I'm going to unblock unity work as well if the upstream discussion doesn't get immediate traction
[11:08] <Laney> that's up to you
[11:12] <seb128> larsu, I saw you talking with Company on #gtk+ yesterday about screenshot, was there an issue with your gtk change?
[11:12] <seb128> larsu, also did we fix the segfault issue it created? the SRU is verification-failed, unsure what to do with it
[11:12] <seb128> either we fix that changeset or drop it, the SRU is meant to fix the tooltips round corners as well which was supposed to be a SRU landing around release time
[11:13] <larsu> seb128: hm, that's unrelated, no?
[11:13] <seb128> what and what?
[11:13] <larsu> ya, Company thinks the patch  was wrong (and has a good point)
[11:13] <larsu> we already have a plan
[11:13] <larsu> seb128: tooltips and screenshots
[11:13] <seb128> right
[11:13] <seb128> we just batched them in the same SRU
[11:14] <seb128> which failed verification because of the screenshot segfault
[11:14] <seb128> so we either need to unbatch now
[11:14] <Laney> oh, just tested the compiz build in sbuild and it worked
[11:14] <seb128> or to resolve the screenshot one so they can be verified
[11:14]  * Laney checks it runs the tests
[11:15] <larsu> seb128: ah, let me fix that
[11:15] <Laney> NO!
[11:15] <Laney> THE HORROR!
[11:15] <didrocks> zomg, push the red "NO TESTS RAN" button
[11:15] <seb128> larsu, well, if the gtk patch is incorrect maybe it's not a good idea to SRU it and we should pull it out?
[11:17] <larsu> seb128: indeed. I'll have an updated one soon
[11:17] <seb128> larsu, thanks
[11:22] <seb128> Laney, can you tell britney to try the poppler transition with the gdal one? it doesn't seem to try to combine them but that's needed
[11:22] <Laney> bet something's missing
[11:23] <Laney> it usually doesn't need telling that kind of thin
[11:23] <Laney> g
[11:23] <Laney> let me look
[11:23] <seb128> well the transition is incomplete for sure
[11:23] <seb128> but the poppler blob lists things like vtk6 which I don't think need a rebuild
[11:24] <seb128> it's just part of the gdal one
[11:24] <seb128> hum, gdal might need a rebuild though
[11:24]  * seb128 tries that
[11:27] <Laney> indeed it does
[11:27] <seb128> Laney, thanks
[11:29]  * Laney stabs
[11:30] <Laney> http://pastebin.ubuntu.com/13597271/
[11:30] <bregma> bzoltan_, you may be interested in https://launchpad.net/puritine
[11:31]  * seb128 goes for lunch outside and going to work from a cafe, taking the laptop with me and so dropping offline for a bit
[11:32] <Laney> laters
[11:32] <seb128> see you ;-)
[11:33] <Laney> dear schroot
[11:33] <Laney> y u not apt-get update
[11:40] <Laney> bregma: https://bugzilla.gnome.org/show_bug.cgi?id=757261 <- are you going to/can you fix up your patch?
[11:41]  * Laney is uploading g-i to Debian in a minute and can't sync it because of that
[11:48] <seb128> back
[12:36] <Trevinho> seb128: right now it's not blocking unity... Compiz, but there's nothing important happening there that can't wait
[12:36] <seb128> Trevinho, dropping the gconf backend! :-)
[12:37] <Laney> good drive Trevinho?
[12:37] <Laney> (no, there is no such thing)
[12:37] <Laney> (hahahaha)
[12:39] <bzoltan_> bregma: thank you
[12:58] <willcooke> hikiko, Trevinho - should we force Compiz to manage Chromium windows?  https://www.reddit.com/r/Ubuntu/comments/3tjd3s/screen_tearing_fix_for_netflix_and_ubuntu/
[12:58] <willcooke> qengho is having computer problems, otherwise he'd likely chip in too
[13:00] <willcooke> oh, its lunch time, bbiab
[13:11] <hikiko> willcooke, since we already have the option for firefox, why not have it for chromium as well?
[13:13] <willcooke> might be worth trying, I'll ask qengho what he thinks
[13:23] <Trevinho> Laney: yeah nice drive
[13:48] <willcooke> seb128, Trevinho - fyi - we're going to try this:  https://www.reddit.com/r/Ubuntu/comments/3tjd3s/screen_tearing_fix_for_netflix_and_ubuntu/
[13:48] <seb128> willcooke, wfm
[14:09] <qengho> woot
[14:09] <willcooke> qengho, fixed?]
[14:14] <willcooke> lolz.  guess not
[14:16] <chrisccoulson> willcooke, have you seen https://groups.google.com/a/chromium.org/forum/#!msg/chromium-dev/FoE6sL-p6oU/mVlwyh02AgAJ ?
[14:17] <willcooke> chrisccoulson, I've read about it elsewhere.
[14:17]  * willcooke reads the thread
[14:17] <chrisccoulson> ah
[14:18] <willcooke> That's just Chrome though right?  We're still building Chromium ourselves
[14:18] <willcooke> or does that not matter?
[14:19]  * willcooke carries on reading the thread and notices exactly this ^
[14:19] <willcooke> Right, so if you downloaded Chrome on your 32bit 12.04 box then you dont get updates from March
[14:20] <willcooke> Expect we should probably make some official announcement as well
[14:20] <willcooke> maybe we can convince them to wait until April so that folk have a chance to upgrade straight to 16.04
[14:21] <chrisccoulson> willcooke, well we've not managed to successfully build chromium on 12.04 for a while now. But they're dropping 32-bit Chrome builds entirely IIUC
[14:21] <chrisccoulson> and maintaining the ability to build chromium on 32-bit. But I do wonder how long that will carry on working
[14:22] <willcooke> yeah, it's likely to get more and more broken
[15:30] <willcooke> #startmeeting Desktop Team Weekly Meeting - 2015-12-01
[15:30] <meetingology> Meeting started Tue Dec  1 15:30:24 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> December???
[15:30] <willcooke> I know I say this a lot, but where does the time go????
[15:30]  * willcooke must be old
[15:30] <seb128> yeah, almost holidays!
[15:31] <willcooke> zo/
[15:31] <willcooke> Roll call:  andyrock, attente, desrt,  dgadomski, didrocks, fjkong, happyaron (out), hikiko, laney, larsu, qengho (might be out), seb128, sweet5hark, themuso (out), tkamppeter, trevinho, robert_ancell (out)
[15:31] <qengho> 'sup.
[15:31] <desrt> o hai!
[15:31] <willcooke> qengho, fixed?
[15:31] <hikiko> hello:)
[15:31]  * larsu sings the meeting song
[15:31] <qengho> willcooke: yep!
[15:31] <andyrock> hey
[15:31]  * desrt forgot her good-mornings
[15:31] <willcooke> qengho, \o/
[15:31] <dgadomski> o/
[15:31] <larsu> desrt: never too late
[15:31] <Sweet5hark> \o/
[15:31] <FJKong> .... ..
[15:31] <larsu> (morning)
[15:31] <willcooke> hey desrt - how is the trip?
[15:31] <desrt> great!
[15:31] <willcooke> yay
[15:31] <desrt> i'm freezing to death, but otherwise it's good
[15:32] <didrocks> hey
[15:33] <desrt> also: good morning :)
[15:33] <qengho> 23°C in Florida today. The only time the weather is nice is December.
[15:33] <willcooke> bah
[15:33] <willcooke> no fair
[15:33] <desrt> this is why 'snowbirds' are a thing
[15:34] <willcooke> right, let's get started
[15:34] <willcooke> #topic andyrock
[15:34] <andyrock> hey
[15:34] <andyrock> i'm still working on the drawing/presenting issues with compiz
[15:35] <andyrock> right now I'm trying to avoid that compiz presents a nux texture if there is no need to do so
[15:35] <andyrock> basically nux is not drawing the texture every frame
[15:35] <andyrock> but compiz is presenting every time even if there is no need
[15:35] <andyrock> I'm fighting against nux to try to come out with something
[15:36] <andyrock> but it's a bit messy :)
[15:36] <willcooke> :D
[15:36] <andyrock> I also pushed a branch to fix the redrawing issue with the overlay
[15:36] <andyrock> but things are not easy considering the messy interactions between compiz and nux
[15:37] <andyrock> but at least I started to understand how things work
[15:37] <andyrock> eof
[15:37] <willcooke> thanks andyrock  - should be a nice speed up if you can get it to work
[15:37] <willcooke> good luck!
[15:37] <willcooke> #topic attente
[15:37] <andyrock> yeah presenting is faster than drawing
[15:37] <andyrock> but it takes time
[15:37] <andyrock> and if we don't need to do that it's better to fix it
[15:38] <attente> minor packaging changes to maliit-inputcontext-gtk
[15:38] <attente> proposed moving QT_IM_MODULE and GTK_IM_MODULE out of /etc/environment on the touch image to u8 upstart job
[15:38] <attente> fix weird FTBFS for u-c-c, probably broken because building without optimization
[15:38] <attente> still working on hack for single-surface gtk-mir apps, but less certain now if this is the right approach to take...
[15:38] <attente> (eof)
[15:38] <willcooke> thanks attente, great work on Maliit
[15:39] <willcooke> #topic desrt
[15:39] <desrt> hihi
[15:39] <desrt> spent a bit of time last week fixing up more inline-manging fallout (which was somewhat expected) on windows, etc.
[15:39] <desrt> also fixed yet another file monitoring bug (again, windows)
[15:39] <desrt> spending this week doing a lot of dconf work supporting the containerisation efforts that are ongoing here at chez collabora
[15:40] <desrt> added API support for listing locks and added a new dconf(1) command 'dconf list-locks' (which could be helpful for admins)
[15:40] <desrt> also added API support for querying default values and added 'dconf read -d ...' to allow that from the commandline too
[15:40] <desrt> also did some improved support for path resets in the dconfchangeset API, which is actually an old patch that i did ages ago but never applied
[15:41] <desrt> today i'm looking at improving annotations for floating references in gtk-doc (which is semantically meaningless for gobject-introspection because it never uses floating refs)... expect soon to see (transfer consume) and (transfer take)
[15:41] <desrt> will also write g_object_take_ref() to go along with that
[15:41] <desrt> finally, i reached level 13 in ingress while sitting in the mount royal metro station, in time to get my gold vanguard badge
[15:41] <desrt> fin.
[15:41] <willcooke> lol
[15:42] <willcooke> thanks desrt
[15:42] <willcooke> enjoy the week
[15:42] <desrt> thanks :D
[15:42] <willcooke> #topic dgadomski
[15:42] <dgadomski> hey, the desktop is still near perfect as not many issues are reported to me recently, nonetheless:
[15:43] <dgadomski> * bug #1510824 - prepared a modified pam build (ppa:dgadomski/lp1510824) that allows to reproduce the bug, verified the fix for Vivid and Wily
[15:43] <dgadomski> * investigating a problem with logging into Unity on ppc64le, prepared a ppc64 build of sosreport with lightdm plugin enabled (ppa:dgadomski/sosreport) to collect more logs. This arch will be included in the future sosreport versions available in ppa:canonical-support/support-tools (thanks to caribou).
[15:43] <dgadomski> EOF
[15:43] <willcooke> awesome, thanks dgadomski
[15:43] <dgadomski> thanks
[15:43] <willcooke> #topic didrocks
[15:43] <didrocks> hey
[15:43] <didrocks> Ubuntu Make:
[15:43] <didrocks> - Released 15.11.2 (third release this month) with CLion twine and game editor support. Blogged/g+ about it.
[15:43] <didrocks> - Add a deprecation warning on udtc command.
[15:43] <didrocks> - Bugs triaging and feedback from the community.
[15:43] <didrocks> Misc:
[15:43] <didrocks> - worked on default language selection. Prepared a branch refactoring and rationalizing language support. Try to detail a policy on a bug report and posted on ubuntu-devel. Waiting for any feedbacks/pushbacks. If this is acked, some more ubiquity work and testing will be needed once the seed changed.
[15:43] <didrocks> - wrote a small utility to easily estimate additional size taken by a seed file containing variables (https://github.com/didrocks/ubuntu-seed-size)
[15:43] <didrocks> - work on some hangout plugin prototype for UOS (more on that later). Need to showcast that to the community team now.
[15:43] <didrocks> - some unity dash-related work.
[15:43] <didrocks> - reviewed duplicity/déjà-dup and reluctantly acked it.
[15:43] <didrocks> - patch pilot and archive admin duties.
[15:43] <didrocks> .
[15:44] <willcooke> thanks didrocks, and thanks for your help in the dash related work
[15:44] <didrocks> yw! :)
[15:44] <willcooke> #topic FJKong
[15:44] <FJKong> hi
[15:44] <FJKong> sougou IM:
[15:44] <FJKong> * page up/down postion problem
[15:44] <FJKong> * hot key binding for prev/next page function
[15:44] <FJKong> other:
[15:44] <FJKong> * pre-reasearch about wechat client
[15:44] <FJKong> eof
[15:45] <willcooke> thanks FJKong
[15:45] <willcooke> #topic happyaron
[15:46] <willcooke> 1. ibus merge, will prepare SRU shortly
[15:46] <willcooke> 2. sogoupinyin bug triaging and analysis
[15:46] <willcooke> 3. zfs-linux preparing and testing (mirror/raidz configurations,
[15:46] <willcooke> running mysql w^/o snapshot/sharing options) on Ubuntu, fixing
[15:46] <willcooke> possible issues, will upload in a day or two
[15:46] <willcooke> #topic hikiko
[15:46] <hikiko> hello, still shadows, I found a much more efficient way to calculate them and I am changing the code, I hope to finish them by tomorrow... :) eof
[15:47] <willcooke> thanks hikiko
[15:47] <willcooke> #topic Laney
[15:48] <Laney> • Work on charm for appstream-dep11 - http://162.213.34.169/ is now deployed via juju, next to get a prodstack staging environment, some more work to be done before it can go into production (download debs on demand instead of needing a full mirror)
[15:48] <Laney> • A few glib uploads to fix regressions, trying to smooth it in now (autopkgtest problems as usual)
[15:48] <Laney> • New font release, wrangle fontconfig, sorry for the weirdly displaying numbers (bug #1521262), hopefully design will get that fixed
[15:48] <Laney> • admin> Work on some personal development thing
[15:48] <Laney> ⌨
[15:48] <larsu> ♥
[15:48] <willcooke> thanks Laney
[15:48]  * Laney spots a pitti
[15:49] <desrt> omg.  emoji in irc?  what is this madness?
[15:49] <willcooke> #topic larsu
[15:49] <larsu> more busywork this week!
[15:50] <larsu> 2nd takes of some patches (the black flicker one and talked to benjamin about the screenshot one being wrong)
[15:50] <larsu> some code reviews
[15:50] <larsu> some random bugs that were thrown at me
[15:50] <larsu> I think that's it :/

[15:50] <seb128> larsu, how is the nautilus menubar work going?
[15:51] <seb128> I'm done with the update I thinl
[15:51] <seb128> pondering waiting on that or not
[15:51] <larsu> seb128: I've got a plan now. desrt won't like it
[15:51]  * larsu is exporting another action group on the window, manually
[15:52] <larsu> seb128: should be done in the next day
[15:52] <seb128> I think I'm going to upload without just to get some feedback on how the pure upstream (headerbar and no menubar) feels like
[15:52] <larsu> sure
[15:52] <seb128> so take your time on that
[15:52] <seb128> larsu, thanks
[15:52] <larsu> :)
[15:53] <willcooke> thanks larsu
[15:53] <willcooke> #topic qengho
[15:53] <qengho> * snappy security configuration with SUID binaries
[15:53] <qengho> * more chromium ozone/mir
[15:53] <qengho> * chromium release delayed to fix window matching upstream change. Out real soon. NOT KIDDING FOR REAL THIS TIME.
[15:53] <qengho> * Precise updates again? Maybe update compiler to postPrecise C++11?
[15:53] <qengho> EOF
[15:54] <willcooke> qengho, let's chat Precise and Chrome dropping 32bit in our 1:1 this week
[15:54] <willcooke> thanks qengho, glad the laptop is alive again
[15:54] <willcooke> hrm... lagging I think
[15:55] <qengho> Yeah. Upstream droppedIA32
[15:55] <qengho> ARM is fine, I think.
[15:55] <willcooke> I wonder if we as Ubuntu should make a statement about it
[15:55] <willcooke> anyways, we can chat later once I've got the facts straight in my head
[15:55] <willcooke> #topic seb128
[15:55] <qengho> And it's only their builds. Expect some bit-rot, but should work for us for a while.
[15:56] <seb128> hey
[15:56] <seb128> • worked on some gedit theming issues
[15:56] <seb128> • reported some xenial-to-fix-bugs (gtk+ fileselector clicks handling, evolution calendar doubled notifcations, ...)
[15:56] <seb128> • indicator-keyboard built with current libgee (+ missing schemas depends)
[15:56] <seb128> • fixed evolution calendar reminder notifications to not use actions when the server doesn't support those
[15:56] <seb128> • reported notify-osd issue, tested/landed fix from Lars (thanks!), did another land to fix a test issue
[15:56] <seb128> • updated compiz & unity apport hooks, fixed a small bug in the apport gsettings hook on the way
[15:56] <seb128> • fixed d-feet translation issues
[15:56] <seb128> • keep working on the nautilus 3.18, update ready with headerbar and no menubar but it might be good to upload like that to get some feedback on how the upstream UI feels like?
[15:56] <seb128> • did some triaging on phone bugs
[15:56] <seb128> • daily review of incomings launchpad bugs&error with some triaging/small debugging
[15:56] <seb128> • worked a bit of some of the ongoing xenial-proposed transitions

[15:56] <willcooke> amazing
[15:56] <seb128> next: get geonames in xenial, review calendars solutions, MIR for gnome-logs
[15:56] <willcooke> thanks seb128
[15:56] <seb128> yw
[15:57] <willcooke> #topic Sweet5hark
[15:57] <Sweet5hark> - candidacy for reelection to the TDF board
[15:57] <Sweet5hark> - LibreOffice 5.1.0 alpha1 and beta1 uploaded to prereleases ppa for xenial
[15:57] <Sweet5hark> - usual calls: ESC, some advisory board foo, some boring admin stuff
[15:57] <Sweet5hark> - upstream refactoring in writer UNO core
[15:57] <Sweet5hark> - upstream codereview and mentoring
[15:57] <Sweet5hark> - read snappy/snapcraft docs
[15:57] <Sweet5hark> - 2. oitg aftermath and followups
[15:57] <Sweet5hark> - converted some of my old cronjons to systemd user service units/timer. pretty awesome those.
[15:57] <Sweet5hark> - noticed the gmenumodel stuff I ported to gtk3 for 5.1 broke again, needs fixing
[15:57] <Sweet5hark> EOF
[15:58] <willcooke> good luck with the board election
[15:58] <willcooke> and hope you have fun at the conf
[15:58] <willcooke> #topic TheMuso
[15:58] <willcooke> * Continued to optimize Orca gsettings backend code, intend to have it ready for merging upstream in a day or so.
[15:58] <willcooke> * Much time spent keeping pace with orca upstrea to make sure all functionality and settings are supported.
[15:58] <willcooke> * Continued design of liba11y-profile-manager API and implementation, likely won't start before I go on my break, but that will be my focus for January since Orca should have gsettings support by then.
[15:58] <willcooke> * Spent a little time looking over Speech DIspatcher bugs... I've neglected this work a bit in the past months.
[15:58] <willcooke> #topic tkamppeter
[16:00]  * desrt blinks
[16:00]  * larsu coughs
[16:00]  * desrt drops a pin for effect
[16:00]  * willcooke dodges the tumbleweed
[16:00] <willcooke> #topic Trevinho
[16:00] <Laney> - printed some stuff
[16:00] <larsu> lol
[16:01] <Laney> - drank some coffee
[16:02] <larsu> - driving
[16:02] <tkamppeter> willcooke, hi, sorry, I will do my part at the end.
[16:02] <willcooke> #topic tkamppeter
[16:02] <willcooke> go now while we wait for Trevinho
[16:02]  * ogra_ sees didrocks on ubuntu devel and senses that this is the year of the linux desktop ! (in french)
[16:03] <didrocks> \o/
[16:03] <willcooke> meh
[16:03] <willcooke> #topic robert_ancell
[16:03] <willcooke> - GNOME Software Ubuntu support work
[16:03] <willcooke> #topic willcooke
[16:03] <seb128> we had a few smooth meetings and we are back at waiting on people to type or to be around :-/
[16:04] <willcooke> Theme wrangling, GNOME software wrangling, U7 Dash wrangling,
[16:04] <willcooke> #topic Any other business
[16:04] <willcooke> Reminder that the U7 sprint 1 ends tomorrow
[16:04] <willcooke> we'll have a hangout so bring your demos if you can
[16:05] <willcooke> any more AOB>
[16:05] <willcooke> ?
[16:05] <desrt> yes
[16:05] <willcooke> desrt perhaps ;)
[16:05] <desrt> i wonder if we could get more into coworking
[16:05] <desrt> being in an office again is really nice :)
[16:06] <desrt> i could happily do this a couple times a week, for example
[16:06] <willcooke> heh
[16:06]  * didrocks will cowork with pitti next Monday and Tuesday \o/
[16:06] <willcooke> so you'd be looking for some sponsorship to help make this happen?
[16:06] <willcooke> I mean, you can go work where you like, right
[16:06] <desrt> might even be nice to get mini-offices set up in some places
[16:06] <tkamppeter> willcooke, I am ready now.
[16:07] <desrt> even if they are really just coworking memberships
[16:07] <willcooke> desrt, got ya.  So a membership to a space near you for example
[16:07] <desrt> nod
[16:07] <willcooke> oki, I will ask.  I'm in the office in two weeks so I can ask the right people face to face
[16:07] <desrt> just for the get-out-of-the-house factor
[16:08] <willcooke> yah, I'm feeling it today
[16:08] <willcooke> I think its a winter thing for me
[16:08] <desrt> maybe
[16:08] <larsu> didrocks: cool! In Augsburg?
[16:08] <willcooke> oki leave it with me
[16:08] <desrt> thx.
[16:08] <willcooke> any more business before we loop back to tkamppeter?
[16:08] <didrocks> larsu: no, in the best town of France (news from today even!)
[16:08] <didrocks> nothing for me :)
[16:08] <larsu> didrocks: Marseilles?
[16:08]  * seb128 just went to work in a coffee for the afternoon
[16:08] <willcooke> going in 30 seconds....
[16:09] <willcooke> *in* a coffee?
[16:09] <willcooke> ;p
[16:09]  * larsu hopes it was cold coffee
[16:09] <desrt> hot.
[16:09] <Laney> earl grey
[16:09] <Laney> tea
[16:09] <willcooke> #topic tkamppeter
[16:09] <tkamppeter> - cups-drivers. cups: Fixes in the packaging for use on the phone, to have everything needed when a level-2 printing stack is installed on the phone.
[16:09] <tkamppeter> - Installed the newest devel version on the phone on which the print filters actually work.
[16:09] <tkamppeter> - cups-browsed: Working on filtering options for environments with thousands of shared printers, to prevent overloading of print dialogs.
[16:09] <tkamppeter> - Bugs.
[16:09] <desrt> -1 yoda
[16:10] <willcooke> great stuff on the phone tkamppeter
[16:10] <willcooke> let's see if Trevinho is back...
[16:10] <willcooke> #topic Trevinho
[16:10] <seb128> willcooke, :-P
[16:10] <seb128> "at a coffee place"
[16:11] <seb128> anyway, +1 for working with others sometimes being good
[16:11]  * seb128 points that desrt has attente in the same city so it's easy for you ;-)
[16:11] <willcooke> :)
[16:11] <willcooke> alrighty, Trevinho you can update us later
[16:11] <willcooke> #endmeeting
[16:11] <meetingology> Meeting ended Tue Dec  1 16:11:40 2015 UTC.
[16:11] <meetingology> Minutes:        http://ubottu.com/meetingology/logs/ubuntu-desktop/2015/ubuntu-desktop.2015-12-01-15.30.moin.txt
[16:11] <willcooke> thank you everyone
[16:11] <seb128> thanks!
[16:11] <didrocks> thx!
[16:11] <desrt> thanks
[16:12] <attente> is desrt in toronto?
[16:12] <ricotz> Sweet5hark, 5.1.0~beta1 \o/
[16:12] <desrt> not today :)
[16:17] <seb128> attente, desrt realized that the french speaking part of Canada is better and went there
[16:17] <attente> qengho: hey, have you noticed any issues with chromium connecting to google services (google/youtube/etc.)?
[16:17] <qengho> attente: Yes!
[16:17] <desrt> this got political pretty quickly
[16:17] <attente> seb128: the part with the best crepes in the world?
[16:17] <qengho> attente: it appears to be a libnss3 bug. Revert to previous version for now.
[16:17] <seb128> attente, I don't know what you are talking about :p
[16:18] <attente> qengho: sweet, thanks!
[16:18] <attente> seb128: you're in denial :P
[16:18] <Laney> pitti: did autopkgtest lose some queued requests?
[16:21] <pitti> Laney: could be, sorry; I screwed up my test run as ~pitti and submitted to the official queues, so I purged the
[16:21] <pitti> m
[16:21] <pitti> Laney: I'll remove pending.txt on britney to recover
[16:21] <Laney> it was at some 400 or so
[16:21] <Laney> thanks
[16:21] <pitti> Laney: ah yes, that were the bogus ones I flushed
[16:22] <Laney> nod
[16:22] <pitti> Laney: I did some 7 hours of britney refactoring/simplification/robustification today which made the code easier to understand, have ~ 100 fewer lines, and fixes a few corner cases
[16:22] <Laney> !
[16:23] <didrocks> pitti: it's not friday to push it to production though!
[16:23] <pitti> didrocks: yeah, I know -- so I still have to wait 3 days to roll this out
[16:23] <pitti> didrocks: and then be in a TGV without net :)
[16:23] <didrocks> heh :)
[16:23] <pitti> nah, my second test run is grinding away, I think I'll roll this out tomorrow morning or later tonight
[16:24] <Laney> pitti: do you have any idea about https://objectstorage.prodstack4-5.canonical.com/v1/AUTH_77e2ada1e7a84929a74ba3b87153c0ac/autopkgtest-xenial/xenial/armhf/u/unity-scope-click/20151201_160141@/log.gz ?
[16:24] <seb128> they still didn't put internet in the line going to Lyon?
[16:24] <Laney> I suppose it's because lxc
[16:24] <seb128> the TGV from Metz to Paris has internet ;-)
[16:24] <Laney> ("Setting up bluez")
[16:24] <pitti> Setting up bluez (5.36-0ubuntu1) ...
[16:24] <pitti> Job for bluetooth.service failed because the control process exited with error code. See "systemctl status bluetooth.service" and "journalctl -xe" for details.
[16:25] <pitti> seb128: je ne sais pas, didrocks dit que ceux n'ont pas d'internet
[16:25] <pitti> Laney: yeah, looks like "cause LXC"
[16:25] <seb128> pitti, oui, c'était comme ça la dernière quoi que je suis allé à Lyon aussi
[16:26]  * didrocks reminds that Paris-Lyon is the most busy line in France (almost saturated even) and should be the first one to have production Internet in TGV
[16:26] <pitti> Laney: http://autopkgtest.ubuntu.com/packages/u/unity-scope-click/xenial/armhf/ looks ALWAYSFAIL-ish, I wonder how it worked twice..
[16:26] <didrocks> IIRC, the Metz to Paris is a test
[16:27] <Laney> pitti: I don't get that either
[16:27] <didrocks> seb128: waow, 5€/hour?
[16:27] <didrocks> (or it's only the Thalys's price and not TGV? the sentence isn't clear in this article)
[16:28] <pitti> nah, I have tons of offline stuff to work on; I so won't spoil my quiet time with bad internet to get interruptions again :)
[16:29] <pitti> Laney: oh indeed - I thought these 400 were bad ones from my test run, but apparently they were quite real
[16:29] <seb128> didrocks, I don't remember how much I paid, I think it was a bit expensive for an hour but like 10€ for the trip which I found alright for some hours
[16:29] <pitti> Laney: seems we indeed just landed a ton of stuff in xenial..
[16:29] <Trevinho> willcooke: oh...... Sorry for some reason I thought the meeting was at 17:30, and I was out before :-(
[16:29] <pitti> great, with lcy01 being dead again that'll take ages
[16:29] <Trevinho> willcooke: can I paste it now?
[16:29] <willcooke> Trevinho, no worries
[16:29] <willcooke> sure if you like
[16:29] <Laney> pitti: I was going to try a test run-from-checkout in lcy01
[16:29] <Trevinho> · Review of the Kylin lockscreen
[16:29] <Trevinho> · Review of various other branches
[16:29] <Trevinho> · Fixed matching of NoDisplay desktop files used for startup-notifications (i.e nautilus devices/trash)
[16:29] <Trevinho> · Improved nautilus patch to export opened locations for each window
[16:29] <Trevinho> · Nautilus patch (forwarded) for doing file operations with action timestamp (so to make present the potentia
[16:29] <Trevinho> · Looking into xorg-gtest pkg-config changes to fix a FTB in compiz
[16:29] <seb128> pitti, Laney, it's better than a ton, it's the new qt stack with kde bits
[16:29] <pitti> Laney: ah, please do, let me know
[16:30] <seb128> going to keep the machines busy
[16:30] <willcooke> thanks Trevinho
[16:30] <Laney> pitti: Was constructing the command (didn't find it in history), then someone connected to my screen
[16:30] <Laney> :P
[16:30] <pitti> Laney: lost history> I redeployed the worker last week, sorry
[16:30] <Laney> If you have it saved then probably faster for you to do it
[16:30] <pitti> Laney: oh -- that was you? sorry
[16:30] <Laney> or make an alias
[16:31] <pitti> Laney: you can copy&paste most of it from the top of the .log, just replace it with run-from-checkout and drop the -o
[16:31]  * pitti runs for small errand, brb
[16:32] <Laney> I'll force-badtest unity-scope-click
[16:32] <Laney> but I wonder if we can do something about bad-on-lxc packages that turn up in deps
[16:37] <pitti> Laney: per-arch force-badtest would be nice indeed
[16:37] <pitti> Laney: but it might be easier to just disable bluez.service in the armhf testbeds
[16:38] <Laney> that's probably reasonable
[16:38] <pitti> ln -s /dev/null /etc/systemd/system/bluez.service
[16:38] <Laney> what's the best way to do that?
[16:38] <pitti> (or so)
[16:38] <Laney> just statically?
[16:39] <pitti> Laney: we could add it to the ever-growing monstrosity of the setup_command in worker.conf
[16:39] <Laney> haha
[16:39] <pitti> Laney: did you just see it? you may vomit now :)
[16:39] <Laney> can this go into a proper shell script instead?
[16:39] <Laney> no I've seen it before
[16:39] <Laney> adt-run [16:33:40]: ERROR: testbed failure: cannot send to testbed: ['BrokenPipeError: [Errno 32] Broken pipe\n']
[16:39] <Laney> I guess this means lcy01 is still bad
[16:40] <Laney> didn't get much output though, wonder what I missed
[16:40] <pitti> Laney: oh right, that's on arm? I thought I collided with your byobu on the cloud controller (which is !arm)
[16:40] <pitti> Laney: where are you trying this?
[16:40] <Laney> no that was the lcy01 cloud
[16:40] <Laney> s/cloud/test/
[16:40] <pitti> ah right, I'm getting confused
[16:40] <Laney> sorry, doing/discussing two things at once
[16:41] <pitti> Laney: "nova boot" should still be in the history somewhere, that's a lower-level test; nova boot it and then see that you can ssh in
[16:41] <pitti> Laney: but yeah, iz gtk^Wcloud bug
[16:43] <Laney> pitti: ah, even this will fail?
[16:43] <Laney> ubuntu@laney-test:~$ echo "hi pitti"
[16:43] <Laney> hi pitti
[16:45] <pitti> Laney: well -- sometimes :)
[16:46]  * Laney reruns with -d
[16:47] <pitti> ok, so there goes my new britney deployment, I don't want to do it in the middle of this "1500 tests queued" madness
[16:48] <Laney> oh, funny
[16:48] <Laney> the missing en_GB.UTF-8 was breaking it
[16:48] <Laney> LC_ALL=C.UTF-8 is much better
[16:49] <pitti> Laney: what? bluez?
[16:49] <Laney> run-from-checkout
[16:51] <Laney> yep, this passed
[16:51] <Laney> I'll try re-enabling it
[16:52]  * pitti is watching Laney in action
[16:52] <pitti> ... | sort
[16:52] <Laney> haha
[16:52] <pitti> Laney: ok, so let's start small with just one?
[16:53] <pitti> Laney: btw, if you want to restart them all, you can now just restart autopkgtest-worker-launch, it won't tear down the running ones any more
[16:53] <Laney> ah, nice
[16:53] <pitti> Laney: that's what the 4-times-a-day caretaker crnojob does
[16:54] <pitti> i. e. wipe broken instances, restart all workers
[16:54] <pitti> Laney: is lcy01.rs a typo, or deliberately disabled?
[16:54] <pitti> Laney: so with that cloud-worker-maintenacne will restart all 8 workers the next time it runs
[16:55] <Laney> in 65 minutes, should be enough time to see if it's stable
[16:55] <pitti> Laney: and they will die down to the number that are sustainable, so it should work reasonably well
[16:55] <pitti> Laney: I need to leave to French class in about 15 mins; are you around for a bit to watch it?
[16:55] <pitti> I'll be back around 20:00 UTC
[16:56] <pitti> Laney: well, it doesn't really need that much watching any more, but would be nice to see if it got fixed
[16:56] <Laney> pitti: no worries, happy frenching
[17:02] <didrocks> frenching is always happy for the record Laney :)
[17:06] <seb128> pitti, bon français !
[17:06]  * Sweet5hark is back after outage from local provider ...
[17:22] <seb128> ok, going for some errands and diners, have a nice evening everyone!
[17:22] <qengho> bon nuit
[17:22] <willcooke> see ya seb128
[17:22] <didrocks> see you seb128!
[17:22]  * didrocks goes off too
[17:29] <willcooke> see ya didrocks
[17:30] <Sweet5hark> gah
[17:32]  * Sweet5hark needs to reconnect via his mobile phone as the landline broken (apparently someone stumbles through their datacenter and randomly unplugs cables)
[17:32] <Sweet5hark> (from reading meetingologys log): desrt: good ideas around coworking! In fact, I dumped similar thoughts on willcooke when we were in London ;) (though: similar != same)
[17:33] <willcooke> ah yes
[17:33]  * willcooke checks his mail
[17:34] <willcooke> right, they said they can't do it, but I will ask again
[17:34] <willcooke> the more people that ask the better the chances I think
[17:36] <desrt> no sprints and no office makes desrt something something
[17:36] <Sweet5hark> willcooke: we desktopper can chant a canon next time we are in london, if that helps ;)
[17:36] <willcooke> cant hurt
[17:37] <Sweet5hark> desrt: here's a ball to throw against the wall and a typewriter
[17:37] <desrt> reffing the simpsons rather than the shining, but sure :)
[17:37] <willcooke> desrt, go crazy?
[17:37] <desrt> don't mind if i do?!!@#
[17:37] <willcooke> \o/
[17:38] <Sweet5hark> https://www.youtube.com/watch?v=Od6hY_50Dh0
[17:39] <qengho> For the last decade or so, I've been meeting with others in my city who do Kind of the Same Thing. Put on trousers and pretend not to be a hermit for 8 hours, once a week.
[17:40] <qengho> It's better than ordering from Amazon so you get someone to talk to when Mr Fedex comes to your door.
[17:40] <qengho> They get upset when you hug 'em.
[17:41] <qengho> "Sign here." "No. Hug first."
[17:41] <mdeslaur> rofl
[17:41] <Sweet5hark> hrhr
[17:42] <willcooke> :)
[17:47] <Sweet5hark> qengho: same here, with "home hackings" a la http://sweetshark.livejournal.com/9361.html in my living room.
[17:48]  * Sweet5hark notices that its likely his turn to invite again ...
[17:48] <Sweet5hark> qengho: still -- doing that with canonicalites sometime would be good too.
[17:51] <qengho> Yep. Every c'ite within 70km was with us every Tuesday. At one time, four of us. In a cafe, with other strangers.
[18:22] <willcooke> g'night all