[07:08] <didrocks> good morning
[07:32] <seb128> good morning desktopers
[07:33] <didrocks> re seb128
[07:33] <seb128> lut didrocks :-)
[08:06] <pitti> bonjour didrocks et seb128 !
[08:07] <seb128> lut pitti, ça va comment ?
[08:08] <didrocks> bonjour pitti :)
[08:08] <pitti> seb128: je vais bien, merci ! alors, trop de bugs :)
[08:18] <pitti> seb128: hm, today's live image is broken -- something creates ~ubuntu/.config as user root and thus makes it not writable; causes the desktop to mostly fail
[08:18] <pitti> chown'ing it on VT1 and kill -9 -1 helps
[08:20] <seb128> pitti, shrug, I guess that's my fault :-/
[08:21] <seb128> pitti, I added a snippet to casper that mkdir a subdir in there
[08:22] <seb128> let me have a look to fixing it
[08:22] <pitti> seb128: there's a .config/ubuntu-systmre-settings
[08:23] <pitti> seb128: with "wizard-has-run"
[08:23] <seb128> yeah that's it
[08:23] <pitti> seb128: thanks
[08:25] <seb128> sorry for the issue
[08:25] <seb128> also the desktop shouldn't fail to start because a dir is not writable :-/
[08:26] <pitti> seb128: well, ~/.config is kinda important..
[08:26] <seb128> well, you could also have a full disk
[08:27] <seb128> that shouldn't let you out in the cold
[08:45] <mlankhorst> morning
[08:54] <willcooke> morning
[08:55] <seb128> hey willcooke mlankhorst
[08:56] <didrocks> hey mlankhorst, willcooke
[09:04] <seb128> didrocks, pitti, http://paste.ubuntu.com/9913882/ looks good to you?
[09:04] <Laney> larsu: missing icons -> add to debian/not-in-humanity.txt in adwaita-icon-theme and upload it
[09:04] <Laney> good morning!
[09:05] <pitti> seb128: WFM; that's essentially what I did on the live system
[09:05] <larsu> Laney: morning!
[09:05] <larsu> Laney: but ... why?!
[09:05] <seb128> pitti, danke
[09:05] <pitti> seb128: OTOH, why do we need a "wizard-has-run" file on the live CD?
[09:06] <didrocks> seb128: +1
[09:06] <didrocks> seb128: I got into the same trap 6 years ago, sorry, forgot to warn you about it :)
[09:06] <seb128> pitti, to not have the unity8 first run/configure your tz/password/wifi/etc on the live session
[09:06] <seb128> didrocks, :-)
[09:06] <mitya57> Laney, larsu: I have already uploaded a-i-t with that icon added to landing-000
[09:06] <Laney> larsu: we've had a split like this for years
[09:06]  * didrocks remembers to have broken the live during christmas period :)
[09:06] <Laney> mitya57: ok, why a silo?
[09:06] <seb128> hey larsu, wie gehts?
[09:06] <didrocks> and uploading the fix on the 25 of december ;)
[09:06] <seb128> hey larsu
[09:07] <didrocks> morning Laney, larsu!
[09:07] <larsu> bonjout seb128, didrocks!
[09:07] <larsu> *bonjour
[09:07] <larsu> I'm tired
[09:07] <mitya57> Laney: I wanted to have all three fixes in one place to ask seb128 to test it :)
[09:07] <Laney> the idea is to keep cd space down by avoiding shipping icons in multiple themes
[09:07] <larsu> mitya57: cool, thanks
[09:07] <seb128> larsu, mitya57, no fix for the greeter no-password-prompt issue?
[09:08] <mitya57> seb128: it needs fixes in THREE packages
[09:08] <larsu> seb128: already in trunk
[09:08] <seb128> larsu, can we land trunk?
[09:08] <mitya57> unfortunately larsu's unity-greeter fix FTBFS
[09:08] <seb128> mitya57, we need changed to unity-greeter?
[09:08] <larsu> mitya57: really? robert_ancell reviewed it
[09:08] <seb128> from the team meeting yesterday I think to remember that robert_ancell is working on the build issues on vivid
[09:09] <mitya57> seb128, https://code.launchpad.net/~larsu/unity-greeter/dont-set-spinner/+merge/247770
[09:09] <seb128> but yeah, probably new vala or something
[09:09] <mitya57> larsu: yes, and the bot agrees with me
[09:10] <seb128> robert_ancell summary at the meeting has "- Unity Greeter update for vivid (tests are failing on vivid, not on 14.04)"
[09:10] <larsu> mitya57: there's a mitya51 that is not you?!
[09:10]  * larsu is confused
[09:11] <mitya57> there are lots of mityas
[09:11] <larsu> interesting. sorry about that.
[09:12] <larsu> hm, build works for me
[09:12] <mitya57> no problem, I noticed the branch from IRC logs
[09:12] <larsu> and I doubt robert_ancell didn't test that
[09:12] <seb128> larsu, mitya57, hum, k, so if unity-greeter can't be build/uploaded, we might need to revert the theme change that broken it until u-g issue is resolved
[09:12] <seb128> larsu, test what?
[09:12] <Laney> did you try the testsuite?
[09:12] <seb128> larsu, u-g fails tests on vivid according to the meeting summary from robert_ancell
[09:13] <larsu> seb128: he approved the change, so I figured he'd have tested it
[09:13] <seb128> larsu, yeah, the change probably doesn't create regressions, still some u-g tests fail on vivid and that blocks upload to the distro until resolved
[09:13] <Laney> probably despite the already known test failure
[09:13] <seb128> larsu, which is orthogonal to your change but blocks its landing
[09:14] <larsu> ya
[09:14] <larsu> Laney: `make check` runs for me. I have to admit I didn't build the package though. Just from trunk
[09:15] <mitya57> seb128: maybe I can just upload the fix with disabled tests?
[09:15] <larsu> seb128, mitya57: please don't revert the theme
[09:15] <larsu> I can give you a small patch that should make this work
[09:16] <seb128> mitya57, I would prefer not disabling tests, it might be that there is something wrong in vala in vivid and that the binary is going to be buggy in result
[09:16] <larsu> but also shows static images for proper spinners when they are not spinning
[09:16] <mlankhorst> morning
[09:16] <mitya57> larsu: small patch for -themes that doesn't require changes to greeter?
[09:16] <mitya57> that would be ideal
[09:16] <mlankhorst> is there anyone from the MIR team here?
[09:16] <didrocks> pitti: I'm paying a high price in rebasing just to disable plymouth (as I did readd in multiple commits), ensuring that each commits can build, fixing typos, rebasing… and so on :p
[09:17] <Laney> oops, uploaded a ftbfsing a-l-m
[09:17] <didrocks> mlankhorst: I am
[09:19] <larsu> mitya57: we need the change to the greeter - this patch would just trade bugs
[09:19] <mlankhorst> didrocks: can you promote libepoxy in trusty? for xorg-server-lts-utopic. old bug at https://bugs.launchpad.net/ubuntu/+source/libepoxy/+bug/1342605
[09:19] <didrocks> mlankhorst: the MIR seems to have been already approved, right? So you just need an archive admin, not a MIR team member (some MIR team member aren't aa)
[09:20] <mitya57> larsu: the adwaita-icon-theme change is needed in any case, right?
[09:20] <mlankhorst> ok I just wasn't sure because this is an older version than the one from utopic that was approved
[09:21] <didrocks> mlankhorst: did you upload xorg already?
[09:21] <mlankhorst> yeah
[09:21] <didrocks> mlankhorst: you should get it into -proposed, and then, I can (with my AA hat) promote the deps
[09:21] <larsu> mitya57: yes
[09:21] <didrocks> mlankhorst: not accepted to -proposed as far as I can see
[09:21] <didrocks> https://launchpad.net/ubuntu/+source/xorg-server
[09:21] <larsu> I wish we could fix the greeter tests instead though
[09:21] <mlankhorst> didrocks: https://launchpad.net/ubuntu/trusty/+source/xorg-server-lts-utopic ?
[09:22] <Laney> let's look at the tests ;-)
[09:22] <larsu> yes, please
[09:22] <didrocks> mlankhorst: waow, the summary page doesn't show it!
[09:22] <mlankhorst> https://launchpad.net/ubuntu/+source/xorg-server-lts-utopic/2:1.16.0-1ubuntu1.2~trusty1
[09:22] <didrocks> mlankhorst: yeah, seeing here
[09:22] <mlankhorst> oke, good :-)
[09:22] <didrocks> mlankhorst: let me do a quick sanity check in term of deps
[09:24] <didrocks> mlankhorst: ok, no deps change, promoting
[09:24] <seb128> Laney, larsu, unity-greeter fails to build for me as well
[09:24] <didrocks> mlankhorst: I'm quite unsure how this will work btw as it's not in -update, let's see
[09:25] <mlankhorst> no idea either
[09:26] <larsu> seb128: tbh, I think we should upload the fix...
[09:26] <seb128> larsu, which one?
[09:26] <larsu> seb128: clearly the test is not related to my branch
[09:26] <seb128> larsu, well, the package is going to fail to build
[09:26] <seb128> or what do you mean?
[09:26] <seb128> you suggest disabling the testsuit?
[09:26] <larsu> yes
[09:26] <seb128> I don't like that, there might be real problems due to the new vala or something
[09:26] <larsu> is the version we have in vivid now failing to build as well?
[09:27] <seb128> we should understand the errors
[09:27] <seb128> yes
[09:27] <didrocks> mlankhorst: yeah, that doesn't work
[09:29] <mlankhorst> hm iirc some package in precise got promoted for similar reasons, but can't remember if that was the case or not
[09:29] <seb128> larsu, the tests have warnings like
[09:29] <seb128> (./unity-greeter-test:14152): Gtk-WARNING **: Could not find the icon 'image-missing-ltr'. The 'hicolor' theme
[09:29] <seb128> was not found either, perhaps you need to install it.
[09:29] <mitya57> that should not be related
[09:29] <larsu> should be fixed anyway...
[09:29] <didrocks> mlankhorst: pinged colin about it
[09:29] <seb128> larsu, yeah, not sure what we are arguing on there
[09:30] <didrocks> see #ubuntu-release
[09:30] <mlankhorst> oke
[09:30] <seb128> larsu, robert_ancell wrote in his weekly summary that it's working on fixing the tests, but that didn't happen yet
[09:30] <seb128> larsu, if it takes a week we don't want to have the password prompt missing on the greeter for a week
[09:30] <seb128> I can drop an email to robert and see tomorrow where he is with those issues
[09:31] <larsu> seb128: wait for a moment. I'm still trying to reproduce
[09:31] <larsu> seb128: do you see the same problem when building in source?
[09:31]  * larsu doesn't get any of those warnings
[09:31] <seb128> no, only with debuild
[09:33] <seb128> I guess another env issue
[09:37] <seb128> larsu, unset XDG_DATA_DIRS make check
[09:37] <seb128> that reproduces it
[09:37] <seb128> the env in which the tests are run doesn't have the XDG_ variables it seems
[09:37] <larsu> seb128: thanks!!
[09:38] <seb128> larsu, yw!
[09:38] <larsu> they should definitely run with those set
[09:38] <larsu> shouldn't crash without them, though
[09:39] <seb128> yeah, not sure what change the env in the packaging tools
[09:41] <larsu> the test env should set them afaic
[09:41] <larsu> *afaik
[09:42] <seb128> bug in the tests then?
[09:44] <larsu> bug in the system whereever the tests are running I would say
[09:45] <mitya57> Hm, I seem to get a message about hicolor not found even if I install hicolor-icon-theme
[09:46] <Laney> see previous chat
[09:46] <seb128> mitya57, it's because XDG_DATA_DIRS is not set
[09:46] <Laney> XDG spec says you should cater for them being unset or empty
[09:46] <larsu> this is a bug in gtk even
[09:46] <Laney> why?
[09:46] <Laney> the test runner sets XDG_DATA_DIRS
[09:47] <larsu> Laney: sure? I get the exact same error when unsetting it
[09:47] <Laney> look at tests/test.vala
[09:47]  * Laney builds
[09:48] <larsu> so the problem in gtk is this: it doesn't find an icon and falls back to image-missing-ltr, but doesn't check whether _that_ is there
[09:53] <larsu> hm, that icon is shipped with gtk
[09:54] <mitya57> larsu: do you want a stacktrace? http://paste.ubuntu.com/9914563/
[09:55] <larsu> thanks, but I've already figured it out
[09:56] <larsu> seb128: so ... these tests can be fixed by a gtk upload :)
[09:57] <seb128> great!
[09:57] <seb128> what's the issue?
[09:57] <seb128> we don't ship the icon in our binary?
[09:57] <seb128> e.g .install to update?
[09:57] <larsu> seb128: gtk doesn't. It has the icon in tree, but fails to include it as a resource (a simple Makefile.am change)
[09:57] <seb128> oh ok
[09:58] <larsu> seb128: do we have the time for this? Or do you want to revert?
[09:58]  * larsu needs a bit to test everything
[09:58] <seb128> larsu, let's move forward
[09:58] <Laney> you can also fix the test to set up XDG_DATA_DIRS properly and install an icon theme
[09:58] <seb128> Laney, it's not set properly?
[09:59] <seb128> I though you said it was
[09:59] <Laney> well it doesn't add the system directories if the variable isn't there
[09:59] <seb128> k, which is the case there
[09:59] <larsu> Laney: all packages have to do this?
[10:00] <Laney> It sets the variable up itself to point to a private directory
[10:01] <Laney> so it ends up being called like XDG_DATA_DIRS=/.../unity-greeter/usr/share/ ./testsuite
[10:01] <Laney> instead of XDG_DATA_DIRS=/usr/local/share/:/usr/share/:/.../unity-greeter/usr/share/ ./testsuite
[10:02] <larsu> Laney: it appends the system dirs, though
[10:02] <Laney> where?
[10:03] <Laney> also couldn't this set GSETTINGS_SCHEMA_DIR instead?
[10:04] <larsu> hm? What does that have to do with it?
[10:05] <larsu> test.c:758
[10:05] <pitti> didrocks: err, I was sure I read "Exit statuses" somewhere, sorry about that
[10:05] <pitti> didrocks: hence my recommendation to use "status" or "states" -- weird brain-o!
[10:05] <didrocks> pitti: ah, I thought you wanted to remove the "Exit"
[10:05] <didrocks> pitti: thanks again for all the reviews!
[10:06] <pitti> didrocks: I'm currently knee-deep in debugging two other things and have two meetings in the afternoon
[10:06] <pitti> didrocks: but I suppose there's not much further stuff that I'll find by myself, so feel free to post upstream!
[10:07] <Laney> larsu: one sec
[10:07] <didrocks> pitti: ok, doing some final testing and preparing the email! good luck for your debugging :)
[10:07] <pitti> didrocks: thanks, and good luck with the upstreaming!
[10:07] <didrocks> thx!
[10:08] <pitti> didrocks: lennart is currently on a "catch up with ML and patches" quad-damage spree, so good time :)
[10:08] <didrocks> heh, indeed!
[10:09] <willcooke> mlankhorst, did you see my message last night about input in Mir?
[10:10] <mlankhorst> yeah
[10:10] <mlankhorst> good news
[10:10] <Laney> larsu: http://paste.ubuntu.com/9914739/
[10:10] <willcooke> mlankhorst, is it?  I was going to ask - does it look like we're getting closer to what we need?
[10:10] <willcooke> I'll take "good news" to be a yes :)
[10:11] <willcooke> seb128, I opened this too:  https://bugs.launchpad.net/mir/+bug/1415161
[10:11] <mlankhorst> well it's not what you think it is, but it's useful for me
[10:11] <willcooke> mlankhorst, progress LD#
[10:11] <willcooke> :D
[10:11] <Laney> gives: http://paste.ubuntu.com/9914743/
[10:11] <larsu> Laney: that might be necessary, but doesn't fix the issue
[10:11] <willcooke> seb128, I dont think it will be useful for pure desktop mode necessarily
[10:11] <mlankhorst> afaict it's required to get rid of the separate mir threads, X is single threaded
[10:11] <larsu> Laney: and I wonder why it's compiling the schema itself anyway...
[10:12] <larsu> Laney: so that we can run the test in-tree?
[10:12] <Laney> I guess
[10:12] <mlankhorst> but it doesn't mean input support is suddenly better
[10:12] <mlankhorst> from what I can tell at least
[10:12] <willcooke> mlankhorst, ohh, ok.
[10:12] <willcooke> sad face
[10:13] <Laney> it fixes the *build*, and means that the test doesn't mess up XDG_DATA_DIRS (and presumably runs with right icons now)
[10:14] <Laney> but you're probably right about there being a gtk bug too
[10:14] <larsu> Laney: I'm pretty sure it doesn't fix the build
[10:14] <Laney> ...
[10:14] <Laney> I tried it
[10:14] <Laney> 28/01 10:11:10 <Laney> gives: http://paste.ubuntu.com/9914743/
[10:15] <larsu> oh, you added ubuntu-mono as well
[10:15] <larsu> fair enough, sorry
[10:15] <Laney> ya
[10:15]  * larsu focussed on the GSETTINGS_SCHEMA_DIR
[10:16] <larsu> Laney: thanks a lot. That makes things easier. Want me to just add this patch to my branch?
[10:17] <mitya57> Laney: isn't humanity-icon-theme enough?
[10:17] <Laney> dunno
[10:18] <Laney> larsu: sure
[10:24] <larsu> Laney: done, thanks again
[10:24] <larsu> seb128: ^
[10:26] <Laney> ty
[10:26] <Laney> mitya57: you want to re-upload to landing-000?
[10:27] <mitya57> Laney: I can (though in this case it will be -0ubuntu3)
[10:27] <Laney> yeah, I don't know why this native package has a non-native version number
[10:28] <Laney> doesn't really matter
[10:29] <Sweet5hark> bonjours a tous!
[10:30] <Sweet5hark> pitti: I see the libreoffice autopkgtests for are red -- but the logs show a happy "junit-subsequentcheck PASS" on both i386 and amd64. Any hints?
[10:31] <pitti> junit-subsequentcheck FAIL non-zero exit status 1
[10:31] <mitya57> Laney: wait a minute
[10:31] <pitti> patching file solenv/gbuild/JunitTest.mk
[10:31] <pitti> Hunk #1 FAILED at 57.
[10:31] <pitti> 1 out of 1 hunk FAILED -- saving rejects to file solenv/gbuild/JunitTest.mk.rej
[10:31] <pitti> Sweet5hark: ^ probably due to that? ^
[10:35]  * Laney freezes
[10:36]  * mitya57 wonders why dpkg refuses to build a .dsc
[10:36] <seb128> willcooke, ok, do they want us to file bugs about wm issues? I assumed that it was not very useful to do so yet, since they basically did 10% of the work needed, so you could file like a list of an hundred "bugs"
[10:36] <willcooke> seb128, I saw a feature I wanted so I logged a bug :D
[10:36] <seb128> willcooke, sure, I'm just asking if we should spam them
[10:36] <Sweet5hark> pitti: where did you find that? so far I only found "hunk succeeded ..." at https://jenkins.qa.ubuntu.com/view/vivid/view/AutoPkgTest/job/vivid-adt-libreoffice/ARCH=amd64,label=adt/lastSuccessfulBuild/artifact/results/log
[10:37] <seb128> willcooke, like I can open some 30 of those todays if you want to track every detail of wm
[10:37] <seb128> we should maybe talk to them to know if they think it's useful there
[10:37] <willcooke> seb128, I'll put it on the agenda for next week.... do they want feature requests from us.  I think we should log them, since "we" have 10 years of knowing about a desktop WM
[10:37] <seb128> or if we should let them get it a better working state first
[10:38] <seb128> willcooke, right, some of them do as well, they used to maintain compiz :-)
[10:38] <willcooke> fair
[10:38] <willcooke> :)
[10:39] <didrocks> seb128: "suffer from" you meant?
[10:39] <willcooke> :D
[10:39] <mitya57> Laney: uploaded to 000
[10:40] <seb128> didrocks, that too indeed!
[10:40] <Laney> groovy
[10:40] <seb128> larsu, sorry, do you have something ready/that needs sponsoring?
[10:40] <Laney> seb128: that's what mitya57 just uploaded
[10:40] <larsu> seb128: I think mitya57 is on it
[10:40] <seb128> great
[10:40] <Laney> I think we can get the gtk fix via upstream now
[10:41] <larsu> right
[10:41] <Laney> assuming larsu still thinks it's worth it
[10:41] <larsu> Laney: definitely needed
[10:41]  * larsu is hacking Makefile.am right now
[10:41] <Laney> \m/
[10:41]  * darkxst thinks mitya57 needs an ambulance ;) atleast thats what you get in Aus when you dial 000!
[10:42] <darkxst> seb128, if your looking for things to sponsor ;) my gnome-session wayland split needs sponsoring ;)
[10:42] <seb128> darkxst, hey, I can try to have look today
[10:43] <darkxst> seb128, thanks
[10:43] <mitya57> darkxst: :D
[10:43] <Laney> darkxst: did bigon get back to you?
[10:43] <Laney> (oh hi bigon, didn't know you were here!)
[10:44] <didrocks> we can pay him in beer over the week-end otherwise
[10:44] <darkxst> Laney, no
[10:44] <mitya57> Laney: oh, it again ftbfs
[10:44] <Laney> wtf
[10:44] <Laney> can it really be?
[10:45] <mitya57> https://launchpadlibrarian.net/196018040/buildlog_ubuntu-vivid-ppc64el.unity-greeter_15.04.2-0ubuntu3_FAILEDTOBUILD.txt.gz
[10:45] <pitti> Sweet5hark: it's the latest log -- https://jenkins.qa.ubuntu.com/job/vivid-adt-libreoffice/122/ARCH=i386,label=adt/console (at the bottom)
[10:45]  * mitya57 tries to understand what happened
[10:45] <Laney> unmet build deps, what even?
[10:45] <mitya57> Laney, my fault probably
[10:46] <bigon> darkxst: hey
[10:46] <darkxst> bigon, hi
[10:47] <bigon> you should better ask to somebody else in the debian GNOME team, I'm quite unavailable ATM
[10:47] <mitya57> Laney: I don't want to do a -0ubuntu4, so maybe I'll upload it directly to archive with -0ubuntu2?
[10:47] <Laney> hang on
[10:48] <Laney> that would be fine if you want to
[10:48] <bigon> (didrocks: I hope I'll be able to attend fosdem, that's not 100% sure ATM :/)
[10:48] <Sweet5hark> pitti: doh! thanks, I was confused by jenkins showing "last successful artifacts" were I expected "last artifacts" ....
[10:49] <didrocks> bigon: argh, keep us posted!
[10:49] <didrocks> bigon: and good luck :)
[10:49] <mitya57> Laney: in fact, we should convince robert_ancell to select a better format than 3.0 native with revision number
[10:50] <mitya57> All my tools refuse to work with that :)
[10:50] <Laney> AFAIK you just have to say 'y' to debuild -S
[10:50] <Laney> but indeed it makes them complain at you
[10:50] <darkxst> bigon, ok I will keep pinging!
[10:50] <Laney> still don't see the problem, btw
[10:52] <Laney> oh right, the dsc doesn't have it
[10:52] <Laney> wonder how you managed that
[10:55] <mitya57> waiting for the last test build to finish, will be really soon
[10:55] <Laney> can you improve my changelog message?
[10:57] <Laney> "* Set GSETTINGS_SCHEMA_DIR - this environment variable can be used instead of XDG_DATA_DIRS to cause gsettings to use a different directory for loading schemas."
[10:57] <Laney> "* Build-Depend on ubuntu-mono - the above change fixes a hidden bug which caused a fallback icon theme to be used. We can now use our proper one."
[10:57] <Laney> or something
[10:57] <Laney> mitya57: ^
[10:58] <mitya57> Laney: too late...
[10:59] <Laney> ho hum :)
[11:00] <mitya57> Laney: actually I wonder how much sense does it make to build-depend on ubuntu-mono and not ubuntu-settings
[11:01] <mitya57> How does Gtk know that our theme is ubuntu-mono?
[11:01] <Laney> /etc/gtk-3.0/settings.ini
[11:02] <mitya57> Nice, didn't know about that
[11:02]  * mitya57 notices that gtk-fallback-icon-theme is still gnome, not Adwaita
[11:03] <larsu> Laney: oh wow, it still looks at that?
[11:03] <mitya57> Or maybe I just need to upgrade gtk
[11:03] <Laney> I think so ...
[11:03] <Laney> at least I munged it in jhbuild the other day when testing reftests and it seemed to respect it
[11:04] <larsu> interesting
[11:04] <Laney> mitya57: actually that fallback one is ignored according to the documentation
[11:04] <mitya57> ok
[11:04] <mitya57> Now that greeter and a-i-t are in archive, should I land ubuntu-themes as well?
[11:05] <Laney> larsu: ah this is the fallback when there's no other xsettings manager
[11:05] <larsu> ah, right
[11:13] <mitya57> larsu: can you please copy the changelog entry from what I uploaded to your MP?
[11:14] <Laney> I can just fix it up when pushing
[11:15] <larsu> thanks Laney
[11:15] <mitya57> ok
[11:16] <mitya57> themes are there, sponsored for larsu
[11:40] <Cimi> popey, next sprint? https://www.kickstarter.com/projects/elanlee/exploding-kittens :D
[11:43] <popey> yeah, I backed it :)
[12:05] <tsdgeos> guys
[12:05] <tsdgeos> since yesterday on vivid
[12:06] <larsu> tsdgeos: we're on it.
[12:06] <tsdgeos> lightdm is missing the text fields
[12:06] <tsdgeos> i can still type the password
[12:06] <larsu> fix is in the queue
[12:06] <tsdgeos> larsu: stop reading my mind, not funny :D
[12:06] <larsu> tsdgeos: ;)
[12:08] <willcooke> \o/
[12:26] <Sweet5hark> note to self: try to run the test suite of the release series you want to test next time.
[12:26] <Sweet5hark> amazing that it did work that well ...
[12:40] <seb128> Sweet5hark, hum, libreoffice migration is blocked on libcmis autopkgtests issues that look like to be errors in the test machinery
[12:41] <seb128> hum, not on this one https://jenkins.qa.ubuntu.com/job/vivid-adt-libreoffice/lastBuild/ARCH=i386,label=adt/console
[12:41] <seb128> adt-run [17:12:41]: test junit-subsequentcheck:  - - - - - - - - - - results - - - - - - - - - -
[12:41] <seb128> junit-subsequentcheck FAIL non-zero exit status 1
[12:41] <seb128> Sweet5hark, can you look at that?
[12:43] <Sweet5hark> seb128: see backlog
[12:43] <seb128> Sweet5hark, oh, I didn't connect what you wrote to the issue
[12:44] <seb128> you said " amazing that it did work that well ..."
[12:45] <seb128> larsu, do you think you could nag somebody about https://bugzilla.gnome.org/show_bug.cgi?id=738625 ?
[12:46] <Sweet5hark> seb128:  yeah, I locally tested the 4.3 testsuite against 4.4 ... and that worked, which is pretty amazing. However we need 4.4 tests running against 4.4. I already have a http://people.canonical.com/~bjoern/vivid/4.4.0/libreoffice_4.4.0~rc2-0ubuntu3_source.changes but hang on, Im still testing if that really fixes the issue.
[12:50] <Sweet5hark1> seb128:  yeah, I locally tested the 4.3 testsuite against 4.4 ... and that worked, which is pretty amazing. However we need 4.4 tests running against 4.4. I already have a http://people.canonical.com/~bjoern/vivid/4.4.0/libreoffice_4.4.0~rc2-0ubuntu3_source.changes but hang on, Im still testing if that really fixes the issue. (resend, got disconnected)
[13:04]  * Laney stabs autotools
[13:05] <Laney> FUNCTION ([args...], FOO) → possibly undefined macro FOO
[13:05] <Laney> what it really means is that I shouldn't have put a space after FUNCTION
[13:05] <Laney> what kind of error is that
[13:06] <larsu> Laney: it can't know, because macros without arguments exist
[13:07] <Laney> why didn't I get an error which talked about FUNCTION?
[13:07] <Laney> that's where the actual error was
[13:08] <larsu> because you successfully defined a macro called FUNCTION
[13:08] <larsu> every occurrence of FUNCTION in your source gets replaced with ([args...], FOO)
[13:08] <larsu> and then it doesn't know about FOO
[13:15]  * Sweet5hark1 joins in stabbing autotools. for whatever reason. it deserves.
[13:41] <Laney> seb128 / didrocks: could you quickly merge lp:~laney/activity-log-manager/merge-archive-uploads into trunk for me please?
[13:42] <didrocks> Laney: sure, looking
[13:42] <didrocks> Laney: done
[13:43] <seb128> Laney, want access to the corresponding team?
[13:43] <seb128> didrocks, thanks
[13:45] <Laney> seb128: if you want ;-)
[13:46] <seb128> oh, in fact I'm not admin, can't do that
[13:47] <Laney> oh well
[13:47] <Laney> thx for looking
[13:47] <Laney> thanks didrocks
[13:52] <didrocks> yw
[14:18] <Sweet5hark1> db3xj
[14:19] <Sweet5hark1> whops ignore that
[14:19] <didrocks> Laney: what does those "apply upstream" means? they are in ubuntu-control-center now?
[14:19] <Laney> It means I applied a distro patch upstream
[14:20] <didrocks> Laney: upstream isn't lp:activity-log-manager?
[14:20] <didrocks> ah, you kept that in the same repo
[14:20] <didrocks> just applied it inline
[14:20] <Laney> it never was in the repo, I just uploaded it
[14:21] <didrocks> Laney: bzr repo
[14:21] <Laney> correct
[14:21] <didrocks> ok, I'll probably need to touch the whoopsie part, hence the question
[14:22] <Laney> (1) apt-get source a-l-m (2) hack-hack-hack (3) dput (4) bzr branch lp:a-l-m (5) patch -p1 < ... (6) bzr commit (7) bzr push
[14:22] <didrocks> yeah, sounds good
[14:22] <Laney> maybe you could just release what's in bzr though
[14:22] <didrocks> Laney: yeah, can't :/
[14:22] <Laney> as you have access there
[14:22] <Laney> I think robert_ancell just applied all the distro patches
[14:31] <Sweet5hark1> seb128: eh, revitalizing the autopkgtests on 4.4 might take a while ... :/
[14:36] <larsu> Laney: I've backported the image-missing patch to our package. Not sure if it's worth it tbh, but maybe we'll see similar issues in other tests
[14:36] <larsu> https://code.launchpad.net/~larsu/gtk/backport-image-missing-patch
[14:36] <larsu> Laney: do you prefer a MR?
[14:37] <Laney> larsu: nah, that's fine, ta
[14:37] <Laney> will you push it to 3.14 when acked?
[14:38] <larsu> not sure
[14:38] <larsu> probably a good idea...
[14:38] <Laney> think so
[14:39] <larsu> mclasen does to. Pushing
[14:39] <larsu> I guess you can ignore my branch then and wait for the next release
[14:40] <Laney> ok
[14:40] <Laney> will keep it in mind if we see anything similar
[14:50] <seb128> we can also stack in the vcs for the next upload
[14:51] <seb128> not sure how often gtk upstream is still going to release on that serie
[14:53] <larsu> seb128: there was one 17 days ago
[14:53] <larsu> I guess we could just ask mclasen to make one if we need it
[14:55] <seb128> we don't, no hurry
[14:55] <seb128> I guess there is going to be one at some point still this cycle
[14:56]  * larsu nods
[14:56] <larsu> if not, we'll ask then
[14:57] <seb128> wfm
[15:23] <didrocks> pitti: quite unsure about bug #1411140 TBH, the failure that I can reproduce seems to be that we can't unmount /etc/machine-id as if it wasn't a mount point
[15:23] <didrocks> pitti: but the job start condition is that /etc/machine-id is a mount point…
[15:24] <didrocks> pitti: and if I set that live up (after boot) with / ro, machine-id-setup -> / rw
[15:24] <didrocks> and run machine-id-commit, no error
[15:24] <pitti> didrocks: oh nice, you can use send() on stream sockets? I wasn't aware of that (just reading your new patch)
[15:24] <didrocks> pitti: yeah ;)
[15:25] <pitti> didrocks: might be some weird interaction with overlayfs?
[15:25] <didrocks> pitti: funny that part of the comments are on the old code I just moved between files though :p
[15:25] <didrocks> pitti: yeah, that's my guess :/ Not really sure how to handle this though
[15:25] <didrocks> like how to test apart from copying shell and break in casper bottom?
[15:25] <pitti> didrocks: not really urgent IMHO; it's just cosmetical, we can handle that after FF
[15:26] <didrocks> pitti: yeah, I would love to understand it though :p
[15:27] <didrocks> pitti: oh, seems that if I stop it and restart, it's still starting even if /etc/machine-id isn't a mount point
[15:28]  * didrocks smells that Jan 15 08:08:47 ubuntu systemd[1]: Starting Commit a transient machine-id on disk...
[15:28] <didrocks> ConditionPathIsMountPoint is ignore…
[15:28] <didrocks> ignored*
[15:29] <didrocks> pitti: right, seems it's overlayfs messing with ConditionPathIsMountPoint
[15:35] <pitti> didrocks: yeah, doesn't surprise me too much; I figure systemd still sees the underlay?
[15:37] <didrocks> pitti: yeah, can be
[15:50] <Sweet5hark1> autopkgtests are running now for some time ...
[15:50]  * Sweet5hark1 hopes for the best
[16:02] <Sweet5hark1> ... and finished.
[16:03] <Sweet5hark1> seb128: http://people.canonical.com/~bjoern/vivid/4.4.0/libreoffice_4.4.0~rc2-0ubuntu3_source.changes should fix the autopkgtests. Please consider uploading. The diff is small (only in ./debian/tests so should not risk any regressions outside of autopkgtests)
[16:44] <seb128> Sweet5hark1, was that a real issue or a buggy test?
[16:44] <seb128> if it's only a buggy test maybe pitti or Laney can help overwrite the autopkgtest result to get the current build to migrate to vivid?
[16:45] <Sweet5hark1> seb128: the patching of the test to only run the subsequenttest (and not a full build) was outdated.
[16:45] <Sweet5hark1> seb128: so no failing test and thus no change to production code
[16:46] <pitti> I can help unblocking packages which are blocked on *other* package's failing tests (although the release team would frown), but as I'm not ~ubuntu-archive I can't add the official "force-badtest" stamp to promote a package with broken tests
[16:47] <pitti> I'm fine with having that added for current LO to avoid another long upload/build just for that, though
[16:47] <Laney> Wouldn't it be best to know that the tests pass?
[16:47] <pitti> sure :)
[16:48] <Sweet5hark1> Laney: sure, but in this case you are squatting an armhf builder for ~a day to rebuild stuff with no change at all ...
[16:49] <Sweet5hark1> well, half a day
[16:52] <Laney> It's not no change though, the change is to make the tests actually get run?
[16:53] <Laney> If you mean no change to LO itself, well yes, but we can't just change debian/tests on it sown
[16:54] <Laney> Can override it if you really prefer though
[16:57] <Sweet5hark1> Laney: the diff is changelog and a patch in ./debian/tests/patches. No change to ./debian/rules, ./debian/patches ./debian/control, so it should produce the same binaries (modulo changes in dependencies in the meantime).
[16:58] <Laney> I get it - the point would be to get a successful test run on jenkins.qa.u.c
[16:59] <Sweet5hark1> Laney: FWIW, this is rc2 and rc3 was tagged upstream yesterday and will be released as final tommorrow. So this build wont stay around forever.
[17:02] <Sweet5hark1> Laney: anyway, I mostly dont care how to move this forward: either by handwaving on jenkins or by uploading a 0ubuntu3. I care though that this moves forward as there are more changes to be done (rc3 from upstream, mergedlibs, some MIRs and dep changes etc.) and I dont want to stuff even more in this first-upload-of-a-major-release-series. incremental changes are much better.
[17:03] <Laney> Sweet5hark1: OK I added the skip. For this version only, so make sure the next one works. :)
[17:03] <Laney> http://packaging.ubuntu.com/html/auto-pkg-test.html#executing-the-test ← that's how I run these tests
[17:04] <Sweet5hark1> Laney: yeah, I know. I ran the test locally.
[17:08] <Sweet5hark1> Laney: Before -0ubuntu2 I ran the tests too, but I fumbled by running the tests from LibreOffice 4.3.3 against 4.4.0 ... which amazingly worked, but made me miss that I needed to refresh the patch against 4.4 (which is what I did for -0ubuntu3 and then ran the right testsuite for a change)
[17:08] <pitti> seb128: I have a fix for bug 1415104 :)
[17:51] <larsu> pitti: can I try out systemd on vivid yet? Would like to help amigadave a bit on gnome-journal, but I have nothing in the journal on my system :)
[18:16] <seb128> pitti, great!
[18:33]  * willcooke -> EOD o/
[18:56] <larsu> Laney: appdata-util and appstream-util should probably conflict each other
[18:56]  * larsu just got an error about both trying to install the same files
[20:00] <robert_ancell> Laney, nice, you found what was breaking the u-g build