[08:04] bzoltan: silo 9 is the silo with the UITK fix for krillin? [08:04] bzoltan: I suppose rtm 2 silo is the sync silo for that one? [08:04] sil2100: yes [08:05] sil2100: the rtm2 should be synced as I just have pushed an other fix to the landing branch [08:07] bzoltan: syncing it up [08:10] trainguards: hi! I'm probably going on paternity leave at some point this week, so could someone please grant pstolowski CI sheet superpowers in my absence? thanks! [08:13] pete-woods: congrats in advance, and sure! added pstolowski to sheet editors. [08:14] thanks [08:14] pete-woods: same here, congrats in advance :) I'll add Paweł to the ci users [08:15] Mirv, sil2100: thanks, guys :) [08:23] ogra_, is there a straightforward way to enable developer-mode from the command line? [08:23] brendand, terminal app you mean ? [08:23] ogra_, having to navigate to u-s-s is wasting valuable seconds of my life :) [08:23] android-gadget-service enable adb [08:23] ogra_, oh is that all it does? [08:24] it toggles the android property ... on the android side that sets up the gadget driver for adb ... on the ubuntu side an upstart job kicks in that fdires up adbd [08:30] brendand: I was running my tests on the Utopic silo 009 during the weekend. The Unity8 and camera app tests do not even start.. with RTM silo the phablet-clic-test-setup fails. Other than these, I did not find any regression. [08:32] bzoltan, p-c-t-s fails, so you haven't run any click tests? [08:32] brendand: it failed only with RTM. On Utopic image it was fine [08:32] bzoltan, either way - you haven't run click tests on rtm [08:33] bzoltan, are you getting a new error or one you saw before? [08:33] brendand: no, i have not. I could not. [08:33] bzoltan, let me help you [08:33] brendand: it failed to pull the unity8 tests and stopped [08:34] bzoltan, ok that's usually because unity8 upgraded in the meantime. have you upgraded to the very latest image? [08:34] bzoltan, if you don't want to do that there is a fix balloons made [08:34] brendand: I have flashed my devices 6 times a day during the last 3 days :) [08:35] brendand: and i am flashing right now the 54 RTM [08:35] bzoltan, either way i will get it to work for you [08:36] brendand: thank you. Is it possible to have a permanent solution for that in the p-c-s-t? [08:37] fuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuu chrome [08:37] the normal triple popey [08:38] popey: one word: Firefox [08:38] or in ogra's words. "use a proper browser" [08:38] shush [08:38] funnily, people do use chrome + firefox both without problems, but some people have hangouts problems on either of them [08:39] its not hangouts, the browser crashes tabs "Aw, snap" all over the place [08:39] bzoltan - if it's what i think it is, it should be there either already, or very soon [08:39] it seems quite random in who's the victim of the week for bad hangouts experience [08:39] even the google support page which the "aw snap" page links to, with suggestions of how to prevent "aw, snap"... "aw, snaps" [08:39] bzoltan, use lp:~nskaggs/phablet-tools/fix-1371241 [08:39] bzoltan, it's not merged yet [08:39] oh, ok.. that's bad [08:39] popey: and chromium crashes on startup currently on utopic for me (but it starts after that one crash) [08:39] bzoltan, anyway if you reflash now it should work anyway [08:43] psivaa, what do you guys do so that the device is in developer mode after flashing? [09:03] * Mirv holds from pushing the publish button on 007 in order to not confuse ogra [09:03] Mirv, so will you follow up with the landers to make sure they mark their RTM silos as tested (obviously after they are really finished with that)? [09:03] Mirv, lol, just go ahead [09:04] Mirv, i was going to do it, but it would be a weight off my shoulders [09:04] brendand: yes, I'm just waiting thostr to appear [09:04] brendand: sure, I'll go through them all [09:04] ogra_: ok :) [09:06] jdstrand: hey! you've had rtm silo 007 for 10 days now (apparmor 2.8.96~2652-0ubuntu4), could you test it for publishing so that we'd eventually get the silo freed? [09:06] popey: I prevent the "aw snap" with using the non distro chromium browser [09:07] brendand: the 54 RTM image is fine.. I am running the tests on that [09:09] pete-woods: it looks to me rtm landing-015 is actually landed and is keeping the silo for no reason: https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu-rtm/landing-015/+packages vs. https://lists.canonical.com/archives/rtm-14.09-changes/2014-September/000371.html [09:10] (asking since thostr not around) [09:10] Mirv: looks like it, yes! drop away [09:11] Mirv: what about silo 020? is that the same? [09:12] Mirv: you can also nuke rtm silo 001 [09:12] pete-woods: yes, I was just looking at it too! it claims 'ubuntu2' instead of the landed 'ubuntu1', but looks identical [09:13] brendand: How can I learn the black magic of the CI test environment to run the unity and camera tests? I have tried like dozen of times on different images and they both just crash or hang. [09:13] Mirv: I think it has to have landed. as that scope required that version of mediascanner [09:14] brendand: this was on a stock image -> http://paste.ubuntu.com/8402200/ [09:14] pete-woods: that, too! great nuking here. although indicative of some spreadsheet/train problem since I know I've normally published some of those, but then at some point they've gone back to "Packages built" status. [09:14] brendand: 'ubuntu-device-flash --password ubuntuci --device=krillin --developer-mode --channel=ubuntu-touch/utopic-proposed --wipe' is the command that we use for flashing and i dont see any other reference to developer mode after that in our smoke runs [09:15] bzoltan, i think ogra_ knows a fix for the /dev/uinput thing [09:15] brendand, yes, to remove it [09:15] bzoltan, i ran unity8 tests from the device the last time i needed to run them [09:16] brendand, thats old cruft, AP ships a udev rule for the device permissions since a long time i think [09:16] brendand: ogra_: so, what is the solution? [09:17] bzoltan, to ignore the message [09:17] it is irrelevant [09:17] bzoltan, ok so maybe the actual problem is different [09:17] bzoltan, psivaa probably knows better the current state of the tests in CI [09:17] ogra_: brendand: I am happy to ignore anything, but I have hard time to believe :) that my personal attitude changes the test results :D [09:18] sil2100, so if the assumptions of the media-hub bug is correct, you just landed the offending packag ein RTM ... [09:18] ogra_: my problem is that the unity8 tests hang http://paste.ubuntu.com/8402200/ [09:18] ogra_: grrr [09:18] ogra_: I pushed the publish button before the meeting [09:18] ogra_: just as the camera app tests do [09:18] sil2100, which means we should see unity8 tests hang in the next RTM image like in utopic [09:18] If I knew I wouldn't do that! [09:19] bzoltan, utopic only, right ? [09:19] ogra_: utopic for sure ... [09:19] bzoltan, bug 1371454 [09:19] bug 1371454 in Media Hub "unity8.indicators.tests.test_indicators.IndicatorExistsTestCase.test_indicator_exists hangs on mako #245 #246" [Critical,New] https://launchpad.net/bugs/1371454 [09:19] ogra_: since I could not run a single RTM tests for days ... because of the p-c-t-s bug [09:19] bzoltan, try downgrading media-hub to 1.0.0+14.10.20140908-0ubuntu1 [09:19] ogra_: also on non mako [09:20] if that fixes it you have the same bug [09:20] ogra_: OK, thanks [09:20] (it seems to make unity8 go into a STOP state) [09:22] sil2100, according to kgunn's research it snt 233 but 237 when it started http://people.canonical.com/~ogra/touch-image-stats/237.changes ... that has the new media-hub abi [09:22] and the smoke test results seem to confirm that [09:23] in 235 unity8 passed all tests [09:23] 237 didnt even start them [09:25] ogra_: yeah, but as mentioned, the dbus and unity8 issues can be separate things [09:25] So 233 might be still the start of the other thing we have [09:25] indeed they could [09:26] well, but grepping for introspect errors in any of the former console logs doesnt show any issues [09:26] the erro message shows up alongside with the unity8 hang on 237 [09:28] Ok guys, I need to jump out now for a longer lunch, since I have to run some stupid errands in a different city :| [09:28] Be back soon [09:28] safe travels [10:41] cjwatson: it would look like you already had rtm silo for the apt-add-repository landing, but spreadsheet had lost its id. restored. (landing-017) [10:45] pete-woods: removing line 61 which is duplicate of line 50 (the scopes update rtm landing) [10:46] I tend to add the rtm landing right next to the utopic landing, and sometimes I miss if there's rtm landing already added at the bottom [10:47] * Mirv archives landed landings -> line numbers will change [10:57] Mirv: thanks [11:20] argh [11:20] paste.ubuntu.com is dead ? [11:32] Mirv, can i have an RTM silo ^^? [11:42] ogra_: eh? It is live [11:49] ogra_: you got the last one , 020 (rtm one) [11:49] Mirv, thx ! [11:50] nik90, yeah, was fixed again, obviously there was a spam attack [11:54] brendand: ogra_: On the latest RTM image the `phablet-test-run -s JW024063 -p camera-app-autopilot camera_app` does not even start [11:54] brendand: ogra_: It hangs with this -> http://paste.ubuntu.com/8402726/ [11:54] Mirv: ^ [11:59] bzoltan, some of those messages look suspiciously like you don't have a writable-image. but they are also similar to the unity8 ones. let me see what i can do [12:00] brendand: I have a writable image... apt-get update just works [12:01] bzoltan, i thought so [12:02] brendand: so far half of the tests on the UITK list is either OK or same as on the CI dash. [12:02] brendand: the rest are black magic [12:09] sigh [12:09] i donkt manage to get an upload to aan rtm ppa working anymore with the new dput changes [12:14] Mirv: ^ sorry, I can't assign that since we're out of silos [12:14] Mirv: oh, ok. [12:16] sigh, finally ... [12:22] Mirv: re that silo> yes. I put a note in the comment on friday for what is happening. It should be freed by me EOD today [12:28] Mirv, if brendand can quick-path rtm-020 we can quickly free up a silo for you (the test is trivial) [12:29] ok [12:29] jdstrand: thanks for the update! [12:30] ogra_, fast path? [12:30] ogra_, you mean trust you and just let it go :) [12:30] brendand, well, it is quick to test [12:30] ogra_, yeah [12:31] install that package, try two copy/paste dbus commnads, do one reboot to see the setting is persistent ... done [12:31] (or two reboots if you feell better testing both conditions (on/off)) === boiko_ is now known as boiko [12:42] ogra_, looks fine. i'll just blame you for any fallout [12:42] ogra_, but seriously i did try it and it works [12:42] ogra_, it won't break phablet-config will it? [12:43] no, it will fix phablet-config ... once this is landed i'll land https://code.launchpad.net/~ogra/phablet-tools/phablet-tools-fix-edge-intro/+merge/235440 [12:43] but the dbus service needs to be in the images everywhere first [12:43] currently it is a no-op [12:45] ogra_, edges-intro isn't working right now? [12:45] brendand, right, see the bug [12:45] (not a biggie sinc esmoke testing calls the dbus command with sudo and people at home can tap) [12:45] ogra_, ok i missed that [12:46] there is a bug reference in debian/changelog ;) [12:46] (and in the phablet-tools MP too) [12:47] ogra_, ok done [12:47] thanks [12:47] now... i'm so hungry! [12:47] ah - need to help bzoltan with camera-pp [12:47] camera-app [12:47] brendand: dude, go and eat :) first [12:51] take some food pictures :) [12:53] :D [12:55] brendand: after your lunch :) there are several tests failing like this -> http://paste.ubuntu.com/8403017/ [13:05] bzoltan, calendar is dead! [13:05] bzoltan, as in it was removed [13:05] brendand: like `Zed's dead baby, Zed's dead.` [13:06] * brendand points at ogra_ - MURDERER! [13:07] brendand: we all know ogra_ :) [13:07] brendand: so, what to do with the unity8 and camera? [13:09] bzoltan, i'll look at those [13:10] brendand: Also.. I do not know if the RTM is so different for mako from the other device, but the dialer, messaging and reminders are consistently OK on mako but not on the other. Strange. === barry` is now known as barry_ === barry_ is now known as barry [13:30] bzoltan, does camera app click tests hang for you? [13:30] brendand: yes, it does [13:31] http://paste.ubuntu.com/8403244/ [13:32] bzoltan, did you try to run it locally instead? [13:33] brendand: nope, should I? [13:33] bzoltan, yeah it probably needs to be modified to give the password [13:33] brendand: do you have the command line you use? [13:34] bzoltan, just run 'autopilot3 run camera_app/' from ~autopilot on the device [13:34] bzoltan, after running click-test-setup [13:34] bzoltan, which should work with balloons branch at least [13:35] brendand: I will give it a try [13:35] brendand: is there a real fix coming for this? [13:36] bzoltan, not sure, i need to look. if not i should be able to propose one [13:36] * sil2100 goes into a publishing spree [13:37] soooooooo how does rtm stuff get into the Q for QA? [13:37] sil2100: hi. i clearly don't understand how to sync a package from utopic to rtm ^^ - any hints? [13:37] barry: there's some syntax for the additional source package field [13:38] bzoltan, this https://code.launchpad.net/~ogra/phablet-tools/phablet-tools-fix-test-run/+merge/235015 [13:38] I just figured that out earlier [13:38] brendand: OK ... this type of bugs cost me a lot :( It is only one... every week there are many of this kind of strange error what blocks UITK testing [13:38] you can see my glib2.0 line for an example [13:38] Laney, automatically [13:38] bzoltan, yeah it cost us a lot too - i want to work with ci to have some kind of automated testing for this [13:39] Laney: thanks. i thought i had added the magic that robru clued me in on, but i'll look at glib and see if i can figure out what's going on [13:39] bzoltan, have you been reporting bugs? [13:39] brendand: magic QA pixies will come and try it out? [13:39] brendand: QA coverage for tools \o/ [13:39] thing is... there's not so much of a test plan ... [13:39] Laney, yes - we ride in on our unicorns [13:39] brendand: not really ... shame on me :) [13:40] Laney, and if we find a pot of gold under the rainbow then we shower you with our magic pixie dust [13:40] brendand: kind of accepted that these tools were not meant to be end user tools and failures during power use are normal... [13:40] Laney, but if there is no test plan then we will set you on fire! [13:41] bzoltan, don't accept that :) [13:41] bzoltan, they should work [13:41] Laney, but seriously which RTM silo is it? [13:41] brendand: 15 [13:42] brendand: I know... I am weak :) [13:42] Laney, you may escape a ticking off, just because this is so damn funny... [13:42] 'no specific test plan, test ALL the things' [13:43] :P [13:43] I don't really know what to say, it's not something that has been uploaded with this process before [13:43] Laney, what testing did you do? [13:44] Laney, that's potentially a very high impact change [13:44] Laney, and don't answer 'ALL the things' [13:45] well I have mako and this has been in utopic for a few days now [13:46] so I launched some of the default applications and checked that they work (for example playing music), then I played with the indicators ... === ricmm_ is now known as ricmm [13:49] uh oh. it looks like the ~rtm breaks debian/watch: https://ci-train.ubuntu.com/job/ubuntu-rtm-landing-019-1-build/14/console [14:04] fginther: ping [14:05] cwayne, I'm in a meeting for a while, if it can't wait, please try the ci vanguard [14:05] cihelp ping [14:06] cwayne: pong, what's up? [14:07] cwayne: it's more likely to get a fast reply if you add the question with the ping :) [14:07] josepht: hey, do we by any chance have an ubuntu-rtm pbuilder setup to use on s-jenkins? the pbuilder i'm using is just utopic, which is causing me a few issues [14:11] cwayne: not that I'm aware of. [14:11] josepht: is it possible at all to get one? (/me doesn't even know if rtm pbuilders exist yet) [14:13] cwayne: I don't know either. Let me see if I can find that out. [14:15] ping cihelp. The subunit file is not being save on gallery MPs. Can somebody help me? [14:15] elopio: can you give us a link please? [14:15] bzoltan, brendand: how's the RTM silo for UITK going? [14:16] josepht: https://code.launchpad.net/~artmello/gallery-app/gallery-app-startup_time/+merge/234468 [14:18] strange, it looks like it was there at some point [14:18] https://jenkins.qa.ubuntu.com/job/generic-mediumtests-utopic/3642/console [14:20] elopio: has it ever archived the subunit results before? or is this a new request [14:21] elopio: it looks like the generic-mediumtests runner is just set to archive the xml results [14:21] plars: this is a new request. [14:21] elopio: got it :) [14:22] elopio: is there a common filename for the subunit file? [14:23] josepht: *.subunit [14:23] josepht: I think the job just needs to be defined to also archive **/*.subunit [14:23] plars: ack, are you doing it? [14:23] josepht: if I can figure out where the job is defined, do you know off the top of your head? [14:26] plars: I do not [14:26] sil2100, i think bzoltan is still testing [14:26] brendand: sil2100: I am testing.. I have good results. [14:27] bzoltan: music to my ears [14:32] popey: hey! [14:33] popey: just a quick question - do you know what's the state of the fixes for filemanager and terminal app AP tests? [14:35] josepht: I'm thinking that something like http://paste.ubuntu.com/8403659/ should take care of it, but I [14:36] ...I'd like to double check with someone that understands the internals of how that job gets generated better. Also I suspect elopio would like it added to other things besides just gallery-app [14:36] bzoltan, so you need more help or can i leave you to it? [14:36] plars: I would like subunits to be collected everywhere, you are right === jamesh_ is now known as jamesh [14:37] balloons: do you have an answer for sil2100 ? [14:38] Mirv: ah, just in case - whenever you see an RTM silo that's marked as 'doesn't need QA sign-off', then always make double sure that it's indeed true - for instance check the packages diff in the PPA to see if we only publish one or more versions [14:39] plars: that looks fine to me. [14:39] sil2100: https://code.launchpad.net/~ubuntu-filemanager-dev/ubuntu-filemanager-app/force-authentication-parameter/+merge/234015 is the merge [14:40] Ah, so it still didn't get fixed as per the comments [14:40] popey: thanks [14:40] sil2100: yeah, I do that. but better make sure. [14:40] unless they go the way of the dodo^Wcalendar [14:40] popey: any news on terminal? Is this the same case? [14:41] ogra_: so, I poked asac about that [14:41] ogra_: who in turn I guess poked the right people [14:41] and got an answer ? [14:41] And he doubts they will go away [14:41] sil2100: no, will speak to dev [14:41] or do we just have a long like of people with dents now [14:41] *line of people [14:42] * ogra_ wouldnt mind trading calendar for one of them [14:43] brendand: I am right now here -> http://people.canonical.com/~bzoltan/ap-2014_09_22/ Out of 24 tests 21 are OK or the same as on the CI. There 3 open, but most likely OK tests. These tests crashed/hanged/ or did some magic, but passed with mako. [14:43] awe: ^ [14:44] oh, you were highlighted anyway [14:44] ;) [14:45] sil2100, plars the work is still pending [14:46] balloons: sorry, I think I missed the context. The work for what? [14:46] the file manager and terminal === ev__ is now known as ev [14:49] ogra_: hmm, how did you manage to upload manually to rtm silo after all? [14:49] cwayne: they don't exist yet, sorry [15:00] sil2100, hey, would you mind updating me on how to request a landing for both utopic and 14.09 in the CI train spreadsheet ? (I was away on vacation and a lot changed in the meantime) [15:00] I have already filed a request for utopic, not sure how to go about the RTM one === plars changed the topic of #ubuntu-ci-eng to: Need a silo? Ping train support: trainguards | Need other help? Ping vanguard: plars | Train Dashboard: http://bit.ly/1mDv1FS | QA Signoffs: http://bit.ly/1qMAKYd | Known Issues: Latest flash update hung all makos on s-jenkins. [15:02] oSoMoN: oh, normally if you just duplicate the same entry, mention RTM in the description and switch the Target distribution of the RTM landing to ubuntu-rtm/14.09, we'll do everthing for you [15:03] sil2100, ah, perfect, thanks! [15:03] I’ll do that then [15:05] oSoMoN: please note that sometimes we suffer from the lack of silos still :) [15:07] sil2100, right, I’ll check with dbarth_ what’s up with utopic silo 3 that already has another webbrowser-app MR, hopefully we can free up that one soon [15:09] oSoMoN: want to land a branch? [15:09] oSoMoN: i can put this one aside, until mardy sends me another round of fix [15:10] dbarth_, I need a silo for another branch which is ready, so either silo 3 is ready and we land it, or we put it aside, if you don’t mind [15:11] whatever is easier: take control of the silo, or free that one and load another one with your branch [15:11] oSoMoN, sil2100 ^^ [15:14] sil2100, can silo 3 be freed and assigned to line 70 then? [15:15] oSoMoN: o/ Sure, it will take a moment though, since freeing it up to make sure the state is clean takes some minutes [15:15] sil2100, no worries, I can wait a few minutes :) [15:32] plars, looks like the public dashboard is unreachable ... [15:33] ogra_: it is? [15:33] ogra_: I was just on it a bit ago [15:34] my firefox says "connected to ci.ubuntu.com ..." since 20mins now [15:34] ogra_: it's getting there for me [15:34] and nik90 just told me in #ubuntu-touch he cant reach it either [15:34] oh,, now it loaded [15:35] * nik90 checks again [15:36] plars: for line 40, I had to wait for another rtm landing to occur first before rebuilding the packages. Now that the rtm landing I was waiting for has occurred I tried rebuilding the packages [15:37] plars: but the sync source is gone...what do I do? [15:37] AlbertA, i think you rather want sil2100 [15:37] (or robru) [15:37] :) [15:37] sil2100: ^ [15:38] AlbertA: let me take a look at this specific case, one moment please [15:40] AlbertA: so, all seems to be ok here [15:40] AlbertA: since from the logs I see that the sync silo successfully switched to the ubuntu archive [15:40] AlbertA: as per: Warning! /!\ The source silo has been removed, retargetting to the ubuntu archive instead [15:40] AlbertA: but let me look further [15:41] * Mirv is MOTU [15:41] sil2100: ok.. then any idea why it reports a failure when trying to rebuild? [15:41] a bus ride well spent [15:41] Mirv, geez, even dannf made core-dev by now ... way to go "! [15:41] ogra_: I tend to be on the conservative side, step by step :) [15:41] heh [15:42] Mirv: congrats!!! [15:42] thanks [15:42] :) [15:42] AlbertA: so, it simply seems that the packages failed to build in the PPA - so nothing wrong from the silo side, something must be missing source-wise [15:42] AlbertA: it reports failures as it failed building on all archs [15:43] brendand: I am confident that the RTM silo2 is safe to land [15:43] AlbertA: https://launchpadlibrarian.net/185204259/buildlog_ubuntu-rtm-14.09-amd64.media-hub_2.0.0%2B14.10.20140917~rtm-0ubuntu1_FAILEDTOBUILD.txt.gz <- looks like some FTBFS, maybe some dependencies are missing in ubuntu-rtm? [15:43] AlbertA: maybe the source depends on some newer version of something which has not been synced to ubuntu-rtm? [15:43] brendand: I have pushed two changes to the landing branch, the test plan script update and one UITK flaky test is removed [15:43] sil2100: ok...I see...that's strange...that's the reason I was waiting for the other silo to land.... [15:43] brendand: you heard bzoltan! [15:43] sil2100: thanks! [15:44] I'll take a look.... [15:44] AlbertA: hmm [15:44] AlbertA: wait, let me rebuild it in the PPA then [15:44] Maybe now it'll catch it [15:44] sil2100: ok [15:44] AlbertA: the problem with CI Train currently is that you can't use CI Train to trigger PPA rebuilds just yet [15:44] AlbertA: but it's on my radar! [15:44] (and TODO list) [15:44] sil2100: oh I see [15:46] bzoltan, get it into our queue then [15:46] brendand: I flip the switch. have you seen the test results? [15:47] bzoltan, i'll look at them now [15:47] brendand: Thank you [15:54] bzoltan, make sure you really flip the switch on silo 2 [15:55] brendand: I will. I do one re-build in the Ubuntu silo9, ask for a sync and then flip [15:55] brendand: 1-2 hours === alecu is now known as alecu_afk [16:00] sil2100, so this probably won't be in todays image [16:00] sil2100, although perhaps tomorrow mornings [16:00] sil2100, if elopio or toykeeper can sign it off tonight [16:06] trainguards, can I please get silos for lines 76, 74 and 72 ? [16:19] sil2100, can I get a silo for line #79 please? [16:23] alex-abreu: ok, otto test fixed now, I think my branch is ready for merging: https://code.launchpad.net/~vorlon/ubuntu-html5-theme/lp.1369052/+merge/234565 [16:23] slangasek, ok I'll request a silo for it [16:23] o/ [16:23] Assigning as much silos that I can === alecu_afk is now known as alecu [16:26] robru: ok, so today I tested most cases in the binary sync, but didn't find the time to add a few basic tests (as per the comment I made) [16:26] robru: so I'll work on these now and switch to binary sync tomorrow morning [16:26] robru: this way I'll be around in case shit-goes-down [16:27] sil2100, robru I added line 80 in the stylesheet === gatox is now known as gatox_lunch [16:37] Damn, we're critically in need of free silos [16:40] === trainguards: RTM IMAGE 55 building (started: 20140922 16:40) === [16:40] sil2100: sounds good, thanks for writing tests [16:41] robru: just basic tests though! [16:41] sil2100: better than no tests! [16:41] Amen ;) [16:41] bregma: are you aware of this comment on your landing in silo 16? "needs FFe for the gtk-window-decorator gtk3 port + re-enable metacity theming support" [16:42] robru, yes, need FFe [16:42] * bregma kicks himself in the buttock to get up and get stuff done [16:43] bregma: thanks, trying to get some silos moving ;-) [16:45] robru, also I have line 55, which is an odd sync request, dunno if it's right (I am an RTM virgin) [16:45] bregma: looks fine but we're out of RTM silos [16:46] just so long as it's not waiting on me to do something, I'm cool wit' dat [16:46] jdstrand: what's happening in rtm silo 7? looks to me like it hasn't moved since sept 12th [16:46] bregma: nope [16:48] mandel: you planning on building your silo 18? [16:48] kenvandine: what's going on in silo utopic 1? hasn't moved since sept 16th. you testing it? [16:49] alex-abreu: if I give you line 80, can you test & publish it quickly? [16:49] robru, define quickly [16:49] robru: I talked to Mirv about it this morning. I also updated the comment field in the spreadsheet. in short, I will have a new upload today to address those issues [16:50] === trainguards: IMAGE 251 building (started: 20140922 16:50) === [16:50] alex-abreu: like, a couple hours? [16:50] jdstrand: thanks [16:50] sergiusens: silo 10 is empty, are you going to build it? [16:50] robru: but there was a wrinkle in cwayne's first boot caching, so there is going to be another landing from him [16:50] jdstrand: ok [16:50] robru: huh? [16:51] robru: and we'd like to have his land first so that when apparmor lands, we can utilize cwayne's work [16:51] sergiusens: you have a nuntium landing in silo 10 just waiting for you to build [16:51] robru, sounds doable yes [16:51] alex-abreu: ok i'll assign yours [16:52] alex-abreu: ok you got silo 19, please build [16:52] robru: who create that silo? I thought I landed this in the trio landing I did [16:54] sergiusens: looks like Mirv assigned it [16:54] robru: it's already released https://launchpad.net/ubuntu/+source/nuntium [16:54] sergiusens: https://ci-train.ubuntu.com/job/prepare-silo/2209/console can you check that the utopic archive has your latest nuntium work? if so I'll free the silo. [16:54] sergiusens: robru: probably just a disappearing spreadsheet status again. I catch several of them daily and mark them Landed manually, but I missed this one [16:55] Mirv: ok, I'll free it, thanks [16:55] so that seems to happen some time after the landing. status gone, "ready to be assigned" [16:56] jdstrand: ack, i hope to have it landed today, i have a silo but that's another critical bug fix, so i'd like to get that landed first [16:57] Mirv: yeah I'm aware of the issue but not sure how to fix it. [16:57] Mirv: do you know what happened in silo utopic 2? looks like you published it but it never made it to release, and now it says 'all packages in destination' even though they're not [17:00] Mirv: hm, seems it just landed now [17:00] robru, you can free it for now if you need it [17:04] * verterok -> lunch [17:05] kenvandine: thanks, I have one free now, but I might free it later if I run out again. [17:06] Mirv: would you please sync the rtm silo2 with the ubuntu silo9? [17:06] or robru ^ === plars changed the topic of #ubuntu-ci-eng to: Need a silo? Ping train support: trainguards | Need other help? Ping vanguard: cihelp | Train Dashboard: http://bit.ly/1mDv1FS | QA Signoffs: http://bit.ly/1qMAKYd | Known Issues: Latest flash update hung all makos on s-jenkins. [17:06] or sil2100^ [17:07] bzoltan: I don't understand what you're asking. you want the rtm silo rebuilt with the latest contents from the utopic silo? [17:08] bzoltan: if so, you're able to do that, just build the silo like normal. if not, then I'm afraid I'm not sure what you're asking for [17:08] robru: Sorry, I am not fully sure how this works :) most probably you do not need to do anything [17:08] bzoltan: there's a separate page for RTM silos: http://people.canonical.com/~platform/citrain_dashboard/#?distro=ubuntu-rtm&q= [17:09] bzoltan: ok, just find the RTM silo and press build on it, but list all the packages you want to re-sync (since a whole build already happened) [17:09] robru: I git it :) I remember now that Mirv told me how it works. All I needed is to rebuild the RTM silo [17:09] bzoltan: but make sure the ubuntu packages are already in the PPA [17:10] bzoltan: since the sync fetches whatever it sees in the PPA - if no new versions have been pushed to the PPA yet in the ubuntu side, then it will sync nothing :) [17:11] sil2100: clear :) Thank you [17:16] cwayne: please get your merge approved https://ci-train.ubuntu.com/job/ubuntu-landing-003-2-publish/24/console [17:17] bzoltan: but QA only reviews RTM silos. [17:24] robru: fixed, sorry [17:25] robru, is that rtm? let me check [17:25] sil2100: hey, can you please reconfig ubuntu/6 for me please? [17:25] mandel: nope utopic http://people.canonical.com/~platform/citrain_dashboard/#?distro=ubuntu&q=mandel [17:26] mzanetti: done [17:26] thanks [17:26] robru: thanks o/ [17:27] robru, oh! that was already merged, I requested sil to remove that a long time a go, he must have forgotten === gatox_lunch is now known as gatox [17:27] mzanetti: sil2100 you're welcome [17:27] robru, do you mind getting rid of it? [17:27] mandel: ok thanks, I'll free it [17:29] robru: oh, and same request for you as to Mirv - whenever you see an RTM silo that's ready to publish but marked as not requiring QA sign-off, please make double sure that what's in the PPA has only one version and only the mentioned fix in it [17:29] robru: i.e. check the diff from the PPA and see how many changes are in the changelog and in the code [17:32] ah [17:34] robru: since I had one situation today where a silo was marked as not requiring sign-off, but in reality it had 2 versions bundled in it, which was really a big diff [17:35] sil2100: how does that even happen? qa rejects a landing that already merged/landed in utopic? and then they try again with something smaller, except trunk already has the big rejected diff? [17:36] oops brb [17:45] robru: that's one possibility, but it also happens for a few other cases [17:45] robru: like for instance there are 2 rtm landings filled, because one of them didn't yet get tested [17:47] robru: or when some things landed in utopic but didn't get synced to RTM (since the lander decided to buffer up some more changes) [17:55] im torn on whether or not 8 needs qa signoff, so i figure may as well default to yes to be sure :) [18:22] robru, can I get a silo for line #70 in the spreadsheet? [18:27] robru: i am trying to sync system-image 2.4-0u1 to rtm. seems like the ~rtm appended to the version # breaks the d/watch file. how much will i mess things up if i click DO_NOT_APPEND_RTM_TO_VERSION in the sync? [18:33] robru, tested, do I have to create a new line to sync for rtm? [18:36] alex-abreu: i think you do, but i have yet to be successful with my sync to rtm [18:37] barry, ok [18:45] barry: should be fine [18:46] robru: thx [18:46] jhodapp: ok you got rtm11 [18:46] barry: you're welcome! [18:46] robru, awesome thanks [18:46] alex-abreu: yeah but I'll do it [18:48] alex-abreu: ok you got rtm16 [18:48] robru, thx [18:48] alex-abreu: you're welcome! [18:49] alex-abreu: please approve the MP https://ci-train.ubuntu.com/job/ubuntu-landing-019-2-publish/22/console [18:50] robru, mmmh I did [18:50] already [18:50] robru, you mean top approve? [18:50] alex-abreu: yeah [18:50] done [18:55] alex-abreu: we have a problem: https://ci-train.ubuntu.com/job/ubuntu-landing-019-2-publish/lastSuccessfulBuild/artifact/packaging_changes_ubuntu-html5-theme_0.1.2+14.10.20140922-0ubuntu1.diff your landing is reverting a manual distro upload [18:56] alex-abreu: please take this diff: https://launchpadlibrarian.net/183948460/ubuntu-html5-theme_0.1.2%2B14.10.20140731-0ubuntu1_0.1.2%2B14.10.20140731-0ubuntu2.diff.gz apply it directly to trunk (no MP), and then rebuild silo 19 [18:56] alex-abreu: and then once that's done, rebuild silo rtm16 too [18:57] robru, yeah push diretcly to trunk !! [18:57] alex-abreu: yes it's unfortunately the only way [18:57] robru, yes :) [18:58] alex-abreu: well you can MP it if you want, but you have to merge the MP manually, citrain can't publish that one [18:58] robru, thats fine [19:01] robru, ok rebuilding [19:03] alex-abreu: you missed part of the diff [19:03] ? [19:03] alex-abreu: your commit only had debian/control, you missed the debian/changelog part [19:03] robru, yup, fixing [19:03] alex-abreu: thanks [19:21] slangasek: https://code.launchpad.net/~vorlon/ubuntu-html5-theme/lp.1369052/+merge/234565 we're getting a merge conflict on your branch due to a manual distro upload, can you rebase on trunk? [19:31] robru: bah, ok [19:32] Ursinha: ^^ this is how queuebot responds when the spreadsheet suddenly loses a bunch of state [19:33] Ursinha: I'm assuming those requests were all assigned already and just suddenly forgot they were assigned. I need to dig in and investigate it, and re-fill-out the spreadsheet if so [19:34] * Ursinha hugs robru [19:39] alright, fixed up the spreadsheet. I'm off for lunch! [19:40] === trainguards: IMAGE 251 DONE (finished: 20140922 19:40) === [19:40] === changelog: http://people.canonical.com/~ogra/touch-image-stats/251.changes === [19:40] === trainguards: RTM IMAGE 55 DONE (finished: 20140922 19:40) === [19:40] === changelog: http://people.canonical.com/~ogra/touch-image-stats/rtm/55.changes === [20:08] * ogra_ tickles sergiusens with a https://code.launchpad.net/~ogra/phablet-tools/phablet-tools-fix-edge-intro/+merge/235440 [20:19] elopio: I think you should be all set for future jobs to have subunit collected. Let me know if you run into any trouble with it [20:20] plars: thanks man! [20:20] I will rerun the gallery to see how it goes. [20:22] wtf [20:23] cwayne: ok you got utopic 3 [20:27] robru: thank you [20:28] cwayne: you're welcome! [21:06] plars, do you have an eye on the rtm smoke tests ? [21:06] ogra_: haven't looked since this morning, we got a new build now? [21:06] looking now [21:06] yeah [21:06] and unity8 on mako #50 is "running" since a while [21:09] ~22 min so far it seems [21:10] some of the tests appear to be passing, some failing [21:10] autopilot.exceptions.ProcessSearchError: Search criteria (object path = '/com/canonical/Autopilot/Introspection', pid = 10297) returned no results [21:10] for unity8 that is [21:10] the jobs appear to all be running still though, and making progress so far. Let me peek at the other jobs [21:12] ogra_: so yeah, lots of dbus errors on the unity8 tests there [21:12] yay [21:12] 21:11:41.703 ERROR proxies:410 - Introspect error on :1.495:/com/canonical/Autopilot/Introspection: dbus.exceptions.DBusException: org.freedesktop.DBus.Error.NoReply: Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken. [21:12] 21:11:41.708 DEBUG proxies:413 - Executing introspect queue due to error [21:12] ogra_: from what I understood earlier, that points to mediahub then right? [21:12] right [21:12] robru: lp:~vorlon/ubuntu-html5-theme/lp.1369052 updated [21:13] kgunn, ^^^ [21:13] slangasek: thanks [21:14] ogra_: yep...not sure if you saw, but changing out gstreamer didn't help [21:14] kgunn, seems we have a winner ... with media-hub landing in rtm the unity8 tests broke the exact same way [21:14] hooray ? [21:14] alex-abreu: building: https://ci-train.ubuntu.com/job/ubuntu-landing-019-1-build/41/console [21:14] :) [21:14] well, someone needs to fix it [21:14] :) [21:14] but yeah [21:14] yippie ... [21:14] we are chewing on that issue since two weeks in the landing team [21:15] jhodapp, see above ... [21:15] jhodapp, looks like bug 1371454 is actually yours ... [21:16] bug 1371454 in Media Hub "unity8.indicators.tests.test_indicators.IndicatorExistsTestCase.test_indicator_exists hangs on mako #245 #246" [Critical,New] https://launchpad.net/bugs/1371454 [21:16] ogra_, that's the theory, I'm skeptical :) [21:16] lol [21:16] jhodapp, well, we had it only in utopic til today ... [21:17] ogra_, yeah, read the comments [21:17] jhodapp, with media-hub 2 landing in rtm we have the exact same error in rtm now too [21:18] ogra_, right [21:19] jhodapp, right, it isnt gstreamer obviously ... [21:21] ogra_, probably not [21:24] ogra_, how did it land in rtm? was it that silo with dbus-cpp? [21:24] brendand, i think it landed pretty standalone [21:24] not sure though, ask lukasz tomorrow [21:24] he landed it [21:25] ogra_, i signed off one this morning. 'ubuntu-rtm/landing-004 - dbus-cpp/media-hub/qtubuntu-media : tvoss' [21:25] brendand, hmm, at least dbus-cpp, qtubunut-media and media-hub landed at the same time [21:26] so most likely yes [22:02] cyphermox: it's happening ^^^^ [22:02] ;-) [22:02] ah, what is? [22:03] cyphermox: I'm resurrecting your branch, so that citrain can capture SIGTERM and exit gracefully, with correct silo status in the dashboard [22:03] ah ok [22:03] next step, do the same for unhandled exceptions ;-) [22:41] cyphermox: you around for a code review shortly? [22:42] robru: not really, I'm going to bed now [22:42] cyphermox: oh, ok, well goodnight ;-)