=== michi__ is now known as michi === michi is now known as Guest35414 === tvoss_ is now known as tvoss|flaky_wire [06:26] didrocks: morning. platform is in need of two new packages libhardware2 and libhybris-common1 https://code.launchpad.net/~timo-jyrinki/cupstream2distro-config/platform_add_libhardware2_libhybris-common1/+merge/178881 [06:27] Mirv: ok, I think that's the transition needed for the armhf != android [06:28] Mirv: approved, please ensure you merge to trunk before deploying [06:28] (fixed some issues in the shell scripts this morning) [06:28] anyway, the -ati machine is down again [06:30] didrocks: hey, could you look at bug 1189180 ? [06:30] Launchpad bug 1189180 in cheese (Ubuntu) "[MIR] cheese" [Undecided,Incomplete] https://launchpad.net/bugs/1189180 [06:30] didrocks: ok. and yes. [06:30] jbicha: it's part of top list of my TODO, I'll catch it before EOW, is that good for you? [06:30] jbicha: I just need to find some time to dive into the context, but I don't see a blocker ;) [06:31] didrocks: sure, I just wanted to make sure you saw it; if you wait long enough, someone else might take care of it too :) [06:31] jbicha: I would love that, but honestly I doubt about it :p [06:31] jbicha: but yeah, you are on my unread MIR box on that purpose ;) [06:32] it unfortunately has your name attached to it as TIL ;) [06:33] jbicha: we are just 2 active MIR member [06:33] so 50% of chance ;) === tvoss|flaky_wire is now known as tvoss|test [06:34] oh really? :( [06:34] yep… [06:36] robru: so the u1db-qt thing is just about checking/approving the cu2d merge request so that I can deploy it. Francis already looked at it once [06:37] Mirv, anything I should do to confirm it more thoroughly? I just read it and it looks good. [06:37] packaging is fine, ready to go to distro? [06:38] haven't looked at the packaging yet, just the cu2d branch ;-) [06:38] robru: I don't think there is much that can be tested other than trying to get it built then after approving [06:38] robru: seb128 looked at the packaging and preNEW approved it [06:38] ok [06:38] so I think it should be good to go [06:38] should we top approve then? [06:38] \o/ [06:40] robru: thanks [06:41] I'll see how it goes, in a while [07:05] jibel: salut! [07:05] jibel: ati machine down morning ping :p [07:05] didrocks, Good morning [07:06] didrocks, just restarted it. [07:06] thanks! :) [07:06] didrocks, I added a restart of the machine before the first stack starts but it apparently didn't work [07:07] jibel: or maybe it got down after that? [07:07] like after the platform stack? [07:07] didrocks, yes but I fail to find the cause of the hang [07:08] yeah :/ [07:23] didrocks: mir migration would be needing ack http://10.97.0.1:8080/view/cu2d/view/Head/view/Mir/job/cu2d-mir-head-3.0publish/lastSuccessfulBuild/artifact/packaging_changes_mir_0.0.8+13.10.20130807.1-0ubuntu1.diff + unity8 commit revert affecting packing http://10.97.0.1:8080/view/cu2d/view/Head/view/Unity8/job/cu2d-unity8-head-3.0publish/lastSuccessfulBuild/artifact/packaging_changes_unity8_7.81.3+13.10.20130807-0ubuntu1.diff [07:23] unity8 also warns about platform not being published, but there is no dependency between the changes and platform [07:24] Mirv: does mir needs the platform change? [07:24] Mirv: +1 on unity8 [07:28] didrocks: no, there's no changes in qtubuntu or platform-api packages (which are in platform, except that platform-api has location service API now added). should mir stack depend on platform and give a warning, which it now didn't? [07:30] Mirv: yeah, I think the dep order (and so schedule time) has to change [07:30] same for mirslaves [07:30] Mirv: so this new build-dep is already in distro? (if so +1) [07:31] didrocks: yes, appeared today https://launchpad.net/ubuntu/saucy/armhf/libhardware-dev [07:31] Mirv: ahah, really really new! excellent then :) please publish [07:34] Mirv: I'm happy that with all the intrusive changes I committed to both cupstream2distro and the jenkins shell scripts that it didn't explode :) [07:35] I was preparing my buckets of water [07:35] hehe, seems good so far yes :) [07:35] ;) [07:36] didrocks: bamf would have a new symbol http://10.97.0.1:8080/view/cu2d/view/Head/view/Indicators/job/cu2d-indicators-head-3.0publish/lastSuccessfulBuild/artifact/packaging_changes_bamf_0.5.0+13.10.20130807-0ubuntu1.diff [07:37] Mirv: looks good, however, can you not publish that one (not urgent I think)? I want to see if autopublish for dependant stacks is working [07:37] Mirv: so waiting for stacks depending on that one to be ready [07:37] didrocks: ok, yes not urgent [07:37] (and so in manual publication) [07:37] Mirv: if you see one, like unity and so on, which are in manual publication because of indicators, mind pinging me? [07:38] ok === tvoss|test is now known as tvoss|flaky === seb128_ is now known as seb128 [07:59] good morning desktopers [07:59] Mirv: I published the settings stack (just for info) [08:00] seb128: nooooo [08:00] did you? [08:00] didrocks, yes [08:00] :/ [08:00] ? [08:00] I wanted to see the cascade [08:00] of autopublishing [08:00] oh :/ [08:00] next time I guess [08:00] this was the perfect thing though :p [08:01] sdk blocked on platform failing [08:01] you guys should have cascaded earlier :p [08:01] settings blocked on sdk + manual packaging change [08:01] seb128: the ati machine was stuck [08:01] so I was just waiting for platform to finish [08:01] :/ [08:01] we found at least why [08:01] Mir again… [08:02] that's why the ati machine is screwed everyday [08:02] the libhybris issue got fixed at least [08:02] how is it breaking it? [08:02] yeah, but it's not the exact issue that stucks u-s-c- [08:02] * [08:02] anyway, the bug is opened for a week, now, I'm disabling their stack [08:02] until they start working on it [08:03] ok [08:05] seb128: :) [08:06] ok, at least, I'll check that as published, the settings stack shouldn't be triggered [08:07] didrocks, Mirv: do you guys keep the indicator stack blocked also for testing purpose? [08:07] seb128: yes [08:07] seb128: yeah, nothing important right now to publish AFAIK [08:08] so just waiting for unity head to finish [08:08] and then, I'll trigger it [08:08] k [08:08] I hope unity has packaging change [08:08] to confirm what I wanted [08:08] (even if this one will just be a one-direct relationship, not 2 as settings was) [08:10] didrocks, we can re-create the settings situation if you want, we just need a packaging change and to retrigger the stack (it's a small one to run) [08:11] seb128: no, it won't build now as long as platform isn't finished [08:11] k [08:11] hum, sdk is finished, so we can trick it [08:11] I can trick it [08:11] the copy can then not work, but I guess we don't care [08:13] seb128: ok done [08:13] seb128: the only side effect we will have is a branch that's going to be proposed which the same content than the one already proposed [08:13] didrocks, "done"? what did you do exactly ;-) [08:13] copy2distro will reject the stack as we'll have a newer version available in distro [08:13] seb128: tricked it [08:13] ok [08:13] please don't republish! :p [08:15] don't worry, I'm staying away from it [08:15] heh ;) [08:15] * didrocks is in suspens mode [08:15] I wanted the gsettings-qt segfault fix in, and it's in (that's why I published earlier) [08:15] no worry ;) [08:15] seb128: so, for the hybris part, I saw some upload, the issue with android drivers is fixed? [08:16] (do you mind explaining quickly what was done so that I'm not lost behind) [08:16] didrocks, no, it's not, but rsalveti splitted libhardware out of libhybris [08:16] libhybris is a mix of things [08:16] mir only needs a library (libhardware) [08:16] which was in libhybris [08:16] which also includes the gles hackery [08:17] he splitted the lib in its own binary [08:17] so now mir only brings that lib in [08:17] and doesn't change the gles alternative [08:17] hum, so mir on armhf == android opengles? [08:17] or the gles hackery is still in libhybris? [08:17] the gles hackery is still in libhybris [08:17] ok [08:17] rsalveti is going to split that further [08:17] so we are protected against it (for now) [08:17] e.g have an libhybris-gles [08:18] yeah [08:18] right [08:18] that seems the most straightforward way [08:18] thanks for tracking that :) [08:18] installing the gles part of libhybris is a bit like installing the nvidia drivers that divert your libgl [08:18] indeed [08:18] if you do that on an intel system, you screw your libgl :p [08:18] yw [08:18] heh, I think the -ati issue is still different [08:19] but well, right now u-s-c FTBFS anyway [08:19] next step is to split libhybris a bit more, but Ricardo wants to rename some libraries before that [08:19] yeah, makes sense [08:19] and next next step is to be smarter about detecting the gles to use [08:19] e.g doing runtime detection of "can the android one work, no, fallback" [08:20] yeah, we need that logic in the platform-api I guess [08:20] similar to "run the test with android drivers or on platform drivers" [08:20] right [08:20] that needs more thinking and work though, so I guess it will not be soon [08:21] yep [08:21] I'm glad we find an easy way to workaround it meanwhile [08:21] good enough for now anyway [08:21] right [08:21] I was getting worried after reading the discussion yesterday [08:21] yeah, it has been going round for a while [08:22] still 30+ minutes of unity tests running [08:22] then, we'll know if the automatic publisher is working [08:23] (well, if unity tests pass) [08:42] Mirv, didrocks: which was the most urgent of the stuff that's been assigned to me? [08:43] robru: I would say "libqtdbustest, libqtdbusmock, indicator-network-prompt" [08:43] then ubuntu-settings-component [08:43] and finally the cordova stuff [08:43] (in order of priorities) [08:43] didrocks, ok. and I noticed that lp:ubuntu-settings-component actually does not even have a debian/ directory. so i need to create that from scratch then? [08:43] robru: yeah, and win some awesome karma with it! :) [08:44] didrocks, haha, ok. usually i see debian/ that is just really poorly formed, I thought maybe if debian/ was missing that there was some reason for it ;-) [08:44] robru: I see settings, I map that mentally to seb128 and I'm sure it's a lazyness issue :p [08:44] * seb128 slaps didrocks [08:45] ouch [08:45] heh [08:45] * didrocks hugs seb128 [08:45] * seb128 hugs didrocks back [08:45] awww [08:45] robru: are you in a hacking GUADEC room? [08:46] didrocks, nah, too hot there with poor AC. just in my hotel room [08:46] ah oki ;) [08:46] also, faster internet in the hotel ;-) [08:46] it's raining here like crazy [08:46] bah, I pray for rain [08:46] so good to go from 34°C to 24°C :) [08:47] didrocks, brb, I'm coming to your place ;-) [08:47] ahah [08:47] "it's all Europe, you can just walk down to the corner" ;) [08:48] didrocks, how long is a bus ride from here? can't be more than a few hours, right? ;-) [08:48] high of 37 degrees today [08:48] yeah, we had that in the previous weeks here [08:49] robru: 11h09 by car says google [08:49] you can even visit (if you take the 11h42 tour) seb128 [08:51] http://www.weather.com/weather/tenday/EZXX0002 [08:51] it's going to drop by 10°C for them as well, but after the hack days [08:52] 38°C tomorrow, "fun" [09:27] robru: some of the rooms here have ac (it [09:27] (it's just not very strong) [09:27] * larsu waves to seb128 and didrocks [09:28] hey larsu! how are you? [09:28] larsu, hey, how are you? [09:28] larsu, are any of the basement rooms open? they were coolest as I recall. I might stop by later. [09:28] didrocks, seb128: great! Hacking away ... :) How are you? [09:29] larsu, I'm good thanks ;-) [09:29] enjoying the rain and checking that latest changes didn't break the world :) [09:29] robru: no, only the foyer in the basement, not the rooms. But two of the bof rooms have ac (the ones to the right of the main entrance) [09:29] hmmmmm [09:30] didrocks: let me know if you get bored and need a change that breaks the world :P [09:30] * larsu can provide [09:30] ahah ;) [09:30] larsu, land the crack! [09:30] * seb128 wants gmenu based messaging and bluetooth [09:31] seb128: charles has an MR for bluetooth up, and I have a messaging branch that dednick is reviewing [09:31] so, it's coming [09:31] great! [09:31] ok, time to see if this works! [09:31] * didrocks publishes platform-api [09:31] that reminds me, I should probaly review charles' work [09:32] didrocks, hey, I need some help with a bootstrapping issue for the indicator stuff you asked me to package. [09:32] larsu, do you need people to runtime test your messaging work? [09:32] didrocks, is there a way to manually publish all three to distro in one shot? or do I have to add one to daily release, get it in distro, then add the second to daily release, get it in distro, etc? [09:33] robru: they all depends on each others? [09:33] robru: if you adjust the build-deps, they can be all 3 published [09:33] didrocks, it's not a cylic dependency, but only one of them can build with distro as is (the rest depend on thefirst) [09:34] didrocks, ok, but more specifically, CI is failing because the deps aren't in distro. I need to land my packaging fixes in order to get the deps in distro, but CI is blocking me. [09:34] seb128: not that many changes yet, it's only moving the phablet branch over to the new arch (no desktop profile yet). And I think dednick might need to adjust some things in the shell as well [09:34] larsu, ok [09:35] seb128: but it's at lp:~larsu/indicator-messages/phablet-port-indicator-ng if you're interested [09:35] larsu: let me know when/if you need testing or something else from me [09:35] seb128: will do, thanks! (probably after Fridays train trip ;) ) [09:35] larsu: btw no gsettings-qt issue since yesterday, just to confirm your fix is working great [09:35] * larsu is productive on trains [09:35] hehe [09:35] robru: you mean upstream merger? [09:36] seb128: awesome! Thanks for the detailed report ;) [09:36] not the daily release [09:36] right? [09:36] robru: you need to talk to fginther, they should have a local repository created [09:36] didrocks, right, that's what I mean. CI is blocking upstream merge, and I need to merge upstream before we can daily release in distro [09:36] fginther, ^^ ? ;-) [09:41] didrocks, errr, what exactly is indicator-network-prompt? why does it's changelog claim that it's unity-scope-soundcloud? is this some kind of copy&paste error? [09:46] robru: TBH? I have no idea at all, do you mind checking with pete woods? [09:46] didrocks, ok [09:51] \o/ [09:51] \o/\o/\o/ [09:51] after fixing a small typo creating the dep of hell (a stack relaunching itself) [09:51] it all works [09:51] so platform got published [09:52] didrocks, well done! [09:52] it triggered only the stack that were depending on it being in manual publishing mode [09:52] sdk was published successfully [09:52] it tried the settings stack which was in manual publishing mode because of sdk [09:52] but didn't publish it because it has a packaging change [09:52] (and it only list the packaging change now) [09:53] hi guys [09:53] * desrt gets a chance to go online [09:53] Mirv: robru: cyphermox: so way less manual publishing needed now \o/ [09:53] hey desrt [09:53] didrocks: too bad you couldn't come this year. the talks were excellent. [09:53] desrt: yeah, I really wished I could come, I read some summary from robru and it sounded really interesting [09:54] next year for sure, i imagine [09:55] right ;) [09:56] desrt, hey [09:56] * desrt is not sure what 2015 bid he wants.... sweden vs. england vs. italy. ... very interesting [09:56] seb128: hey. talked to alex about the GFile diskspace API [09:56] you'll get it this cycle [09:56] great! [09:56] desrt, thanks ;-) [09:57] chrisccoulson, thanks for SRU verifying those leak fixes ;-) [09:57] Mirv: all the stacks are yours now :) [09:57] Mirv: sdk just failed because it ran published with the new u1db-qt, I just disabled for publishing and it's reenabled now [09:58] xnox, the unity/ubiquity rename mp got merged [09:59] didrocks: awesome, and ok. I'll check them after lunch [09:59] * didrocks redeploys the latest config everywhere [09:59] seb128: \o/ [10:03] (all deployed) [10:05] seb128, hey! [10:06] darkxst, hi [10:06] any progress on ibus stuff and being able to start with g-s-d? [10:06] indicator-keyboard is having failing tests issue [10:06] which are being worked [10:06] once that's resolved we should be able to land the other bits [10:07] seb128, right, that kind of blocks things [10:43] hmm, libunity powerpc test failure === MacSlow is now known as MacSlow|lunch === MacSlow|lunch is now known as MacSlow [12:21] hmm, robru is not here [12:22] didrocks: u1db-qt's -dev package depends on qtbase5-dev which brings X dev packages and all sorts of stuff, what do you think about https://code.launchpad.net/~timo-jyrinki/cupstream2distro-config/u1db-qt-dependencies/+merge/178948 which would be required now? [12:22] Mirv: hum, normally, we don't add the -dev package, I didn't pick that up when you added u1db-qt [12:23] Mirv: we only add binaries that are/will be installed by default on the image [12:23] (as it's what we want to test) [12:23] didrocks: right, I was asssuming something is amiss. that's it. [12:23] didrocks: I'll remove the -dev instead. [12:23] Mirv: right ;) [12:27] ok, now it should be better with just -dev and -doc removed [12:44] approved [13:00] didrocks: ok, sdk stack is now ready and I'd like to hit publish... it was preNEWed by seb128 so I guess we're ok? [13:01] Mirv: as it's a new component, I need to refresh the white list on the archive admin machine === greyback is now known as greyback|lunch [13:01] Mirv: let me do that, one sec [13:02] didrocks: right, sounds familiar indeed [13:02] * didrocks waits on the lillypilly… [13:04] Mirv: phew, done! go for it! :) [13:06] * Mirv hits the button [13:09] didrocks: hmm, http://10.97.0.1:8080/view/cu2d/view/Head/view/SDK/job/cu2d-sdk-head-3.0publish/116/console [13:11] Mirv: it's the first publication of u1db-qt [13:12] you did deploy it with -U only, right? [13:12] not -S? [13:12] didrocks: with -U, yes [13:12] not -US? [13:12] and not -US [13:12] interesting, so another launchpad trick [13:13] ah [13:13] the jenkins bot [13:13] is it part of the u1db-qt team? [13:13] ah. no, only Ubuntu Phone Apps Jenkins Bot is there, which was a different thing [13:13] https://launchpad.net/~uonedb-qt/+members [13:14] yeah, I think the bot needs to be there to be able to autoapprove [13:14] can you get that fixed? [13:14] I'm not sure how the upstream merger can even work without that btw [13:14] so PS Jenkins Bot? [13:14] (I think it doesn't) [13:14] yeah [13:14] larsu, not sure if I asked about that before/if you added to your todolist, but can we have a way to check if a schemas is installed from gsettings-qt/qml? [13:15] larsu, I'm trying to make system settings use gnome-settings-daemon on desktop but for that I need a way to check if stuff are installed [13:15] didrocks: ok, fixing via kalikiana [13:15] Mirv: do you mind ensuring that they have the upstream merger setup as well? I infer it's not the case [13:16] (if so, the merge back branch will be stuck and tomorrow we'll have a yellow settings stack) [13:16] didrocks: they have the Ubuntu Phone Apps doing the mergings so far [13:16] seb128: not on my todo, but I can add it. desrt just confirmed that it's easy to do so [13:16] seb128: g_settngs_schema_source_get_default() -> g_settings_schema_source_lookup() [13:17] Mirv: as long as we can auto-approve the branch and get it merged… ;) [13:18] seb128: if it returns NULL then the schema is not installed [13:18] if it retunrs a schema then, well.... it is installed :) [13:19] no asserts either way, i promise ;) [13:19] didrocks: ok, I'll wait for answer from christian on getting the ps-jenkins to the team [13:20] desrt, yeah, it's just that I'm using qml for that ui, so I need Lars to wrap it for me ;-) [13:20] thx! [13:20] seb128: come to the C++ side! come ;) [13:20] didrocks, tssss :p [13:22] larsu, https://bugs.launchpad.net/ubuntu/+source/gsettings-qt/+bug/1209235 [13:22] Ubuntu bug 1209235 in gsettings-qt (Ubuntu) "Having a way to check if a schemas is available would be nice" [Undecided,New] [13:22] seb128: thanks! [13:23] larsu, thank *you* for considering it ;-) [13:23] :) === greyback|lunch is now known as greyback [13:41] ok, I guess u1db-qt tomorrow then [13:41] Mirv, what's the issue? [13:41] seb128: ps-jenkins not part of ~uonedb-qt team [13:41] and Christian only admin [13:59] ok, got the rights [14:01] if didrocks is available, he can tell if I can remove the previous proposal, but I'll experiment if not [14:01] Mirv: it should bzr push --overwrite [14:01] Mirv: with the same name [14:01] so shouldn't really matter [14:01] didrocks: it gave http://10.97.0.1:8080/view/cu2d/view/Head/view/SDK/job/cu2d-sdk-head-3.0publish/117/console [14:02] ah [14:02] yeah, the MP is already there [14:02] just not the "approve" [14:02] so yeah, please remove the MP [14:02] right [14:03] success! [14:04] \o/ [14:04] ok, first trial of a script to relaunch all stacks [14:09] seb128, why did indicator-keyboard never make it through NEW? [14:09] didrocks, got time for some MIRs by any chance? [14:10] mterry, there is a flacky test that's breaking CI/daily landing apparently [14:10] mterry: I'm already behind one, so if it's a small one, it's fine [14:10] (before EOW) [14:10] mterry, and I was waiting for the update with the cleanups to land (e.g removing the copy of the vapi files, etc) [14:10] didrocks, eh, no worries [14:10] attente, did you get anywhere yesterday? [14:11] seb128, the vapi got cleaned up, but yeah, I don't see a daily release [14:12] mterry, right, I was just waiting on trunk to land basically, we discussed it at the team meeting yesterday, things are blocked on flacky tests [14:12] mterry, well, attente and cyphermox were not able to reproduce the issue in pbuilder/their system [14:12] and the build log were not that useful [14:12] right [14:13] we did get extra details yesterday though, so hopefully that's sorted today/tomorrow [14:13] I do get the test failure in jenkins too though [14:13] cyphermox, I get it 50% of the time on porter-i386.canonical.com [14:13] right [14:13] it's got to be some timing issue [14:14] I've a random guess theory though [14:14] attente, hey [14:14] hi seb128 [14:14] attente, did you get anywhere with those tests? [14:15] seb128, no luck [14:15] attente, is the code doing a write and a read just after that? [14:16] attente, I wonder if there is a chance that, the write going -> dbus -> spawn dconf-service -> write you get to read before the write is done? [14:16] would it help to put a small wait in between to see if that helps? [14:17] would it make sense* [14:17] cyphermox, ^ [14:17] seb128, there should already be about a one second delay [14:18] ok, not that then :/ [14:18] cyphermox, are the test always failing on jenkins? or is it a 50% thing as well? [14:18] yes, still hit and miss [14:23] fwiw, it seems to work a lot more reliably when i comment out line 155 in tests/main.vala [14:23] Hey guys ! I recently purchased an EVDO data card, Teracom T-U500.. It's working perfectly fine under Windows but doesn't work in Linux.. The modem does not get detected at all.. Seemingly, it can't perform a successful 'usb_modeswitch' operation.. Please help..! [14:25] seb128, cyphermox... lol. i think this might be the problem after all... [14:25] oh? [14:26] yep, seems to be working every time now [14:26] you were able to trigger the problem before? (I though you didn't have it locally) [14:26] this is on porter-amd64 [14:26] cyphermox, ^ let's merge than in and throw it to the builder/jenkins for confirmation [14:26] oh, you got your key already set up, great [14:27] ok, i'll MP it [14:28] thanks === mpt_ is now known as mpt === dednick is now known as dednick|afk [14:59] cyphermox, https://code.launchpad.net/~attente/indicator-keyboard/fix-flaky-test/+merge/178996 [15:00] seems to be working every time for me now [15:00] on porter [15:01] tried to get it working with a Posix.sleep, but no success there [15:16] still failing... hmm.. === dednick|afk is now known as dednick [15:36] desrt, larsu: dinner soon? [15:36] eble [15:36] robru: where are you? [15:37] larsu, sitting next to mhr3 [15:37] * desrt is waiting for a glib tarball to build after spending a bit too much time tracking down why a testcase that hasn't been touched in years is suddenly failing [15:37] robru: lol, just talked to him in #ubuntu-unity [15:37] (spoiler alert: because i installed virtaal) [15:37] larsu, lol, yeah, I saw him write that [15:37] desrt, well no rush, just "soonish". lemme know when you're free [15:38] if nothing else goes wrong, this shouldn't take more than 20-30 mins [15:38] sweet [15:57] new GLib is out... [15:57] * desrt could leave... [16:00] desrt, enjoy! === jasoncwarner__ is now known as jasoncwarner [16:04] desrt, larsu: dinner then? [16:04] robru: sure. come find us. [16:04] ok [16:04] we are with some nice people [16:05] and kat [16:05] you guys eat at weird time [16:06] 6pm is very early for dinner, especially in summer [16:06] seb128: I thought you were German! [16:06] robru's stomach is in vancouver [16:06] ^Wvictoria [16:07] larsu, you guys eat that early? [16:07] food in germany is weird [16:07] larsu, we tend to eat around 19:30 here, and often around 20:00 in summer [16:07] seb128: not really, but it's a stereotype that we eat at 6pm sharp [16:07] I see [16:07] seb128: maybe that stereotype only exists in Germany, though [16:07] it seems that their dinners are late and small [16:07] ;-) [16:08] after a very large lunch that is also late [16:08] seb128: yeah, it's about the same for us [16:08] 18:00 is even early for starting on beers [16:08] though 18:30-19 is alright for that ;-) [16:08] 8am is early for beer [16:08] everything else is quite okay [16:08] this conversation is sooo german [16:09] desrt: what do you expect. It's two Germans talking [16:09] mhr3: are you coming? [16:09] mhr3: you're not coming [16:10] desrt, nope, meeting with friends [16:10] mhr3: robru just informed us [16:10] mhr3: have fun [16:10] tx [16:10] thx === greyback__ is now known as greyback|food === greyback|food is now known as greyback === alesage is now known as alesage|lunch === alesage|lunch is now known as alesage [17:57] attente: have you seen there are still failures in jenkins? [18:04] cyphermox, sorry [18:04] i couldn't see the logs [18:04] do you know if it was the same problem? [18:07] not yet [18:07] it's hard to get the logs [18:09] did you guys try on the porter box? [18:13] seb128, on the porter box tests are passing [18:14] ok, so maybe difference issue... [18:14] cyphermox, can you do the "display the log file in the build log" trick again (we should have that to be the default) [18:14] attente, is there any reason we hide the test output this way? [18:14] it seems it's just making our job harder [18:15] seb128: I certainly can but it forces the build to succeed [18:15] attente: perhaps add a step to your test script to output the log file [18:15] seb128, i didn't know how to properly do it [18:15] let me file a merge request [18:18] seb128, is the Time Zone chooser supposed to be working now? [18:18] cyphermox, just makes the rules do [18:18] override_dh_auto_test:: [18:18] can't tell if bugs or not ready yet ;) [18:18] dh_auto_test || true [18:18] seb128: that's what I had before [18:18] rickspencer3, on the desktop yes, on the touch image no, because the session is not correctly registered [18:18] oh, right, I see [18:19] rickspencer3, e.g polkit doesn't work and we don't get the acl, that's breaking other things as well [18:19] rickspencer3, we need mir/lightdm to land... [18:19] seb128, ok [18:19] I suppose I can still set it via cli