/srv/irclogs.ubuntu.com/2015/08/21/#ubuntu-mir.txt

bschaeferRAOF, alright, merged trunk and fixed some minor things01:03
bschaeferi think its ready... but you never know :)01:03
bschaeferpassing locally for me01:03
RAOFSHIP IT!01:04
RAOFOr at least run CI against it :)01:05
bschaeferRAOF, :)01:08
* bschaefer wonders how that wasnt caught02:02
duflubschaefer: If you mean that CI failure... it only fails sometimes. And even then only in CI. Never when you run it manually :/02:15
dufluAnnoyingly difficult to fix02:15
dufluSomething about our CI machines is very different to the team's own machines02:15
bschaeferduflu, well i guess it compiled somehow on my end02:17
bschaeferbut shouldnt have :)02:17
* bschaefer started getting errors02:17
bschaeferand idk how it happened haha02:17
duflubschaefer: Yeah it compiles and passes tests for everyone. Except sometimes fails that test only in CI02:18
bschaeferduflu, haha... well i think this case it was my fault :)02:18
* bschaefer would not like that02:19
dufluOK, different topic then02:19
bschaeferyeah02:19
bschaeferduflu, but i've seen that02:19
dufluHeh. If you want something to land quickly just get me to not like it. Then a large number of people will argue the opposite and your branch gets rapid approval02:59
dufluWorks every time02:59
* bschaefer wonders why CI seems to hate me03:41
bschaeferi think it just blew up...03:41
duflubschaefer: I only just fixed that failure you reported. Any CI jobs started in the past few hours will fail with that error that's already fixed. Try again.03:48
bschaeferduflu, Well it failed by saying the nodes went off line :(03:48
bschaeferhttps://jenkins.qa.ubuntu.com/job/mir-mediumtests-builder-vivid-armhf/3569/console03:48
dufluWoo. No that's not me03:48
* bschaefer hasnt ever seen that03:48
bschaeferhaha03:48
* bschaefer hopes it turns back on03:48
duflubschaefer: The universe is telling you to EOD03:51
bschaeferhaha03:51
bschaeferduflu, just wanted to see the SUCCESS03:51
bschaeferbefore i headed off03:51
dufluI know. It's a trap. But having the self control to log off is a good way to stay sane03:52
bschaefertrue, just watching tv and checking my email every now and then03:53
bschaefernot much working going on :)03:53
dufluSuch is the way in this always connected world.03:57
bschaefertrue, hard to log off irc03:58
duflubschaefer: Yeah other branches are dying in CI too. Not something likely to be fixed quickly03:58
bschaeferyeah o well, its all passing locally now (double checked) soo03:59
bschaeferim like 99% sure its done03:59
RAOFYeeeeeeeeeees!05:03
RAOFFinally CI passes!05:03
duflugreyback: Are you aware of any touch test case that has stretchy resize still?08:56
dufluOr is it only desktop?08:56
dufluNever mind. Found one bug at least08:59
greybackduflu: it's all qml/qtmir's fault, where they don't wait for a resized buffer before drawing it at the new size.09:00
duflugreyback: Yeah I know what to fix, just wanted a manual test case09:01
dufluFound them09:01
dufluCrap. Except I lost my phone build environment and may not have enough time to rebuild it this week09:08
greybackduflu: hey, will you have that early buffer release in qtmir work ready to propose any time soon?09:20
duflugreyback: It's painfully slow. The Mir fix landed yesterday and then I had to revert it today. Now waiting on CI to get fixed again so I can find out why it fails only in CI09:21
greybackduflu: ah ok. I noticed your fix landed, didn't see it had to be reverted.09:22
dufluSo I'm now donating my Friday evening to an unrelated QtMir fix09:22
greybackthe stretched frames issue?09:22
duflugreyback: Yeah generally "never stretch"09:23
greybackduflu: ok. Your thoughts are welcome09:23
greybackmainly shell needs to not animate towards a resized-frame, until a frame with that size has been swapped by the client09:24
greybackright now we fire resize, do our animation on the previous frame, then hope the resized frame is ready at the end of the animation09:25
duflugreyback: Happy Friday. I'm off to make dinner... https://code.launchpad.net/~vanvugt/qtmir/unstretch/+merge/26872410:08
* alan_g discovers the diagnostics from connection failures get eaten in the client callstack.10:34
alan_gActually, they don't even reach the client10:59
kgunnis it worse to be lost or eaten11:19
=== marcusto_ is now known as marcustomlinson
MirvI finally got archive admin approval, meaning Mir 0.15 is now in wily11:24
Mirv(-proposed)11:24
MirvAlbertA: ^11:25
kgunnmmm11:27
alan_gkgunn: the reporting is misleading and confused me. (And I have touched most of this code.) Going to MP a small cleanup.11:27
kgunnalf: just in case, so you know, silo 9 where you delivered that hot fix for the emulator - is a dual landing, since mir15 landed....i'm gonna pull it out of there11:29
kgunnand land that thing in isolation to vivid+11:29
kgunndoes that make sense11:30
alfkgunn: ok, so we will eventually need to include the fix in 0.15.x (or 0.16 if we get to it)11:34
kgunnalf: +1 we should just have 2 silos, one for vivid+o hotfix to 14, then wily for 1511:35
kgunni can take care of "paperwork"11:36
kgunnjust wanted you to know11:36
alfkgunn: ack, thanks11:36
kgunnalf: but thanks for the reminder it wasn't naturally in 15 ;)11:36
kgunni forgot11:36
kgunnwe haven't taken a cut off for 16 yet have we ?11:37
kgunnand is this change already on trunk ?11:37
alfkgunn: we haven't cut off for 16, change is in trunk11:38
kgunncool11:47
AlbertAMirv: ummm I acutally parked that because14:12
AlbertAwe wanted 0.14.1 to land first....14:12
AlbertAoh gosh....what a mess14:13
AlbertAMirv: can we revert mir 0.15 from wily-proposed?14:16
MirvAlbertA: oh, I parsed your message wrongly in that case. but it was FF yesterday, if you'd cancel 0.15 now you wouldn't get it in without FFe. isn't it easier to do a maintenance release of 0.15 with 0.14.1 changes added on top of it?14:26
AlbertAMirv: the problem is sync to vivid+overlay.... but we'll figure it out thanks14:26
MirvAlbertA: yes it was already discussed a bit so that silo 9 would be vivid+overlay only and you'd sort it out14:27
Mirvsince silo 9 also has a small mir fix14:27
alan_gcamako: did you intend to approve https://code.launchpad.net/~alan-griffiths/mir/simplify-connect-code/+merge/268740?15:49
camakoalan_g, yes... reapproved15:50
=== dandrader is now known as dandrader|afk
=== alan_g is now known as alan_g|EOW
=== dandrader|afk is now known as dandrader
=== chihchun_afk is now known as chihchun

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!