/srv/irclogs.ubuntu.com/2014/04/04/#ubuntu-ci-eng.txt

=== jhodapp is now known as jhodapp|afk
imgbot=== trainguard: IMAGE 276 building (started: 20140404 02:05) ===02:05
Mirvmorning03:26
Mirvpopey: music-app 409 uploaded https://myapps.developer.ubuntu.com/dev/click-apps/143/03:28
imgbot=== trainguard: IMAGE 276 DONE (finished: 20140404 03:35) ===03:35
imgbot=== changelog: http://people.canonical.com/~ogra/touch-image-stats/276.changes ===03:35
ToyKeeper... and flashing.03:36
didrocksMirv: hey, can you do me a favor?06:02
Mirvdidrocks: what kind of?06:05
Mirv(but sure)06:06
Mirvveebers: hi. you've marked autopilot as being tested. so zero failures on the image testing suite of APs with the new autopilot now?06:07
didrocksMirv: it seems that the AP tests on the image is stuck in the reboot06:08
didrocksMirv: can you start from that?06:09
didrocksdon't rerun the ones that already rerun06:09
didrocks(maybe just rerunning the unity8 to be sure)06:09
didrocksMirv: you can maybe double check the new AP that way :)06:09
Mirvdidrocks: right, we've partial results. and that's what I was thinking, adding the new autopilot into the mix...06:12
Mirvyep, makes sense, initiaintg06:12
didrocksMirv: thanks a lot dude :)06:12
didrocksMirv: that way, we'll get results from latest image + AP06:12
jdstrandhi!06:17
jdstrandmay I have a silo for apparmor? (line 54 in pending)06:17
Mirvjdstrand: sure06:18
jdstrandfyi, the landing will happen pretty quickly cause we've built everything in the security-proposed ppa and it is already tested06:19
Mirvjdstrand: you got the best one, landing-00106:19
jdstrand\o/06:20
jdstrandthanks :)06:20
Mirvnp06:20
jdstrand(and in case I wasn't clear, I'm pocket copying those without rebuilding)06:23
jdstrand(like I normally do)06:23
didrocksjdstrand: once you copy pocket, just a reminder to run "build" with "watch only" (and look at the job that it picks your packages)06:28
didrocksMirv: maybe ensure your /var/crash is empty btw when running the unity8 tests06:29
Mirvgood idea06:31
jdstranddidrocks: ack06:34
didrocksogra_: not sure where you were with the bisecting (didn't see the script on the ML nor progress, I could have restarted this morning from where you left of…)06:53
didrocksjdstrand: you can self-publish I guess :)07:12
jdstranddidrocks: yes, I just tried, but I never seem to do this right07:12
jdstrandeg07:12
jdstrandhttps://ci-train.ubuntu.com/job/landing-001-2-publish/3/console07:12
didrocksjdstrand: let me look :)07:13
jdstrandI ACK_PACKAGING, then Build07:13
jdstrands/I/I did/07:13
didrocksjdstrand: yeah, all sounds good, I think you triggered a bug… (never saw that one)07:13
didrocksjdstrand: let me one minute so that I can fetch the status07:13
didrocksjdstrand: "sources": ["apparmor", "", "lxc", "", "libvirt", "", "lightdm", "", "apparmor-easyprof-ubuntu"]07:14
didrocks(this is fetched from the spreadsheet07:14
didrocksI think there is a safeguard missing when iterating over your cell07:15
jdstrandoh, did I not format it right?07:15
jdstrandI guess if I removed the spaces, it would work?07:15
didrocksjdstrand: the main format is space separated, but I tried to support this one as well07:15
didrocksjdstrand: you have an override even to avoid a reconfigure07:15
didrocksnot sure how it will handle those weird entries, but worth a try :)07:16
didrocksjdstrand: try IGNORE_MISSINGPROJECTS07:16
didrocks(that should say "yeah, I know, some projects are missing in the publication, go ahead")07:16
didrocksjdstrand: I'll look exactly what this bug is so that it doesn't occur anymore07:17
jdstrandok. I'll add a note about space-delimited for next time07:17
jdstrandhttps://ci-train.ubuntu.com/job/landing-001-2-publish/4/console07:17
jdstrandsuccess :)07:17
didrocksjdstrand: no, I should really support that ;)07:17
didrocksgreat07:17
jdstranddidrocks: thanks :)07:17
didrocksjdstrand: and I think I did (even \n, /…)07:17
didrocksjdstrand: sorry for this bug, will get to it :)07:17
jdstrandnp07:17
didrocksjdstrand: you will then just need to m&c once it's in the released pocket (which, in your case, will just free up the silo)07:18
didrocksif we are low in silo, we'll probably do it for you07:18
jdstrandthat's cool07:19
didrocksjdstrand: do you spot anything in http://bazaar.launchpad.net/~cupstream2distro-maintainers/cupstream2distro/trunk/view/head:/citrain/prepare-silo-using-spreadsheet-info#L33 (only if you have a minute)?07:20
didrocksseems to me it should have supported your case07:20
didrocksprobably US spaces (kidding)07:21
sil2100didrocks: hi! It seems to be a bit problematic on first look ;)07:21
didrockshey sil2100!07:22
didrockssil2100: oh, why?07:22
* jdstrand looks07:22
sil2100didrocks: since you first split on whitespaces, if you have something like: "a, b, c" you get 'a,', 'b,' etc. and then split each of those by ',', so you will get 'a', '', 'b', ''07:22
didrocksahah07:22
didrocksyou're right07:23
sil2100And this might smell trouble ;p !07:23
didrocksindeed07:23
jdstrandthere you go07:23
didrocks:)07:23
didrocksok, let me do some changes + add new tests07:23
didrocksthanks sil2100, jdstrand07:24
sil2100yw o/07:26
sil2100didrocks: btw. autopilot it FINALLY set to tested \o/07:27
sil2100didrocks: should I publish, 'just like that'?07:27
sil2100Or should we wait for having smoketesting up?07:27
didrockssil2100: yeah \o/ (and NO!) Mirv is running the whole image test and is using that opportunity to try with new AP07:27
Mirvsil2100: yep, I'm running tests with that, since we need some #276 AP info anyway it doesn't hurt to test the new AP at the same time07:28
sil2100\o/07:31
* didrocks wrote the 6 new tests and have 4 failures07:32
didrockstime to fix the function!07:32
didrocksand fixed + deploying: http://bazaar.launchpad.net/~cupstream2distro-maintainers/cupstream2distro/trunk/revision/57907:36
didrocksadded as well http://bazaar.launchpad.net/~cupstream2distro-maintainers/cupstream2distro/trunk/revision/580 as another test07:40
didrocks(if we regress on that, all MPs uris would be broken)07:40
sil2100didrocks: indeed ;)07:43
didrockssil2100: the unity8 crash during the tests, can you find the bug report related to that one?07:43
sil2100didrocks: yes, one moment ;)08:01
sil2100didrocks: https://bugs.launchpad.net/ubuntu/+source/unity8/+bug/1256360 <- no movement though08:01
ubot5Ubuntu bug 1256360 in Mir "unity8 crashed with SIGSEGV in glDeleteTextures() from mir::scene::GLPixelBuffer::~GLPixelBuffer() from mir::scene::ThreadedSnapshotStrategy::~ThreadedSnapshotStrategy()" [High,New]08:01
sil2100didrocks: from what Saviq mentioned, it's only happening on unity8 stop08:02
didrockssil2100: ok, wanted to confirm it was that one08:02
didrocksyeah08:02
didrockssil2100: maybe you can try to report one from the previous run or Mirv can?08:03
didrocksto ensure we have an up to date stacktrace08:03
didrocksMirv should have the crash08:03
didrockswhen running the AP tests08:03
didrocksso will be good to use apport-bug08:03
didrocksand ensure it's duplicating to that one (now that we have the timeout 60, we should be up to date)08:03
sil2100Mirv: did you get a unity8 crash during last testing? Could you maybe push it to LP?08:04
didrockssil2100: do you know what happened on the bisect yesterday? I didn't see any news08:04
MirvI have that, I'll try filing it at some point but not during running tests08:04
didrocksMirv: yeah, after tests of course :)08:04
didrocksthanks Mirv!08:04
Mirvalthough I've unity8 testing failing anyway for some reason. I didn't debug it in addition to rebooting once, and I'm now running what is remaining of the other tests.08:05
sil2100didrocks: my mailbox is empty, I didn't see any messages on the channel related to that ;/08:05
didrockssil2100: I probably misunderstood, but you were not going to bisect one image as well yesterday?08:05
Mirvsil2100: if you have spare device time you could run #276 unity8 AP tests just for fun, first as is and then with the autopilot PPA added08:05
Mirvbut I'll get to that eventually08:05
didrocksMirv: ok08:05
didrocksyeah, what Mirv tells make sense08:06
sil2100didrocks: no, no one told me to do any bisecting - Robert and Oliver were said on the meeting to do that08:07
didrocksok, my memory is bad :)08:07
sil2100Mirv: let me reflash ;)08:07
sil2100I mean, flash latest and greatest, since I have a b0rken OSK now08:07
ogra_didrocks, bug 1302174 ... popey and robru were testing a fix over night, while i was running a test with all debugging enabled ... i had hoped rob would add his findings to the bug08:13
ubot5bug 1302174 in lxc-android-config (Ubuntu) "Booting mako hangs randomly right after run-init" [Critical,Confirmed] https://launchpad.net/bugs/130217408:13
didrocksogra_: so you are going to test that yourself I guess?08:14
didrocksogra_: want more testing, do you have your reboot script?08:14
ogra_didrocks, still the same script08:14
ogra_i havent been near my test phone yet, i'll capture the logs soon (if it actually finally stopped, when i went to bed it was at 380 loops)08:15
didrocksogra_: with sleep 10 then?08:15
ogra_sleep 3008:15
didrocksthe script on the ML is sleep 10, so not the same :)08:15
ogra_well, we discussed it in the meeting yesterday08:15
didrocksogra_: yeah, but that's why putting those infos on the ML would have enable people to help and try08:16
didrocksnot having those only in a hangout meetings08:16
didrocksand then no result on the following day if robru doesn't publish results…08:16
didrocksalso, if I had the bug on it, I would have tried this morning as well08:17
didrocksand I would have tricked seb128 or other to help confirming :p08:17
* seb128 sees his name here and is getting nervous08:18
ogra_didrocks, well, it doesnt matter how long the sleep is as long as you can reproduce the hang ...08:21
didrocksogra_: yeah, but now that you have a lead for a fix, that's fine :)08:21
* didrocks turns rw mode on latest and start08:22
seb128bah08:23
ogra_bah, so my phone died right after i went to bed ...08:24
seb128one downside of the infra changes is that the auth is asking me for the freaking 2fa now08:24
ogra_and the log is totally mangled08:24
didrocksogra_: with your patch suggestion?08:24
ogra_didrocks, no, i just had the idea after i had started the run with extra logging08:24
ogra_didrocks, thats why i was asking popey and robru to test the fix08:24
didrocksogra_: ah ok, so there is hope :)08:24
ogra_up to now my "fix" is just a guess08:25
ogra_i was hoping to get detailed logs08:25
didrocksogra_: yeah… well, let's try your fix anyway08:25
didrocks(running)08:29
Mirvare people running to the meeting?08:32
didrocks:p08:33
didrocksogra_: sil2100? ^08:33
sil2100!08:34
sil2100Mirv: hmmm, I seem to be having problems with the unity8 suite, as my unity8 hangs up from time to time becoming unresponsive ;/08:49
Mirvsil2100: it happens that unity8 AP did run on the test infra. keep on poking, I seem to get 37 failures every time (basically it aborts or something), but I'm running with the new AP08:51
Mirvthen there's the crash also that happens possibly the first time one stops unity8 ie just after starting phablet-test-run -n08:52
Mirvsil2100: I've some additional tests for you to run with pure #276: dialer-app messaging-app webbrowser_app09:04
Mirvso far I seem to have _same_ failures with both old and new AP09:05
didrocksev: FYI, just got https://job/landing-001-3-merge-clean/build?delay=0sec09:05
evdidrocks: oooh09:06
evit returns09:06
evdidrocks: if you leave that tab up and open ci-train.u.c in another tab, are you logged in?09:06
sil2100Mirv: will try those once unity8 finally finishes, since it seems b0rkish now09:08
sil2100Mirv: ok, unity8 finished: Ran 37 tests in 1216.179s09:12
sil2100Mirv: with the old AP - but some tests were 'hanging' unity8 up, but as we guessed, it might have been the crash on stop09:13
sil2100Mirv: let me run the other tests on the old AP09:13
=== psivaa_ is now known as psivaa
Mirvsil2100: well I guess if I had success with _new_ AP, it wouldn't need repeating with old AP, or what do you think?09:17
sil2100I guess so!09:17
Mirvyeah ran out :)09:21
Mirvswitching places09:22
sil2100dbarth: is line 26 ready for assigning a silo?09:23
didrocksogra_: tell me if you I can do anything to help you09:26
ogra_will do09:27
dbarthsil2100: not yet, i'm still tsting / gathering branches09:39
dbarthsil2100: however you could rmove one line09:39
dbarthsil2100: line 6; we won't land that request as-is09:39
dbarthsil2100: the branches will be taken by bfiller for a silo which requires a part of them09:39
dbarthso feel free to remove the line09:40
didrocksdbarth: you can remove it yourself :)09:45
didrocksdbarth: just don't remove lines on assigned silos without doing m&c "only free silo" first09:46
mandelvila, ping09:46
vilamandel: pong09:47
bzoltandidrocks: I have a problem that the exports are not set from the .bashrc when I run the app test on my mako.09:47
didrocksbzoltan: sorry, I'm totally out of context it seems?09:47
mandelvila, hello! so I have been looking at other projects that might have similar issues on arm but I'm trying to drill down the real issue09:47
mandelvila, for what I can read in the comments f unity-scope-click the connections on arm are flacky (the qt connections)09:48
mandelvila, I would be very very very surprise that there is an issue in a combination of cmake + qt + arm but I'm trying to add some code to rule that out09:48
bzoltandidrocks: flashed the device with devel-proposed, turned to writable and executed ` phablet-test-run -p address-book-app-autopilot address_book_app` ... the app looks scaled down, like if the GRID_UNIT_PX were not set09:49
mandelvila, if that is the case I'll let you know all the info since we might have other projects with the same problem09:49
vilamandel: thanks !09:49
didrocksMirv: sil2100: is that what you see as well? ^09:50
dbarthdidrocks: ok, i thought you may have some formulas affected; i'll do the removal10:06
didrocksdbarth: not if it's not assigned10:07
didrocksdbarth: the system adapts to lines addition/removal10:07
mandelvila,  the arm nodes used by the js bot, are they virtualized?? The tests do pass on non virtualize envs, they seem to fail with qemu10:07
sil2100didrocks: didn't look at the screen while it was running...10:07
sil2100didrocks: let me try that10:07
sil2100Ah, address-book10:08
sil2100Didn't try that one yet10:08
sil2100Mirv: my device ended up in 9 failures while running tests for those 3 apps10:08
sil2100(on old AP)10:08
vilamandel: hmm, not virtualised AFAIK, fginther can confirm10:10
vilamandel: fail with qemu emulating arm ? Known to be slow...10:10
mandelvila, yes, and I get a segfault in an arm chroot in my machine :-/10:10
mandelvila, yes, on a nexus 4 and a nexus 7 everything works well10:11
sil2100bzoltan: the application looks fine here - why you use devel-proposed instead of trusty-proposed?10:12
didrockssil2100: devel-proposed is pointed at trusty-propsoed and that's what should be used10:13
vilamandel: so the cyclops are calxeda afaik, not emulated10:13
sil2100ah, k10:13
Mirvbzoltan: didrocks  I see at least dialer app being very small, probably a regression somewhere.. and maybe related to the dialer/messaging AP failures too?10:13
sil2100Mirv: it might be, but the address-book-app here look ok right now10:13
vilamandel: would be nice to know if you run into an emulator bug or trigger a genuine one in the image/stack under test10:13
bzoltanMirv: didrocks: the .bashrc exports are clearly not set10:14
mandelvila, I'm looking into it, is very strange...10:14
didrocksbzoltan: I'm unsure why sil2100/Mirv doesn't reproduce the same issue. Maybe something to discuss with sergio? he's the most up to date on those changes if possible10:14
didrocksah, Mirv reproduces10:14
didrocksnow10:14
bzoltan Mirv: bzoltan: didrocks  I see at least dialer app being very small,10:15
bzoltandidrocks: yeps10:15
mandelvila, doint a builddeb from source in qemu segfaults, I'm compiling and going to do a make check in qemu and check the results, if they  failt and not segfautl I'm going to write an example test10:15
mandelvila, where it just emits the signal and waits for it, then I'll test that10:15
vilaway to go !10:15
* sil2100 waits for address-book tests to finish10:15
sil2100Then I'll re-run dialer-app tests to see if it's smaller than usual10:16
Mirvsil2100: the problems for me were dialer/messaging, not address book10:16
Mirvbzoltan: confirming10:16
sil2100Mirv: 11:49 < bzoltan> didrocks: flashed the device with devel-proposed, turned to writable and10:17
sil2100executed ` phablet-test-run -p address-book-app-autopilot address_book_app` ... the app looks scaled down, like if the GRID_UNIT_PX were not set10:17
sil2100Mirv: so, bzoltan mentioned address-book having the problem as well, but it doesn't seem to be the case on my device10:17
sil2100Which is strange, hmmm10:17
sil2100Mirv: was dialer-app smaller for you on all the tests?10:18
Mirvsil2100: dialer app was, yes. weird that there are differing experiences10:20
Mirvalthough well I didn't look the first time, but now. and I thought the AP fails would be related10:21
sil2100Mirv: here dialer-app was fine for all the tests, I had 1 failure out of 9 tests10:24
bzoltanMirv:  for me _all_ apps are scaled down when run by the autopilot10:25
t1mpbzoltan: so only in autopilot, and not if you launch them from the apps scope?10:26
didrockssil2100: you flashed clean on latest iso?10:26
didrockssil2100: no rw mode with leftover updates?10:27
ogra_54 loops with the revert to cgroup-lite up to now10:27
didrocksogra_: reverted to 1.8?10:29
sil2100didrocks: hm, didn't flash it clean, let me maybe remove all user-data10:30
ogra_didrocks, nope, just installed cgruops-lite, turned cgmanager and cgproxy off with override files and set the start condition og lxc-android-config to started cgroup-lite10:30
sil2100ogra_: \o/10:30
didrocksogra_: ok, keep us posted :)10:30
ogra_59 :)10:30
didrocksogra_: do you have something that we can test as well?10:30
ogra_if it doesnt hang until 300 i'll upload lxc-android-config with that change10:31
ogra_didrocks, well, do the steps i told above10:31
didrocksogra_: I would have said 200 is enough :)10:31
didrocksif you prefer an additional 100 ones… :p10:31
ogra_well, my run over night only died at 36310:32
bzoltant1mp: it looks perfectly normal when the app is launched from the Shell10:32
Mirvsil2100: can we compare the AP results now? so for new AP, I got 8 failures in messasing_app (out of 16), and 2 failures in dialer_app (out of 9). but then I also got the same with old AP.10:39
Mirvsil2100: but I still haven't been able to run unity8 AP for some reason, new or old AP.10:39
Mirvsil2100: so I'm thinking if you could upgrade to the autopilot AP and compare dialer + messaging + unity8 there to the new. oh, and did you run webbrowser_app?10:40
Mirvso far I don't have clear indications that the new autopilot would cause problems directly, but with all these other problems it's a bit hard to say for sure, so doube-checking would be welcome10:41
dbarthsil2100: o/ line 25 should be ready now10:41
Mirvdidrocks: sil2100: but anyway with the new autopilot I've everything else 100% passing - only unity8, messaging, dialer, webbrowser would need double-checking with old/new so that we could at least understand whether we can release the autopilot10:42
mandelvila, bug #66879910:42
ubot5bug 668799 in Linaro QEMU "qemu-arm segfaults executing msgmerge (gettext)" [Undecided,Fix released] https://launchpad.net/bugs/66879910:42
mandelvila, and bug #109872910:42
didrocksI let you guys handle it :)10:42
ubot5bug 1098729 in QEMU "qemu-user-static for armhf: segfault in threaded code" [Undecided,New] https://launchpad.net/bugs/109872910:42
Mirvyep, I'll run webbrowser again at least with old AP now, might be just something flaky.10:43
sil2100dbarth: \o10:44
sil2100Mirv: ok, so...10:44
sil2100Mirv: I had 1 failure on dialer-app and 8 on messaging-app, I ran webbrowser-app but didn't get any failures there seemingly10:44
sil2100Mirv: and I was able to run unity8 tests as mentioned earlier - they took much much longer because of the hangups, but it said that all succeeded, no failures10:45
sil2100Mirv: but I need to clean my environment10:45
vilamandel: you should subscribe to bug 109872910:46
ubot5bug 1098729 in QEMU "qemu-user-static for armhf: segfault in threaded code" [Undecided,New] https://launchpad.net/bugs/109872910:46
vilamandel: I'm not sure who you could ping to get progress on it though...10:46
vilamay be ogra knows ^10:46
Mirvsil2100: ok, so that sounds about the same as I do, and you could check with the new AP if you also get similar results there10:47
Mirvsil2100: but it seems so far the new autopilot is not to blame10:47
sil2100Mirv: I'll give it a shot ;)10:48
Mirvthanks. at least we can probably get a result on the autopilot. then what's causing the size issues and AP failures is a whole another topic.10:49
Mirvdbarth: assigning the silo10:52
sil2100Mirv: assigning silo for seb128 then ;)10:53
Mirvcool10:54
Mirvdbarth: landing-00110:54
seb128sil2100, thanks10:55
zbenjaminogra_: ping, bzoltan told me you are the right guy to ask if there is a way to get the device name (like mako, maguro..) when i run something on the device10:58
zbenjaminogra_: i need to know which ubuntu-touch-session file contains the environment variables i need to set for executing a application in a debug session.10:58
ogra_zbenjamin, DEVICE="$(getprop ro.product.device)"11:00
zbenjaminogra_: awesome thx!11:00
ogra_if you run it before the container (and thus the property system is up) DEVICE="$(grep ^ro.product.device= /system/build.prop |sed -e 's/.*=//')"11:01
dbarthMirv: thanks11:02
ogra_mandel, try hallyn (in #ubuntu-devel ... though i'm not sure he is fancy caring for the armhf side of things)11:02
zbenjaminogra_: i have to run it when executing a click app, so the device is fully booted11:03
mandelogra_, thx11:03
ogra_zbenjamin, then the first one is what you want11:03
ogra_didrocks, i'm at 110 loops and still counting11:08
didrocksogra_: let's cross fingers!11:08
bzoltansil2100: Mirv: can I get a silo for line 28? These are two MRs need to be tested separate from the other UITK MRs11:12
sil2100bzoltan: sure11:13
sil2100bzoltan: these need urgent testing, right?11:14
mhr3sil2100, can i get silo for 27?11:15
mhr3sil2100, plus question, we bumped soversion, is it enough to list all the dependant pkgs in "additional source packages to land"?11:15
sil2100mhr3: oh, you just turned it to yes, sure11:15
t1mpsil2100: as urgent as any ;) I need to test it and land it, other changes are pending on it. But they are not related to any critical bug that is in the images now11:16
sil2100mhr3: hm, no - how many rdeps do you have?11:16
mhr3sil2100, 5-6... ish11:16
t1mpsil2100: ^I was referring to line 28 that bzoltan requested a silo for11:16
sil2100t1mp, bzoltan: since uitk already has a silo - if you really need to test this before the other lands, I can override conflicts for you and allow you to have a silo, but you need to remember to rebuild the silo once the other one lands11:17
sil2100mhr3: the "additional source packages to land" mean source packages which will be dput to the PPA11:18
sil2100mhr3: you would need to include at least empty MRs for those rdeps (for those that we do CITrain for) and then force_rebuild during build11:18
t1mpsil2100: ok11:19
mhr3sil2100, why is the empty mr necessary? isn't it the same as listing them there?11:20
sil2100mhr3: listing where? Additional source packages to land means that CITrain will 'expect' some additional source packages to be dputted to the PPA11:21
mhr3oh... ok i see11:21
sil2100mhr3: if you list them there, you would have to actually dput no-change rebuilds then11:21
mhr3right11:22
mhr3sil2100, ok, so let's build the lib and then i'll reconfigure and add mrs for all the rdeps11:22
ogra_wow !11:22
sil2100mhr3: ok ;) Let me assign then11:22
ogra_did anyone ever try to ssh from the terminal app ?11:22
ogra_it prints your password in clear text on the screen at the password prompt11:23
sil2100ogra_: sounds like a nice feature11:23
sil2100At least you won't make any mistakes!11:23
ogra_lol11:23
t1mpogra_: *finally* a terminal app where we can see what we are typing :D11:23
ogra_beyond that it works really nicely !11:23
t1mpogra_: change your password to 6 *s :)11:24
ogra_lol11:24
t1mpogra_: http://www.bash.org/?244321 :D11:25
davmor2ogra_: did you get the zero size font issue on initial startup?11:26
ogra_davmor2, nope. started fine11:26
davmor2ogra_: ah is this a fresh install though or just and upgrade?11:26
ogra_davmor2, fresh install of 274 upgraded to 27511:27
ogra_loop 137 btw ...11:27
davmor2oh nice maybe it has been fixed then11:27
ogra_t1mp, heh, i know that one :)11:27
ogra_davmor2, but i never remember having it11:27
ogra_(though i only use the terminal occasionally11:28
ogra_)11:28
sil2100ogra_: keeping my fingers crossed!11:28
davmor2ogra_: this is on flo http://davmor2.co.uk/~davmor2/screenshots-phone/screenshot-20140404-122912.png if I change the font to 14 everything is fine then, but this is an older install so I'll do a fresh install and see if is shows up again11:32
ogra_ouch11:33
ogra_yeah, i dont get that11:33
ogra_yay11:36
ogra_15011:36
bzoltandidrocks: ogra_: sil2100: sorry, I did not follow the logs... was there a response to the wrong scaling issue?11:39
sil2100bzoltan: it's not reproducible on my device, but Mirv saw it sometimes11:39
ogra_bzoltan, i didnt even recognize a question about the wrong scaling issue :P11:40
* ogra_ reads backlog11:40
bzoltansil2100:  I see it all the time with all autopilot tests...11:40
bzoltanogra_: in brief... for me it seems that the .bashrc exports are missing when autopilot starts the apps11:40
sil2100hm, strange11:41
ogra_bzoltan, that either means you restarted lightdm (and thus the dbus/upstart adresses changed underneath you) without re-login on the shell, or that there is some bug we dont know about yet11:41
ogra_also make sure to have the latest phablet-tools11:42
ogra_adb shell handling was changed significantly by the foundations team recently11:42
bzoltanogra_: All I do is a clean flash, make it writable (that reboots) install a bunch of packages as Mirv suggested and run the test11:42
bzoltanogra_: I have the latest phablet t ools11:43
ogra_ad you only use phablet-test-run ?11:43
sil2100hmmm11:43
ogra_thats weird11:43
ogra_it was definitely adjusted for the changes ...11:43
Mirvthe easiest way to reproduce is (maybe) running dialer_app tests, but even that doesn't seem to be the case for all11:44
Mirvso it seems weird11:44
ogra_phablet-tools 1.0+14.04.20140401-0ubuntu111:44
ogra_thats what you need11:44
sil2100Mirv: hmm... with the new autopilot I get a bigger, varying number of failures, not sure what's up11:44
ogra_note that dialer and messaging app need ohhono-phonesim-autostart installed ... note also that other tests may fail if ofono-phonesim-autostart is installed, you want to make sure to remove it after testing the dialer or messaging app11:45
Mirvsil2100: here's all I have, for reference http://pastebin.ubuntu.com/7202885/11:47
MirvI've now been trying to get the retrace out of the unity8 crash, but the device choked on that so I'm trying again and also on host11:47
ogra_Mirv, see above, did you properly install/uninstall ophono-phonesim-autostart ?11:48
sil2100Mirv: I ran 3 test suites at once now and got 27 failures o_O But maybe my device is not clean enough11:48
davmor2ogra_: you have a flo right?11:48
ogra_davmor2, yes11:48
Mirvogra_: not installed, but note that #275 I had AP:s passing fine without11:48
ogra_Mirv, hmm, did you have a SIM during the test ?11:49
davmor2ogra_: can you bootstrap it to the latest and try and connect to wifi please11:49
Mirvogra_: no SIM either11:49
ogra_and the tests passed ?11:49
ogra_that cant be11:49
Mirv:S11:49
ogra_either a SIM card or ophono-phonesim-autostart needs to be installed11:49
Mirvand #275 didn't have it somehow automatically?11:50
ogra_(i thought that was a dep of the two AP packages)11:50
bzoltanogra_: I have 1.0+14.04.20140401-0ubuntu111:50
ogra_the important point is that you need to purge it after the test11:50
ogra_bzoltan, hmm, and this is a fresh install with --wipe and --bootstrap ?11:50
bzoltanogra_: with --wipe not with --bootstrap11:51
Mirvogra_: it doesn't seem to be a dependency, but the results I posted on the mailing list yesterday with full pass rate for dialer/messaging were without SIM and with the same autopilot packages as today11:51
ogra_oh, you should always use --bootstrap11:51
ogra_else you end up with the former kernel/initrd11:51
Mirvogra_: no, unfortunately not too fresh11:51
Mirvargh11:51
Mirvso I'm running some weird kernel/initrd then..11:51
didrocksok, I'll be back in a few hours. If anything urgent, send me a message or ask seb to send on my personal emails. Working offline meanwhile11:52
didrockssil2100: Mirv: ogra_: ^11:52
didrocksogra_: keep up the successfully reboot meanwhile! :)11:52
Mirvok didier11:52
ogra_the one that was installed with the last --bootstrap or if you did an OTA that got you a full flash with the one that came by OTA11:52
ogra_didrocks, loop 17211:52
didrocks\o/11:52
Mirvsil2100: have you had a change of unity8 AP with the new autopilot? if that passes, I'm inclined to believe the new autopilot is not a problem11:53
davmor2ogra_: interesting I did a reboot and then the popup for wifi pasword appears11:54
ogra_a small race perhaps11:54
ogra_most likely due to the system being under heavy load on a first boot after flash/OTA11:54
davmor2ogra_: I don't know I gave it 5 minutes before I retried and it didn't appear, however after reboot it appeared first time meh who knows11:56
MirvFYI I can't seem to get a good retrace of the unity8 crasher, I'm instead getting this: http://pastebin.ubuntu.com/7202927/11:57
Mirvoh, but, on the desktop side.. let's see11:58
Mirvtoo many windows open11:58
sil2100Mirv: not yet, I'm still re-running test suites one by one to see which one of them had so many failures during last runs12:01
sil2100Mirv: webbrowser seems to pass 100%12:01
=== alan_g is now known as alan_g|lunch
Mirvfinally. bug #1302550 is my unity8 crash from today retraced.12:04
ubot5bug 1302550 in unity8 (Ubuntu) "unity8 crashed with SIGSEGV in glDeleteTextures()" [Undecided,New] https://launchpad.net/bugs/130255012:04
Mirvmichi is not here, but he was interested12:05
sil2100Mirv: yeah, I poked him back, but he seems to be away now12:05
sil2100Mirv: he was poking me on the private channels which I rarely look at :<12:06
MirvI msg:d him on the other network now with that12:06
Mirvsame here12:06
ogra_14:12:34 LOOP 20012:13
ogra_\o/12:13
=== josepht changed the topic of #ubuntu-ci-eng to: Ubuntu CI Engineering Team | Vanguard: josepht | CI Train support - US: robru, cyphermox, rsalveti - EU: sil2100, Mirv, didrocks | CITrain support no answer: use mup bot after 30 minutes, but choose right timezone | Known issues: makos are down
sil2100\o\12:21
sil2100/o/12:21
sil2100ogra_: you still want to wait till 300?12:21
ogra_250 at least12:22
sil2100Mirv: REALLY strange stuff just happened12:22
sil2100Mirv: I re-ran messaging, dialer and webbrowser and got 0 failures12:22
sil2100Mirv: but this time I didn't run all of them at once (with one phablet-test-run command), but ran first webbrowser, then messaging and then dialer12:23
sil2100And all tests passed, hm12:23
sil2100(while running new autopilot)12:23
sil2100It's really hard for me to get reliable test results ;/12:23
Mirvsil2100: familiar feeling you have there!12:28
Mirvsil2100: well, sounds good anyway for the new autopilot. like I posted to the mailing list, it's starting to sound - regarding the new autopilot - that if you get unity8 passing it's ok to be published12:29
sil2100Mirv: still running the tests, will know for sure in a moment12:29
seb128grrrr12:30
seb128sil2100, Mirv: I've an issue with silo 005, maybe you can help me? I reconfigured to add a branch, but the "build" job insists on not picking it up ... is there some secret magic I need to do?12:31
sil2100seb128: let me take a look12:32
seb128thanks12:32
sil2100seb128: hmm... I don't see you running the reconfigure job though12:33
sil2100seb128: let me run that12:34
Mirvhmm12:34
seb128sil2100, weird, I did click on it and the MPs list on the google tab has the 3rd mps listed12:34
sergiusensMirv: sil2100 can I get a silo for usensord/l30?12:35
seb128sil2100, I might have hit again that sso bug where the first action after a timeout is not working12:35
sil2100seb128: yes, but the backend doesn't seem to have been reconfigured - maybe  the SSO kicked in and made it die12:35
sil2100seb128: I reconfigured now12:35
seb128sil2100, thanks12:35
sil2100seb128: can you retry building?12:35
seb128done12:36
seb128let's see12:36
sil2100seb128: \o/12:36
seb128it's confusing that the gdoc MPs list is different from what the backend sees12:36
Mirvsergiusens: sure12:38
Mirvsergiusens: landing-010 for usensord12:39
seb128sil2100, it worked, thanks12:40
sergiusensMirv: ty sir12:43
=== alan_g|lunch is now known as alan_g
pmcgowanMirv, what is requiring all the qtquick stuff to be updated in latest image12:53
sil2100Mirv: damn, those unity8 tests take even longer now ._.12:56
ogra_i wonder if we should consider 263 reboot loops a successful enough test12:57
sil2100hmm12:58
plarsogra_: do you have a possible fix?12:58
ogra_plars, yes, see the bug12:58
sil2100ogra_: last time you said you got a failure after 300, right?12:58
ogra_sil2100, yeah12:59
plarsogra_: I had a test running overnight with 273 + systemd updates, it's still running after 587 loops12:59
sil2100I would say it's fixed after 260 though...12:59
ogra_sil2100, but that was with all debugging enabled12:59
ogra_which made the error appear less frequently it seems12:59
ogra_i now have all debugging off and the changes described on the bug in place12:59
pmcgowansil2100, do you know why all those qtdeclarative packages are being updated?12:59
sil2100Mirv: unity8 tests all success on new AP, should I publish it?12:59
ogra_without the changes and deugging off i have never seen more then 120 loops13:00
sil2100pmcgowan: hm, not sure, let me look into that, one moment13:00
ogra_the average was rather in the 80s13:00
plarsah, ok so it was the lxc android bit after all. That's one that I couldn't upgrade from 27313:01
ogra_plars, well, it was the switch from cgroups-lite to cgmanager/cgproxy13:01
plarsgotcha13:01
sil2100pmcgowan: so we had a qtdeclarative landing 12 hours ago, Timo had a fix for the LP: #129897813:02
ubot5Launchpad bug 1298978 in Bitcoin Touch "QtQuick V4 Date.Parse() does not support RFC2822 date format" [High,Triaged] https://launchpad.net/bugs/129897813:02
sil2100pmcgowan: so a lot of binary packages got upgraded13:03
sil2100ogra_: I would say...13:03
sil2100ogra_: "SHIP IT!"13:03
ogra_271 btw :P13:03
ogra_err 27213:04
ogra_:)13:04
pmcgowansil2100, so that one change triggered all those new packages?13:04
pmcgowanI guess the source package drives them all13:05
pmcgowansil2100, thanks13:05
pmcgowanogra_, seems you got it, why did that switch occur in the first place, out of curiosity13:05
sil2100pmcgowan: yeah, qtdeclarative generates around ~20 binary packages, so most of those probably come from that one13:06
cjwatsonBinary packages always go together, yes13:06
cjwatsonSee   apt-cache showsrc qtdeclarative-opensource-src | grep -m1 ^Binary:13:06
ogra_pmcgowan, lxc uses cgmanager by default now13:06
ogra_pmcgowan, no idea why, upstream thing ... i just followed suit with the deps13:06
pmcgowanogra_, did that change just happen or did it go through CI?13:06
ogra_pmcgowan, the package went through CI13:06
pmcgowanok13:06
ogra_(the dependency switch)13:07
Mirvpmcgowan: those are all from the qtdeclarative src package, which got the date format patch13:07
pmcgowanMirv, ok thanks13:07
ogra_and i dont think it was that crashy in the beginning13:07
ogra_the combo of that issue plus the updated udev started it13:07
Mirvsil2100: yes, I think so13:07
pmcgowanyeah thats a tough one13:07
ogra_before the udev chnage we saw more device crashes already apparently13:08
ogra_but not as broad13:08
sil2100ogra_: shiiip iiiit!13:08
sil2100;)13:08
ogra_yeah, yeah ...13:08
ogra_on it :)13:08
davmor2sil2100: with that amount of iii's it sound more like sheep eat!13:10
sil2100hah13:11
sil2100;)13:11
sil2100ogra_: just don't eat the sheep!13:11
sil2100Mirv: ok, so I'll publish autopilot now then13:12
circ-user-JSua3ogra_: and do not stop the testing, maybe you find some bug at loop 370 :)13:12
sergiusensogra_: so you have a fix?13:15
sergiusensogra_: nvm, /me read backlog13:16
didrocksback!13:17
ogra_http://paste.ubuntu.com/7203232/13:18
sil2100\o/13:18
didrocksogra_: how many successful reboots?13:19
ogra_didrocks, i stopped at 27813:19
didrocksogra_: you didn't wait for 300?13:19
didrocksI'm shocked :p13:19
ogra_haha13:19
didrocksogra_: can't wait to have an image with that13:19
didrockspsivaa: plars: ev: can you reenable the automatic AP tests (now that we know next image shouldn't hang)13:20
didrocksnice work ogra_!13:20
plarsdidrocks: yep, on it13:20
didrocksthanks :)13:20
ogra_uploaded13:20
sergiusensMirv: can you take action on silo 10 please?13:23
sil2100sergiusens: publishing, Mirv seems to be EOD already13:25
didrocksogra_: let's look at it and kick an image as soon as it's published13:25
sergiusenssil2100: thanks13:25
ogra_didrocks, thats the plan13:25
mhr3sil2100, ehm, i can't reconfigure myself?13:27
mhr3ERROR:root:unity-scopes-shell was not in the initial list of components for that silo. You can't reconfigure the silo yourself. Please ask the landing team to reconfigure it for you.13:27
didrocksmhr3: was it in the initial list of component?13:28
didrocksor did you just add it?13:28
sil2100mhr3: yeah, so, when you reconfigure you cannot add 'new' components, only add new merges to existing ones13:28
mhr3hmm, that's new13:28
sil2100didrocks: he only had unity-scopes-api, wants to add additional packages13:28
mhr3right ^13:28
didrocksmhr3: so, I guess the error message is clear enough, no? :p13:28
sil2100mhr3: if you want new components, a landing team member needs to reconfigure the silo for you13:28
mhr3didrocks, it is, but i used to be able to do that13:29
sil2100Like, new packages13:29
didrocksthis is a protection on purpose to avoid "locks" :p13:29
didrocksmhr3: hum, no ;)13:29
didrocksmhr3: or it was a bug, but I didn't change anything13:29
didrocksmhr3: you can add MP to existing components13:29
didrocksnot add new components13:29
mhr3hm.. so anyway, someone reconf pls13:29
sil2100mhr3: doing13:30
rsalvetiSaviq: thanks for taking care of the powerd UNRELEASED changelog fix13:30
rsalvetiand morning folks :-)13:31
didrocksbzoltan: are you ready for line 28? if we assign it to you, you can release before Monday?13:31
sil2100mhr3: reconfigured o/13:31
sil2100rsalveti: morning13:31
mhr3sil2100, ty13:31
sil2100didrocks: I was waiting for the UITK to move out of -proposed13:31
didrocksah13:31
didrocksprevious utk13:31
didrockssure sure :)13:31
didrocksI thought you blocked on unity813:31
sil2100didrocks: yes ;) Didn't want to overuse the override ;p13:31
didrockssil2100: yeah, don't :p13:32
didrockssil2100: unity8 is in the split greeter one though13:32
didrockssil2100: which isn't going to land, right?13:32
bzoltandidrocks:  sure, but the line 15 is queuing  https://launchpad.net/ubuntu/trusty/+queue?queue_state=1&queue_text=13:32
didrocksbzoltan: ok, so let's wait for it to pass UNAPPROVED13:32
bzoltandidrocks: +113:33
didrocksbzoltan: while I wasn't around, did you find an explanation on the terminal/env variable issue?13:33
didrocksand discrepancy with sil2100?13:33
sil2100didrocks: ah, indeed, unity8 - so ignore conflicts would be anyway necessary, but still, didn't want to do it because of UITK13:33
didrockssil2100: yeah, for that one, we have to wait13:33
bzoltandidrocks:  no, not yet13:33
didrocksok13:33
bzoltandidrocks:  it is a problem ... a big one for us13:33
sil2100didrocks: we didn't find anything yet though... but at least me and Mirv we were able to do a +1 on the new autopilot13:34
sil2100As it didn't really regress anything13:34
didrocksbzoltan: yeah, I think you need to talk to sergiusens, he would maybe have a lead (the recent changes of env variables)13:34
didrockssil2100: good13:34
ogra_rather xnox13:34
didrocksoh right xnox13:35
ogra_or slangasek13:35
didrocksbzoltan: ^13:35
ogra_they did the changes13:35
didrockssil2100: seems you didn't notice line 30 btw13:37
didrocksfor sergiusens13:37
didrocksI did change the hilight to yellow :p13:37
didrockshighlight13:37
sil2100Right! heh ;)13:37
sil2100Sorry, looking13:37
sergiusensit would be good to describe how phablet-test-run is affecting ui toolkit13:37
ogra_use <blink>13:37
sil2100ACKing that, core-dev change13:37
sergiusenssil2100: well, fwiw I'm a ppu uploader for that package too13:38
sergiusens*ppu for that package13:38
cjwatsonubuntu-ui-toolkit accepted13:39
sil2100cjwatson: thank you o/13:39
alecumhr3: https://code.launchpad.net/~dobey/unity-scope-click/show-ratings/+merge/21309013:39
boikodidrocks: Mirv: sil2100: just a heads up, landing-009 is tested and ready to go13:44
sil2100boiko: o/13:45
sil2100boiko: handling that, thanks13:45
bzoltandidrocks: i see the UITK was accepted https://launchpad.net/ubuntu/trusty/+queue?queue_state=2&queue_text=13:46
didrocksbzoltan: yeah, (see 6 lines above ;))13:47
fginthermandel, pong13:49
fginthermandel, I may not have any more insight for you regarding your test failures, but we can chat about it13:50
mhr3sil2100, hmm, seeing something weird13:51
mhr32014-04-04 13:36:07,659 INFO No new useful revision published compared to dest, no need to upload this component13:51
sil2100mhr3: what's up?13:51
sil2100mhr3: ah, you need to force rebuild13:51
sil2100mhr3: that checkbox I mentioned13:51
mhr3ok13:51
mhr3sil2100, and more interesting one13:51
mhr3https://ci-train.ubuntu.com/job/landing-008-1-build/8/console13:51
mhr3very bottom13:52
mandelfginther, hi! I just want to make sure that the failure is due to the load and not the code or a combination of cmake + arm + qt + new signals13:54
sil2100uh13:54
mandelfginther, for me, if we can run the tests in one of the servers outside jenkins or at least ensure the pass with no load I'll be happy to work on a workaround13:55
mandelfginther, right now, the only info I have is that the people from the unity-scope-click had the same issue and moved from new signals to old ones in qt13:55
sil2100mhr3: that's from the run with force rebuild?13:56
mhr3sil2100, no, without13:56
bzoltancjwatson: thanks!13:56
sil2100mhr3: maybe retry and let's see if it happens again13:56
didrockssil2100: mhr3: if it's telling that there is no new useful revision published compared to dest, it means that the generated source package doesn't contain anything. It that expected?13:56
mhr3sil2100, seems the branch is screwed13:56
didrockslike no difference with distro13:56
sil2100didrocks: yes13:57
didrocksso no need to "force rebuild"13:57
sil2100didrocks: we want a no-change rebuild for new ABI-change13:57
didrocksas it's not an ABI break?13:57
didrocksah ok13:57
didrocksso yeah, for that, you need to force rebuild :)13:57
sil2100;)13:57
didrocksmhr3: remark at the bottom is worrying though13:58
mhr3didrocks, indeed13:58
mhr3i can't even branch the branch13:58
didrocksmhr3: it's just running bzr branch lp:unity-scope-click13:58
mhr3it's f-ed up13:58
sil2100;/13:58
ogra_didrocks, got the lxc-android-config mail ... should be ready with the next publisher run13:59
didrocksogra_: \o/13:59
ogra_i'll trigger the build then13:59
didrocksmhr3: yeah, same here…13:59
didrockswhat did manuel do! :)13:59
mhr3i have a copy of the branch14:00
mhr3can try to push overwrite it14:00
fginthermandel, the best I can do is try a build on an isolated armhf node. I don't access to any armhf hardware outside of jenkins14:07
mandelfginther, that is more than enough, an isolated one would do the trick14:07
fginthermandel, another good experiment would be to upload to an armhf enabled PPA14:08
mandelfginther, my ppa supports that, I'll do it right now (although it will take some time to build)14:09
fginthermandel, do you have an MP ready to test?14:11
mandelfginther, the following one fails in a rather "consistent" way lp:~mandel/ubuntu-download-manager/udm-shared-libs14:12
mandelfginther, it has to new dependencies, cmake and google-mock, the rest you can get with the build-deps of ubuntu-download-manager14:13
didrocksogra_: starting an image build14:29
ogra_didrocks, already running14:29
ogra_(bot is a bit slow it seems)14:29
imgbot=== trainguard: IMAGE 277 building (started: 20140404 14:30) ===14:30
didrocksogra_: oh?14:30
didrocksogra_: not sure if my request will be cancelled then14:31
ogra_you cant cancel builds14:31
ogra_<ogra_> didrocks, got the lxc-android-config mail ... should be ready with the next publisher run14:31
ogra_<didrocks> ogra_: \o/14:31
ogra_<ogra_> i'll trigger the build then14:31
ogra_:P14:31
didrocksogra_: not sure if you noticed14:31
didrocksactually14:31
ogra_so we'll get two builds in succession ... unlikely that we get test results in time for the EU workday then14:32
didrockswell, we'll get even more ocnfirmation :p14:32
didrocksogra_: hum, not related to those 2 builds14:32
didrocksogra_: the first image will publish14:33
didrocksthen, the system take it14:33
didrocksand will start processing AP test results14:33
didrocksthen, only the second image will start to be tested14:33
ogra_and 1.5h later the second one will show14:33
ogra_right14:33
didrocksyeah14:33
didrocksso it won't cancel the current tests14:34
=== alan_g is now known as alan_g|tea
=== alan_g|tea is now known as alan_g
elopioping josepht: do you know why jenkins hasn't run the tests for this?14:40
elopiohttps://code.launchpad.net/~rhuddie/gallery-app/photo_selector/+merge/20876114:40
Chipacacould i have a silo for row #29 plz?14:40
sil2100Chipaca: looking14:40
Chipacasil2100: ta14:42
=== Ursinha-afk is now known as Ursinha
josephtelopio: looking14:43
Chipacasil2100: ta14:43
sil2100Chipaca: yw!14:44
sil2100boiko: you can m&c :)14:44
boikosil2100: nice! thanks!14:44
boikosil2100: done14:45
=== alan_g is now known as alan_g|tea
bzoltan1sil2100:  may I ask for a silo to the line 28? The last UITK MP just landed on trunk.14:55
=== alan_g|tea is now known as alan_g
sil2100bzoltan1: awesome o/ Yeah, let me do that14:55
bzoltan1sil2100:  sweet! Thanks14:55
josephtelopio: I've kicked off a build for that MP14:56
elopiojosepht: thank you.14:57
Saviqrsalveti, sure14:58
bzoltan1sil2100: thanks!15:01
sil2100bzoltan1: yw!15:03
=== Ursinha is now known as Ursinha-afk
=== Ursinha-afk is now known as Ursinha
vilamup: help15:33
vilaimgbot: help15:34
imgbotI am the friendly image watchbot15:34
vilaimgbot: commands ?15:34
ogra_status <buildid>15:35
ogra_and it knows this one15:35
ogra_imgbot, stunt15:35
* imgbot rolls on its back and purrs15:35
vilahe he15:35
ogra_thats all it can15:35
=== bschaefer_ is now known as bschaefer
vilaimgbot: status 27515:37
imgbotImage 275 for mako has not finished the tests, status is: Running15:37
ogra_(takes a little, it is screen scraping the dashboard)15:37
vilano problem15:38
vilaogra_: can he output the url for the changes file ? happy to provide a patch if I can see the code15:38
ogra_vila, yeah, i can add that15:38
ogra_over the weekend15:38
davmor2ogra_: you want to add stunt beg and it say "Bot is on it's hind legs begging for an image, please give it an image"15:38
vilaogra_: no pressure, thanks a lot !15:38
ogra_vila, for the interim http://people.canonical.com/~ogra/touch-image-stats/15:38
ogra_:)15:38
ogra_davmor2, good idea, i might be adding it15:39
vilaogra_: yup, been using that so far15:39
vilaogra_: and clicking twice on the date column15:39
sil2100bfiller: I'll prepare folk for you and assign a silo15:39
sil2100bfiller: all the three patches are needed?15:40
ogra_vila, the date column ?15:40
bfillersil2100: great, thanks. ping renato if you have questions about the folks patches. I think all three are needed. renato is that the case?15:40
ogra_(there are changelogs by image number at the top)15:40
vilaogra_: forget it, I just bookmarked http://people.canonical.com/~ogra/touch-image-stats/?C=M;O=D (last modified command sorry)15:40
vilas/command/column/15:40
sil2100renato: ^ ?15:40
sil2100:)15:40
ogra_ah15:41
ogra_i didnt know you can do that !15:41
renatosil2100, bfiller I have a mr ready if you want15:41
renatosil2100, only the first one15:41
vilaogra_: brain is weird, talking is good ;)15:41
ogra_:)15:41
sil2100renato: could you point me to it?15:41
renatosil2100, sure15:42
imgbot=== trainguard: IMAGE 277 DONE (finished: 20140404 15:45) ===15:45
imgbot=== changelog: http://people.canonical.com/~ogra/touch-image-stats/277.changes ===15:45
ogra_wow15:45
ogra_quite some changes15:45
sil2100renato: ok, I see it, let me just integrate that15:45
=== gatox is now known as gatox_lunch
vilaogra_: but... it already display that url ! gee15:46
ogra_vila, but only once it reports build success15:46
davmor2ogra_: I think the freezes are like internet cakes and matrix spoons15:46
renatosil2100, https://code.launchpad.net/~renatofilho/folks/fixed-folks-disable-linking15:46
ogra_it doesnt have a "changelog <buildid>" command yet15:46
renatosil2100, this change: http://bazaar.launchpad.net/~renatofilho/folks/fixed-folks-disable-linking/revision/5715:47
vilaogra_: yeah or "last build" ?15:47
ogra_davmor2, ahg then we are fine ... we just need to put "includes personal matrix" on the box15:47
vilaogra_: nah15:47
vilaogra_: ignore me15:47
vila:)15:47
davmor2who said that15:47
davmor2ogra_: nice :)15:48
davmor2ogra_: I would prefer now including your delivery of internet cake :)15:48
ogra_om nom nom15:49
ogra_already eaten :P15:49
davmor2haha15:49
kgunnrobru: wanna publish silo 11 ?15:51
robrukgunn, yes!15:51
robrukgunn, and done15:52
bfillerelopio: I'm testing gallery autopilot with your MR applied: https://code.launchpad.net/~elopio/gallery-app/override_toolbar/+merge/21370315:55
bfillerelopio: getting this failure: http://pastebin.ubuntu.com/7203809/15:55
bfillerelopio: any ideas what's happening?15:55
elopiobfiller: looking.15:56
elopiobfiller: the open_toolbar() is failing.15:57
elopiobfiller: let me give it a try. Are you running it on desktop?15:57
bfillerelopio: on device15:57
bfillerN415:57
elopiobfiller: with the package from a silo?15:57
bfillerelopio: yes, from silo 1415:57
elopiook, on it.15:57
bfillerelopio: thank you, I had to install it as deb as I don't have a click for the silo, so not sure if this factors into the problem at all15:58
didrockscyphermox: coming?16:01
seb128can somebody reconfigure silo7 for me? I did a copy error earlier and listed a branch on a wrong source, changed that now16:08
cyphermoxsergiusens: do we got a silo for the MMS stuff?16:10
sergiusenscyphermox: not yet; will get one soon; awe_ did you update your MR from yesterday to get siloed?16:11
seb128cyphermox, can you reconfigure silo7 for me?16:13
cyphermoxseb128: sure16:13
=== josepht changed the topic of #ubuntu-ci-eng to: Ubuntu CI Engineering Team | Vanguard: cihelp | CI Train support - US: robru, cyphermox, rsalveti - EU: sil2100, Mirv, didrocks | CITrain support no answer: use mup bot after 30 minutes, but choose right timezone | Known issues: makos are down
seb128thanks16:13
cyphermoxseb128: done16:16
seb128cyphermox, thanks16:16
elopiobfiller: I can reproduce it sometimes, I don't understand it yet.16:17
bfillerelopio: ok16:19
cyphermoxseb128: started and aborted build?16:19
seb128cyphermox, yeah, local screwup, should be good now, sorry (had forgotten the commit message so I stopped it to add it and restarted)16:20
sil2100bfiller: I uploaded folks to the PPA already if anything, so all *should* be ok16:20
cyphermoxyeah np16:20
cyphermoxseb128: that used to break stuff, but didrocks' fixed it16:20
seb128good ;-)16:20
didrockscyphermox: seb128: just be aware that the status won't be updated16:22
didrocksin the spreadshet16:22
awe_sergiusens, nope still working on the bug I mentioned during the standup16:22
seb128didrocks, cyphermox: that's ok16:22
sergiusensawe_: ok; I'm going for lunch; when I get back, I have an idea for the silo strategy16:23
cyphermoxdidrocks: robru: I'll be out for ~15 minutes, going to retrieve some curry for lunch16:23
didrockscyphermox: enjoy!16:23
robrusweet16:23
cyphermoxthat's the one really cool thing about the Montreal office; very cheap amazing curry just down the street :)16:24
=== gatox_lunch is now known as gatox
bfillersil2100: great, thanks16:25
didrocksvila: ahah, you liked my comment telling "don't bother" :p16:25
bfillersil2100: I started the build on that silo16:25
fginthermandel, http://s-jenkins.ubuntu-ci:8080/job/ubuntu-download-manager-trusty-armhf-ci-fjg/1/console16:26
fginthermandel, that's a run of your MP on its own armhf node16:26
viladidrocks: hehe, yeah. I can go with more: "less work" comments like that ;)16:26
didrocksvila: at your service :p16:27
fginthermandel, I just discovered some old, wedged test processes on that node. I'm going to clear them and try again.16:29
elopiobfiller: the only possible explanation I find is that we are trying to open the toolbar when it's opened, it hasn't started to close, but it will really soon, in less than the time it takes autopilot to select the button.16:36
elopioI can reorder the statements so that window is even smaller.16:37
bfillerelopio: ok16:37
bfillerelopio: do you think this is related to the emulator change you made or always been there?16:38
elopiobfiller: the window for failure has always been there. My change, or some other change in that silo might have make the test more prone to hit it.16:39
elopiobut I can't know for sure.16:39
bfillerright16:39
elopiowith this change in the order, I haven't been able to reproduce the error.16:40
elopioI'm getting sometimes a different one that says MediaSelector is not present, but lets go one by one.16:40
robruogra_, sorry, so what's the status of the boot troubles? has a cause been identified? do I need to test further?16:46
ogra_robru, nope, all donee16:46
robruogra_, ok thanks.16:47
ogra_robru, bug 130217416:47
ubot5bug 1302174 in cgmanager (Ubuntu) "cgmanager and cgproxy startup is racy" [Medium,Triaged] https://launchpad.net/bugs/130217416:47
=== bfiller is now known as bfiller_afk
elopiot1mp: can you please review this one? https://code.launchpad.net/~elopio/ubuntu-ui-toolkit/fix1302706-click_toolbar_button_failure_window/+merge/21430916:56
elopiobfiller_afk: and as it would be bad for you to wait for a new release of the toolkit, this should work:16:56
elopiohttps://code.launchpad.net/~elopio/gallery-app/workaround1302706-fix1302706-click_toolbar_button_failure/+merge/21431016:56
t1mpelopio: wow.. does that mean the try takes so much time that the toolbar closes then?16:58
t1mpit should be like a millisecond, no?16:58
t1mpah wait maybe I read it wrong16:59
t1mpelopio: get_button does not work when the button is not visible?16:59
t1mpwhy is that?16:59
elopiot1mp: it works when it's not visible.16:59
t1mpthe button exists, it may just be in a toolbar that is under the screen at that time16:59
elopioit's not only the try what's making us hit the precise moment when the toolbar closes.17:00
elopioit's a combination of what's happened before we try to click the button, plus the select_single.17:00
t1mpelopio: I don't understand why you need the change17:01
t1mpelopio: if for _get_button it does not matter whether the toolbar is open, then why check before that instead of afterwards?17:01
elopiot1mp: this changes makes the failure window like 0.02 smaller.17:02
elopiowhat I want with that check is to make sure people don't forget to open the toolbar before clicking the button. It's not intented for the _get_button to work.17:02
elopioget_button will work if the toolbar is closed anyway.17:02
elopiot1mp: makes sense?17:04
t1mpI don't mind the change, code-wise maybe it looks a bit better if we do the check first, but functionally I see no difference17:05
t1mpelopio: the MR links to a bug, but it doesn't fix the bug right?17:05
elopiot1mp: yes, with this change, the gallery doesn't fail anymore.17:06
=== alan_g is now known as alan_g|EOD
elopiowithout it, it fails like 1 out of 3 times.17:06
t1mpso without it, AP gets the button, then the toolbar closes, and then the test fails?17:07
elopiot1mp: yes.17:07
t1mpand with it, it checks for the toolbar to be open, and then gets the button, then clicks it, and the toolbar is still open?17:07
elopioyes.17:08
t1mpwow17:08
elopioand if it closes in the mean time, after getting the button we call open again. I think you added that part.17:08
t1mpah yes, true. I overlooked that now17:09
t1mpI get it now.17:09
t1mpmakes sense to check the pre-requisite at the beginning17:09
mhr3robru, 008 ready to publish17:09
mhr3robru, and good morning btw :)17:10
robrumhr3, good morning! just gotta get a core dev ack on those packaging changes17:10
robrucyphermox, packaging ack? https://ci-train.ubuntu.com/job/landing-008-2-publish/lastSuccessfulBuild/artifact/packaging_changes_unity-scopes-api_0.4.2+14.04.20140404.1-0ubuntu1.diff17:11
t1mpelopio: I approved17:11
cyphermoxsure let me look17:11
cyphermoxrobru: changelog looks very wrong (unreleased version added under a released one), and looking at the files there, the symlink to the shared lib looks unusual to me too; I need to look deeper than just the diff17:16
robrucyphermox, thanks17:16
robrumhr3, ^^ any ideas why that changelog looks weird?17:17
mhr3robru, hmm, looks like we didn't merge it properly17:18
robrumhr3, I think it would be fine to just drop that "UNRELEASED" section17:18
mhr3indeed17:18
mhr3robru, should i push that and do another rebuild?17:19
t1mpelopio: did you learn anything new related to this MR? https://code.launchpad.net/~andrew-hayzen/ubuntu-ui-toolkit/fix-swipe-delete-002/+merge/20217117:19
elopiot1mp: I'm having a headache with that one.17:20
t1mpI had that yesterday so I gave up ;)17:20
elopioI have a couple of ideas to try now, but I've spend all morning on it so I took a "break" :)17:20
robrumhr3, yeah17:20
robrumhr3, well, wait for cyphermox before rebuilding, he's checking other things17:21
mandelfginther, awesome thx17:25
cyphermoxmhr3: " * Added ability for defining custom scope runner path, relative to scope's directories." was this added by a merge?17:31
cyphermoxthe line is too long, in theory. if it's a manual changelog addition, then it would be better to fix it, if it's automatic from citrain, then I'd just ignore it17:32
mhr3cyphermox, of course17:32
cyphermoxah, I mean the actual line in changelog17:32
fginthermandel, build #2 http://s-jenkins.ubuntu-ci:8080/job/ubuntu-download-manager-trusty-armhf-ci-fjg/2/console17:33
mhr3cyphermox, no, that's usually manual17:33
mhr3cyphermox, we mention api additions in changelog17:33
cyphermoxmhr3: ok. since there is a change to do in changelog anyway for the unreleased entry, could you fix that too if it's there?17:33
cyphermoxit's just trimming the line to 80 characters, possibly continuing below17:34
mhr3cyphermox, k, pushed17:35
cyphermoxthanks17:35
mhr3cyphermox, anything else, or can i rebuild?17:35
cyphermoxsorry for the nitpicking but while we were editing changelog. .. ;)17:35
cyphermoxno, the rest checks out17:35
cyphermoxfeel free to rebuild, then I'll do another quick check of the diff once it's ready to publish17:35
bregmarobru, line 37 is ready and eager to have a silo assigned if you're in the mood17:46
robrualways!17:46
mhr3robru, 008 rebuilding, i'm keeping tested "yes" since there were just changelog changes17:47
mhr3pls publish once it builds17:47
mhr3and i'm heading home17:48
robrumhr3, thanks!17:48
=== bfiller_afk is now known as bfiller
bfillerelopio: thanks for your help, I will try your MR18:27
t1mpplars: hello18:43
t1mpplars: I am using the ubuntu-test-cases scripts now. they seem to work nice :)18:44
plarst1mp: great!18:44
plarst1mp: you can specify the image revision you want in run-smoke too now18:44
t1mpplars: I only had to replace all 'adb wait-for-device' by 'sleep 60' because wait-for-device always breaks after the device rebooted.. maybe a hardware problem? anyway not a problem with the scripts18:44
t1mpplars: I am running app AP tests now with ./run-autopilot-tests.sh -Q -a app_name18:45
t1mpplars: do you know of a way to get a list of apps that I can pass with -a?18:45
t1mpplars: how do I run the ubuntu-ui-toolkit tests? ./run-autopilot-tests.sh -a ubuntuuitoolkit ? will that work? or is -a only for click apps?18:45
t1mpplars: ah. image-revision can be useful :) if the newest image is broken. I am testing with 277 now and luckily that one seems good so far18:47
plarst1mp: that should work fine, and for a list, simply look at the dashboard: all those tests names in a completed run like http://ci.ubuntu.com/smokeng/trusty/touch/mako/274:20140402.1:20140331/7525/ for example18:47
plarst1mp: now be aware that some of those (the ones under /tests of that tree) are not autopilot tests, and can't be run with -a, you have to use -t for those18:48
plarst1mp: yeah, I think our guy in the lab that had to continuously reset all those devices yesterday was plotting my murder18:49
plarsfortunately this one has bee lots better18:49
plarsthere have been a few failures on mako, but it's still running at least :)18:50
t1mpt1mp: ok, cool. just to know which test names I can use18:50
t1mpoh18:50
t1mpubuntuuitoolkit has AP tests though18:50
t1mpplars: do you know why I have failures here? http://paste.ubuntu.com/7204499/18:50
t1mpthey seem to be before and after the actual test18:51
bfillerrobru: silo-09 is failing to build. I think it might be because sync-monitor package is not yet in the archive? any ideas? https://ci-train.ubuntu.com/job/landing-009-1-build/8/console18:53
plarst1mp: looks like systemsettle never saw it get idle enough18:53
plarst1mp: under clientlogs, there should be som top logs that give you more detail, or if the system is still in that state you can adb in and look at top18:54
robrubfiller, sounds like sync-monitor isn't building in split mode, let me check18:54
plarst1mp: it's looking for it to get down to 97.5% idle18:54
plarst1mp: but it looks like it's nowhere close to that18:54
robrubfiller, yeah, sync-monitor is lacking this file: http://bazaar.launchpad.net/~super-friends/friends/trunk/view/head:/.bzr-builddeb/default.conf18:55
robrubfiller, please add it and rebuild18:55
bfillerrobru: ack, thanks18:56
dbarthrobru: o/ silo 001 verified and ready for publication19:03
robrudbarth, published!19:04
dbarthrobru: thanks; you can merge & clean later today if you need to free upthe silo, otherwise i'll do it on monday morning19:09
robrudbarth, great, i probably will, thanks19:09
bfillerrobru: can you create a silo for line 36 please?19:23
robrubfiller, ok, you got silo 1019:24
bfillercheers19:24
bregmahmm looks like there's a bug in the dark inner magic of ci-train, my build fails because the epoch in the version number confuses it19:30
robrubregma, log?20:11
bregmarobru, https://ci-train.ubuntu.com/job/landing-018-1-build/4/console20:12
robrubregma, have we ever done a compiz release with citrain?20:19
bregmayep, last compiz release was 2014032820:21
cyphermoxsergiusens: silo?20:21
robrubregma, indeed, just a week ago. bizarre. still poking20:23
mhr3bregma, is there a bug for the double lock issue?20:25
robrubregma, that is really strange. why doesn't the epoch version appear in any of the other places the version number is mentioned? Like, "dpkg-source -b compiz-0.9.11+14.04.20140404"20:26
bregmamhr3, there are several, I believe of subtly different shades20:26
mhr3bregma, got links to any?20:26
robrucyphermox, can you help me figure this out? I have no idea what citrain is doing here: https://ci-train.ubuntu.com/job/landing-018-1-build/4/consoleFull some kind of mismatch between the version string in the build job, and the version string that dpkg is using.20:28
bregmamhr3, https://bugs.launchpad.net/ubuntu/+source/unity/+bug/1291088 is the main one20:29
ubot5Ubuntu bug 1291088 in Unity "Doesn't unlock when coming back from the greeter" [High,In progress]20:29
sergiusenscyphermox: on my way; sorry got heads deep :-)20:30
cyphermoxsergiusens: np20:30
cyphermoxrobru: ahah, it needs to strip epoch20:33
cyphermoxhaven't we landed compiz before in citrain?20:33
robrucyphermox, but I don't understand -- we've done a release of compiz just a week ago. what changed?20:33
cyphermoxwell either someone changed the changelog in a way they don't understand (but it doesn't seem to be the case) or someone changed that upload code and forgot to make sure to strip epoch from there20:36
cyphermoxI would have thought it shouldn't strip it though20:36
cyphermoxtime to run it locally to see20:38
sergiusenscyphermox: can you ack this btw? https://code.launchpad.net/~sergiusens/nuntium/packaging/+merge/21410120:39
sergiusensyou did on irc, but not the MR :-)20:40
cyphermoxoh ok20:40
sergiusenscyphermox: and line 40 should hold the butter20:40
cyphermoxthar20:41
sergiusenscyphermox: just need a silo assigned; nudge nudge20:45
dbarthrobru: can we get a silo on line 38?20:45
cyphermoxsergiusens: given that i'm participating in the landing though, it would be better if we find someone else when comes the time to do the publishing20:46
robrucyphermox, i'll be around to publish for a while yet20:46
sergiusenscyphermox: yeah; the publishing you shouldn't do; but silo assign20:46
robrudbarth, ok, you got silo 1120:46
cyphermoxassigning right now20:46
sergiusensrobru: we need to extensively test the silo; so it will be a while before publishing20:47
robrusergiusens, ah ok20:47
cyphermoxeep20:47
cyphermoxofono has not debian/changelog ?20:47
sergiusenscyphermox: it gets autogenerated from the commit messages20:49
cyphermoxwell, there needs to be something broken20:53
dbarthrobru: thanks20:53
robrudbarth, you're welcome20:53
sergiusenscyphermox: not working due to lack of changelog?20:54
cyphermoxnah20:55
cyphermoxjenkins borken20:55
sergiusenscyphermox: might be the packaging for nuntium as it only exists in the branch and not trunk20:55
sergiusensoh20:55
sergiusensusual Friday :-)20:55
cyphermoxnah it's barfing on the ofono branch20:55
cyphermoxcihelp20:55
cyphermoxI have no idea how this is supposed to work :)20:55
fginthercyphermox, yo20:56
cyphermoxfginther: yo20:56
cyphermoxfginther: any idea why  bzr cat -d lp:~phablet-team/ofono/ubuntu debian/changelog or bzr cat -d lp:~phablet-team/ofono/cf-mms-techpref-simw debian/changelog  don't work on our dear citrain jenkins?20:57
cyphermoxhttps://ci-train.ubuntu.com/job/prepare-silo/76/console20:57
cyphermoxfginther: ^20:57
* fginther looks20:57
cyphermoxrobru: so the issue with compiz is indeed that it seems like the build job should be ignoring the epoch from the version number. not sure why this hasn t failed previously... maybe didrocks changed things to try to fix something and forgot about this part20:59
robrucyphermox, seems easy enough to fix then. the only thing is that I don't know how to deploy citrain changes, do you?20:59
bregmacan't you check the bzr history of the citrain source code?20:59
cyphermoxahahah20:59
cyphermoxbregma: yes, we can21:00
* bregma was waiting for the revelation that citrain was not under source control21:00
cyphermoxahah21:00
cyphermoxwe could deploy citrain via citrain21:00
cyphermoxif only it was in the archive21:00
fginthercyphermox, it would be nice if stderr was logged in that exception message :-)21:02
asaccitrain is by concept not archive specific. everything needs appropriate pre-merge testing21:03
cyphermoxfginther: indeed21:04
cyphermoxfginther: I assume you can deploy fixes for citrain?21:04
cyphermoxI'll push a few small bugfixes to a branch and ask robru to verify, then we can deploy this?21:05
cyphermoxfginther: if you could run the bzr cat commands on the citrain jenkins box though, I could probably figure out what's up with it21:05
fginthercyphermox, I can't deploy, IS needs to do that21:06
robrubah21:06
cyphermoxah, fun21:06
cyphermoxcan you run though?21:06
fginthercyphermox, robru, let me see what I have access to21:07
fginthercyphermox, robru, what is https://ci-train.ubuntu.com/job/deploy-citrain/ for?21:08
robrufginther, well isn't that something21:09
cyphermoxshiny21:09
robrufginther, the answer to "what is this?" is "something that has only ever been used by Didier"21:09
fgintherrobru, but looks like the right rob21:10
robrufginther, yes indeed, just that I was never told about it ;-)21:10
robrufginther, so thansk21:10
cyphermoxfginther: in any case, I made my own job to run bzr cat and it seems to work, so not sure what's up21:11
cyphermoxI'll just try one last time and if it still fails, cry21:11
fginthercyphermox, that is what I was going to try :-(21:11
* cyphermox cries21:12
cyphermoxscrew this, on failure we'll output both stdout and stderr21:12
cyphermoxrobru: https://code.launchpad.net/~mathieu-tl/cupstream2distro/bugfix-20140404/+merge/21434021:19
robrucyphermox, lgtm21:19
cyphermoxok, I'll push to cupsteam2distro naw21:20
fginthercyphermox, are you able to run that update job?21:21
fginthererr, "deploy-citrain"21:21
cyphermoxI want to think I understand what it does properly before I try21:21
cyphermoxvery cool21:24
cyphermoxcan I rerun the compiz build (silo 18)?21:26
cyphermoxsergiusens: can you check what's up with debian/changelog?21:28
cyphermoxhttps://ci-train.ubuntu.com/job/prepare-silo/78/console21:28
cyphermoxI know the changes are supposed to get applied automatically, but there should still be a debian/changelog file21:28
cyphermoxhey wait a second21:29
cyphermoxthis actually could rather be the numtium branches21:29
=== jhodapp is now known as jhodapp|afk
cyphermoxurgh21:32
cyphermoxsergiusens: can you merge the packaging straight into numtium project? we'll just skip messing with this for no reason21:33
robrucyphermox, yeah, rebuild 18 for sure21:33
cyphermoxok21:33
sergiusenscyphermox: sure; that's what I was trying to say :-)21:33
cyphermoxahah alright :)21:34
cyphermoxrobru: we'll know soon enough if everything goes well, but I see my changes got applied for the prepare job21:36
cyphermoxso I think silo 18 will build fine too21:36
sergiusenscyphermox: done, also update mr list for train21:37
* bregma looks forward to having part of Friday night off21:37
cyphermoxthar, silo 1921:38
cyphermoxbregma: isn't it nearing standard, EST timezone EOD ?21:38
bregmasome of us have no use for standard EOD21:39
cyphermoxahah yeah21:39
cyphermoxlooking forward to going to get some vegan raw food nearby for dinner, since I'm staying in the office until very late tonight :)21:39
cyphermoxrobru: silo 18 looks good now, stuff is waiting for the build to complete21:47
cyphermoxso I'll run out now for a bit, back soonish21:47
robrucyphermox, sweet thanks22:02
robrubregma, ^22:02
* bregma keeps an eye on things22:03
cyphermoxI'm back22:27
bfillerrobru: would you be able to reconfig silo 9, we need syncevolution uploaded to the ppa from this patch: https://code.launchpad.net/~renatofilho/syncevolution/fix-photo-merge22:30
robrubfiller, sure22:31
bfillerrobru: great, thanks22:31
robrubfiller, yeah, just need you to change the source packages cell (G34). it should just be a space-separated list of the source package names, no bullets, no urls22:32
bfillerrobru: ok22:32
robrubfiller, thanks22:32
bfillerrobru: done22:33
robrubfiller, ok, it's reconfigured. did you want me to upload the package or can you?22:33
bfillerrobru: if you don't mind would be great22:34
robrusure22:34
robrubfiller, ok, it's uploaded, you should see that in a sec22:36
bfillerthanks robru22:37
robrubfiller, you're welcome!22:37
bfillerrobru: silo 10 ready for release22:51
robrubfiller, done!22:52
bfillerrobru: thanks, need a silo for line 41 as well22:54
robrubfiller, hmmmmm, might have to wait on that 1. we only have 1 left...22:54
bfillerrobru: no rush22:54
bfillerrobru: not critical, next week is fine22:55
robrubfiller, ok thanks22:55
bregmarobru, I am pleased to announce landing-018 has passed its tests satifactorily and is ready for publish23:11
* bregma starts uncorking the wine bottles23:11
* bregma looks under the dirty dishes in the kitchen sink for an unchipped mason jar to drink from23:16
Chipacalanding-012 has also just passed it tests satisfactorily and is ready for publish23:21
* Chipaca tips his glass towards bregma hopefully23:21
* bregma pours23:21
robrubregma, unity publish on friday night? what could go wrong? ;-)23:21
* Chipaca switches out for a bigger glass, in a single fluid motion that spills not a drop23:21
robrubregma, ok, published ;-)23:22
* bregma thinks Chipaca is a little *too* practiced at this23:22
bregmathanks robru23:23
* bregma unscrews the cap of the second bottle23:23
Chipacabregma: :)23:23
Chipacabregma: that'll do, thank you.23:23
Chipacarobru: sorry, i should've mentioned you by name. can i have a publish of landing-012 ?23:24
Chipacawait, the protocol is to mention everybody23:24
Chipacadrat23:24
robruChipaca, yes! (sorry, i missed your message among the celebrations)23:25
Chipacai'll get the hang of this someday23:25
Chipaca>hick<23:25
robruChipaca, ok, it's done23:26
Chipacarobru: thank you!23:27
robruChipaca, you're welcome23:27
Chipacarobru: is there an easy way to know when it's safe to merge-and-clean?23:28
robruChipaca, well, the spreadsheet will say so. but if you mean "can we get a push notification when it's safe", not really. it's just polling. usually about an hour.23:29
Chipacarobru: hmm... would it be very impolite of me to go to bed now, and worry about cleanup in the morning then?23:31
robruChipaca, no worries. I can take care of it if it's late for you23:31
Chipacanot terribly late, but too late to be waiting around for an hour23:32
Chipacarobru: thank you again, then. i'm off.23:32
robruChipaca, haha, get some sleep then. goodnight!23:32
Chipacarobru: you too!23:32

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