imgbot | === trainguards: IMAGE 26 building (started: 20141119 02:05) === | 02:03 |
---|---|---|
=== chihchun_afk is now known as chihchun | ||
imgbot | === trainguards: IMAGE 26 DONE (finished: 20141119 03:30) === | 03:28 |
imgbot | === changelog: http://people.canonical.com/~ogra/touch-image-stats/26.changes === | 03:28 |
=== chihchun is now known as chihchun_afk | ||
Mirv | morning here too | 05:24 |
Mirv | why, certainly | 05:49 |
=== chihchun_afk is now known as chihchun | ||
zsombi | cihelp: need clarification on this https://jenkins.qa.ubuntu.com/job/generic-deb-autopilot-runner-mako/6140/console | 06:59 |
zsombi | cihelp: seems there are package conflicts there? | 06:59 |
Mirv | cihelp: ^ to zsombi's request, the error looks like if a vivid rootfs (qt 5.3.2) would try to install utopic UITK packages (compiled against qt 5.3.0) | 07:28 |
robru | cjwatson: infinity: around? what's the correct value to pass to 'pbuilder create --mirror _____' if I want to create an rtm chroot? | 07:46 |
Mirv | is the dashboard down? | 08:25 |
Mirv | I mean the jenkins one | 08:26 |
sil2100 | Seems to work here | 08:38 |
cjwatson | robru,infinity: the URL is http://derived.archive.canonical.com/ubuntu-rtm/, but that won't quite help because debootstrap doesn't understand 14.09. It's probably simplest to create a chroot with something uniformly older (say, trusty), flip sources.list over, and upgrade; or grab the chroots from Launchpad ("manage-chroot -d ubuntu-rtm -s 14.09 -a amd64 get", from lp:ubuntu-archive-tools) and use those as a starting point. | 08:40 |
cjwatson | Might even be possible to do the latter directly with sbuild using Stéphane's sbuild-launchpad-chroot gadget. | 08:41 |
cjwatson | Oh, FYI folks, "devel" now works in PPAs; no need to edit sources.list any more after using add-apt-repository. | 08:43 |
sil2100 | jibel: hey! Do you know if the new custom tarball has been picked up for testing yesterday night? | 09:03 |
sil2100 | Oh, wait, I see it did | 09:03 |
sil2100 | jibel: nvm! | 09:03 |
jibel | sil2100, it's in 165, isn't it? | 09:05 |
sil2100 | Right | 09:05 |
jibel | sil2100, we didn't test 165 yet | 09:05 |
jibel | we'll do it this morning | 09:05 |
Mirv | cjwatson: great! for the 'devel' working. | 09:10 |
sil2100 | Looking good so far, we seem to be missing only 2 topblocker fixes right now, both having fixes ready | 09:19 |
sil2100 | jibel: do you have someone that could take a look at rtm silo 11? | 09:20 |
oSoMoN | sil2100, FYI, my testing of oxide 1.3 (in silo 3) is complete and good, dbarth is still testing webapps a bit more extensively, but it looks like we should be ready to land it soon | 09:28 |
pmcgowan | nice | 09:35 |
sil2100 | oSoMoN: \o/ | 09:39 |
popey | Mirv: when you get a moment could you please upload calendar to the store (note, it's not in the rtm image so it's not covered by freezes) http://s-jenkins.ubuntu-ci:8080/job/calendar-app-click/lastSuccessfulBuild/artifact/generic-click-builder-utopic-armhf/output/com.ubuntu.calendar_0.4.549_all.click | 09:50 |
popey | Mirv: also sudoku pls. http://s-jenkins.ubuntu-ci:8080/job/sudoku-app-click/lastSuccessfulBuild/artifact/generic-click-builder-utopic-armhf/output/com.ubuntu.sudoku_1.1.319_all.click | 09:51 |
sil2100 | john-mcaleely: ping | 09:51 |
sil2100 | olli, pmcgowan: so, we're closing the landing gates now - all fixes for the listed topblockers either already landed or are in silos | 09:53 |
sil2100 | olli, pmcgowan: actually, only 2 topblockers are left and both have fixes in silos | 09:53 |
=== sil2100 changed the topic of #ubuntu-ci-eng to: Need a silo? ping trainguards | Need help with something else? ping cihelp | Train Dashboard: http://bit.ly/1mDv1FS | QA Signoffs: http://bit.ly/1qMAKYd | Known Issues: RTM Archive frozen (no new silos landing) ! RTM cron builds disabled | ||
Mirv | popey: calendar and sudoku uploaded | 09:57 |
popey | thanks Mirv | 09:57 |
sil2100 | john-mcaleely: re-ping | 10:15 |
sil2100 | john-mcaleely: we would need a device tarball generated from silo 11 for QA to start testing | 10:15 |
ogra_ | sil2100, OH ! | 10:17 |
ogra_ | sil2100, did you notice silo 13 ? | 10:17 |
ogra_ | (that is the "UI freezes randomly" topblocker) | 10:17 |
ogra_ | (not marked as such ... bad tedg ) | 10:17 |
olli | sil2100, good job! | 10:18 |
sil2100 | ogra_: oh my, well - it's targetted for the next milestone anyway ;) | 10:18 |
sil2100 | I wouldn't try forcefully pushing it in here | 10:18 |
ogra_ | sil2100, well,if we have spare QA capacity i dont think a week more testing would be bad | 10:19 |
jibel | sil2100, rvr will review silo 3 and rhuddie silo 11 when it's ready | 10:19 |
ogra_ | it is *very* intrusive | 10:19 |
rvr | ogra_: sil2100: I noticed | 10:19 |
rvr | The changelog is huge | 10:19 |
sil2100 | True, actually, if john-mcaleely won't pop up pretty soon we might ask for testing this silo now | 10:20 |
ogra_ | yes | 10:20 |
sil2100 | Since without him it might be troublesome to test 11 anyways... | 10:20 |
rvr | Ooops, I'm talking about silo 3 | 10:20 |
ogra_ | heh | 10:20 |
sil2100 | rvr: ok, that's a different story ;) silo 3 is a new oxide, and that's always huuuge | 10:20 |
rvr | sil2100: ogra_: Silo 3 contains an update to oxide, is that known? ... Ok | 10:21 |
ogra_ | yes | 10:21 |
ogra_ | known and wanted | 10:21 |
rvr | Ack | 10:21 |
ogra_ | (and dont dare to find any problems, rebuilding ocide will take a month at least :P ) | 10:21 |
ogra_ | *oxide | 10:21 |
pmcgowan | sil2100, so whats left | 10:47 |
ogra_ | pmcgowan, tons of new bugs with the OOBE here for me | 10:56 |
ogra_ | i just hung the dash hard | 10:56 |
ogra_ | and i can repro | 10:57 |
ogra_ | sigh | 10:57 |
pmcgowan | ogra_, you mean the wizard or the new scopes stuff | 10:57 |
ogra_ | new scopes | 10:58 |
pmcgowan | f*** | 10:58 |
ogra_ | going to the bottom of "today" ... then tapping "tell me more" at the button ... in the following page scrilling completely down and tapping "finished ... " gets me a hard hang of the dash | 10:59 |
ogra_ | oh, wait ... this time it doesnt ... it instead crashed the dash | 10:59 |
sil2100 | WTH | 11:00 |
ogra_ | the OOBE as a whole kind of trashes the whole experience IMHO ... it makes it feel very unfinished (but thats personal opinion, not a bug) | 11:01 |
victorp | ogra_, sorry but that is just not true... | 11:05 |
victorp | just because that is the first time you see that bug, doesnt mean is the OOBE | 11:06 |
ogra_ | victorp, heh, well, thats my user impression | 11:06 |
ogra_ | the way we scatter buttons everywhere | 11:06 |
victorp | ogra_, I meant = tons of new bugs with the OOBE here for me | 11:06 |
ogra_ | the way you can not easily find a way to disable it | 11:06 |
ogra_ | plus the new bugs | 11:06 |
victorp | a scope can *not* hang the dash | 11:06 |
ogra_ | (fitbit doesnt work anymore, reproducable crash ... and we havent looked deeper yet, i'm sure there will be more stuff bubbling up) | 11:07 |
ogra_ | victorp, well, i can reliably hang or crash it using the very bottom button on the hints page | 11:07 |
ogra_ | the blue one | 11:08 |
victorp | ogra_ ok.. let take it out, so then you can not reliably reproduce the bug! | 11:08 |
ogra_ | victorp, no, lets get it fixed ... | 11:08 |
victorp | ogra_, but you know what I mean.. the scope is just using the fw.. if it hangs is a bug in the framework that was there before | 11:09 |
victorp | and other scopes will hit | 11:09 |
victorp | btw, what button. I will try to reproduce | 11:09 |
ogra_ | i have not seen the dash crash in a month now | 11:09 |
ogra_ | and i use plenty of scopes regulary | 11:09 |
ogra_ | now we have one action that makes it hang hard | 11:10 |
victorp | ogra_, you must not be using scopes much ;P I have seen it crash a fair amount | 11:10 |
ogra_ | and it is one that is very exposed in our default scope | 11:10 |
victorp | ogra_, sure, so lets fix it | 11:10 |
victorp | but, can you tell me how to reproduce please :) | 11:11 |
ogra_ | <ogra_> going to the bottom of "today" ... then tapping "tell me more" at the button ... in the following page scrolling completely down and tapping "finished ... " gets me a hard hang of the dash | 11:11 |
victorp | yeap hanging for me too | 11:11 |
ogra_ | every second or third time i get a complete dash restart (showing the "scopes" splash) | 11:12 |
victorp | interesting... | 11:12 |
ogra_ | victorp, there seems to also be an issue with accounts integration ... (like ther eis none) | 11:12 |
victorp | ogra_, ? | 11:13 |
pete-woods | ogra_: I can confirm I get this hang | 11:13 |
ogra_ | wait for seb128 to return ... seems fitbit ids completely gone for him | 11:13 |
pete-woods | also :( | 11:13 |
victorp | oh, wierd.. it doesnt hang on nexus4 but it hangs in krillin | 11:13 |
ogra_ | i cant repro that since i dont have a fitbit account (or device) | 11:13 |
victorp | ogra_, ok but that is not related to this bug or the changes we landed | 11:14 |
pete-woods | ogra_: while you're here, had a low level question. according to /proc/cpuinfo the krillin has 1 CPU core, however it has 4 afaik. is /proc just lying to us / are we using only 1 CPU? | 11:14 |
ogra_ | pete-woods, compile a kernel and look again while the compiler runs ;) | 11:14 |
ogra_ | they are dynamically offlined if not in use | 11:15 |
victorp | ogra_, what worries me is that krillin is behaving differently to n4 at scope level.. | 11:15 |
pete-woods | ah, cool. that's good to know :) | 11:15 |
ogra_ | victorp, yeah | 11:15 |
sil2100 | ogra_, pmcgowan: does anyone of you know if john-mcaleely will be around today? | 11:21 |
sil2100 | We'll have to give some other instructions to QA if not | 11:21 |
ogra_ | i dont ... | 11:21 |
pmcgowan | let me check | 11:22 |
john-mcaleely | sil2100, I appear to be here | 11:22 |
pmcgowan | yes he is | 11:22 |
ogra_ | but pmcgowan should be able to shout through the office :) | 11:22 |
sil2100 | Oh! | 11:22 |
sil2100 | :) | 11:22 |
john-mcaleely | sil2100, just a little late | 11:22 |
pete-woods | victorp, ogra_: FYI https://bugs.launchpad.net/ubuntu/+source/unity-scopes-shell/+bug/1394155 | 11:22 |
ubot5 | Launchpad bug 1394155 in unity-scopes-shell (Ubuntu) "Deadlock / crash of the dash possible through Today scope" [Undecided,New] | 11:22 |
john-mcaleely | sil2100, it appears you need a device tarball for the rtm release? | 11:22 |
ogra_ | pete-woods, confrimed | 11:22 |
ogra_ | john-mcaleely, with a new initrd ... | 11:23 |
sil2100 | john-mcaleely: ping pong then! We have silo 11 which we would need a device tarball from for krillin, with a new initrd | 11:23 |
ogra_ | john-mcaleely, wehere does the krillin build pull that from ? | 11:23 |
john-mcaleely | ogra_, and new pngs, and some changes to system-image-update, by the looks | 11:23 |
sil2100 | john-mcaleely: comment says this: "Needs a device tarball for krillin, john-mcaleely will generate a new one (please ping him if not yet available when you start testing this)" | 11:23 |
pete-woods | victorp: also, we have seen different behaviour on the two platforms before. I think the QML caching / preloading thing differs between them at very least | 11:23 |
john-mcaleely | ogra_, from a private gerrit. rsalveti appears to have pushed all the merge proposals we need | 11:23 |
ogra_ | perfect | 11:23 |
victorp | pete-woods, not sure is related | 11:24 |
ogra_ | thats what ii wanted to make sure :) | 11:24 |
victorp | Got scope URI "scope://com.canonical.scopes.dashboard_dashboard?q=start" | 11:24 |
victorp | QObject: Cannot create children for a parent that is in a different thread. | 11:24 |
victorp | (Parent is QNetworkAccessManager(0x20ae87c), parent's thread is QThread(0x1f53500), current thread is QThread(0x20aa888) | 11:24 |
victorp | pete-woods, ^^ | 11:24 |
john-mcaleely | sil2100, ack. if it's ok, I'd like to be thorough here, so that might take a couple of hours | 11:24 |
john-mcaleely | sil2100, if you want it quicker, it can be done quicker | 11:24 |
john-mcaleely | ogra_, I'm building the first set now | 11:24 |
pete-woods | victorp: I have seen that before, and have a fix. have just tried this with that fix applied and it still happens | 11:24 |
ogra_ | victorp, lol ... that might be the just demoted QNetworkAccessManager bug ... we should probably push it back to topblocker | 11:24 |
pete-woods | ogra_: no, it's a bug in the GeoIP code in the shell | 11:25 |
ogra_ | oh, ok | 11:25 |
sil2100 | john-mcaleely: how many couple of hours that would take approximately? | 11:27 |
john-mcaleely | sil2100, (conservative eta, considering I want to do a master build first, and a test pass) 2pm UK. 2.5 hrs from now | 11:27 |
john-mcaleely | sil2100, quickest you can have an untested (ie, rely on rsalveti's testing) device tarball: 30 mins | 11:28 |
sil2100 | I would prefer we do it safe, even if it takes longer | 11:28 |
sil2100 | john-mcaleely: so proceed with the standard approach, we'll simply have the promotion candidate a bit later | 11:28 |
sil2100 | ogra_: and this basically means we might have time for the silo 13 | 11:29 |
john-mcaleely | sil2100, ack | 11:30 |
john-mcaleely | sil2100, will keep you updated | 11:30 |
=== chihchun is now known as chihchun_afk | ||
sil2100 | jibel: hey! I think we'll also try including the fix from silo 13 - it's a fix for a topblocker from the next milestone | 11:32 |
jibel | sil2100, it's ready to test? | 11:34 |
sil2100 | jibel: at least tedg maked it as ready for testing | 11:36 |
jibel | sil2100, okay, we can pick 13 one until we have a new device tarball for 11 | 11:38 |
jibel | rhuddie, since we won't be able to test 11 before 2 to 3 hours can you take 13 instead? | 11:39 |
sil2100 | I suppose silo 13 needs some additional testing as the change is bigger and it's a very high-risk component | 11:39 |
sil2100 | jibel: thanks! | 11:39 |
jibel | rhuddie, then omer will join and pick 11 if you are not done with 13 | 11:40 |
rhuddie | jibel, sil2100, ok, I'll look at 13 now | 11:40 |
sil2100 | rhuddie: thanks :) | 11:41 |
ogra_ | sil2100, john-mcaleely, we can start testing without the device tarball and later to atomic testing for only this landing i think | 11:41 |
ogra_ | jibel, ^^ (about silo 11) | 11:42 |
ogra_ | s/to/do/ | 11:42 |
jibel | ogra_, anyway we cannot test 11 and 13 simultaneously. We'll start by 13 which is ready and test 11 when the tarball is available. | 11:43 |
ogra_ | yeah | 11:43 |
sil2100 | ogra_: later I might take a half-day sick-day, don't feel too well so I might just go lay down for a while | 11:55 |
ogra_ | sil2100, thats fine, get some rest | 11:55 |
john-mcaleely | ogra_, sil2100 so the device build passed some initial smoke tests, so I've kicked off an official build. on track so far | 12:08 |
sil2100 | john-mcaleely: great news :) | 12:08 |
ogra_ | john-mcaleely, awesome | 12:09 |
seb128 | bah | 12:43 |
seb128 | I had a few boots today where the apps view in the dash takes like > 10s to load the top icons | 12:44 |
seb128 | like the phone/messages/browser etc ones | 12:44 |
ogra_ | slow network ? | 12:44 |
seb128 | could be I guess, but for sure those are not coming from the internet? | 12:44 |
ogra_ | they get checked for new content afaik | 12:44 |
ogra_ | bug 1357321 might be related | 12:45 |
ubot5 | bug 1357321 in qtbase-opensource-src (Ubuntu) "QNetworkAccessManager doesn't support roaming on Ubuntu" [Critical,In progress] https://launchpad.net/bugs/1357321 | 12:45 |
ogra_ | (only remotely ... though since it shows the same breakage if you switch networks ) | 12:46 |
sil2100 | I saw something similar today as well, but I don't switch networks | 12:48 |
sil2100 | Only one AP and only WiFi enabled | 12:48 |
ogra_ | right, the bug just shows that the icons depend on networking .. thats what i wanted to point out | 12:51 |
popey | can someone put more coal in ci.ubuntu.com/smokeng/utopic/ ? | 12:57 |
popey | it's like swimming in treacle | 12:58 |
ogra_ | it just wants you to stop looking at old utopic results :P | 12:59 |
sil2100 | jibel: I just CCed you to the new custom tarball changelog | 13:04 |
sil2100 | jibel: can you have someone from your team looking at it? It's removing some of the troublesome changes from the tarball | 13:04 |
sil2100 | So it basically has only reverts | 13:05 |
ogra_ | well | 13:05 |
ogra_ | but not everything is reverted | 13:05 |
ogra_ | which means th remainders need some special attention | 13:05 |
ogra_ | (to make sure they still work even with the other bits removed) | 13:05 |
cwayne1 | right, so really just some exploratory testing on the aggregators specifically | 13:06 |
sil2100 | Right | 13:10 |
sil2100 | That's why we need QA sign-off | 13:11 |
cwayne1 | yep | 13:11 |
cwayne1 | well, we always need QA sign-off for custom :) | 13:12 |
* cwayne1 is glad he starts working early in the morning so he could get this to QA in time | 13:12 | |
sil2100 | jibel: ^ :) | 13:15 |
jibel | sil2100, yup, on it | 13:15 |
* cwayne1 just verified the fix in 14.09-proposed-customized and 14.09.es-proposed-customized | 13:16 | |
sil2100 | Thank you! | 13:17 |
john-mcaleely | http://people.canonical.com/~jhm/barajas/ubuntu-rtm-14.09/device_krillin-20141119-db417fa.tar.xz | 13:18 |
john-mcaleely | http://people.canonical.com/~jhm/barajas/ubuntu-rtm-14.09/device_krillin-20141119-db417fa.changes | 13:18 |
john-mcaleely | http://people.canonical.com/~jhm/barajas/ubuntu-rtm-14.09/device_krillin-testresults-20141119-db417fa.ods | 13:18 |
john-mcaleely | sil2100, ogra_ jibel ^ new device tarball for rtm and also silo 11 | 13:19 |
ogra_ | yay, its all rolling in :) | 13:19 |
john-mcaleely | vivid tarball to follow in a while | 13:19 |
john-mcaleely | rsalveti, (fyi) ^ | 13:19 |
ogra_ | yeah, landed already in vivid anyway | 13:19 |
jibel | om26er, ^^ can you take silo 11? | 13:19 |
john-mcaleely | ogra_, not as a krillin tarball :-) | 13:19 |
ogra_ | (just not krillin vivid) | 13:19 |
john-mcaleely | :-) | 13:20 |
ogra_ | :) | 13:20 |
sil2100 | \o/ | 13:20 |
sil2100 | Rockin'! | 13:20 |
sil2100 | We're lacking QA people now actually! | 13:21 |
sil2100 | ;) | 13:21 |
john-mcaleely | heh | 13:21 |
ogra_ | yup, as expected | 13:21 |
om26er | jibel, sure. | 13:21 |
om26er | that looks like a dangerous bug to test. | 13:22 |
ogra_ | heh | 13:22 |
jibel | om26er, it is, you're lucky. | 13:22 |
ogra_ | there is some test script (or description) in the bug though | 13:22 |
sil2100 | om26er: feel free to poke people if you have any problems with that one, since the bug itself is a bit 'tricky' | 13:23 |
jibel | sil2100, don't add more topblockers to wave1 and it'll be okay :) | 13:24 |
sil2100 | hah ;) | 13:24 |
sil2100 | No more, we promise! But this way, we basically have no topblockers for wave2 now | 13:24 |
sil2100 | So this means we can concentrate on image quality | 13:24 |
ogra_ | jibel, you mean we should stop the meeting where we invent them right now ? | 13:25 |
jibel | sil2100, heh, no topblockers for wave2? I'm pretty sure the bucket will be full again | 13:26 |
ogra_ | yeah, we are good at inventing them ;) | 13:26 |
sil2100 | ;) | 13:28 |
om26er | sil2100, ogra_ How do I install the android part ? | 13:29 |
ogra_ | om26er, ubuntu-device-flash has an option for that ... john-mcaleely is more familiar with this than i am | 13:29 |
john-mcaleely | om26er, | 13:30 |
ogra_ | you just need the tar,xz locally and point an option to it though | 13:30 |
john-mcaleely | ubuntu-device-flash touch --channel ubuntu-touch/ubuntu-rtm/14.09-proposed --bootstrap --device-tarball path/to/downloaded/device_krillin-xx.tar.xz | 13:30 |
john-mcaleely | om26er, ^ | 13:30 |
john-mcaleely | (you can vary --channel if you need to, of course. add --revision N at the start if you need | 13:31 |
john-mcaleely | ) | 13:31 |
om26er | john-mcaleely, in case of silo 11 here: https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu-rtm/landing-011/+packages | 13:32 |
om26er | is android_20141117-0039.orig.tar.xz the right file ? | 13:32 |
john-mcaleely | om26er, no | 13:32 |
john-mcaleely | om26er, this is the file you need | 13:33 |
john-mcaleely | http://people.canonical.com/~jhm/barajas/ubuntu-rtm-14.09/device_krillin-20141119-db417fa.tar.xz | 13:33 |
john-mcaleely | for *krillin* | 13:33 |
john-mcaleely | om26er, ^ | 13:33 |
om26er | john-mcaleely, alright, thanks. downloading. | 13:35 |
john-mcaleely | om26er, :-) | 13:36 |
ogra_ | om26er, and ignore the PPA it only has the raw input files for this | 13:37 |
om26er | ogra_, ok, so I don't need initramfs-tools-ubuntu-touch - 0.80 from there ? | 13:37 |
ogra_ | no, thats already inside your tarball | 13:38 |
om26er | cool. | 13:38 |
jibel | sil2100, I flashed customized en, and there is no keyboard in the wizard to type my wifi key | 13:40 |
ogra_ | bah | 13:40 |
ogra_ | wasnt that fixed like three promotions ago ? | 13:41 |
ogra_ | cwayne1, ^^^^ | 13:41 |
jibel | hm, there is some weird here. cancel and select the network again and the keyboard appears | 13:41 |
cwayne1 | hm? that's got nothing to do with custom... | 13:42 |
ogra_ | is the base image in that channel actually recent ? | 13:42 |
cwayne1 | it's the latest rootfs | 13:42 |
pmcgowan | are silos 3 and 13 intended to land today? | 13:42 |
ogra_ | yeah, looks like | 13:43 |
pmcgowan | great | 13:43 |
ogra_ | pmcgowan, yes | 13:43 |
jibel | pmcgowan, they are. ETA for QA sign off 1 hour or so | 13:43 |
pmcgowan | thanks | 13:43 |
ogra_ | pmcgowan, 11 too | 13:43 |
ogra_ | and the custom traball rollback | 13:44 |
pmcgowan | ah right | 13:44 |
jibel | ogra_, I'm reflashing, I'm wondering if it's the problem with dbus going crazy when you boot the device and it's connected. | 13:45 |
ogra_ | yeah, that could be | 13:45 |
ogra_ | try without cable :) | 13:45 |
jibel | works fine on second try and without cable | 13:47 |
sil2100 | pmcgowan: they're in the queue right now | 13:47 |
ogra_ | silo16 would amke it go away :) | 13:47 |
ogra_ | *make | 13:47 |
sil2100 | pmcgowan: anyway, we now wait for silo 3, 11 and 13 to land, then we can kick the promotion candidate | 13:47 |
ogra_ | but thats not due to land currently | 13:47 |
pmcgowan | sil2100, awesome | 13:47 |
pmcgowan | ogra_, btw seeing some bad dbus stuff here all week | 13:48 |
pmcgowan | about to file a new bug | 13:48 |
ogra_ | pmcgowan, different from "eats your CPU when cable attached" ? | 13:48 |
ogra_ | (that is what rtm 16 would fix) | 13:49 |
pmcgowan | yes, eats cpu without cable attached | 13:49 |
pmcgowan | ogra_, just grab some stuff, its network manager AP changes | 13:50 |
sil2100 | pmcgowan: is it eating up CPU badly? | 13:51 |
pmcgowan | yes, this is mako | 13:51 |
pmcgowan | will file a bug | 13:51 |
* ogra_ recommends mayonnaise or mustard :) | 13:51 | |
sil2100 | It might be the dbus-CPU issue that we know of, that tvoss is still trying to find (as it's really hard to reproduce) | 13:52 |
ogra_ | right | 13:52 |
ogra_ | but we also have the upower induced one ... though that onyl shows if the device is on cable | 13:52 |
ogra_ | bug 1337200 is fallout of that afaik | 13:53 |
ubot5 | bug 1337200 in ubuntu-system-settings (Ubuntu) "High CPU due to excessive device changed signals from upower" [High,In progress] https://launchpad.net/bugs/1337200 | 13:53 |
om26er | rsalveti, Hi! how do I verify the fix for bug 1387214 ? I don't seem to find anything clear in the bug report. | 13:54 |
ubot5 | bug 1387214 in initramfs-tools-ubuntu-touch (Ubuntu RTM) "[TOPBLOCKER] file corruption on touch images in rw portions of the filesystem" [Critical,In progress] https://launchpad.net/bugs/1387214 | 13:54 |
rsalveti | om26er: added that to the spreadsheet, 1 sec | 13:55 |
rsalveti | om26er: http://paste.ubuntu.com/9096495/ | 13:55 |
om26er | rsalveti, and How do I finally check if corruption happened or not ? | 13:56 |
rsalveti | om26er: after validating the image, you can reproduce by using the test script described by the bug | 13:57 |
rsalveti | om26er: http://paste.ubuntu.com/9096553/ | 13:58 |
rsalveti | that will start the script in a loop, let it running for a few iterations | 13:58 |
om26er | rsalveti, do I need to run that script after each validation step or after running all the steps ? | 13:59 |
rsalveti | om26er: after running all the steps | 13:59 |
* sil2100 goes lay down for some moments | 14:00 | |
om26er | ack | 14:00 |
sil2100 | ogra_: in case I oversleep, I leave you in charge of teh meeting :) Thanks! | 14:00 |
ogra_ | np | 14:00 |
om26er | rsalveti, last question: should I *not* wipe the device after the first step i.e. --bootstrap with new device tarball. ? | 14:03 |
rsalveti | om26er: doesn't matter | 14:06 |
rsalveti | john-mcaleely: thanks for creating the tarball | 14:29 |
john-mcaleely | rsalveti, yw | 14:31 |
rhuddie | jibel, I am finishing silo 13, no issues found | 14:50 |
=== plars changed the topic of #ubuntu-ci-eng to: Need a silo? ping trainguards | Need help with something else? ping plars | Train Dashboard: http://bit.ly/1mDv1FS | QA Signoffs: http://bit.ly/1qMAKYd | Known Issues: RTM Archive frozen (no new silos landing) ! RTM cron builds disabled | ||
jibel | rvr, are you done with silo 3 | 15:03 |
jibel | ? | 15:03 |
rvr | jibel: Only one test left, 5 minutes and done | 15:04 |
rvr | jibel: Finished | 15:18 |
ogra_ | passed ? | 15:18 |
=== chihchun_afk is now known as chihchun | ||
rvr | popey: New Music app introduced untranslated strings | 15:29 |
rvr | ogra_: Yes, passed | 15:29 |
ogra_ | yay | 15:33 |
oSoMoN | trainguards: RTM silo 3 just got approval from QA, can we publish? | 15:33 |
ogra_ | indeed | 15:33 |
Mirv | oSoMoN: sure | 15:34 |
Mirv | oSoMoN: so it was deemed that binary copy of utopic build is fine for rtm? | 15:35 |
Mirv | well sil2100 did that, so I assume yes | 15:36 |
ogra_ | yup, i think that was the plan | 15:36 |
Mirv | trello looks good | 15:36 |
ogra_ | Mirv, 13 is good to go as well | 15:37 |
Mirv | ok then | 15:37 |
Mirv | ogra_: 13 is approved but from earlier today has " | 15:37 |
Mirv | Blocked for this week because it's topblocker but approved for Wave 2. | 15:37 |
ogra_ | Mirv, we dont mind extra enduser testing :) | 15:38 |
ogra_ | not sure who put that in place | 15:38 |
ogra_ | definitely not what we discussed | 15:39 |
Mirv | ogra_: rvr wrote that. | 15:39 |
ogra_ | well, if it passed, let it in | 15:39 |
Mirv | then 44 mins ago rhuddie wrote that it's tested | 15:39 |
Mirv | ogra_: my understanding kind of was that wave 2 is not supposed to go in before next week or such, maybe deemed as risky and promotion wanted without first? | 15:40 |
rvr | Mirv: Yes, I wrote that in trello this morning. But jibel told us later that it was approved for this wave. | 15:40 |
ogra_ | Mirv, no | 15:40 |
Mirv | I might be wrong, but I'd like to be pointed to be wrong :) | 15:40 |
Mirv | rvr: ok then | 15:40 |
Mirv | rvr: ogra_: that part was simply not written in there. | 15:40 |
ogra_ | the waves are recommendations to give the "hard" bugs more time | 15:40 |
ogra_ | not mandatory ... if it is ready., let it in | 15:40 |
ogra_ | point people to me iff they complain ;) | 15:41 |
* Mirv the gatekeeper | 15:41 | |
Mirv | 013 published too | 15:41 |
ogra_ | cool | 15:41 |
ogra_ | so we arre waiting for 11 and the custom tarball | 15:42 |
cwayne1 | jibel: any eta on the custom tars? ive been testing english + spanish here and looks good | 15:44 |
popey | rvr: oh? ahayzen ^^ | 15:51 |
om26er | rsalveti, does the script keep on running forever ? It has rebooted for like 6 times already. | 15:54 |
rsalveti | om26er: yeah | 15:55 |
rsalveti | then it means it worked for 6 times | 15:55 |
om26er | rsalveti, so how do we conclude the results ? | 15:55 |
jibel | cwayne1, english is ok. waiting for rvr for spanish | 15:55 |
rvr | cwayne1: jibel: Flashing the phone | 15:56 |
rsalveti | om26er: let it running for at least 10 times | 15:57 |
cwayne1 | rvr: jibel: cool, ill wait til theyre both +1'd to push it | 15:57 |
rsalveti | om26er: then just abort, which means it worked fine | 15:57 |
rsalveti | om26er: without the changes I did it was breaking on the first run | 15:57 |
ahayzen | popey, hmmm? strange | 15:58 |
om26er | rsalveti, aha, then the fix is working, good. | 15:58 |
rvr | cwayne1: #8, right? | 15:58 |
cwayne1 | rvr: yessir | 15:59 |
rvr | Ack | 15:59 |
cwayne1 | rsalveti: that fix is for the corruption bug? | 15:59 |
rsalveti | cwayne1: yes | 15:59 |
rsalveti | more of a workaround for now | 15:59 |
cwayne1 | \o/ | 15:59 |
popey | rvr: can you provide more detail to ahayzen ? | 16:00 |
popey | or a bug | 16:00 |
rvr | popey: I filled a bug | 16:00 |
ahayzen | ...they look translatable ... http://bazaar.launchpad.net/~music-app-dev/music-app/remix/view/head:/common/SongsPage.qml#L283 http://bazaar.launchpad.net/~music-app-dev/music-app/remix/view/head:/common/SongsPage.qml#L309 | 16:00 |
ahayzen | so either the pot is out of date or your language has just not been translated yet | 16:00 |
popey | right, so we need to get them translated and crank a new click | 16:01 |
ahayzen | popey, bug 1394265 | 16:01 |
ubot5 | bug 1394265 in Ubuntu Music App "Untranslated strings" [High,New] https://launchpad.net/bugs/1394265 | 16:01 |
rvr | ahayzen: We are supposed to be in UI freeze, so no new strings :P | 16:01 |
rvr | https://translations.launchpad.net/music-app/utopic/+pots/music-app/es/+translate?batch=10&show=all&search=shuffle | 16:03 |
rvr | No "Shuffle" there | 16:03 |
ahayzen | I see it in the .pot http://bazaar.launchpad.net/~music-app-dev/music-app/remix/view/head:/po/com.ubuntu.music.pot#L142 http://bazaar.launchpad.net/~music-app-dev/music-app/remix/view/head:/po/com.ubuntu.music.pot#L146 | 16:05 |
ahayzen | ah hang on that web UI maybe incorrect as it maybe showing lp:music-app/utopic :/ | 16:07 |
* ahayzen wonders how you switch it to the other branch | 16:08 | |
ahayzen | rvr, look at https://translations.launchpad.net/music-app/remix | 16:11 |
ahayzen | rvr, https://translations.launchpad.net/music-app/remix/+pots/music-app/es/+translate?start=0&batch=10&show=untranslated&field.alternative_language=&field.alternative_language-empty-marker=1&old_show=all | 16:12 |
Saviq | trainguards, I can has silo for line 79 please? | 16:18 |
rvr | ahayzen: I'll do that later | 16:18 |
ahayzen | rvr, thanks i'm checking with dpm but i think i know how to make that view default now | 16:19 |
om26er | rsalveti, you said the change affects write performance, does it also affect read performance ? | 16:27 |
ogra_ | no | 16:28 |
ogra_ | only write apparently | 16:28 |
ogra_ | do you notice significant performance hits when using the device ? | 16:28 |
oSoMoN | trainguards: can I have a silo for line 81 (landing oxide 1.3.4 in vivid) ? | 16:30 |
oSoMoN | (please) | 16:30 |
rsalveti | om26er: no, it can actually improve read a bit | 16:32 |
om26er | rsalveti, after running those tests many of the apps fail to start | 16:33 |
om26er | weather, gallery, calculator etc.. | 16:33 |
om26er | there is no crash file. | 16:33 |
ogra_ | denials in syslog ? | 16:34 |
ogra_ | iirc the test fiddles with apparmor stuff | 16:34 |
rsalveti | yeah, I'd recommend reflashing it after running this test specifically | 16:34 |
om26er | ogra_, no, none. | 16:35 |
ogra_ | well, the test definitely has potential to break the install, so i agree with rsalveti | 16:37 |
om26er | ok, then. | 16:37 |
rsalveti | ogra_: john-mcaleely: did we publish the device tarball for vivid? | 16:38 |
ogra_ | i guess john was waiting for the rtm results | 16:38 |
rsalveti | right, makes sense | 16:39 |
john-mcaleely | rsalveti, ogra_ I've also been distracted by other firedrills. so there is a tarball built officially, and i just need to smoketest it | 16:39 |
john-mcaleely | and then push it | 16:39 |
ogra_ | yeah, no hurry | 16:39 |
alan_g | fginther: I've got what appears to be a problematic difference between Mir CI and Mir autolanding. Some tests fail in the latter, but not the former (bug 1394278). Is there a difference in setup that would cause "open("/dev/shm", O_TMPFILE | O_RDWR | O_EXCL, S_IRWXU);" to fail in the latter only? | 16:48 |
ubot5 | bug 1394278 in Mir "[testsfail] Autolanding failure in MesaBufferAllocatorTest.software_buffers_dont_bypass ett alia" [Undecided,New] https://launchpad.net/bugs/1394278 | 16:48 |
oSoMoN | trainguards: can I have a silo for line 81 (landing oxide 1.3.4 in vivid) pretty please ? | 16:57 |
robru | oSoMoN: vivid 17, do you need me to do the binary copy too? | 17:08 |
oSoMoN | robru, yes please, I don’t think I am allowed to do it myself | 17:09 |
robru | cjwatson: can you check why the upload to https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/staging-000/+packages failed? got another one of these 'dput reports success, package never shows up, i don't get the rejection mail" things | 17:09 |
robru | oSoMoN: ok, binary copy requested. Once you see that in the PPA please do a WATCH_ONLY build | 17:11 |
oSoMoN | robru, thanks! | 17:12 |
robru | oSoMoN: you're welcome! | 17:12 |
cjwatson | 2014-11-19 17:19:12 DEBUG Considering changefile ~ci-train-ppa-service/ubuntu/staging-000/ubuntu/ubuntu-app-launch_0.4+15.04.20141119-0ubuntu1_source.changes | 17:23 |
cjwatson | 2014-11-19 17:19:12 DEBUG Launchpad failed to process the upload path '~ci-train-ppa-service/ubuntu/staging-000/ubuntu': | 17:23 |
cjwatson | 2014-11-19 17:19:12 DEBUG | 17:23 |
cjwatson | 2014-11-19 17:19:12 DEBUG Could not find suite 'ubuntu'. | 17:23 |
cjwatson | robru: ^- looks like a dput configuration error - compare these two log lines: | 17:24 |
cjwatson | 2014-11-19 16:10:12 DEBUG Considering changefile ~ci-train-ppa-service/ubuntu/landing-009/mir_0.9.0+15.04.20141119.1-0ubuntu1_source.changes | 17:24 |
cjwatson | 2014-11-19 17:19:12 DEBUG Considering changefile ~ci-train-ppa-service/ubuntu/staging-000/ubuntu/ubuntu-app-launch_0.4+15.04.20141119-0ubuntu1_source.changes | 17:24 |
robru | cjwatson: wow, ok thanks (we're trying to bring up a staging instance of citrain and basically everything is broken) | 17:25 |
cjwatson | I wonder if you're missing dput from trusty-updates or similar | 17:26 |
robru | cjwatson: yeah I would say so, since it's running on precise ;-) | 17:29 |
ogra_ | om26er, oh ! all good ? | 17:29 |
robru | cjwatson: is there a trick for getting the right dput in precise? | 17:29 |
om26er | ogra_, yes, the write performance had a hit when I paste stuff onto the device, other than that all good. | 17:29 |
ogra_ | yay | 17:30 |
cjwatson | robru: Probably easier to drop a .dput.cf in place | 17:30 |
ogra_ | rsalveti, want to take the honor to publish silo 11 ? | 17:30 |
ogra_ | (rt) | 17:30 |
cjwatson | with the [ubuntu] stanza | 17:30 |
ogra_ | *rtm | 17:30 |
cjwatson | er, rather, the [ppa] stanza | 17:30 |
robru | cjwatson: yeah I'm looking for what we're using in the production instance (which is also precise) but I can't find it. That would just be in ~ right? | 17:30 |
rsalveti | ogra_: sure | 17:31 |
robru | cjwatson: nm, found it | 17:31 |
ogra_ | yay, thats our last silo for the milestone :) | 17:32 |
robru | cjwatson: this looks right to you? https://ci-train.ubuntu.com/job/cyphermox-test/409/console | 17:32 |
cjwatson | robru: Yeah | 17:36 |
robru | cjwatson: thanks | 17:36 |
john-mcaleely | ogra_, om26er is the device tarball signed off? | 17:39 |
om26er | john-mcaleely, yes | 17:39 |
ogra_ | john-mcaleely, waiting for rsalveti to hit the button on the silo | 17:39 |
rsalveti | doing that now | 17:39 |
ogra_ | john-mcaleely, then i'll trigger an image and you and cwayne1 can land your tarballs | 17:39 |
rsalveti | done | 17:40 |
ogra_ | yay, thanks | 17:40 |
john-mcaleely | ogra_, ok | 17:41 |
john-mcaleely | ogra_, ping me when you want it :-) | 17:41 |
ogra_ | john-mcaleely, in 30-60min ... | 17:41 |
cwayne1 | ogra_: still waiting on the +1 from rvr for the spanish one | 17:41 |
cwayne1 | jibel +1'd the english one though | 17:42 |
ogra_ | oh | 17:42 |
ogra_ | ok | 17:42 |
rvr | cwayne1: Oh, for me is +1 for the Spanish | 17:42 |
ogra_ | cwayne1, well, see above ... 30-60min anyway ... | 17:42 |
ogra_ | just waiting for the last silo to migrate | 17:42 |
cwayne1 | ogra_: okay cool, let me know when to push and i will | 17:43 |
cwayne1 | thanks rvr :) | 17:43 |
ogra_ | will do | 17:43 |
john-mcaleely | ogra_, ack | 17:43 |
ogra_ | sil2100, hey, survived your ebola attack ? | 17:44 |
sil2100 | Ubola | 17:44 |
ogra_ | :) | 17:44 |
sil2100 | ;) | 17:44 |
ogra_ | sil2100, importer stopped, waiting for the last silo to migrate and will kick *the* image | 17:45 |
sil2100 | Yeah, somehow at least | 17:45 |
sil2100 | Did all the silos land? | 17:45 |
sil2100 | YEAH | 17:45 |
ogra_ | last one is migrating at, | 17:45 |
ogra_ | *atm | 17:45 |
sil2100 | Ok, happened later than I expected, but still ok I guess | 17:45 |
ogra_ | we got all topblokers in :) | 17:46 |
* sil2100 keeps fingers crossed that we won't see any new serious issues | 17:46 | |
ogra_ | so we can all take vacation next week | 17:46 |
sil2100 | \o/ wait, that's... hmm... ;) | 17:46 |
ogra_ | :) | 17:46 |
rvr | cwayne1: Crash in ubuntu-rtm/14.09.es-proposed | 17:49 |
* cwayne1 needs to run for about 15 min | 17:56 | |
* ogra_ wonders why intramfs-tools-ubuntu-touch is two versions apart between vivid and rtm ... instesad of one | 18:01 | |
ogra_ | ah, the fix was split in two uplaods | 18:02 |
olli | ogra_, sil2100, we are about to eod | 18:02 |
olli | any news? | 18:02 |
ogra_ | olli, waiting for the last silo to migrate to the archive ... then there will be a new image in ~2h | 18:02 |
john-mcaleely | and it will be the perfect image | 18:03 |
olli | new image? | 18:03 |
ogra_ | olli, and then we can all take a week of vacation since all topblockers are in | 18:03 |
olli | had some issues in the current one | 18:03 |
ogra_ | olli, yes, the candidate image ... | 18:03 |
olli | ogra_, you yourself announced 2 GMs | 18:03 |
=== alan_g is now known as alan_g|EOD | ||
sil2100 | olli: image will be spinned pretty soon | 18:03 |
ogra_ | olli, right ... now we dont need the second one and can alll go off and slack for a week :P | 18:03 |
olli | that's right | 18:04 |
olli | ;) | 18:04 |
sil2100 | ;) | 18:04 |
ogra_ | this image with be *perfect* | 18:04 |
sil2100 | ogra_, olli: ...assuming that QA won't find anything during regression testing! | 18:04 |
ogra_ | naaaah | 18:04 |
ogra_ | nevar ! | 18:04 |
olli | so, we are done silo testing | 18:04 |
olli | need to do a sanity check and then the regression check | 18:05 |
olli | is that where we are at? | 18:05 |
ogra_ | yes | 18:05 |
olli | nice | 18:05 |
ogra_ | well, first an image .... | 18:05 |
olli | well done everyone | 18:05 |
olli | details | 18:05 |
ogra_ | ToyKeeper will pick that up and do sanity testing over night | 18:05 |
olli | I assume the image building process is something we already have under control ;) | 18:05 |
ogra_ | and tomorrow morning we know where we stand | 18:05 |
ogra_ | yeah | 18:05 |
ogra_ | everything is under control ... enjoy the hotelbar :) | 18:06 |
olli | if only | 18:06 |
sil2100 | olli: go get drunk! | 18:06 |
olli | neva | 18:06 |
sil2100 | hah! | 18:06 |
ogra_ | lol | 18:06 |
john-mcaleely | they've promised me a drink. how long before I push the tarball? | 18:07 |
ogra_ | lol | 18:07 |
ogra_ | oh, and it see there are also new langpacks ... just in time for this image | 18:08 |
pmcgowan | niiice | 18:09 |
ogra_ | hmm, or not | 18:09 |
oSoMoN | robru, has the binary copy of oxide-qt to silo 17 failed, or is it just still pending? | 18:09 |
rvr | ahayzen: Translating the strings | 18:09 |
sil2100 | oSoMoN: binary copies are almost instant | 18:10 |
ahayzen | rvr, thanks :) i switched the default view of the translations page over to the remix series | 18:10 |
sil2100 | oSoMoN: so it either failed, or maybe robru didn't do it yet | 18:10 |
robru | sil2100: i did it | 18:10 |
oSoMoN | sil2100, yeah, that’s what I thought, so I’m surprised it’s not appeared in the PPA yet | 18:10 |
robru | oSoMoN: must have failed. maybe another ppa too small? ;-) | 18:11 |
oSoMoN | robru, is there any way to check for errors? maybe the size of the PPA is insufficient (oxide with its debug packages is typically larger than 2GB) | 18:11 |
cjwatson | [2014-11-19 17:11:19,756: INFO/PoolWorker-2] <PlainPackageCopyJob to copy package oxide-qt from ~ubuntu-mozilla-security/ubuntu/ppa, RELEASE pocket, in ubuntu vivid to ~ci-train-ppa-service/ubuntu-rtm/landing-017, RELEASE pocket, in ubuntu vivid, including binaries> | 18:11 |
cjwatson | (ID 25591849) failed with user error CannotCopy(u'oxide-qt 1.3.4-0ubuntu1 in vivid (Series ubuntu vivid not supported in archive for ubuntu-rtm.)',). | 18:11 |
cjwatson | You need to use --to-suite=14.09 | 18:11 |
cjwatson | Assuming you did this by hand with copy-package | 18:11 |
oSoMoN | wait, this needs to happen for vivid, not for RTM (oxide 1.3.4 already landed in RTM) | 18:12 |
cjwatson | OK, or you need to copy to somewhere else :-) | 18:12 |
cjwatson | Anyway, distribution and suite need to match. I expect you'll get mail about this shortly, assuming you ran the copy with your normal user privileges | 18:13 |
fginther | camako, hey. alan_g had a question about some test results on jenkins. The difference is probably the host itself. I've disabled it for now for mir, so you can try and re-approve those MPs | 18:13 |
oSoMoN | robru, wrong target PPA indeed… | 18:14 |
rvr | ahayzen: Done | 18:14 |
ahayzen | rvr, awesome thanks :) are you wanting these translations in this image? | 18:14 |
fginther | camako, it's not a good solution, but hopefully it removes the immediate problem and allows for less stressful debugging | 18:15 |
robru | ah did i copy it to rtm? crap | 18:15 |
robru | off-by-one error in the copy-packages page ;-) | 18:15 |
robru | ok I can copy again | 18:15 |
rvr | ahayzen: Yeeees, please | 18:15 |
rvr | If possible | 18:15 |
fginther | camako, Here's at least one MP that failed due to this issue and can be re-approved - https://code.launchpad.net/~alan-griffiths/mir/migrate-more-acceptances-tests/+merge/242094 | 18:15 |
ahayzen | rvr, hmmm we need to manually trigger lp to merge them and push a new click... dpm popey possible? | 18:15 |
camako | fginther, it's pretty easy to make the tests pass on our end... we'd like to understand and root-cause it though | 18:16 |
ogra_ | oookay ... all landed | 18:16 |
* ogra_ fires up the rootfs build | 18:16 | |
rvr | ahayzen: You can download the .pot file https://translations.launchpad.net/music-app/remix/+pots/music-app/es/+export | 18:16 |
fginther | camako, the host that ran the failed test runs was a newly created cloud instance. It was probably built from a newer image then the other builder nodes | 18:17 |
oSoMoN | robru, yes please, if you don’t mind | 18:17 |
ahayzen | rvr, usually launchpad merges the other languages in the morning for us automatically | 18:17 |
fginther | camako, I've gotta run. Can try to pick this up as soon as possible | 18:17 |
camako | fginther, ok thanks | 18:17 |
ahayzen | rvr, that maybe the way of doing it ? .. but i don't know how it works i usually ask dpm :) | 18:17 |
dpm | ahayzen, it's not possible to trigger a translations export (it happens every morning at around 8:00), but you can manually download a tarball of all the .po files, commit them to the source tree, submit a new MP and let Jenkins build the click | 18:18 |
robru | oSoMoN: ok done, sorry about that | 18:18 |
oSoMoN | robru, no worries, thanks! | 18:18 |
ahayzen | dpm, is there a place where i can download all of the .po's? | 18:18 |
dpm | ahayzen, I'd say unless it's urgent to get a release out today, it's not worth the hassle and we can wait until the automatic export tomorrow | 18:18 |
imgbot | === trainguards: RTM IMAGE 166 building (started: 20141119 18:20) === | 18:18 |
ahayzen | dpm, ok :) ... rvr ^^ ? | 18:18 |
sil2100 | \o/ | 18:18 |
ogra_ | there we go | 18:18 |
* john-mcaleely waits for a ping | 18:19 | |
dpm | ahayzen, you can use the download link at https://translations.launchpad.net/music-app/remix/+pots/music-app | 18:19 |
ogra_ | john-mcaleely, cwayne1, land your tarballs at your conveninece | 18:19 |
john-mcaleely | ogra_, thank you. starting now | 18:19 |
rvr | ahayzen: dpm: Yup, a bit late for today, image 166 is building right now | 18:19 |
sil2100 | jibel, ToyKeeper: promotion candidate building, in ~2h you should have something for sanity testing o/ | 18:19 |
john-mcaleely | ogra_, done | 18:20 |
ogra_ | yay | 18:20 |
ahayzen | rvr, cool we'll push out a click tomorrow when it lands then :) thanks for doing the translations | 18:20 |
sil2100 | ogra_: how's the adbd change going btw.? | 18:21 |
cwayne1 | ogra_: done | 18:21 |
ogra_ | sil2100, havent found the time for it today, i'll make it ota-1 (or land it next week) it is corner case enough ... and the bits that just landed should prevent it from having actual impact | 18:22 |
sil2100 | ogra_: right, just been wondering - anyway, I think it's time for you to rest today as well o/ | 18:22 |
sil2100 | All in the hands of QA | 18:22 |
ogra_ | once everything is done i will :) | 18:22 |
* ogra_ watches https://launchpad.net/~ubuntu-cdimage/+livefs/ubuntu-rtm/14.09/ubuntu-touch | 18:22 | |
ogra_ | sil2100, so langpack imports are set up for tuesday nights now for the future ... that way we will have the before the candidate images on wednesdays in the future | 18:23 |
ogra_ | s/the/them/ | 18:24 |
ogra_ | i was hoping to get a full langpack set before todays image ... but that kind of slipped | 18:24 |
sil2100 | Langpack-only changes seem safe, so we can spin an image sometime later if needed | 18:30 |
ogra_ | yep | 18:30 |
ogra_ | sil2100, hmm, "We will unblock ubuntu-rtm landings ..." | 18:37 |
ogra_ | will we ? | 18:37 |
sil2100 | ogra_: for future topblockers we will, those that we mark for the next milestone (if we find any) | 18:37 |
sil2100 | I guess | 18:37 |
ogra_ | yeah | 18:38 |
ogra_ | i would expect our manager trio to define new ones for next week | 18:38 |
ogra_ | level2 topblockers :) | 18:38 |
sil2100 | hah ;) | 18:44 |
ogra_ | rootfs built ... re-enabling the importer | 19:12 |
Saviq | trainguards, could I have a silo for line 79 please? | 19:14 |
sil2100 | ogra_: o/ | 19:30 |
ogra_ | sleep well | 19:30 |
robru | Saviq: ok, vivid 30, dont' forget about vivid 11 too ;-) | 19:31 |
Saviq | robru, that one's a testing silo only, will probably clean it out soon | 19:32 |
Saviq | robru, thanks | 19:32 |
robru | Saviq: you're welcome | 19:32 |
elopio | plars: do we have phones on the lab with real sims and a carrier contract so they can receive real SMS ? | 19:50 |
plars | elopio: no | 19:50 |
=== plars changed the topic of #ubuntu-ci-eng to: Need a silo? ping trainguards | Need help with something else? ping cihelp | Train Dashboard: http://bit.ly/1mDv1FS | QA Signoffs: http://bit.ly/1qMAKYd | Known Issues: RTM Archive frozen (no new silos landing) ! RTM cron builds disabled | ||
imgbot | === trainguards: RTM IMAGE 166 DONE (finished: 20141119 19:55) === | 19:53 |
imgbot | === changelog: http://people.canonical.com/~ogra/touch-image-stats/rtm/166.changes === | 19:53 |
ogra_ | ToyKeeper, thats yours :D ^^^ | 19:54 |
ToyKeeper | ogra_: Thanks. :) | 19:54 |
ogra_ | oh, how did sudoku get in there ? | 19:54 |
ToyKeeper | I've had issues lately getting xchat to notify me on imgbot messages. | 19:55 |
ogra_ | popey, balloons ^^^ | 19:55 |
ToyKeeper | ogra_: Er, don't tell me we need to rebuild to remove sudoku... (?) | 19:56 |
balloons | ogra_, oO sudoku :-) | 19:56 |
ogra_ | ToyKeeper, lol, nope | 19:56 |
balloons | it was obviously in the previous image.. | 19:56 |
ogra_ | ToyKeeper, i just want to know why it landed, it didnt have a topblocker bug and wasnt approved for landing | 19:56 |
ToyKeeper | It's far from the only custom tarball change which landed without a topblocker bug... | 19:57 |
ogra_ | balloons, it wasnt supposed to be updated without whishlist approval | 19:57 |
balloons | ogra_, I didn't land it. However my guess is it was not expected to be in the image, and thus free of whitelisting landings | 19:57 |
ogra_ | ToyKeeper, well, in this case it means someone didnt follow the process and uploaded an update to the store | 19:57 |
balloons | it's not on the list for 'in image' | 19:58 |
ToyKeeper | I was very surprised to see new design changes in yesterday's image; thought those were on hold until after release. | 19:58 |
ogra_ | it definitely is on the image ... | 19:58 |
ogra_ | was there since day one | 19:58 |
ogra_ | ToyKeeper, most of them were ripped out again | 19:58 |
ToyKeeper | However, I was also pleasantly surprised to see how things are going on mako lately. Mako rtm seems really smooth and solid. | 19:59 |
* ogra_ was surprised to see *these* design changes .. it felt like no designer had ever seen them | 19:59 | |
balloons | ogra_, yes that's obvious. I'm saying I don't think it's on popey's list of apps to hold.. For example, calendar is updated freely; indeed it was updated today too | 19:59 |
ogra_ | yeah, thats fine until we pull it on again | 20:00 |
ogra_ | (whouch should happen with some ota release | 20:00 |
balloons | yes, *soon* | 20:00 |
ogra_ | hopefully :) | 20:00 |
* ogra_ wants it by default again ... | 20:01 | |
ogra_ | and a timer and stopwatch | 20:01 |
ogra_ | oh, and a pony | 20:01 |
ToyKeeper | I still wonder if there's anything we can do about unity8 creating and destroying so many threads all the time. I got the impression that's caused by a layer too low for us to fix. | 20:04 |
ogra_ | thats a tedg and ricmm thing ... | 20:05 |
ogra_ | i guess | 20:05 |
tedg | Shouldn't be a tedg thing... | 20:05 |
ogra_ | hah, shouldnt ... | 20:06 |
ogra_ | :P | 20:06 |
tedg | Might be a scopes thing :-) | 20:06 |
ogra_ | see, it was a tedg thing to point in the right direction ;) | 20:06 |
nik90_ | ogra_: you know everytime someone uses the keyword "timer", "stopwatch" or "wake", I am pinged....stop doing that :P | 20:07 |
ogra_ | LOL | 20:07 |
ogra_ | argg | 20:12 |
ogra_ | dbarth, the G+ app on my phone only shows the desktop page | 20:13 |
dbarth | ogra_: recent change? | 20:14 |
ogra_ | dbarth, the image is still warm, yes ... i just updated to 166 which had the new oxide and webbrowser-app landed | 20:15 |
ogra_ | same thing if i open plus.google.com in the browser btw | 20:15 |
dbarth | ogra_: which new webbrowser-app? ie from which silo? | 20:15 |
ogra_ | the one that landed today in rtm http://people.canonical.com/~ogra/touch-image-stats/rtm/166.changes | 20:15 |
ogra_ | i think that was in silo rtm 3 when it landed | 20:16 |
dbarth | ah i see the change | 20:16 |
dbarth | right | 20:16 |
ogra_ | wow, most annoying, you cant even scroll in the G+ page without pulling up the keyboard with every swipe | 20:16 |
dbarth | i tested this one this afternoon | 20:16 |
dbarth | hmm | 20:17 |
ogra_ | other webapps are fine it seems | 20:19 |
dbarth | ogra_: i have the very same version of webapp-container running right now | 20:21 |
dbarth | on rtm/krillin | 20:21 |
dbarth | the g+ webview looks fine here | 20:22 |
ogra_ | weird, for me it opens the desktop page in both, the webapp and the browser | 20:22 |
ogra_ | heh, it offers me hangouts | 20:24 |
ogra_ | and clicking "start hangout" indeed crashes the browser | 20:24 |
ogra_ | oh ! | 20:25 |
ogra_ | and after the restart i get the mobile page !! | 20:25 |
ogra_ | ha | 20:25 |
dbarth | i've seen that occasionnally with youtube | 20:25 |
dbarth | where it gets confused because of a cookie or so | 20:25 |
ogra_ | yeah, the G+ app still has the desktop page | 20:26 |
dbarth | ogra_: can you try the refresh button in the header | 20:26 |
ogra_ | there is none in that G+ app | 20:27 |
ogra_ | its fullscreen | 20:27 |
dbarth | also maybe navigating to the settings page from the drawer menu | 20:27 |
dbarth | the g+ header itself | 20:27 |
ogra_ | (not using xnox' one ... ) | 20:27 |
dbarth | the black one | 20:27 |
iahmad | cwayne1, re wrong distances bug, on very first boot, I can still see distances though on refresh they disappear | 20:27 |
ogra_ | dbarth, thats the point, there is no such header on the desktop version of the page | 20:28 |
cwayne1 | iahmad: was that after an ota? | 20:28 |
ogra_ | i can click the Google+ logo but that only refreshes the page | 20:28 |
iahmad | cwayne1, nops, flash with --wipe | 20:28 |
dbarth | ah well, i'm seeing the mobile version | 20:28 |
dbarth | let me check on my desktop | 20:28 |
ogra_ | i must say that the content rendering is miles better in the desktop page | 20:28 |
dbarth | eh | 20:29 |
ogra_ | and our browser can obviously easily cope with it | 20:29 |
ogra_ | to sad the fonts are unreadable small | 20:29 |
dbarth | it's blink behind, so it does, yes | 20:29 |
ogra_ | damn ... | 20:30 |
* ogra_ goes and removes the app and all traces of it | 20:30 | |
dbarth | ogra_: i suspect a cookie pb still | 20:30 |
ogra_ | lets see if it goes away after re-installing it afresh | 20:30 |
dbarth | right, we are adding hooks to clean up caches and settings once you remove a webapp | 20:30 |
ogra_ | cool | 20:31 |
dbarth | this way, people should have a way to get out of that sort of trap | 20:31 |
dbarth | without requiring devmode | 20:31 |
dbarth | ogra_: try to ping alexabreu if the problem persists after that | 20:32 |
ogra_ | i'm actually ponderign to keep it that way ... it is so much snappier ! | 20:32 |
dbarth | :) | 20:33 |
ogra_ | and pics are not cut off | 20:33 |
dbarth | maybe keep a tarball of the .local/share app directory for later inspection | 20:33 |
ogra_ | gifs are actually playing | 20:33 |
ogra_ | you just have to zoom to read | 20:33 |
ogra_ | hmm, nope | 20:38 |
ogra_ | didnt workk | 20:38 |
* popey catches up with conversation about sudoku | 20:47 | |
popey | I asked balloons to update it in the store.. what's the issue? | 20:47 |
ogra_ | popey, did it have approval and whitelisting ? | 20:49 |
popey | no, it's not in the image | 20:49 |
ogra_ | (it is on the image) | 20:49 |
popey | mako, yes, krillin, no | 20:49 |
popey | phablet@ubuntu-phablet:/usr/share/click/preinstalled$ ls -l *sudoku* | 20:49 |
popey | ls: cannot access *sudoku*: No such file or directory | 20:49 |
rsalveti | tedg: what is the reason for the indicators to have such a small upstart respawn limit? | 20:49 |
rsalveti | respawn limit 2 10 | 20:49 |
popey | http://people.canonical.com/~ogra/touch-image-stats/rtm/166.changes is the mako changelog, right? | 20:49 |
ogra_ | popey, oh, bah ... it is included int the rootfs, so updates show up in the changelog | 20:50 |
rsalveti | tedg: http://paste.ubuntu.com/9103715/ | 20:50 |
popey | right. | 20:50 |
ogra_ | popey, no | 20:50 |
ogra_ | it is the rootfs changelog :) | 20:50 |
popey | *boggle* | 20:50 |
popey | I'm confused ☻ | 20:50 |
rsalveti | tedg: we're about to land https://bugs.launchpad.net/ubuntu-rtm/+bug/1394350, but then if we get an indicator crashing at least twice in a row it'll be already enough for a reboot | 20:50 |
ubot5 | Launchpad bug 1394350 in Ubuntu RTM "[ubuntu-touch] system not recovering automatically when a critical service reaches the upstart respawn limit" [Critical,Confirmed] | 20:50 |
ogra_ | on krillin the custom tarball removes the unwanted clicks | 20:50 |
popey | right. super. So panic over. | 20:50 |
ogra_ | all images use the same rootfs | 20:50 |
popey | no rules broken | 20:50 |
ogra_ | yeah | 20:50 |
ogra_ | phew | 20:50 |
popey | \o/ | 20:51 |
* ogra_ goes back to bang his head aganins G+ | 20:51 | |
popey | :D | 20:51 |
tedg | rsalveti, We kinda put our finger in the air and guessed, but we figured they shouldn't crash more than once, so twice seemed like a good limit... | 20:51 |
tedg | rsalveti, No "reason" more a guess | 20:51 |
rsalveti | right, the default from upstart is 10 | 20:51 |
ogra_ | i wonder if xnox' G+ app would work | 20:51 |
popey | thats broken in terms of image upload | 20:51 |
popey | whats up with whatever you're playing with? | 20:52 |
rsalveti | tedg: if you think we should reboot the phone in case they crash at most 2 times, fine | 20:52 |
rsalveti | just a heads up :-) | 20:52 |
ogra_ | popey, with the new oxide it defaults to the desktop page | 20:52 |
popey | ugh | 20:52 |
ogra_ | which is kind of ok | 20:52 |
popey | oxide 1.3? | 20:52 |
ogra_ | i really like that you dont have cut off content etc | 20:52 |
ogra_ | but you miss all notifications (they vanish behind the screen edge) and the fonts are to small to read | 20:53 |
ogra_ | popey, yeah, image 166 | 20:53 |
tedg | rsalveti, Eh, I don't know a better number. If it crashes twice it'll probably do so three times. | 20:53 |
rsalveti | that's indeed true | 20:54 |
ogra_ | the browser itslef shows the mobile page again after me madly reloading it like 20 times | 20:54 |
popey | heh | 20:55 |
ogra_ | i might just keep a browser tab for seeing the notifications :) | 20:56 |
ogra_ | and the app for reading content (after zooming) | 20:56 |
ogra_ | ah ... all back to normal ... i had forgotten to wipe the QML cache | 21:03 |
ogra_ | great then ... | 21:05 |
* ogra_ wanders off to the TV | 21:05 | |
robru | infinity: cjwatson: can I get a new-binary-package ack on https://ci-train.ubuntu.com/job/ubuntu-landing-002-2-publish/lastSuccessfulBuild/artifact/packaging_changes_ubuntu-keyboard_0.99.trunk.phablet2+15.04.20141119-0ubuntu1.diff ? thanks | 21:06 |
bfiller | popey, ogra_ : I'm seeing the desktop sites instead of mobile as well. Is that a regression with oxide 1.3? | 21:31 |
infinity | robru: On vacation, find another core-dev sucker. ;) | 21:45 |
infinity | robru: Like rsalveti perhaps. | 21:45 |
popey | bfiller: looks like it | 21:51 |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!