[00:14] <Wellark> anyone seen this before?
[00:14] <Wellark> [ FATAL ] /usr/include/gtest/internal/gtest-port.h:1340:: pthread_mutex_lock(&mutex_)failed with error 22
[00:22] <Wellark> I have not touched the test at all
[00:22] <Wellark> it just started to throw that stuff at me
[00:32] <Wellark> oh, I did change the default visibility of symbols
[00:32] <Wellark> that probably messes with gtest
[01:22] <Wellark> oh, I guess there is nothing better than hitting a CMake bug
[01:22] <Wellark> http://www.cmake.org/Bug/view.php?id=15058
[01:22] <Wellark> can I now have my 3h back?
[02:04] <imgbot> [02:07] <Wellark> nobody wants to chat with me ;(
[02:10] <sergiusens> robru: why is this here again? http://people.canonical.com/~platform/citrain_dashboard/#?q=sergiusens
[02:11] <robru> sergiusens, because it was in the spreadsheet claiming to be ready to assign?
[02:11] <sergiusens> robru: yeah, but that landed yesterday
[02:11] <robru> sergiusens, alright I'll clear it
[02:12] <sergiusens> robru: I asked about it when you said you were breaking the spreadsheet :-)
[02:12] <robru> sergiusens, hm, forgot, sorry
[02:13] <sergiusens> no worries
[02:26] <sergiusens> robru: this probably explains why ciborium here doesn't show up as a ci train landing: http://people.canonical.com/~lzemczak/landing-team/189.commitlog
[02:29] <robru> sergiusens, could be, the spreadsheet got pretty borked, I'm not familiar with teh code that generates that list but it probably just got confused
[03:39] <imgbot> [03:39] <imgbot> [04:40] <Mirv> robru: I guess camera and gallery haven't been uploaded to the store yet
[04:41] <Mirv> I'll look into getting those there with alan
[04:43] <robru> Mirv, oops, bill usually takes care of that I think, but he's EOD
[04:46] <Mirv> robru: I can build & upload and alan can approve them, but I'll just run some smoketesting too on them first
[04:46] <robru> Mirv, sounds good, thanks.
[08:40] <brendand> tvoss, can you think of a reason why, if i restart location service in the autopilot test, then it wouldn't affect the camera-app. only works if i do it from the command line
[08:46] <brendand> tvoss, ah i realised why. the two services must be restarted on the same line
[08:54] <ogra_> bzoltan1, seems UITK isnt been happy in the last few images, there seem to be constantly 12-13 failures
[08:55] <bzoltan1> ogra_:  lemme see those failures...
[08:55] <ogra_> bzoltan1, started with 188
[08:57] <bzoltan1> ogra_:  it is the same "RuntimeError: Application Launch Failed: Application failed to start."
[08:58] <ogra_> i dont know ... i see 13 errors in 190 and 12 in 188 (189 sadly had the phone failing that ran exactly that chunk of tests)
[08:58] <ogra_> we had a mir update and an ubuntu-app-launch update, both could be related
[08:59] <ogra_> ah, and i see Mirv just wrote a mail ...
[08:59] <ogra_> bzoltan1, lets take it to the mail thread :)
[09:00] <bzoltan1> ogra_: why?
[09:00] <Mirv> :)
[09:00] <bzoltan1> ogra_: I check  the failures. So far i did not find one where the test fails.
[09:00] <ogra_> no particular reason ? :)
[09:00] <Mirv> I guess so that ted can be kept updated on all details, since they point towards ubuntu-app-launch
[09:01] <ogra_> bzoltan1, just look through the tests of 188 and 190 ...
[09:01]  * ogra_ would think the red is pretty obvious
[09:02] <bzoltan1> ogra_: That is what I just did.. All fail with "RuntimeError: Application Launch Failed: Application failed to start."
[09:03] <brendand> Mirv, did you say there was a new camera-app that fixes some tests?
[09:04] <bzoltan1> ogra_:  that is nothing new to me, I have seen it yesterday already. I understood that the it is caused by the app launcher and it is under investigation. Do you think the UITK could fix that?
[09:06] <Mirv> brendand: at least locally, yes. I got 2 failures instead of 8.
[09:06] <Saviq> Mirv, can I please ask for a rebuild of https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/landing-017/+build/6269672
[09:06] <Saviq> Mirv, just this one build
[09:06] <brendand> Mirv, do you get prompted for the location when running the tests?
[09:07] <Mirv> Saviq: done
[09:07] <Mirv> brendand: oh, right, this was not "clean" situation where I tested. so, unfortunately I guess even the camera doesn't fix much :(
[09:07] <Mirv> regarding AP:s
[09:08] <brendand> Mirv, well i got 4 after removing the location service prompts, so it might have fixed a couple
[09:08] <brendand> Mirv, is it in the store?
[09:08] <Mirv> brendand: if the gallery doesn't fix much either, the it points to the direction that the async loading (that was now reverted) was not the cause for troubles there
[09:08] <Mirv> brendand: it's in the store now, yes. we'll kick an image in maybe half an hour when the qtdeclarative has also landed
[09:19] <t1mp> ogra_: which mail thread is that?
[09:20] <ogra_> t1mp, ah, you are not on CC it seems Mirv wrote a mail to ted with bzoltan1 and me on CC
[09:20] <bzoltan1> t1mp: I have forwarded to you.
[09:20] <t1mp> thanks
[09:21] <bzoltan1> Mirv: t1mp: ogra_: To be precise,  I do not know that those tests fail or pass, as they do not even start. These  failures are not test failures, but application lunch failures. Each failure has the exact same logs.
[09:23] <t1mp> bzoltan1: I came to the same conclusion
[09:23] <bzoltan1> t1mp: me to, yesterday already.
[09:25] <t1mp> Mirv: when you reproduce the tests locally, are they always the same ones failing?
[09:25] <t1mp> that's interesting
[09:26] <brendand> tvoss, which package is ubuntu-location-service-trust-stored in?
[09:26] <brendand> tvoss, i did an update and it seems to have got removed ...
[09:29] <Mirv> t1mp: t1mp no, also locally they are different
[09:30] <Mirv> t1mp: so similar to eg. #190 and #188 fail in different tests
[09:30] <Mirv> so that leads into thinking it's indeed app launching problem and not a test problem
[09:35] <t1mp> who is working on _launcher.py?
[09:36] <t1mp> the failure seems to come there in launch() (or probably something that it calls), but I don't have knowledge about how that works
[09:39] <brendand> ogra_, if i have usr/share/upstart/sessions/ubuntu-location-service-trust-stored.conf installed, why would upstart say the job doesn't exist?
[09:40] <ogra_> because it has typos perhaps ?
[09:41] <brendand> ogra_, well i've checked that :)
[09:43] <brendand> ogra_, does it have to be in /etc/init?
[09:43] <brendand> ogra_, or is that path also valid?
[09:43] <ogra_> depends
[09:43] <ogra_> show me the content :)
[09:43] <brendand> ogra_, of which one? trust-stored?
[09:43] <ogra_> usr/share/upstart/sessions/ubuntu-location-service-trust-stored.conf
[09:44] <ogra_> oh, thats a default thing ...
[09:44] <ogra_> i thought yo had put it in place
[09:44] <ogra_> as what user do you try to run it ?
[09:44] <brendand> phablet
[09:44] <brendand> ogra_, it worked just before i upgraded
[09:44] <ogra_> session jobs are only seen by the session owner indeed
[09:45] <ogra_> while being in the session
[09:45] <brendand> ogra_, http://paste.ubuntu.com/8052368/
[09:45] <ogra_> ugh, that awfule thing with the JOB= vars
[09:45] <ogra_> :)
[09:46] <ogra_> well, i see no reason why upstart should consider it non existent
[09:47] <ogra_> did you use phablet-shell ?
[09:47] <bzoltan1> ogra_: do you have a newer version of the adbd package I should test?
[09:48] <ogra_> bzoltan1, nope, didnt change ...
[09:48] <ogra_> i'm working on phablet-tools atm to adjust it for the new adbd
[09:49] <brendand> ogra_, yeah of course. i never use adb shell unless i have to
[09:49] <ogra_> werid, then you should be in the upstart session just fine and it shoould see it
[09:50] <ogra_> did you restart the UI session without re-login in phablet-shell ?
[09:50] <ogra_> (if the session ID changes underneath it, phablet-shell wont recognize)
[09:50] <bzoltan1> ogra_: cool, thanks
[09:51] <brendand> ogra_, is initctl the preferred method for interacting with jobs?
[09:52] <brendand> ogra_, service and commands like 'restart' seem to work, but i guess are deprecated?
[09:52] <ogra_> i just use start/stop/restart ... but yeah, you can use initctl too
[09:52] <ogra_> no, they are not deprecated
[09:52] <brendand> ok
[09:52] <t1mp> tedg, Mirv can I suspect the changes to  ubuntu-app-launch.c here http://bazaar.launchpad.net/~indicator-applet-developers/ubuntu-app-launch/trunk.14.10/revision/155 for the new uitk failures?
[09:53] <ogra_> initctl list should still show you the job though
[09:53] <brendand> ogra_, so the job is not in initctl list
[09:53] <ogra_> right, that is why it doesnt find it ... now dont ask me why :P
[09:53] <greyback> trainguards: could someone reconfigure silo5 please? Added a fix for the FTBFS
[09:53] <ogra_> t1mp, most likely
[09:54] <t1mp> ogra_: ok, let's wait for ted then
[09:54] <t1mp> bzoltan1: ^
[09:54]  * t1mp brb
[09:54] <ogra_> t1mp, though i suspect there is some interaction issue going on since we dont see such failures anywhere else
[09:55] <brendand> ogra_, well - a reboot fixed it anyway
[09:55] <ogra_> still weird
[09:57] <brendand> yep
[09:59] <Mirv> greyback: done
[09:59] <greyback> Mirv: thanks
[10:11] <brendand> Mirv, i get two failures now as well
[10:11] <t1mp> ogra_: are the other tests for click packages mainly?
[10:12] <brendand> i might as well try and fix these as well - if i can't then i'll just raise a bug
[10:12] <t1mp> ogra_: there is separate code for click packages and "legacy" apps
[10:15] <jamesh> 2
[10:16] <ogra_> 3
[10:16] <ogra_> t1mp, both
[10:27] <brendand> Mirv, there could be an autopilot issue with one of the failures
[10:27] <brendand> Mirv, it tries to do a pinch action and it fails to do it
[10:27] <brendand> Mirv, when i do the same manually it works
[10:28] <popey> davmor2: can you find that datetime bug?
[10:29] <davmor2> popey: give me 5
[10:30] <popey> k
[10:35] <Mirv> brendand: right, and I think pinching in the photo roll was a new feature. Kaleo might be interested in your findings since he did the latest camera commits.
[10:43] <popey> who is covering for sil2100?
[10:43] <ogra_> popey, Mirv robru and me
[10:43] <ogra_> depending on what you want
[10:43] <popey> bug 1357307 is a blocker
[10:44] <ogra_> popey, sync fails too ... iguess thhats not the indicator but the eds backend
[10:44] <popey> the time should update
[10:44] <popey> doubt it needs eds for that?
[10:44] <popey> want me to split to 2 bugs?
[10:44] <ogra_> oh, you mean it isnt 12:08 ?
[10:44] <popey> https://launchpadlibrarian.net/182343848/device-2014-08-15-114223.png
[10:44] <ogra_> heh, i didnt notice that
[10:44] <popey> look at the two clocks
[10:44] <popey> ☻
[10:45] <ogra_> well, i think the events are eds related ... so yeah, perhaps split them
[10:45] <popey> ok
[10:46] <jamesh> is one of them set to the UTC+2:11 time zone?
[10:48] <popey> done
[10:50] <davmor2> ogra_: bug 1357311 and bug 1357307 need adding to the blocker list most annoying bugs ;)
[10:57] <Mirv> popey: davmor2 ogra_: I added those three to blockers, so this http://people.canonical.com/~lzemczak/issues/landing-email should get updated soon
[10:57] <brendand> Mirv, how did we miss that the record video button is broken :P
[10:57] <popey> k
[10:59] <davmor2> Mirv: thanks dude
[10:59] <Mirv> brendand: how is it broken? works here. click it, and then the record button changes to red button and it seems to record things
[10:59] <popey> camera doesn't launch here. sticks on splash screen...
[10:59] <popey> http://popey.mooo.com/screenshots/device-2014-08-15-115930.png is all I see
[10:59] <brendand> Mirv, doesn't do anything on mako for me
[11:00] <popey> bah, unity froze
[11:00] <brendand> Mirv, do you have a newer version than me?
[11:00] <brendand> Mirv, mine is 347
[11:00] <Mirv> brendand: weird. and you have the 355 version?
[11:01] <Mirv> brendand: ah, I have the one that was updated to the store
[11:01] <brendand> Mirv, ok. why don't i see it yet in updates
[11:01] <brendand> ?
[11:01] <Mirv> brendand: popey did say dholbach would have accepted it
[11:01] <brendand> must be why it works on my 'other device' then
[11:01] <nik90> ogra_, popey: I dont think it is an EDS issue
[11:01] <Mirv> I however installed it locally from .click in the morning
[11:02] <nik90> ogra_, popey: Since if you set an alarm, datetime indicator correctly triggers it by monitoring EDS
[11:02] <ogra_> nik90, well, i get a "sync failed" popup message on every boot here
[11:02] <nik90> ogra_: but was EDS updated in 189?
[11:02] <ogra_> nope
[11:03] <ogra_> ah, wait, but i see events in the calendar .... so this might just be coincidence
[11:03] <nik90> popey: camera works for me on mako. Did you update it from the click store?
[11:03] <popey> no, i think it's another issue
[11:03] <popey> (which is hilarious and I'm filing a bug)
[11:04] <ogra_> Mirv, btw, where do we stand wt kicking and image ?
[11:04] <popey> ogra_: would usensord be a good place to file a bug about rotation/sensor related issues?
[11:06] <ogra_> would be a start at least ...
[11:06] <popey> k
[11:11] <Mirv> ogra_: we stand in the "oh I forgot to say qtdeclarative migrated" stage
[11:11] <popey> bug 1357327 ☻
[11:11] <Mirv> ogra_: feel free to kick a build, in other words...
[11:12] <Mirv> I had that one tab reminding me about it, but I didn't get back to the tab
[11:12] <brendand> Mirv, ogra_ - i submitted the merge request. after what happened last time, it would be good if someone checked that this works independently: https://code.launchpad.net/~brendan-donegan/camera-app/location_prompt_disable/+merge/230961
[11:12] <ogra_> Mirv, doing so, thanks
[11:18] <Mirv> brendand: great! was there a jenkins thing that builds .click packages out of MP:s?
[11:19] <imgbot> [11:21] <popey> hmm, my phone is in a unity8 restart and apport loop ☹
[11:21]  * popey reboots
[11:23]  * Mirv not seeing http://people.canonical.com/~lzemczak/issues/landing-email updating itself
[11:23] <davmor2> there was an problem rebooting popey, E:Too_Much_Blood_In_Alcohol_Stream ;)
[11:29] <davmor2> Mirv: it might take some time I think LP emails out after a 5-10 minute sync and then the api would need to pick up the changes for sil2100 script to pick it up I guess :)
[11:30] <Mirv> davmor2: I just re-read sil2100's e-mail and noticed I added the tags but missed the subscriptions... now waiting another 5-10 mins
[11:31] <davmor2> Mirv: :(
[11:31] <Mirv> ...and it updated it already, only leaving out the report marked as duplicate
[11:32] <Mirv> more blockers, yay! http://people.canonical.com/~lzemczak/issues/landing-email
[11:42] <nik90> davmor2: there we go...blocker bugs :P
[11:43] <davmor2> nik90: told you :P
[11:43] <nik90> davmor2: well I look at it as glass half full
[11:55] <ogra_> jdstrand, we have one new failure in the security tests (likely introduced with yesterdays apparmor profile upload)
[12:13] <popey> pete-woods - see comment on https://code.launchpad.net/~jamesh/mediascanner2/megamerge-20140815/+merge/230929 - that ms branch breaks music app...
[12:13] <popey> pete-woods: we can't land that until the music app is fixed, which the dev will work on later today.
[12:15] <jdstrand> ogra_: yes, please don't block on that failing test. it is caused be a change in the settings file for scopes. I had the fix to the test staged, but forgot to commit it before I EOD'd yesterday
[12:16] <ogra_> no prob ... as long as you are aware and look into it :)
[12:17] <jdstrand> ogra_: the timing of committing test adjustments can be tricky-- I don't want to commit too early lest a test run starts without the new policy, but if I wait too long, the new policy is in place without the test fix
[12:17] <ogra_> yeah
[12:17] <jdstrand> but, no biggie. committing now
[12:17] <jdstrand> thanks for the ping
[12:17] <brendand> Mirv, the jenkins job for camera-app failed because of dbus errors? https://jenkins.qa.ubuntu.com/job/generic-click-autopilot-runner-mako/392/
[12:17] <brendand> Mirv, looks like when 'phablet-config autopilot' was not run
[12:34] <Mirv> brendand: hmm, should you ping the CI vanguard about it? if there's something broken in CI
[12:54] <imgbot> [12:54] <imgbot> [12:55]  * popey updates
[13:04] <Saviq> trainguards, icanhasreconfigure of silo 17 please, added scope-scopes
[13:05] <Saviq> and left out scope-shell
[13:07] <Mirv> Saviq: done
[13:07] <Saviq> Mirv, thank you
[13:07] <jamesh> popey: The second build in silo 002 should work with music-app, fwiw
[13:08]  * popey hugs jamesh 
[13:08]  * Mirv is EODish, but will try to check for for train requests every now and the, since sil2100 is out today and robert will not be awake for 2-3 hours still
[13:09] <jamesh> popey: I had added the filled signal to help with the tests and hadn't realised music-app had started using it.  The new version changes it to a "status" property+notification signal that makes it possible to inspect the status
[13:09] <jamesh> popey: I've just added some code to add back the old signal and fire it when status==Ready
[13:10] <popey> super stuff, thank you jamesh
[13:16] <greyback> trainguards: please can I get a reconfigure for silo5 - adding gles twin package for qtubuntu
[13:19] <popey> Mirv: do you have time to upload http://s-jenkins.ubuntu-ci:8080/job/filemanager-app-click/lastSuccessfulBuild/artifact/out/com.ubuntu.filemanager_0.3.254_armhf.click to the store please?
[13:19] <pete-woods> popey: I think jamesh pushed a fix for the music app break to that branch
[13:21] <Mirv> greyback, popey: done and done
[13:21]  * popey hugs Mirv 
[13:21]  * Mirv hugs popey
[13:22]  * greyback gives Mirv an casual nod from afar
[13:22] <popey> dpm: filemanager approved
[13:22]  * Mirv approaches greyback with open arms
[13:23]  * greyback is frozen
[13:23]  * popey tickles greyback 
[13:23] <popey> He says no, he means yes.
[13:23]  * greyback putty in your arms
[13:24] <dpm> awesome, thanks popey
[13:28] <greyback> https://ci-train.ubuntu.com/job/ubuntu-landing-005-1-build/3/console <- that mean anything to you Mirv?
[13:28] <greyback> get_packaging_verbsion <- typo in the job?
[13:29] <pete-woods> hi trainguards! just checking if there's a reason for my request on line 26 (for scopes-api and scopes-shell) didn't get a silo. are we at some level of traincon? did I do something wrong?
[13:30] <Mirv> greyback: sems like typo from sil2100 http://bazaar.launchpad.net/~cupstream2distro-maintainers/cupstream2distro/trunk/revision/646 , I'm not sure if I can fix it, but I'll try
[13:30] <Mirv> pete-woods: no reason, just too messy spreadsheet. assigning.
[13:30] <pete-woods> Mirv: :D
[13:31] <pete-woods> it could do with autofilters for the columns
[13:31] <pete-woods> I'm not sure if google sheets does that or not, though
[13:32] <pete-woods> looks like it does, actually
[13:32] <pete-woods> maybe it affects everyone at once, though
[13:32] <Mirv> pete-woods: you've got ubuntu-rtm/landing-001
[13:33] <pete-woods> thanks!
[13:33] <Mirv> greyback: you can try now, I fixed the typo but I've no idea about deploying
[13:33] <greyback> Mirv: ok, will hit rebuild& hope
[13:33] <Mirv> oh, hmm, I have an idea about deploying if that didn't help
[13:34] <greyback> Mirv: yeah same problem
[13:36] <pete-woods> Mirv: feeling stupid, but is there a separate CI dashboard for RTM?
[13:36] <Mirv> greyback: try again
[13:36] <Mirv> pete-woods: yes, there's a link top left
[13:36] <pete-woods> d'oh!
[13:36] <pete-woods> thanks!
[13:37] <greyback> Mirv: same :(
[13:38] <Mirv> greyback: try again :)
[13:38] <Mirv> this is "I chatted about how to do this in theory months ago"
[13:39] <greyback> Mirv: still no luck
[13:39] <greyback> https://ci-train.ubuntu.com/job/ubuntu-landing-005-1-build/7/console
[13:41] <Mirv> greyback: interesting, the output I see in deployment would seem pretty good. weird though that you have "citrain-preprod", even though you shouldn't have any preprod silo
[13:41] <greyback> Mirv: I've no idea :)
[13:44] <Mirv> 2014-08-15 13:38:02,574 INFO Reconfiguring Jenkins Job ubuntu-landing-005-1-build
[13:44] <Mirv> why-you-no-work
[13:48] <Mirv> greyback: https://ci-train.ubuntu.com/job/ubuntu-landing-005-1-build/9/console \o/ no idea why I needed to do what I did, but it seemed logical and worked
[13:48] <Mirv> (why production silo is explicitly running preprod code, so doing a production deployment didn't fix it)
[13:49] <greyback> Mirv: excellent. Thank you
[13:50]  * greyback hugs Mirv
[13:51] <brendand> Mirv, do you get this failure when running locally? http://s-jenkins.ubuntu-ci:8080/job/autopilot-testrunner-otto-utopic/2291/testReport/junit/camera_app.tests.test_focus/TestFocus/test_focus_valid_and_disappear_with_mouse_/
[13:55] <alecu> hi trainguards! may I ask any of you to give landing permissions to dobey?
[13:56] <ogra_> alecu, i guess you have to come back on monday ... i dont know who apart from sil2100 can add people
[13:56] <ogra_> (and he is on vacation today)
[13:57] <alecu> ogra_: it was robru who did the initiation ritual with me. I guess dobey can ask when he starts his shift.
[13:57] <dobey> hmm
[13:57] <ogra_> ah, ok, i wasnt sure if rob can do it
[13:59] <Mirv> brendand: I can't test that now, my EOD efforts have gone extremely poorly in the last hour but I'm leaving for some shopping now (I'll keep on the lookout for train management jobs)
[13:59] <Mirv> the hole between me and robert is something that sil is very much needed for :)
[14:00] <brendand> Mirv, that's okay
[14:14] <ogra_> brendand, camera still doesnt look happy in 191 ... should it ?
[14:16] <brendand> ogra_, nope not until https://code.launchpad.net/~brendan-donegan/camera-app/location_prompt_disable/+merge/230961 lands
[14:16] <brendand> ogra_, we might be short of landers
[14:16] <brendand> lots of holidays today
[14:17] <Mirv> ogra_: brendand: gallery \o/ it was just me, the fix actually fixed things.
[14:17] <asac> sil off today?
[14:18] <Mirv> asac: yes
[14:18] <brendand> Mirv, do you think you have time to land my merge request for camera-app today?
[14:18] <asac> lagger :P
[14:18] <asac> j.k.
[14:18] <asac> thanks Mirv
[14:19] <Mirv> brendand: no in terms of getting it tested etc, I can do uploads after it's in trunk though
[14:20] <brendand> so we just need to find someone to review/approve it
[14:20] <brendand> ogra_, all my usual guesses are on holiday - any ideas?
[14:20] <dobey> hi trainguards: can we get this MP fast-tracked through landing? https://code.launchpad.net/~dobey/unity-scope-click/explicit-pthread/+merge/230973
[14:21] <brendand> dobey, explicit-pthread - is it sfw?
[14:22] <dobey> brendand: sfw?
[14:23]  * brendand hangs his head in shame at a failed attempt at a joke
[14:23] <brendand> dobey, never mind
[14:24] <Mirv> dobey: please work with ogra to have spreadsheet nice and updated, I quickly added a line and kicked a build, but like description, test plan, getting it tested. I'll check later if it can be published.
[14:25] <Mirv> (ie if it has been marked tested)
[14:25]  * Mirv really gone now
[14:25]  * ogra_ is in meetings the next 3h 
[14:26] <ogra_> (or 2.5 rather)
[14:31] <davmor2> I'm back and in a caravan that's a locate and a half right
[15:03] <davmor2> so there are some pluses and minuses to this plan, pluses I get a very pleasant view, minuses I get to feel ogra_ 's pain when downloading images
[15:10] <sergiusens> Mirv: robru I just set line 39 to yes but it's still red
[15:10] <sergiusens> Mirv: robru yes in the MP column
[15:10] <sergiusens> ah, nevermind... lag
[15:19] <ogra_> plars, looks like we're missing a mako in smoketesting
[15:21] <plars> ogra_: weird, it doesn't seem to be going into fastboot
[15:21] <plars> ogra_: let me take a look
[15:21] <ogra_> plars, psivaa said soimething similar about 189
[15:21] <ogra_> swame issue
[15:21] <ogra_> -w
[15:21] <plars> ogra_: same device? psivaa?
[15:21] <ogra_> dunno :)
[15:21] <ogra_> it worked in 190 then
[15:22] <plars> ogra_: it should go on now... not sure why that happened. Will have to keep an eye on that
[15:22] <ogra_> thx
[15:40] <pete-woods> general call for help for a stupid person
[15:40] <pete-woods> I added my silo with the following command: phablet-config writable-image --ppa ppa:ci-train-ppa-service/ubuntu-rtm/landing-001
[15:41] <pete-woods> but I end up with: W: Failed to fetch http://ppa.launchpad.net/ci-train-ppa-service/ubuntu-rtm/ubuntu/dists/utopic/main/binary-armhf/Packages  404  Not Found
[15:41] <pete-woods> when doing apt-get update on the phone
[15:41] <brendand> pete-woods, i haven't tried the new rtm ppas
[15:42] <brendand> pete-woods, did you try doing it manually?
[15:42] <brendand> pete-woods, add-apt-repository etc etc
[15:42] <pete-woods> not yet
[15:42] <pete-woods> will do that next
[15:44]  * pete-woods checks for updated phablet-tools
[15:44] <brendand> pete-woods, oh yeah that ain't gonna work
[15:44] <pete-woods> bregma: which part?
[15:45] <brendand> pete-woods, add-apt-repository is just freezing
[15:45] <pete-woods> ah
[15:45] <brendand> pete-woods, that might be a red herring though
[15:45] <brendand> pete-woods, is that ppa in your sources.list?
[15:47] <pete-woods> brendand: it seems like I have multiple PPAs there now (from some failed attempts to guess the correct ppa name)
[15:47] <pete-woods> just starting again, to see if it's really a problem
[15:47] <brendand> pete-woods, it's expecting:
[15:47] <brendand> deb http://ppa.launchpad.net/ci-train-ppa-service/landing-001/ubuntu-rtm 14.09 main
[15:47] <brendand> deb-src http://ppa.launchpad.net/ci-train-ppa-service/landing-001/ubuntu-rtm 14.09 main
[15:47] <pete-woods> deb http://ppa.launchpad.net/ci-train-ppa-service/ubuntu-rtm/ubuntu utopic main
[15:47] <pete-woods> # deb-src http://ppa.launchpad.net/ci-train-ppa-service/ubuntu-rtm/ubuntu utopic main
[15:47] <brendand> pete-woods, utopic vs 14.09
[15:48] <brendand> pete-woods, did you freshly flash the image?
[15:48] <pete-woods> bregma: obviously my crude algorithm for converting PPA names into the random magic you give to add-apt-repository is wrong
[15:48] <pete-woods> bregma: yeah, this is a clean image
[15:49] <pete-woods> brendand: whoops, wrong person
[15:50] <brendand> pete-woods, and you just ran phablet-config writable-image --ppa?
[15:50] <pete-woods> bregma: yep
[15:50] <brendand> pete-woods, bregma is going to be confused
[15:50] <pete-woods> brendand: yep, literally the command above :$
[15:51] <sergiusens> rsalveti: can you look at line 39? I'll tab a beer ;-)
[15:51] <pete-woods> too used to named being unique with first two chars
[15:51]  * bregma is used to being mistaken for someone competent
[15:51] <brendand> pete-woods, gets me all the time as well
[15:52] <pete-woods> brendand: so is there a proper way for me to figure out the magic string to pass to add-apt-repository if I'm given a PPA URL?
[15:53] <brendand> pete-woods, oh i see now
[15:53] <brendand> pete-woods, i think this scheme was ill thought through
[15:53] <brendand> pete-woods, look at the launchpad page for the ppa: https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu-rtm/landing-001
[15:53] <brendand> You can update your system with unsupported packages from this untrusted PPA by adding ppa:ci-train-ppa-service/landing-001 to your system's Software Sources. (Read about installing)
[15:54] <brendand> notice that the text is the same as for the non-rtm ppa
[15:54] <brendand> ogra_, you're needed
[15:54] <brendand> cjwatson, or maybe you can help actually
[15:54] <pete-woods> brendand: ahh. that part doesn't show if you're in +packages
[15:55] <pete-woods> brendand: the path still doesn't quite look correct, though
[15:55] <pete-woods> compare https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/landing-001
[15:55] <pete-woods> https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu-rtm/landing-001
[15:55] <pete-woods> they have the same path
[15:55] <pete-woods> doesn't look right to me
[15:56] <pete-woods> (I mean look at the actual pages, not the URLs :) )
[15:57] <brendand> pete-woods, that's what i mean
[15:57] <rsalveti> sergiusens: lemmelook
[15:58] <brendand> cjwatson, is there no shorthand possible for the RTM ppa's?
[15:58] <brendand> cjwatson, launchpad seems as confused by it as me and pete-woods
[15:58] <rsalveti> sergiusens: silo 02
[15:58]  * pete-woods following now :)
[15:59] <ogra_> brendand, he is on vacation ... and i wasnt involved with any of the rtm bringup
[15:59] <brendand> ogra_, rbpark?
[16:00] <brendand> ogra_, robru that's it
[16:00] <brendand> forgot his nick for a second
[16:00] <ogra_> pete-woods, for now just edit the sources.list snippet ... "deb http://ppa.launchpad.net/ci-train-ppa-service/landing-001/ubuntu-rtm 14.09 main "
[16:00] <brendand> ogra_, we can talk about it in landing
[16:00] <sergiusens> rsalveti: thanks
[16:00] <pete-woods> ogra_: thanks, brendand gave me the magic paths already :)
[16:02] <popey> bah, browser died
[16:04] <davmor2> ogra_: it's not going to let me join and stay connected
[16:04] <brendand> pete-woods, ogra_ thinks it's because you're not using an RTM image
[16:04] <brendand> pete-woods, which i don't think even exist yet
[16:05] <brendand> pete-woods, you are going to hack sources.list in the meantime i think
[16:05] <pete-woods> brendand: yep, that's what I've done :)
[16:06] <brendand> pete-woods, btw why do you want to land directly in RTM instead of going via utopic
[16:06] <pete-woods> brendand: er. I was just told we needed this stuff in RTM asap. so I figured this was the process..
[16:08] <plars> balloons: anything new on reminders or calendar? reminders got worse today, up to 6 failures :(
[16:08] <ogra_> davtethering works ;)
[16:08] <ogra_> davmor2, tethering works ;)
[16:09] <brendand> pete-woods, i know that changes in ubuntu will make it to rtm eventually, but i don't know how quickly
[16:09] <brendand> pete-woods, robru or someone like that can probably give more detail
[16:10] <pete-woods> okay, that's good to know :)
[16:12] <davmor2> ogra_: no signal in the quarry and it's throwing down with rain so I'm not sitting up the top of the hill for a phone signal :)
[16:13] <psivaa> plars: it was mako-09 during 189 testing failing to comeback onto bootloader
[16:19] <Mirv> is robru around already?
[16:20] <Mirv> sorry guys I couldn't quite do the 12h needed to fill up sil2100's watchout completely, but I think robru should be around nowish
[16:20] <robru> Mirv, hi
[16:20] <Mirv> nice, the 003 got done
[16:21] <Mirv> robru: o/ great. just got back from shopping.
[16:21] <Mirv> and everything seems in order
[16:21] <robru> Mirv, 3? looks in proposed to me...
[16:22] <Mirv> robru: yep, I just wasn't sure if there's anyone to fill in the details and publish, but seems everything got done
[16:22] <dobey> yep
[16:24] <dobey> it's just waiting for the autopkgtests to get run, and then it'll migrate
[16:25] <Mirv> ok, things seem fine, I'll start to switch into cooking mode
[16:25] <Mirv> robru: so we added datetime bugs to blockers today, nothing else in news I guess. gallery got better, camera not yet.
[16:26] <robru> Mirv, cool thx
[16:26] <dobey> robru: so i'm told you can get me landing privs. what do i need to do to get that?
[16:26] <robru> dobey, pretty simple, I just add you to a lp group, and then give you edit rights in the spreadsheet
[16:27] <robru> dobey, done
[16:27] <dobey> robru: ah. is there some presentation or document explaining the process for actually doing a landing?
[16:27] <dobey> robru: thanks
[16:28] <robru> dobey, hmm, most of the documentation is from my perspective, eg helping you do landings, not so much for you to request landings. hang on
[16:29] <robru> dobey, https://wiki.ubuntu.com/citrain/FAQ has info but it's pretty verbose. not very quick at getting up to speed
[16:30] <robru> dobey, basically just fill out the next blank row in the spreadsheet, mimic the examples set by previous rows and you should be fine. set Ready column to Yes and then the bot will ping us to assign your silo
[16:31] <dobey> oh. ok
[16:33] <dobey> robru: can we get a silo for row 24 in the spreadsheet? thostr added it yesterday but it hasn't gotten a silo yet
[16:35] <robru> dobey, hm, conflicts with silo 5 but that one is ready to publish so I'll publish that one...
[16:36] <dobey> robru: oh weird
[16:36] <robru> ricmm, around? this mp is unapproved... https://code.launchpad.net/~ricmm/qtubuntu/check-window-event/+merge/230764
[16:36] <dobey> robru: the MP in that is wrong
[16:37] <robru> dobey, thankfully the spreadsheet doesn't tell us who marked it as tested, but presumably ricmm since he requested the landing
[16:37] <dobey> robru: i mean, the MP URL in row 24 is wrong
[16:38] <robru> dobey, oh yeah, that looks wrong too
[16:38] <dobey> let me put the right MP urls in there
[16:38] <robru> dobey, well that MP looks ok but it's missing any qtubuntu change to actually sync.
[16:38] <dobey> robru: yes, but qtubuntu has nothing to do with what the description is, or the test plans listed there :)
[16:39] <robru> excellent
[16:39] <brendand> tvoss, is there a dbus api for ubuntu-location-service?
[16:40] <dobey> robru: ok, i put the two MP urls in there that were supposed to be in there
[16:41] <dobey> hmm
[16:41] <dobey> and doing "Show revision history" on that spreadsheet is apparently a very bad thing to do
[16:41] <robru> dobey, you got silo 12
[16:41] <robru> dobey, http://people.canonical.com/~platform/citrain_dashboard/#?distro=ubuntu&q=ubuntuone-credentials
[16:41] <dobey> thanks
[16:41] <robru> you're welcome
[16:43] <robru> dobey, so at that link i gave, you have to click 'build' to open jenkins, and then at the jenkins form you have to click the big 'build' button... twice (the first one logs you in, the second one triggers the build)
[16:43] <dbarth> robru: we have validate silo 13 at last
[16:43] <dbarth> it's marked tested
[16:44] <dobey> ah ok
[16:44] <robru> dbarth, hm it says it's still building ;-)
[16:44] <dbarth> contains some cool stuff: trust session support and a refactored system settings plugin
[16:44] <Saviq> trainguards, could I have a quick silo for line 36 (I promise to release it today)
[16:44] <greyback_> robru: sorrt, had forgotton to approve the MR in silo5. It should publish not
[16:45] <dbarth> robru: it's an old message
[16:45] <Saviq> it's a subset of line 37
[16:45] <dbarth> robru: ah right, it needs a manual treatment, because we reused a silo which publication was interrupted
[16:46] <robru> Saviq, it's a subset of line 37? which is blank?
[16:46] <Saviq> robru, 27
[16:46] <robru> ah
[16:46] <Saviq> robru, finger trouble :)
[16:48] <robru> greyback_, ricmm: sorry guys silo 5 is imploding, I'll try to save it
[16:48] <greyback_> robru: lemme know if I can help
[16:50] <robru> greyback_, nawp, just gotta rebuild everything apparently. citrain forgot that qtubuntu got built and there's apparently no way to remind it without just rebuilding the whole thing.
[16:50] <greyback_> robru: darn. Will the package version change? If yes I'll update the gles twin
[16:50] <robru> greyback_, it's ok, I think I'm rebuilding both...
[16:52] <davmor2> robru: did the silo ppa names change on lp or just in the citrain stuff?
[16:52] <robru> greyback_, yeah it's gonna be 15.1 instead of 15, but I don't think that's going to hurt anything will it?
[16:52] <robru> davmor2, just in citran
[16:52] <davmor2> robru thanks
[16:52] <robru> davmor2, you're welcome
[16:52] <greyback_> robru: they need to match exactly
[16:52] <robru> greyback_, ok, please update the mp to 15.1 then
[16:52] <greyback_> 2 secs
[16:53] <Saviq> uh, looks like the train's gonna be full over the weekend :D
[16:54] <greyback_> robru: done
[16:54] <robru> Saviq, http://people.canonical.com/~platform/citrain_dashboard/#?distro=ubuntu-rtm&q= but look how many free silos we have!!! ;-)
[16:54] <Saviq> robru, har har
[16:56] <tvoss> brendand, sure, what exactly do you need?
[16:58] <robru> Saviq, ok you're getting silo 18
[16:58] <Saviq> robru, thanks, I'll be quick
[16:59] <davmor2> ogra_: so just went up the hill to use 3g to update the phone it's bad when you have to resort to that :)
[17:02] <Saviq> greyback_, while I have you around https://code.launchpad.net/~mir-team/qtmir/gles-sync/+merge/231001
[17:02] <Saviq> robru, sorry, need to ask for a reconfigure for the -gles sync in silo 18
[17:03] <greyback_> Saviq: dun
[17:03] <Saviq> greyback_, thanks, and have a good'un!
[17:03] <greyback_> Saviq: you too
[17:11] <Saviq> robru, thank you
[17:14] <robru> Saviq, you're welcome
[17:18] <robru> popey, what was that bug reference from the meeting?
[17:18] <popey> ah yes.
[17:19] <popey> robru: bug 1357307 and bug 1357311
[17:19] <robru> popey, thanks
[17:19] <jdstrand> hey, so I went to https://launchpad.net/ubuntu-rtm/14.09/+localpackagediffs?field.package_type=all. I checked apparmor-easyprof-ubuntu and pressed the button to sync it to 14.09 (then click 'ok'
[17:19] <jdstrand> )
[17:19] <jdstrand> it looked to go ok, but I don't see any change in the report
[17:20] <jdstrand> when can I expect to see it off the report?
[17:20] <robru> jdstrand, yep, no idea. that's a question for cjwatson (on holiday) or perhaps wgrant_
[17:21] <davmor2> cyphermox: mtp testing under wat 4.3GB of music transferring across should be enough right ;)
[17:22] <jdstrand> I look at https://launchpad.net/ubuntu-rtm/+source/apparmor-easyprof-ubuntu and don't see it is doing anything. maybe I need a publisher run
[17:22] <jdstrand> robru: thanks
[17:22] <jdstrand> wgrant_: ^
[17:22] <davmor2> cyphermox: seems to have locked up on track 116
[17:23] <davmor2> cyphermox: libmtp error:  Could not send object.
[17:23] <davmor2> cyphermox: There was an error copying the file into mtp://[usb:003,010]/Nexus%204/Music/David%20Bowie/Platinum%20Collection.
[17:23] <davmor2> cyphermox: Error while copying “Golden Years (Single Ve...98 Digital Remaster).mp3”.
[17:24] <Saviq> robru, hmm, qtmir-gles disappeared again from silo 18, what gives?
[17:24] <robru> Saviq, that's a new one on me
[17:24] <robru> i'll reconig
[17:24] <davmor2> Saviq: it hates you, hate it back it works for me
[17:25] <Saviq> robru, maybe it doesn't like stuff happening in parallel (build was running when you reconfigured)
[17:25] <sergiusens> robru: can you join #is please?
[17:27] <davmor2> cyphermox: definitely had enough I had to stop it :(
[17:29] <davmor2> cyphermox: I have a feeling it might be 2 fold a mix of the version on the laptop and on the phone not playing nicely together
[17:29] <davmor2> cyphermox: do I need to update the laptop too?
[17:30] <robru> Saviq, ok try building
[17:31] <robru> Saviq, oh right, yeah if the build job was still running that could clobber the reconfigure.
[17:31] <robru> oops
[17:49] <jdstrand> wgrant_: one interesting thing if I do the sync, I get a confirmation that looks like this: "You're about to sync 1 package. Continue? ... apparmor-easyprof-ubuntu 1.2.19 -> 1.2.15 ... Ok Cancel'
[17:49] <jdstrand> wgrant_: I would've expected that to say 'apparmor-easyprof-ubuntu 1.2.15 -> 1.2.19'
[17:50] <jdstrand> wgrant_: after waiting awhile, my requested sync of apparmor-easyprof-ubuntu 1.2.19 still hasn't happened
[17:51] <ogra_> jdstrand, did you check ubuntu ... perhaps 1.2.19 now turned into 1.2.15 ;)
[17:52] <ogra_> (then th text would indeed be correct *g* )
[17:56] <jdstrand> ogra_: heh, it did not change :)
[17:56] <ogra_> heh
[18:14] <robru> kenvandine, don't worry about 14, that message just means we both published at the same time. it's publishing fine
[18:14] <kenvandine> ok
[18:14] <kenvandine> i was just looking :)
[18:14] <kenvandine> thcx
[18:14] <kenvandine> thx even
[18:14] <robru> kenvandine, you're welcome
[18:14] <dobey> robru: i take it from the flurry of text changes on the dashboard you acked the packaging changes for ubuntuone-credentials?
[18:15] <robru> dobey, yeah it was a trivial diff
[18:15] <dobey> yeah, i was just about to ping you and ask for it when i saw the status change again :P
[18:16] <robru> dobey, yeah I have the highlight set on 'trainguards' so the bot already pinged me
[18:17] <dobey> ah ok
[18:17] <robru> alright, I'm off for lunch, brb
[18:22] <cyphermox> davmor2: no, you wouldn't have to update the laptop
[18:23] <cyphermox> davmor2: I'm going to see if I can crash it again with file transfers, but it hasn't happened to me since the updates
[18:52] <mterry> robru, I thought image blockers were for regressions, not stuff that's been around forever
[18:53] <robru> mterry, that's true. are those not new? I was told they were blockers.
[18:55] <mterry> robru, well the clock-out-of-sync one was reported on 6/10
[18:55] <mterry> robru, I'm not sure about the others
[18:56] <robru> mterry, hmm ok. well we'll have to take it up with sil on monday. i'm not going to promote anything on a friday when nobody's around ;-)
[18:56]  * mterry whispers in robru's ear, "Come on, it'll be fine..."
[18:57] <mterry> "no one will notice"
[18:57] <robru> yeah..... no....
[18:58]  * popey notes there's a blocker in this image that has been around for 1 day, which doesn't constitute "forever" imo ☻
[19:16] <mterry> popey, I wasn't saying they were all old
[19:16] <mterry> Just that clock one is ancient
[19:37] <robru> camako, please approve https://code.launchpad.net/~mir-team/mir/0.6/+merge/230879
[19:37] <camako> robru, oh sorry you're right... forgot...
[19:38] <camako> robru, done...
[19:39] <camako> robru, btw when I changed the "testing pass" column to 'yes' and entered the image number, it said "invalid  cell contents"
[19:41] <robru> camako, yep, that's normal.
[19:42] <camako> robru, o ok.. I top-approved the MP..
[19:49] <camako> robru, that's weird... debian/control diff in https://ci-train.ubuntu.com/job/ubuntu-landing-004-2-publish/2/ doesn't match with the MP https://code.launchpad.net/~mir-team/mir/0.6/+merge/230879
[19:51] <robru> I... what...
[19:52] <robru> camako, try rebuilding it I guess. *sigh*
[19:53] <camako> robru, ok
[19:53] <robru> camako, I don't have the slightest clue why that could be. the build log shows it built the most recent commit, so it's not like there's a new unbuilt commit that makes those changes
[19:53] <camako> robru, the script that does the diff has a bug??
[19:54] <robru> camako, nope, because the PPA also has the wrong diff
[19:55] <camako> robru, ugghh ok rebuilding (and I'll have to retest I guess)
[19:55] <robru> camako, yep.
[19:58] <robru> camako, wait, no, abort abort
[19:58] <robru> camako, http://launchpadlibrarian.net/182166412/mir_0.6.0%2B14.10.20140811-0ubuntu1_0.6.0%2B14.10.20140811-0ubuntu2.diff.gz that diff is in distro already, somebody beat you to it
[19:59] <robru> camako, so the diff is fine
[20:00] <robru> hopefully that build job doesn't interfere with the previous publish...
[20:02] <camako> robru, O sh*t ... should I cancel the rebuild?
[20:03] <robru> camako, i already did
[20:04] <robru> camako, we caught it before it uploaded to the PPA so the PPA contents are still sane. but citrain is caught in an inconsistent state now, but fortunately it's already published. worst case we flush the silo and you merge manually.
[20:05] <camako> robru, oh okay... So somebody felt the need to rebuild the branch but by that time, we had already checked in more content, thinking our release was done
[20:06] <robru> camako, what? I don't follow.
[20:06] <robru> camako, Laney felt that your debian/control fixes were important enough to just upload them direct to distro, bypassing citrain
[20:07] <camako> robru, ok I see... I didn't know that...
[20:08] <camako> robru, and they did not merge it to the trunk??
[20:08] <robru> camako, nope!
[20:09] <camako> robru, ok this release will take care of that
[20:09] <robru> yeah
[20:09] <camako> robru, thanks... anything I can do?
[20:09] <robru> camako, just wait for it to migrate. citrain might be too confused to notice. pay attention to https://launchpad.net/ubuntu/+source/mir
[20:10] <robru> camako, once it no longer says -proposed then we can clear the silo
[20:11] <camako> robru, ack
[20:24] <Saviq> robru, can I bug you for ↑ please :)
[20:27] <robru> Saviq, yeah I just published mir, i should really kick an image in between
[20:27] <Saviq> robru, ok, do what you gotta do
[20:28] <Saviq> robru, as long as it lands today I'm glad
[20:30] <rsalveti> Saviq: I'll take care of building a new image and publishing your silo in a few
[20:31] <rsalveti> probably ~2,3 hours
[20:31] <Saviq> rsalveti, thanks
[20:46] <camako> rsalveti... so is mir 0.6.1 all good..?  looking at https://launchpad.net/ubuntu/+source/mir
[20:46] <camako> 0.6.1 is shown as the latest upload
[20:51] <rsalveti> camako: not yet, still in proposed, but should migrate soon
[20:51] <rsalveti> camako: check with rmadison mir
[20:51] <rsalveti> once that tool says that mir is in utopic, then we can trigger a new image
[20:51] <rsalveti> and merge/clean the silo
[20:52] <camako> rsalveti, okay I don't know if you 've seen the scrollback.. robru and I noticed an inconsistency...
[20:54] <rsalveti> camako: yeah, ci train might get confused
[20:54] <rsalveti> if so, then we might need to merge manually and force it to clean the silo
[20:55] <camako> rsalveti, so I was keeping an eye on https://launchpad.net/ubuntu/+source/mir where there was an entry above 0.6.0 line for 0.6.1 which said "proposed" but now it's gone... Just wanna make sure the release is not stuck somewhere
[20:59] <rsalveti> camako: right, yeah, first it gets published in launchpad
[20:59] <rsalveti> then it gets published for real in about ~20min
[21:02] <camako> rsalveti, ok I'll check with the tool.. thanks
[21:12] <camako> rsalveti, now rmadison says it was promoted to utopic..
[21:12] <rsalveti> camako: great
[21:12] <camako> not utopic-proposed any more
[21:13] <rsalveti> camako: let me try to merge  & clean to see what happens
 moment of truth....
