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