[00:00] thomi, so I would recommend, just merge this MP by hand, then create a new empty MP to shove through CI train. I've seen this a couple times already [00:00] I had to hit 'force rebuild' since the branch I'm merging in to has a different changelog [00:00] robru: ok, will do [00:00] thomi, thaks === jhodapp|afk is now known as jhodapp [01:19] robru, done! everything was correctly build \o/ [01:20] robru, afaik everything should be ok now, can you take a quick look and I'll go to bed (3 am here) [01:20] mandel, sure [01:21] mandel, looks really good to me! publishing! [01:21] robru, awesome!!! thx! [01:21] robru, I'm off then for the day/night, thx a lot for the help, I really appreciate it [01:22] mandel, should hit distro in an hour or so [01:22] mandel, you're welcome! get some sleep! [01:22] robru, that is awesome, means we will soon have browser downloads in the touch image :) [01:22] robru, laters o/ [01:22] robru, have a good evening [01:22] you too === jhodapp is now known as jhodapp|afk [02:04] === trainguard: IMAGE 4 building (started: 20140430 02:05) === [03:25] === trainguard: IMAGE 4 DONE (finished: 20140430 03:25) === [03:25] === changelog: http://people.canonical.com/~ogra/touch-image-stats/4.changes === [03:25] yay, new image [03:32] coool [03:32] rsalveti: would you please reconfigure the silo9? [03:46] Mirv: would you please reconfigure the silo9? [03:52] bzoltan, on it [03:53] bzoltan, alright, please build [03:55] robru: thanks [03:56] bzoltan, you're welcome [03:59] ok :) === Ursinha is now known as Ursinha-afk === Ursinha-afk is now known as Ursinha === Ursinha is now known as Ursinha-afk === vila changed the topic of #ubuntu-ci-eng to: Ubuntu CI Engineering Team | Vanguard: vila | CI Train support - US: robru, cyphermox, rrsalveti - EU: sil2100, Mirv, didrocks | CITrain support no answer: use mup bot after 30 minutes, but choose right timezone | Known issues: - [07:14] didrocks: sil2100: it seems the autopkg auth problem is here to stay for a bit. do you think we could merge&clean the unity8 silo while it's still in -proposed so that SDK team can move forards? [07:14] Mirv: sounds the right path to me [07:14] Mirv: please put a comment so that it's tracked manually! [07:14] ok, thanks [07:15] Mirv: +1, thanks ;) [07:20] Mirv, didrocks: once unity8 lands, I'll also assign the silo for Mir again [07:20] Mirv, didrocks: and even press build so that when Kevin appears he can do the testing and we can land [07:21] ok [07:21] great! [07:21] thanks guys [07:23] sil2100: yes, I was thinking about doing that as well [07:23] but feel free [07:24] Mirv: hey, I was wondering is a bank holiday for you as well? [07:24] didrocks: yes, if that clause is missing "tomorrow" [07:24] *if tomorrow* [07:24] :) [07:24] yeah [07:25] sil2100: mind telling that we are off for business tomorrow? ^ [07:25] it's the first time in two years I get to actually have it since we've had Oakland trips in the past.. [07:25] sil2100: at least, in the EU time [07:25] Mirv: yeah, same for me :) [07:25] Mirv: back on Friday? [07:25] Sure, I'll also mention that in the e-mail ;p [07:25] didrocks: back on Friday, yes [07:26] Mirv: ok, it will be only us two! :) [07:26] sil2100: maybe check if cyphermox and other in US timezone will be there though [07:26] :) [07:27] ok, sil2100 mentionned that the bot was disconnecting a lot [07:28] Mirv: sil2100: I'm removing the --no-profile (the thing avoiding using a lot of CPU) [07:28] and then, let's compare [07:29] done [07:30] didrocks: yes, but as kgunn mentioned it's also pretty sympathique *) when it says Choo Choo at random intervals [07:30] *) it seems English lacks that word [07:31] Mirv: well, it's the French word, so I don't care :p [07:32] yeah, seems only "pleasant" or "likeable" in English… [07:37] sil2100, any news on the utopic bots? === mhr3__ is now known as mhr3 [07:41] huuh [07:42] sil2100, can you explain silo 007? it got landed, and is cleaning silo, but the new unity8 is still in proposed? [07:42] didrocks, ↑? [07:43] 09:14:03 Mirv | didrocks: sil2100: it seems the autopkg auth problem is here to stay for a bit. do you think we could merge&clean [07:43] | the unity8 silo while it's still in -proposed so that SDK team can move forards? [07:43] 09:14:24 didrocks | Mirv: sounds the right path to me [07:43] 09:14:37 didrocks | Mirv: please put a comment so that it's tracked manually! [07:43] Saviq: ^ [07:43] kk [07:43] missed it [07:43] Saviq: basically, everything is going to be stuck in proposed until the CI team help fixing the cred issue [07:44] didrocks, understood [07:44] we just help you guys getting your piece moving :) [07:44] jibel: do you mind sending an email about it to -devel and -phone? [07:44] then, we can answer telling what we are doing for getting things merged and not having a silo congestion [07:49] sil2100: I ignore-conflict configured the Mir landing since your run failed. the greeter split preparation silo is still there. [07:49] Mirv: ah, right, thanks! Sorry I missed that [07:50] * sil2100 still in the process of conjuring coffee [07:50] ..and it's building now [07:53] dbarth: you'd probably like to mark the unity-webapps-googleplus SRU bug as verification-done instead of waiting for additional outside verification (if you're happy with your testing), so that it has a chance of migrating to updates pocket tomorrow when it has been 7 days in the proposed pocket [07:54] +1 [07:55] Mirv: I actually thought it got verified alongside of the webbrowser-app component [07:55] That was my understanding [07:56] sil2100: it got verified, but not marked so as commented on the bug report by david [07:56] http://people.canonical.com/~ubuntu-archive/pending-sru.html is again our friend [08:03] psivaa: good morning! Could you maybe try to re-run shorts_app for mako on the latest image? [08:03] sil2100: ack, will do [08:03] Thank you :) [08:03] sil2100: jfyi, shorts app had failied in the previous image too, r3 [08:05] psivaa: do you know if those were retried on r3? Since on the dashboard they seem to look as if they were re-ran and still failed [08:06] sil2100: yes, that was retried in r3 and failed again. i'm running with r4 now too [08:12] hmm, wasnt Mir supposed to land over night ? [08:13] ogra_: unity8 complications [08:13] ah, i didnt know it depends on that landing, yeah, saw that [08:13] ogra_: the unity8 landing got blocked in -proposed due to a autopkg auto problem etc. [08:14] yup [08:14] ogra_: unity8 landing had unity-mir locked, which is needed by the Mir one [08:14] Mir is already building in the silo so I hope we'll release it today [08:21] vila: could you take a look at the jenkins log for https://code.launchpad.net/~renatofilho/ubuntu-calendar-app/fix-1311125/+merge/217251 please? http://91.189.93.70:8080/job/generic-mediumtests-trusty/2288/console [08:21] vila: it seemed to die due to some packaging issue? [08:21] aha, calendar-app : Depends: qtdeclarative5-ubuntu-syncmonitor0.1 but it is not installable [08:22] vila: ignore me ☻ [08:25] I can positively say that yesterday's functional BT headset was a one-time event. now I can't playback or record smoothly so I'm back to speaker/internalmicrophone :( [08:26] uh [08:26] Mirv: just like that? [08:26] How could that be broken suddenly ;p [08:26] sil2100: well of course a couple of more utopic updates in-between ;) but it seems pretty random all in all. [08:27] it may be that the duplex mode has always been broken (I was using USB microphone yesterday) and that the A2DP part fails to switch often (but not yesterday) [08:29] maybe it's a AR3012 BT controller bug since Launchpad is not swarmed with BT related reports. network over BT does work properly though. [08:31] and now I lost my camera I think somehow :S [08:40] Mirv: ok [08:40] Mirv: yes, i will do that, i'm testing it everyday and can attest it fixes the issue [08:41] dbarth: great! it's then possible it'll be handled tomorrow. [08:43] sil2100: https://bugs.launchpad.net/ubuntu-rssreader-app/+bug/1314531 and https://bugs.launchpad.net/ubuntu-clock-app/+bug/1314533 [08:43] (in case you lose them when the hangout closes) [08:43] popey: thanks :) [08:45] Mirv: done, if there are other things blocking let me know and i can accelerate the re-verirication [08:45] Mirv: i know i hav eanother silo which is in unappoved right now [08:48] dbarth: others are good at the moment. webbrowser-app has a chance of migration tomorrow as well, as the 7 days is full for it then too [08:55] ok [08:58] psivaa: I "got" the qmlscene crash seemingly retraced, but it didn't give anything meaningful in backtrace. bug #1314541 - I added the retrace tag there so that LP can try to backtrace it [08:59] Mirv: thanks. [09:00] I think it's time to upgrade my phone to utopic :| [09:00] Was supposed to do that yesterday... [09:02] There are some phone-ish packages that have been uploaded to trusty-updates but not to utopic, so that now trusty-updates > utopic [09:03] Normally I would just copy these up to utopic, binaries and all [09:03] Is it going to cause any problems for our CI if I do that? [09:03] (oxide-qt, unity, webbrowser-app) [09:03] cjwatson: no no, please do :) [09:04] cjwatson: we've done that on purpose until utopic opened and if it qualified as an SRU [09:04] cjwatson: some more will probably migrate until EOW [09:04] (to from trusty-proposed to -updates) [09:04] Right, just wanted to check [09:04] do you want us to ping you about them? [09:04] No need [09:04] I'll check occasionally for a while [09:04] ok, thanks :) [09:05] I never know how you handle those [09:05] And yeah, there are others in universe [09:05] as you do the sync yourself for quite a while [09:05] but there is never cut off date (at least officially) [09:05] ubuntu-archive@snakefruit:~$ for x in main restricted universe multiverse; do ~cjwatson/suite-diff.py mirror/ubuntu/dists/{trusty-updates,utopic}/$x/source/Sources.gz gt; done [09:05] basically [09:06] yeah, we've never announced it very clearly [09:06] it's usually just when it stops being worthwhile [09:06] ok, we don't plan that many SRU anymore anyway [09:06] (i.e. the bulk of -updates tend to be already otherwise changed in utopic) [09:06] for touch [09:06] yeah [09:18] Mirv, hum, did your Qt renames not reach Utopic yet? [09:19] Mirv, any idea about that dep failure https://jenkins.qa.ubuntu.com/job/unity8-trusty-i386-ci/1406/console ? [09:24] Saviq, they did http://people.canonical.com/~ogra/touch-image-stats/2.changes [09:26] vila: could you see why https://code.launchpad.net/~gang65/ubuntu-docviewer-app/ubuntu-docviewer-desktop-improvements/+merge/210866 is failing? is this a packaging change? [09:27] docviewer ! [09:27] fnally !!! [09:27] Damn, my internet works like horror today [09:27] Oh, docviewer? Like, PDFs?! [09:27] That's like 75% of usecases of my smartphone [09:28] yeah [09:28] i even wrote my own ebook reader to work around that [09:28] (converting pdf books to html and turning that into a click package with included html viewer) === alan_g is now known as alan_g|afk [09:30] hmm, i see a bunch of ftbfs mails for the Mir silo [09:30] :( [09:31] popey: from http://91.189.93.70:8080/job/generic-mediumtests-trusty/1886/console :The following packages have unmet dependencies: [09:31] ubuntu-docviewer-app : Depends: file-qml-plugin but it is not going to be installed [09:31] E: Unable to correct problems, you have held broken packages. doesn't look good [09:34] ogra_: "error: 'strcmp' was not declared in this scope" basically === alan_g|afk is now known as alan_g [09:36] well, up to the Mir guys to fix ... [09:36] Mirv, hmm, should we perhaps change the seeds to reflect the renaming of the plugins [09:37] * ogra_ is just noticing that sdk-libs only lists transitional packages now [09:40] ogra_: yep, we should [09:44] * Saviq tries to build locally... [09:44] Mirv, ah, you didn't sync the rename in qtmultimedia yet? [09:45] i guess that will happen after media-hub landed [09:46] since it replaces parts [09:46] https://code.launchpad.net/~phablet-team/ubuntu-seeds/ubuntu-touch.utopic_media-hub/+merge/217649 [09:46] ogra_, not really related, the media hub replaces a backend plugin for qtmultimedia, not qtmultimedia itself, does it? [09:46] well, it drops it from the seeds [09:59] Mirv: sil2100: would you please reconfigure the Silo9. I have added there an important fix. [10:02] Morning all [10:03] bzoltan: ACK [10:05] sil2100: thanks [10:06] bzoltan: uh! [10:06] bzoltan: https://code.launchpad.net/~zsombi/ubuntu-ui-toolkit/combotest-fix/+merge/217546 <- this seems to target staging instead of trunk [10:07] bzoltan: other merges are targetting trunk on the other hand it seems, CITrain needs all branches to target the same thing :0 [10:07] bzoltan: could you fix that? [10:07] sil2100: ohh darn... let me fix that [10:10] bzoltan: reminds me, since you're uploading to U now, can you take my branch from line 37? [10:11] Saviq: nope, it's less urgent as it doesn't block anything [10:11] bzoltan: or let me know if i can remove safely as a landing request [10:11] sil2100: o/ morning, i have line 40 with 2 SRUs [10:11] dbarth: it is already in the line 16 [10:11] \o/ [10:12] bzoltan: just give me a sign once the silo is ready for reconfiguring [10:13] dbarth: just to make sure - did you land anything for utopic for those projects in that SRU, or not yet? [10:14] dbarth: ah, I don't remember those components, so I guess it's safe [10:14] sil2100, didrocks first time I feel the request for a silo, line 46, can you let me know if I did it correctly? [10:15] mandel: hi! First thing: you need to give the link to the merge request, not the lp branch [10:15] bzoltan: ah ok, so i'll remove this one then; thanks ;) [10:15] sil2100, agh, I'm stupid I always get that wrong.. [10:15] dbarth: so, line 40 ready for assignment? :) [10:16] didrocks: nothing on utopic yet [10:16] sil2100: ok cool [10:16] sil2100, sorted out [10:16] uh sorry didrocks, i meant sil2100 ^^ [10:16] ;) [10:17] mandel: looking good otherwise! Assigning [10:18] sil2100, awesome, thx [10:18] mandel: I mean, I will try assigning, but we're critically low on silos ;) Although mhr3 had sooo many landings yesterday that I think he'll understand if I don't assign one instantly for him! [10:19] mhr3: am I right?! [10:19] sil2100, no problem, I'll be working on other things in the mean time, we need to get the udm qml in the sdk [10:19] sil2100, but if it is worth it, this landing should be really fast, is a simple qml change [10:20] sil2100, no, i want one! :P [10:20] pff ;) [10:20] ;p [10:20] sil2100, and you know i give them back fairly quickly :) [10:21] I'll just assign for both of you, as I guess those silos will be freed quickly [10:23] sil2100, great, thx [10:26] mandel, mhr3: silos assigned! We're officially on 0 free silos right now - please try building and testing ASAP ;) [10:26] sil2100, will do right now [10:26] Spreadsheet needs a moment to update [10:29] mandel: you should join #ubuntu-ci-choo-choo to get status update about your landings and when things are assigned [10:29] you would have got: 12:27:04 CI-SNCF | mandel (landing-020): Silo ready to build packages [10:29] for instance [10:29] didrocks, true, I forgot about the bot [10:30] sil2100, can 019 be poked? it's in unapproved [10:30] mhr3: I poked the SRU team yesterday in the morning and they said that they have a lot of things on the queue so it might take some time until they push those forward [10:30] So I guess we need to be patient ;/ [10:31] sil2100, well, means i'm hogging the silo.. but well === vila changed the topic of #ubuntu-ci-eng to: Ubuntu CI Engineering Team | Vanguard: cihelp | CI Train support - US: robru, cyphermox, rrsalveti - EU: sil2100, Mirv, didrocks | CITrain support no answer: use mup bot after 30 minutes, but choose right timezone | Known issues: - [11:05] * sil2100 tries to do lunch [11:21] psivaa: so, you said that on image #3 even after re-running the filemanager tests it still failed, right? [11:22] psivaa: locally on #4 I ran twice all the filemanager tests and it passed, so maybe it was only 3-specific? [11:23] sil2100: there was no filemanager failure on #4 in the smoke, let me confirm about #3 [11:24] sil2100: yes, with #3, filemanger tests failed on the first run as well as on the rerun [11:38] * didrocks goes for a run [11:56] bug #12345 [12:00] huh? [12:00] bug #asdf1234 [12:01] psivaa: LP tracer came up with similarly empty hands to me at bug #1314541 (https://bugs.launchpad.net/ubuntu/+source/qtdeclarative-opensource-src/+bug/1314541) [12:02] and also claims outdated packages / symbols, so I guess the only thing to do is wait for new images and try again later [12:02] at least I should have my utopic retracing setup ok [12:02] bug #asdf bot indeed is missing [12:02] looking at this channel didrocks ran off as soon as ogra_ noticed the bugbot was dead I think we know the culprit here ;) [12:03] haha [12:07] Mirv: ack. thanks for looking into it. [12:09] sil2100, silo 20 is good to go, build + testing done [12:10] fginther, hey, will you transition active -ci/-autolanding jobs to utopic after having pruned all the jobs? [12:16] mandel: publish done [12:16] Mirv, thx! [12:17] o/ [12:17] Mirv, mandel: thanks! [12:24] mandel: congrats on the landing! [12:25] alecu, thx! now you should be unblocked, is that correct? [12:25] mandel: right, thanks a lot [12:25] alecu, no worries, I'm in the ci train team now, so things should be at least a little faster in the future === jhodapp|afk is now known as jhodapp [12:46] mhr3: hi! [12:46] sil2100, hey [12:47] mhr3: I see you added a build-dep in unity-scope-mediascanner to mediascanner2.0 <- why is that required? Isn't libmediascanner-2.0-dev enough? [12:47] Just want to make sure [12:47] And know the rationale for that [12:47] sil2100, i didn't add it, i sorted the deps alphabetically :P [12:47] AAh, damn, I'm blind [12:47] Daaamn [12:47] mhr3: ignore meeee [12:48] but i think it's for tests [12:48] probably [12:48] Ok, anyway, since I already asked, why is it there? [12:48] Thanks ;) [12:48] didrocks: packaging ACK needed - it's safe: https://ci-train.ubuntu.com/job/landing-017-2-publish/6/artifact/packaging_changes_unity-scope-mediascanner_0.2+14.10.20140430-0ubuntu1.diff and https://ci-train.ubuntu.com/job/landing-017-2-publish/6/artifact/packaging_changes_unity-scope-scopes_0.1+14.10.20140430.1-0ubuntu1.diff [12:49] Just changes regarding i18n support [12:55] mandel: btw, I was just pointed out that when changing the required version of u-d-m, we should have added a check to the click scope CMake files [12:55] mandel: I'm adding that to a new branch; do you know what udm version number should I use? [12:58] mandel: pkg_check_modules(UBUNTU_DOWNLOAD_MANAGER_CLIENT REQUIRED ubuntu-download-manager-client>=0.3.0) ??? [13:01] Saviq, yes, all of the trunk and dev trunk builds will move to utopic. Most of the test jobs and infrastructure is in place now so most things should work now. if you need to transition something right now, please let me know [13:02] fginther, no worries, unity8-ci fails for me in one branch, but nothing pressing [13:04] Saviq, ok, I'll work on getting unity8 transitioned as soon as possible [13:04] there's a little more work involved to convert it's qml test job [13:09] davmor2: ogra_: rohhhh :p [13:10] sil2100: +1 [13:25] cyphermox: hi! Could you poke me once you're around? Want to ask you if you had any progress with LP: #1307981 [13:32] alecu, yes, 0.3 or later is the one you want [13:32] alecu, if you have the branch I can require the silo and we can land it asap [13:44] ogra_: what do you think about kicking a new image? :) [13:44] sil2100, ah, i thought you wanted to wait for Mir [13:44] ogra_: we have a new unity8 and ubuntu-download-manager in the archive now + some smaller things [13:45] ogra_: yeah, but sadly I would prefer having also a image without Mir first [13:45] yeah, we should buuld an image with u-d-m so we know if we need to roll that back so mandel doesnt get jobless *g* [13:45] sil2100, oh, right, you even said so in the meeting [13:45] * ogra_ kicks one [13:45] ogra_: since if something is broken, we won't know if it's Mir, unity8 or by any chance u-d-m ;p ;p [13:45] Thanks! [13:45] please let it not me udm! [13:46] ogra_, sil2100 but sounds good since in my silo we also had unity-scope-click [13:46] ogra_, sil2100 we wnat to have an image with that [13:46] image kicked (bot will announce in 10min) [13:48] :) [13:48] Awesome [13:50] sil2100, silo 20 for you to use for anything else [13:53] didrocks: hey, archive question, what are the rules for SRU? I want to put goget-ubuntu-touch that's in utopic into trusty; I'm also at a crux as everyone just uses the PPA for this so I even wonder if we need archive landings at all for this particular package [13:54] I guess it's the same question for other product like packages which need to live on after a release [13:54] https://wiki.ubuntu.com/StableReleaseUpdates [13:54] ogra_: I read that; but that's for non features [13:54] sil2100: can I have a silo for line 45 please? [13:54] for trusty a few SRUs probably make sense [13:54] === trainguard: IMAGE 5 building (started: 20140430 13:55) === [13:55] ogra_: I'm trying to think more product like [13:55] but in the end people will have to use the PPA anyway [13:55] bfiller: sure thing, got the ping earlier - been waiting for all fields being filled in :) [13:55] mandel: weird; pawel has 0.3+14.04.20140321-0ubuntu1 installed and it does not have the libu-d-m api changes [13:55] ogra_: as in, if this package gets outdated, people will just use the PPA [13:55] right [13:56] ogra_: so if people will always just default to the PPA, is there sense into having it in the archives at all [13:56] alecu, how did he install it? is that in a phone image? [13:56] bfiller: but awesome that haptic feedback is already ready for release o/ [13:56] ogra_: think of me as a poor man's steam product :-P like a partner archive I guess [13:56] sergiusens, i think there is ... to make it available to these that dont want a PPA [13:56] ogra_: my case is simple, the sdk is a more complicated one [13:56] alecu, 0.3+14.10.20140430-0ubuntu1 is the one released AFAIK [13:57] sil2100: works great, have to manually enable it though [13:57] sergiusens: you can discuss about it with the SRU team, but apart from firefox and chromium, I don't know other cases with features upgrade [13:57] alecu, 0.3+14.04.20140321-0ubuntu1 does not have them [13:57] sil2100: any idea why a rebuild was requested on landing-006? I see there is an error there, but I only asked it for building once, and it built fine [13:57] alecu, that is a little old [13:58] boiko: let me take a look [13:58] didrocks: ack [13:58] sergiusens, didrocks: -backport might be more appropriate than SRU for those cases [13:58] boiko: it seems Robert requested a rebuild, not sure why... [13:58] seb128, ++ [13:58] yeah, good idea [13:59] seb128: makes sense, thanks :-) [13:59] yw! [13:59] boiko: is the package in the PPA including all the changes which you wanted? [13:59] sil2100: can I just ignore the error and proceed with the reviewing? [13:59] sil2100: yep, this line was placed before 14.04 was released and it was never changed :) [14:00] boiko: ah, maybe robru wanted to make sure its rebuilt with the new utopic toolchain? [14:00] But I see it was built 14 hours ago so hm [14:00] It should be fine I guess [14:00] *16 [14:00] sil2100: ok, I will test using the packages in the ppa, thanks [14:00] boiko: I'll try getting rid of that error [14:00] (by a watch only build) [14:01] sil2100: well, if that won't cause any trouble, just leave it there, that's fine [14:01] sil2100: did you happen to check on status of line 25? qtorganizer5-eds still in unapproved. if it's not going to get into SRU can we just release it now into U? [14:02] bfiller: I poked release about those yesterday and they said they have a large queue of packages they need to look through, so it might take some time [14:02] sil2100: can we get it in U in parallel? how does that work? [14:04] bfiller: I guess that's possible as well, but first of all we would have to create a trusty explicit branch [14:04] bfiller: and the problem I see is that the current landing is targetting trunk right now [14:04] didrocks: ^ how could we easily proceed with this? [14:04] sil2100: maybe we should just drop the SRU request [14:04] bfiller: easier if you want to drop the SRU requests [14:05] I guess backports are an improvement over a PPA [14:05] We can do that [14:05] we just unassign and reassign [14:05] didrocks: I'll ping the release team to drop it from the queue then [14:05] sil2100: I can do it if you prefer [14:05] just give me the package names [14:05] Oh, like, do you have teh power to do that? :) [14:06] well, it's mixed with the archive admin creds [14:06] Awesome [14:06] basically, I could ack the queue, even when in freeze [14:06] but then… it's called, integrity and trust :) [14:07] didrocks: qtorganizer5-eds <- this is the source package name for the landing [14:07] Unassigning the silo and reassigning [14:07] bfiller: so, do you ACK for dropping the SRU? [14:08] sil2100: bfiller: kicked out [14:08] ...it's a yes! [14:08] ;) [14:08] There's no turning back now! [14:08] didrocks, sil2100 : thank you [14:08] yw ;) [14:08] sil2100: you reassign and just kick build for bfiller? [14:08] Sure [14:08] thanks [14:08] Just waiting for the silo to be cleaned [14:08] np ;) [14:09] yep [14:09] sil2100: what about line 21? that one is in trusty proposed but how do we also get it in U? [14:09] bfiller: once it will reach -updates, it will be copied over to U [14:09] bfiller: let's first wait for it to land in trusty and it gets copied to utopic [14:09] fginther, instead of converting that job, should we just switch to DEP-8? [14:10] s/should/could/? [14:10] sil2100: didrocks seems jhodapp is ready to land media-hub; how exiting is that? :-) [14:10] sergiusens: exit? should we ran away? :) [14:10] *exciting even ;) [14:10] lol [14:10] seems like \o/ [14:10] jhodapp: for reference, look at /topic, it has the European CI train support coverage listed [14:10] jhodapp: word play ;-) [14:11] so I need someone to help me land it, it's ready! [14:11] sil2100: I'll let you the pleasure ^ [14:11] ok [14:11] (especially as it's been rebuild in utopic I guess and you tracked it?) [14:11] * sergiusens can't connect to google docs so can't really tag stuff [14:12] didrocks, yep, rebuilt in utopic and tested by many people [14:12] it's soooo moving :) [14:12] Saviq, I'll support that. It will take a little more work to get the infrastructure properly setup to run it, but it's where we want to go with testing. [14:13] fginther, kk [14:13] so sil2100, up to the challenge? :) [14:14] Let me read up! [14:14] k [14:15] didrocks: btw, is this related to what I reported last time? http://paste.ubuntu.com/7366564/ [14:15] My my my [14:15] This is hm, stressing! [14:15] lol, why? [14:15] The thing is, we want to land Mir today as well, while we already kicked an image [14:15] sergiusens: hum, last time you had an extra space and that was handled [14:15] This would mean that the next image will have two big features! [14:15] sergiusens: this is like if you had spaces or tabs… weird [14:15] :O [14:16] sil2100, let's do it! [14:19] jhodapp: btw. I gave you permissions to the spreadsheet, you should be able to set Tested to Yes in the silo sheet :) [14:20] sil2100, thanks [14:20] kgunn: how far are we with the Mir landing? [14:20] sil2100: as soon as i have packages, i will retest...and i fully expect it to pass... [14:20] we have changed nothing but branch retargeting [14:21] and we had it under test for a good 2 weeks [14:21] sil2100, I don't see a Tested column [14:21] hth [14:21] jhodapp: it's in the sheet with your silo, so if you look at the landing-004 sheet on the spreadsheet there's a row called 'Testing done:' [14:22] :) [14:22] This is to signal the landing team that your landing is tested and ready to roll [14:22] sil2100, ah I never noticed the tabs at the bottom, lol [14:23] sil2100, done [14:23] I just need to assess the risks [14:24] sil2100, fwiw, fairly minor since the two barely affect each other functionality-wise [14:25] jhodapp: I'll land it today, but will try to make sure we have an image built before pushing on Mir [14:26] sil2100, ok great, just ping me if you have questions or need my assistance [14:26] Good thing didrocks reminded me about image kicking, we just need to make sure not to land Mir before the image [14:26] sil2100, if you cna take a look at row 46 you'll be my hero :) [14:26] Since it will still take 4-5 hours for the previous one to finishtesting [14:27] mandel: oh, something for mms? I thought the mms silo was flushed and not landed? :) [14:27] Or is it simply some pre-req? [14:28] sil2100, I have an MP for the seed changes for media-hub [14:28] sil2100, https://code.launchpad.net/~phablet-team/ubuntu-seeds/ubuntu-touch.utopic_media-hub/+merge/217649 [14:28] sil2100, oh, had no idea there was a silo for mms, it has some changes to ofono mainly [14:28] sil2100, let me add a proper description, one sec [14:30] didrocks, ogra_: after I publish media-hub, could someone handle the seed change from that branch? ^ [14:30] mandel: sorry, was on a hangout [14:30] I'll land it now [14:30] alecu, as I said, he has and old version or it looks like it [14:30] mandel: so, 0.3+14.04.20140321-0ubuntu1 does not have this changes, but 0.3+14.10.20140430-0ubuntu1 does? [14:30] sil2100, hi I just add you to this MR: https://code.launchpad.net/~renatofilho/ubuntu-keyboard/fix-1231445/+merge/216316, because we have changes on debian rules [14:31] alecu, correct, since the first is from 21-03-2014 and the second one from 30-4-2014 :) [14:31] mandel: but you told me that I should use 0.3 for the cmake version, and it seems to me that it would not work [14:31] sil2100, *debian control [14:32] renato: ok, will look at that one after some moments, thanks for poking :) [14:32] alecu, take a look at the debian changelog from udm trunk, the last edit is the one that counts [14:32] ack [14:32] alecu, we can bump the number of udm, to 3.1 and then add that change to the scope and request a silo for both, how does it sound? [14:32] alecu, so that you request 3.1 and later [14:33] sil2100, I'm editing line 14 for what we need (remove a numtium branch) rather than ask for a new silo [14:33] popey: open the file browser app, goto Music/Pictures didn't they used to have icons rather than blank tiles or am I dreaming? === alan_g is now known as alan_g|tea [14:34] didrocks: so, we'll need your preNEW review of media-hub - I remember I was doing a packaging review of that, and I also have some memories that maybe you already preNEW'ed it before, but best to double-check [14:34] mandel: let me check first if cmake will work with >=0.3+14.10.20140430-0ubuntu1 [14:35] Besides that, there are some other packaging ACKs I will need from you :) [14:35] alecu, ack [14:35] mandel: one more question: this has landed on utopic, but not on trusty, right? [14:35] mandel: ok, so this is only for MMS support that new landing that you added? [14:35] mandel: so, to devel we need to use utopic, or a ppa [14:36] alecu, correct, I can back port if needed, should be easy [14:36] alecu, to simplify development [14:36] mandel: if you can, it would be very great [14:37] sil2100, yes, mms only [14:37] sergiusens, take a look at row 14 and let me know if that what we wanted [14:38] alecu, sure, I have a branch with everything that went in trusty and should be easy to backport those changes only [14:39] sil2100, will do, i have other seed changes piled up as well [14:39] mandel: yes; I just added your name so you can't get out of it [14:39] (that i held back for this one) [14:39] mandel: nice padawan work :-P [14:39] ogra_: thanks! Give me some moments though, I'm still reviewing the packaging changes [14:39] sergiusens, maldito jejeje [14:39] Making sure all is ok [14:39] sil2100, yeah, just give me a heads up ... [14:40] ogra_ hey, what do you think of manually uploading nuntium and holding the seed change only in the silo? Reason for not siloing nuntium is that it's a NEW package and it creates a changelog with commits from the dawn of days to today [14:41] sergiusens, why does it need the seed change ? i guess these can go in separate anyway [14:41] ogra_: because it's a leaf package [14:42] (and a silo for just a meta upload that adds one package is pointless, we can just upload meta after nuntium is NEWed) [14:42] ogra_: nothing hooks to it; it hooks into everyone else; other packages can suggest or recommend it, but we ignore that anyways [14:42] ogra_: great, I wanted those words to come out of you :-) [14:42] didrocks: ok, media-hub packaging ACKs! diffs look rather good, no version-conflicts nor main-universe mismatches -> https://ci-train.ubuntu.com/job/landing-004-2-publish/lastSuccessfulBuild/artifact/packaging_changes_mediaplayer-app_0.20.5+14.10.20140429-0ubuntu1.diff https://ci-train.ubuntu.com/job/landing-004-2-publish/lastSuccessfulBuild/artifact/packaging_changes_qtubuntu-media_0.7.1+14.10.20140429-0ubuntu1.diff and https://c === alan_g|tea is now known as alan_g [14:43] didrocks: + that preNEW of media-hub, but as already mentioned, I remember you doing that before trusty release I guess..? [14:43] sil2100: in meetings, can you get another core dev reviewing them, please? [14:43] sil2100: and yes, I preNEW media-hub already [14:43] \o/ [14:43] didrocks: sure, let me molest ogra_ or someone else :) [14:44] thanks [14:44] AH CRAP, desktop meeting! [14:45] * sil2100 got caught up in work [14:47] ogra_: how busy are you right now? Do you have a moment to take a look at some diffs? They're quick ones and rather well documented [14:48] sil2100: Mirv can I get a silo for line 6? [14:48] sil2100, you mean for media-hub ? [14:49] sil2100, if so, ACK ... for all of them ... i trust that they have been reviewed often enough by rsalveti already :P [14:49] ogra_: yes, I mean the 3 diffs that I pasted to didrocks :) [14:49] hah ;) [14:49] (its not like that landing didnt take long enough) [14:49] Yeah, they seem safe and sane [14:49] right, just go for it [14:49] these packages have been tested and installed so often, i'm confident they are fine [14:50] Awesome, then I'm publishing those! media-hub will land in NEW, but didrocks already preNEWed it [14:51] yay [14:51] one less ping from asac in the morning for all of us :P [14:51] damn [14:51] ;D [14:51] heh [14:52] now, i am running out of work :P [14:52] take a 3 week vacation ... [14:52] ... i heard malta is nice this time of the year [14:52] ;) [14:52] haha === Ursinha-afk is now known as Ursinha [14:55] didrocks: the team has a highlight setup for 'trainguards' ? [14:55] sergiusens: yep :) [14:56] sergiusens: just got a ping ;p [14:56] sergiusens: let me assign you a silo for 6, that landing's been there for ages [14:57] Would love getting it out of the spreadsheet [14:57] (meaning: released) [14:57] sil2100: well I trimmed it a bit to only include the stuff I can land :-) [14:57] sil2100: rest is up to ricmm and rsalveti :-P [14:57] but it doesn't break anything and I want to move on ;-) [15:01] morning [15:05] Morning! [15:10] balloons: hi! Do you have a moment? [15:11] balloons: do you know who would be best to ping relating AP test failures in clock_app and shorts_app? [15:12] pinging me is a good start.. [15:12] both upstreams are pretty responsive [15:13] balloons: so, it will be mentioned in the e-mail, but there are those two issues that I'm trying to poke people about: [15:13] https://bugs.launchpad.net/ubuntu-rssreader-app/+bug/1314531 and https://bugs.launchpad.net/ubuntu-clock-app/+bug/1314533 <- the second one might be caused by the qmlscene crash [15:14] But it's best if someone could take a look and make sure [15:15] hmm.. k. What was the deal with alarms and the final image of trusty anyway? That was so confusing to me I neve rdid understand what the real issue was. Is this related or something else? [15:16] fginther: hi! It seems that jenkins is using trusty to build and test stuff that goes into unity-click-scope/devel [15:17] fginther: is there a way to make it use utopic instead? [15:17] balloons: you mean, the overall state of alarms? [15:17] sil2100, yes [15:17] since the bug mentioned error creating them, triggered my mind :-) [15:17] balloons: those are broken if the screen is turned off (due to the Qt eventloop bug) if that's what you had in mind - but besides that I would expect them working [15:18] balloons: and the funny thing about the clock app tests is that on utopic image no #1 everything passed [15:18] alecu, yes it can be switched, I can get to it in a few moments [15:18] fginther: thanks! [15:18] ty sil, I'll dive in [15:19] balloons: thanks! :) [15:19] === trainguard: IMAGE 5 DONE (finished: 20140430 15:20) === [15:20] === changelog: http://people.canonical.com/~ogra/touch-image-stats/5.changes === [15:20] #5 lives ! [15:23] It's ALIVE [15:23] hm [15:23] Still +5 hours for the testing to finish though [15:23] 5 hours of image #5! [15:24] for* [15:24] sil2100, which images will have media-hub? [15:24] jhodapp, depends when it comes out of NEW [15:24] i cant upload the seed change before the package is fully in the archive [15:24] ok [15:24] jhodapp: the best guess would be to count on #6, but we'll see how it all gets timing-wise [15:25] sil2100, so it's queued up for a next image? I'm not sure how this process works === retoaded changed the topic of #ubuntu-ci-eng to: Ubuntu CI Engineering Team | Vanguard: retoaded | CI Train support - US: robru, cyphermox, rrsalveti - EU: sil2100, Mirv, didrocks | CITrain support no answer: use mup bot after 30 minutes, but choose right timezone | Known issues: - [15:25] jhodapp: it's usually that whatever is in the archive gets pulled into the image during image build [15:26] ok [15:26] jhodapp: so, if we manage to get media-hub NEWed and into the release + ogra_ updates the seed, we'll have it in the next image [15:26] sil2100, nice [15:26] right [15:28] didrocks: so one failure was just the good old unity-mir, so rebuild no problem...but then i noticed, also this one.... [15:28] https://launchpad.net/~ci-train-ppa-service/+archive/landing-007/+build/5963846 [15:28] kgunn: ah, this is transient [15:28] didrocks: do i need to rebuild papi as well to get it to upload ? ...or is there a shorter method ? [15:28] ah...ok i'll wait [15:28] kgunn: no, it will need a rebiuld [15:29] kgunn: let me do it on launchpad side [15:29] kgunn: launchpad issue… [15:29] ok....you meant transient issue [15:29] yeah [15:29] kgunn: you can run "build" with watch only [15:29] ok [15:29] kgunn: I only restart on i386 [15:29] was it the only one? [15:29] or more archs? [15:30] didrocks: thanks! yes it was the only platform-api arch....unity-mir was all archs (of course) and i already restarted unity-mir [15:30] yeah ;) [15:30] good [15:56] didrocks: can you try a hangout is it down for you? [15:56] oh [15:57] davmor2: no, I'm happily in! [15:57] This video call isn't available at the moment. Try again in a few minutes. [15:58] uh [15:58] stop watching movies during work hours [15:59] same thing in chromium too === jhodapp is now known as jhodapp|lunch [15:59] wrong account ? [16:00] open G+ ... log out and log in again [16:01] ogra_: hanguuuuut [16:02] on my way [16:02] cyphermox: can you join the hangout? [16:02] cyphermox: we need to discuss the route-issue on the phones [16:04] ogra_: yeah logging in with my normal account seemed to of logged me out of my canonical one === bfiller is now known as bfiller_afk === murga__ is now known as psivaa__ [17:18] fginther: hi, were you able to switch the click-scope jenkins to utopic? [17:22] robru: ok, I'll be EODing now - good luck on landings :) ! [17:31] robru: hi [17:31] rsalveti: i'm trying to land line 36 [17:32] robru: ^^ sorry rsalveti === jhodapp|lunch is now known as jhodapp [17:40] oh [17:40] trying to update meta and the seed i just noticed the package isnt yet utopic aware [17:40] heh [17:43] ogra_: yeah, I ran into that yesterday [17:43] ogra_: just need to change update.cfg [17:43] yep, all done [17:44] make sure you revert my changes with media-hub, otherwise I expect things to break [17:44] huh ? [17:44] why [17:44] robru: so i pinged the release team for 36 [17:45] cyphermox, your changes were fine [17:45] robru: however can you clarify if now all silos to to U? [17:45] i just added udm on top [17:45] was it to upload the media-hub? [17:45] hmm [17:45] media-hub is in [17:45] thats the last remaining bit [17:46] ah, so it is, good [17:46] i got silo-003 targetting U whereas all other where on T [17:46] ogra_: everyone moved to U already for image testing? [17:46] i just added mandel's change too and will now prepare another one for all the Qt pligun renamings [17:46] ogra_: cool [17:46] dbarth, yeah, you can ask plars to get a one time test of trusty if needed i guess [17:46] ogra_, \o/ [17:47] ogra_: ok, thanks [17:48] and we'll likely need one if we respin an image for the SRUs [17:48] but i guess that will still be delayed a while tils a bunch of SRUs has piled up [17:49] after all i dont really expect many people to use the stabkle channel for touch yet ... and devel is utopic already [17:54] alecu, it's done now [17:57] ogra_: marked my bug as a dupe of yours [17:57] k [18:05] fginther: great, thanks! === retoaded changed the topic of #ubuntu-ci-eng to: Ubuntu CI Engineering Team | Vanguard: cihelp | CI Train support - US: robru, cyphermox, rrsalveti - EU: sil2100, Mirv, didrocks | CITrain support no answer: use mup bot after 30 minutes, but choose right timezone | Known issues: - === fginther changed the topic of #ubuntu-ci-eng to: Ubuntu CI Engineering Team | Vanguard: fginther | CI Train support - US: robru, cyphermox, rrsalveti - EU: sil2100, Mirv, didrocks | CITrain support no answer: use mup bot after 30 minutes, but choose right timezone | Known issues: - [18:36] ogra_, hey sorry, what's the status. i see media-hub is in. are you building an image soon? [18:36] robru, nope ... i wanted to let cron handle that (image 5 is still testing and will likely still take a while ) [18:37] ah ok, so I just won't publish anything big until after cron then. thanks [18:37] robru, rsalveti was pondering to do a manual build and temporary disable cron (so it doesnt destroy the test results) [18:37] well I'm ok with that. [18:38] not sure it is worth the effort though ... up to him === dpm is now known as dpm-afk [18:44] yeah, I might just wait cron to kick in, will see === bfiller_afk is now known as bfiller [19:26] robru: silo 16 ready for publishing [19:31] bfiller, ok, published! [19:32] robru: thanks [19:32] bfiller, you're welcome! [19:33] bfiller, published silo 8 too ;-) [19:33] robru: you rock [19:34] bfiller, thanks ;-) [19:44] fginther: it seems that the urls to jenkins have changed: https://code.launchpad.net/~alecu/unity-scope-click/restore-udm-fakes/+merge/217758 [19:44] fginther: and also, that jenkins has some ppa configured that returns a 404: https://jenkins.qa.ubuntu.com/job/unity-team-unity-scope-click-devel-utopic-amd64-ci/1/console [19:45] alecu, thanks, looking [19:45] oh it has demo-stuff ppa [19:45] i don't think it should have that any more [19:45] dobey, yep, axing that [19:51] robru: got a second? === ChickenCutlass_ is now known as ChickenCutlass [19:59] alecu, fixed the extra ppa and the builds are looking better now. Also think I have the url thing fixed, but will need to wait a moment to know for sure [20:02] great, thanks! [20:10] cyphermox: are you around? [20:13] I am [20:14] cyphermox: I hope you can help me - I'm trying to land silo 18, it's been tested, but I don't want to set 'testing done' to yes yet because I need a distro-person to help me maintain compatibility with unity7... [20:14] basically this creates autopilot-desktop-legacy metapackage, which unity-autopilot needs to depend on, instead of autopilot-desktop [20:15] BUT the unity7 team don't want to release for utopic yet, since they're concentrating on SRUs for T [20:15] so I wonder if we can distropatch that dependency change, just until they do an initial release for U? [20:15] cyphermox: is that something you're able to help with? [20:15] I emailed seb128, but he said I should ask people in here instead. [20:16] thomi: yeah, it's something we could poentially do [20:16] are unity7 people okay with that course of action? [20:16] kgunn: ^ ? [20:16] bregma is away this week, but I spoke with Trevino yesterday - he's concerned that they don't want to branch for U yet. Between the two of us we decided that a distropatch was the best way [20:17] oh, I didn't realise kgunn was involved in U7? [20:17] oh okay then [20:17] yeah, I'm mixing things up [20:17] unping kgunn ;) [20:17] cyphermox: oh ok :) [20:17] cyphermox: if you're happy to do it, I can double-check with them now [20:17] * thomi switches to #coding-ninjas [20:18] distro patching this just means they'll need to take the change and apply it to their branch once ready to do the u landings [20:18] thomi: cyphermox ...i do have dandrader working on a u7 bug while bregma is out.... [20:18] if its relevant [20:18] only if it's utopic [20:19] kgunn: cyphermox:even if it was utopic this shouldn't affect them. [20:21] cyphermox: got an ack from bschaefer now as well [20:21] thomi, yeah, im fine as long as everything still works :) [20:22] we'll make sure it does [20:22] cyphermox: so I guess the next thing is that we need to make sure that the distropatch lands at the same time as silo 18 - I'm not sure how we do that? [20:22] cool :) [20:22] so, thomi, we would need to land the autopilot-desktop-legacy metapackage first though [20:22] is there still going to be a autopilot-desktop package, or is that going away? [20:22] cyphermox: it will remain, but in the short-term future it will pull in python 3 packages [20:23] cyphermox: OK, I just set silo 18 testing-done to 'Yes' :) [20:23] cyphermox: do we know what's up with all the unity8 crashes on today's results? [20:24] plars: don't know, I can look at it shortly [20:24] thomi, hey sorry I was just on lunch. I'm happy to patch u7 if you're busy cyphermox [20:24] thomi: ok, just give me a few minutes [20:24] cyphermox: robru: thanks guys - you're the best :) [20:25] thomi, thanks ;-) [20:25] sounds like he already started, I guess I'll let him finish ;-) [20:29] rsalveti, around? I have a question about your gst-plugins-bad upload. [20:41] fginther: thanks for fixing the ppa, we can move forward now. btw, with no hurry, please take a look at the urls, because they seem to be still pointing to the servers behind the vpn: https://code.launchpad.net/~alecu/unity-scope-click/restore-udm-fakes/+merge/217758 [20:48] alecu, I think I just now fixed the url issue. The last MP that went through looks correct now. Thanks for letting me know it was not working [20:57] Robru: you landing silo 18 though? [20:57] robru: sure [20:57] what's up? [20:58] cyphermox, which? [20:58] thomi's autopilot [20:58] rsalveti, ok, so that silo 4 landing, gst-plugins-bad got stuck in proposed but the rest made it into the archive. what are the implications of that, do you think? all those other packages getting in with gst-plugins-bad arbitrary held back. is the universe gonna explode? [20:59] The unity changes need to happen once the new package is in [20:59] cyphermox, oh, I thought you were doing it. is 18 ready to publish? publish it first before this u7 patch? [20:59] robru: media-hub will be broken I guess [20:59] let me check what is wrong with it [20:59] rsalveti, the change to gst seemed small but I have no idea what impact it'll have on media-hub [20:59] I think it's ready but might have a diff for review [20:59] probably enough still for it to be broken [21:00] Should still work for codecs not in bad [21:00] Not touching package due to block request by adconrad (contact #ubuntu-release if update is needed) [21:00] seems to be blocked, not sure why [21:01] Brb [21:01] rsalveti, yeah, i'm already talking with infinity about it in -release channel, I was just trying to get an idea of the scope of the breakage should cron kick an image build before the package gets in [21:01] cyphermox, thomi: ok published silo 18. no diff because it's a NEW package [21:01] I can disable cron [21:04] robru: but do you know why it got blocked? [21:05] rsalveti, infinity blocked it because of some unrelated issue in which it was causing ~4h delays when it migrated. he seemed amenable to manually acking it through but it seems like there's a large problem he has to resolve first, I don't fully understand it. are you in #ubuntu-release? you can read the scrollback ;-) [21:05] oh, openjpeg [21:05] robru: awesome, thanks [21:05] thomi, you're welcome [21:06] robru: yeah, got a long backlog, trying to just see if there's something I can do quickly :-) [21:06] robru: but cool, will disable cron temporarily [21:07] rsalveti, alright. [21:07] robru: once it migrates I'll trigger a new build [21:07] rsalveti, ok cool. I guess CI-CNSF will ping you about that ;-) [21:15] robru: weird...i think trainbot failed to tell you silo7 tested and ready for upload [21:17] kgunn, hummm, perhaps a hiccup in google docs? the spreadsheet doesn't indicate to me that silo 7 is tested. Doesn't matter though, because the mir landing has to wait until after the next image build, and that has to wait until after media-hub finishes landing (part of it is stuck in proposed, might be a while) [21:18] kgunn, and apparently we also need QA signoff [21:19] kgunn, yeah, that was weird, it said testing pass on silo 7 page, but not on Pending page, which is where the bot (and usually I myself) read from [21:22] robru, what is stuck in proposed ? [21:22] ogra_, gst-plugins-bad1.0. infinity is working on it in #ubuntu-release if you want to read the scrollback [21:22] yeah, just saw it ... dang [21:23] i hope it makes it til the cron build kicks in ... [21:23] since the seeds are already changed that will actually make the image build explode [21:25] ogra_: I temporarily disable the cron job [21:25] will build another image once it migrates to release [21:26] rsalveti, is it a hard dep actually ? [21:26] * ogra_ is uncertain if it will actually break the build ... it will surely be broken on the image though [21:26] yeah, either way it's no good [21:27] right ... though if anything braks due to it, media-hub deps arent right ... it shouldnt have migrated ahead of time [21:27] yeah [21:28] we changed silos quite a few times, and had version bumps as well all around [21:28] so not sure if the packaging are correctly done [21:28] oh, you disabled the cron job already [21:29] ogra_: I just said that a few lines ago :-) [21:29] * ogra_ somehow read "I will" above [21:29] sorry, *disabled [21:29] not sure why ... [21:29] yeah, fine then [21:29] I'm using this terrible keyboard this week, still need to replace it === jhodapp is now known as jhodapp|afk [21:30] yeah, here its more the terrible fingers that break typing ... my kbd is fine [21:32] are we still doing QA needs to sign off with utopic now ? [21:34] don't think so [21:40] only in taincon-bad ... [21:40] * ogra_ can never memorize the numbers :P [21:40] -0 i think it was [21:42] Correct [21:42] * ogra_ wants -red -yellow -green instead :P [21:43] though thats probably bad for the colorblind :P (SCNR) [21:54] It seems like the build logs didn't get pushed to public jenkins on this MR: https://code.launchpad.net/~ted/upstart-app-launch/rename/+merge/217819 [21:54] Or at least the URLs aren't right. [21:55] fginther, ^ [21:56] Ah, it is just bad URLs [21:56] This works: https://jenkins.qa.ubuntu.com/job/upstart-app-launch-trusty-amd64-ci/116/console [21:56] (well, my test failed, but I can get the console) [21:58] robru: cyphermox ...so silo007 ready to land, it says qa but this it utopic targeted [22:01] robru: landing-006 tested and ready to go [22:02] tedg, that should be fixed now [22:02] fginther, Cool, thanks! [22:46] robru: are you monitoring the trainguards in the choo choo? === fginther changed the topic of #ubuntu-ci-eng to: Ubuntu CI Engineering Team | Vanguard: cihelp | CI Train support - US: robru, cyphermox, rrsalveti - EU: sil2100, Mirv, didrocks | CITrain support no answer: use mup bot after 30 minutes, but choose right timezone | Known issues: - [22:56] cyphermox: any idea why 'do-release-upgrade -d' doesn't find utopic? If we're releasing stuff for utopic, shouldn't I be able to upgrade already? [22:58] probably not ready yet, that's quite possible so early [22:58] I suggest s/trusty/utopic/g in vi /etc/apt/sources.list [23:00] cyphermox: thanks - I'll try that. I'm curious though - what needs to be ready? do you know how do-release-upgrade checks for new distros? [23:01] yeah, it looks for a separate file from the usual archive that defines the new releases [23:01] I see. I wonder when that will appears [23:01] -s [23:02] IIRC it's http://changelogs.ubuntu.com/meta-release [23:02] cool [23:06] so if you dig in a bit you'll see archive.ubuntu.com doesn't have dist-upgrader-all yet, I'm not sure exactly how that gets updated/added [23:07] then again, I usually upgrade as soon as the archive is open, so I sed the sources file and upgrade, dist-upgrade [23:27] cyphermox: my AP package landed in utopic - are you still cool to do the distro patch? [23:42] yup [23:42] hum, it's a build-depends? [23:43] well, any of the actually [23:43] it will need a MIR to be in main [23:43] cyphermox: this is for utopic remember [23:43] yes [23:43] cyphermox: and it's not a build-depends, just a normal Depends [23:43] yeah that's why I said any depends after all\ [23:43] unity-autopilot needs to depend on autopilot-desktop-legacy now, not autopilot-desktop [23:44] ahh :) [23:44] ok [23:44] autopilot-legacy is a new package entirely? [23:44] cyphermox: autopilot-desktop-legacy is, yes [23:44] it just landed :) [23:44] does it have any big changes from the usual autopilot trunk? [23:44] or is it basically just the old trunk [23:44] cyphermox: oh, sorry no, it's identical to otrusty ap [23:45] right [23:45] basically it's what we released in trusty, but with some packaging changes [23:45] no code changes though [23:45] ok, just renamed and all [23:45] right [23:47] ok i'll do the mir bug now then [23:48] hum, is autopilot-desktop not in main?! [23:49] cyphermox: no, it's not [23:49] cyphermox: all the autopilot packages are in universe only [23:49] oh, right, because this is the unity-autopilot pacakge that depends on it [23:49] right :)