[21:14] <camako> ugh it failed
[21:16] <rsalveti> 2014-08-15 21:15:07,424 INFO Trying to push to https://code.launchpad.net/~mir-team/mir/utopic
[21:16] <rsalveti> No new revisions or tags to push.
[21:16] <rsalveti> yeah, probably because of the bad state
[21:17] <rsalveti> camako: so I guess we need to merge this manually
[21:17] <camako> rsalveti... Yep..
[21:18] <camako> rsalveti, want me to do it or you got it?
[21:18] <rsalveti> camako: I can try, I think I have write access to it
[21:18] <camako> ok
[21:22] <rsalveti> camako: done
[21:22] <camako> rsalveti... great thanks for your help.
[21:23] <rsalveti> np, also triggered a new image
[21:23] <camako> cool
[21:29] <imgbot> [21:33] <camako> rsalveti, I'm confused about landings for rtm... Mir still has one trunk where we land... But I expect our ubuntu/utopic distro and ubuntu-rtm/14.09 to diverge (e.g. only checking bug fixes in the latter)... Don't we need another trunk for rtm to generate our MPs against?
[21:34] <rsalveti> right, if you think utopic and rtm will diverge in your case, then yeah, more work
[21:34] <rsalveti> another trunk, that needs to be synced from time to time with utopic and so on
[21:34] <rsalveti> can be painful
[21:40] <camako> rsalveti, once the RTM freezes our devel work for utopic and beyond continues. And, say 3 weeks later, an RTM bug appears, and we fix it. Where do we land the fix? Don't we need an RTM trunk as well? This is not a mir-specific problem.. How do others handle this?
[21:47] <rsalveti> camako: yeah, we'd need a different trunk I'd imagine
[21:47] <rsalveti> as in the end they are different distros
[21:48] <camako> yeah exactly
[23:04] <imgbot> [23:04] <imgbot> [23:22] <rsalveti> bfiller:
[23:22] <rsalveti> 2014-08-15 23:21:48,719 ERROR Some merge requests are not yet approved. Please review the following merges and re-run the build job:
[23:22] <rsalveti> 2014-08-15 23:21:48,719 ERROR https://code.launchpad.net/~michael-sheldon/content-hub/cancel-button/+merge/230505
[23:32]  * rsalveti dinner