[02:04] <imgbot> [03:39] <imgbot> [03:39] <imgbot> [07:13] <brendand> sil2100, hey i saw on the landing email you mentioned mako might be better than krillin
[07:13] <brendand> sil2100, who told you that :) ?
[07:13] <brendand> sil2100, wasn't me :)
[07:15] <jibel> With krillin build #8, I cannot unlock my SIM card, is it known?
[07:20] <tsdgeos> is jenkins qa down?
[07:20] <tsdgeos> i can't reach http://jenkins.qa.ubuntu.com/job/generic-click-autopilot-runner-mako/444 for example
[07:24] <brendand> ralsina, sergiusens_ i'm picking up silo 10 for testing
[07:31] <sil2100> brendand: I don't remember exactly, but I remember someone mentioning that mako quality is ok a bit earlier
[07:31] <sil2100> brendand: you are not comparing to mako anymore so I didn't even remotely think to ask you ;)
[07:34] <ogra_> sil2100, http://people.canonical.com/~ogra/touch-image-stats/rtm/
[07:34] <jibel> sil2100, bug 1363855, need someone to confirm. The same happened on mako last week. Something must have slipped in.
[07:34] <sil2100> ogra_: \o/
[07:35] <ogra_> jibel, on current krillin i always need to unlock it twice
[07:35] <jibel> ogra_, since when?
[07:36] <ogra_> dunno ... perhaps friday, prehaps thu.
[07:36] <ogra_> http://people.canonical.com/~ogra/touch-image-stats/rtm/7.changes
[07:36] <ogra_> i guess since ofono changed :)
[07:36] <jibel> ogra_, on second unlock the UI freezes completely
[07:37] <jibel> at least it's unlocked but I cannot use the phone
[07:37] <ogra_> tap the X in the bottom left ;)
[07:37] <brendand> sil2100, we were asked to test mako for promotion so i tested it
[07:37]  * ogra_ got trapped by that too initially
[07:37] <jibel> ogra_, ah, so obvious :)
[07:38] <ogra_> lol
[07:38] <brendand> jibel, they'll tell you that's the way it's designed
[07:38] <jibel> I'll retitle the bug report unless there is already one.
[07:38] <ogra_> i didnt file bugs on the weekend
[07:38] <ogra_> so not from me
[08:07] <camako> sil2100, Mir 0.7.0 testing is now completed.. Could we publish please?
[08:08] <camako> cihelp ^
[08:09] <camako> It's on silo 1 (ubuntu)
[08:09] <sil2100> camako: hey! Let's do that, do you want it for ubuntu-rtm as well?
[08:09] <sil2100> I suppose so
[08:10] <camako> sil2100, not yet
[08:11] <sil2100> camako: ok, so you don't want an RTM silo yet, yes?
[08:11] <sil2100> camako: I'll publish Mir after the morning meeting, need to check up with everyone the current status
[08:11] <camako> sil2100, oh sorry, I want the silo.. just don't want it published yet
[08:11] <camako> :-)
[08:12] <camako> sil2100, ok sounds good ... I'm abt to go to bed... I'll check in the morning... Do I need to request the silo through the sheet or will you assign one without it?
[08:19] <sil2100> camako: I will handle everything :)
[08:20] <sil2100> camako: have a good night!
[08:21] <ogra_> sigh, that pink terminal is annoying
[08:21] <camako> sil2100, thanks
[08:27] <Mirv> nice that mir is now ready at least for utopic, hopefully rtm retesting will go fine too
[08:45] <brendand> sil2100, a potential blocker: https://bugs.launchpad.net/mediaplayer-app/+bug/1363653
[08:51] <popey> Mirv: when you get a moment could you please push http://s-jenkins.ubuntu-ci:8080/job/reminders-app-click/lastSuccessfulBuild/artifact/out/com.ubuntu.reminders_0.5.232_armhf.click to the store?
[08:55] <brendand> popey, did filemanager break?
[08:56] <brendand> popey, i can't open videos from it anymore
[08:57] <jibel> brendand, works fine on krillin#9
[08:57] <jibel> with an mp4 recorded with the camera
[08:58] <brendand> jibel, ok good to know
[09:00] <popey> brendand: will test
[09:00] <brendand> popey, might just need a reboot
[09:00] <popey> wfm on krillin
[09:02] <popey> brendand: your videos at http://people.canonical.com/~brendan-donegan/test_videos/ wont download - 2014-09-01 10:02:17 ERROR 403: Forbidden.
[09:05] <brendand> popey, might be the webm one
[09:05] <brendand> popey, i had issues with that
[09:06] <brendand> popey, hmm no - they're all forbidden. weird
[09:07] <popey> chmod 777 them ㋛
[09:09] <brendand> that's betah
[09:10] <Mirv> popey: done
[09:10] <popey> thanks Mirv
[09:11] <jibel> brendand, on krillon I can play flv, mov, mp4. mkv and divx crash media-hub, I cannot preview any video in the scope, mediascanner crashes
[09:11] <jibel> *krillin
[09:11] <popey> ogra_: wanna confirm bug 1363902
[09:12] <sil2100> davmor2: did you find the no-mouse bug already?
[09:13] <davmor2> sil2100: I'm just working through the list now that will be on it
[09:14] <thostr_> sil2100: added line 46
[09:14] <thostr_> sil2100: according to lool's mail we also need to sync https://code.launchpad.net/~mandel/location-service/espoo-provider/+merge/231523 to rtm... what's the proper syntax for this in the ci sheet
[09:14] <brendand> jibel, you can play MOV? from the iphone?
[09:15] <jibel> brendand, I can play MOV, but only from krillin, haven't tested on iphone ;)
[09:15] <brendand> jibel, i mean the video comes from the iphone camera, not some other source?
[09:16] <brendand> jibel, i can play .MOV but have no video, just audio
[09:17] <ogra_> popey, done
[09:17] <jibel> brendand, it plays with video and audio
[09:18] <brendand> jibel, well i have been testing on mako - i'll look on krillin now
[09:21] <popey> thanks ogra_
[09:23] <lool> would someone have the link to the new package/source tree checklist?
[09:24] <davmor2> sil2100: https://bugs.launchpad.net/unity8/+bug/1295623
[09:25] <davmor2> sil2100: looks like it was ogra_ that reported it so it might of been ogra_ rather than ricardo that pointed it out maybe :)
[09:26] <ogra_> davmor2, nope, i didnt ... but Saviq is always fast throwing that bug in on input issues :)
[09:29] <sil2100> thostr_: one moment, I'll help you in a moment
[09:32] <Saviq> ogra_, yeah, we even have a fix (or plural, really - one for Qt that's being debated and one for qtmir that's under review)
[09:32] <sil2100> davmor2: thanks!
[09:32] <ogra_> :)
[09:34] <sil2100> thostr_: ok, let me first check if it indeed requires syncing still
[09:36] <thostr_> sil2100: ok
[09:39] <sil2100> thostr_: ok, a sync is needed, but a silo for that is ready with packages built already
[09:39] <sil2100> thostr_: silo 006 for ubuntu-rtm
[09:46] <thostr_> sil2100: mhhh, could we merge that over so that tester don't have to install two ppas?
[09:47] <sil2100> thostr_: makes sense
[09:47] <thostr_> great
[09:47] <sil2100> thostr_: I'll get everything prepared in a moment, just need to fix one bug in CI Train ;)
[09:47] <thostr_> sil2100: ok. I'll quickly have lunch... afterwards we should have the indicator mp
[09:56] <asac> sil2100: davmor2: you guys are ready to have the bug call?
[09:56] <asac> if we need to delay, this is last moment :)
[09:56] <davmor2> asac: yeap in a call but they are aware we need to disappear
[09:57] <asac> davmor2: ok cool. if you have the data to look at then we are set :)
[09:57] <asac> talk in 5
[09:58] <sil2100> o/
[10:03] <tvoss> sil2100, ping
[10:04] <sil2100> tvoss: hey! Trying to resolve it, but now in a meeting agin
[10:04] <tvoss> sil2100, thanks
[10:10] <ogra_> grrr
[10:21] <brendand> sil2100, asac - so you want me to track back through the RTM mako images and find where it got in?
[10:22] <asac> brendand: yes for our blockers that what we need to do to find owners
[10:23] <asac> as step 1... sil will take on from there
[10:32] <sil2100> brendand: did you have a moment to check the ofono revert? :)
[10:33] <brendand> sil2100, i tried but it still seems to be broken after reverting
[10:33] <sil2100> tvoss: all is fine now, right?
[10:33] <sil2100> brendand: oh, hmmm
[10:34] <sil2100> brendand: really? Damn, then it had to be broken already in some earlier images
[10:34] <sil2100> ogra_, jibel: when did you guys notice the SIM-pin unlock bug?
[10:35] <brendand> sil2100, i'm not sure i did it right
[10:35] <tvoss> sil2100, looks good
[10:35] <brendand> sil2100, i just downgraded ofono
[10:35] <sil2100> brendand: let me prepare links to the packages and you'll compare if you got the right ones
[10:36] <sil2100> brendand: did you downgrade to 1.12.bzr6872+14.10.20140804-0ubuntu1 ?
[10:37] <brendand> i'll check
[10:39] <sil2100> ogra_: hey! You want to +1 a packaging change for a main package maybe? ( ;) ) it's mir! https://ci-train.ubuntu.com/job/ubuntu-landing-001-2-publish/10/artifact/packaging_changes_mir_0.7.0+14.10.20140829-0ubuntu1.diff/*view*/
[10:39] <jibel> sil2100, bug 1363413 ?
[10:40] <sil2100> jibel: ah, I see you mention there #6 works
[10:40] <sil2100> So brendand probably didn't quite revert
[10:41] <sil2100> brendand: you can use those files: http://paste.ubuntu.com/8205083/
[10:51] <brendand> sil2100, yes revert just that package works
[10:51] <sil2100> brendand: ok, let me revert then
[10:51] <sil2100> brendand: btw. is that a bug in utopic as well?
[10:52] <brendand> sil2100, i have #9 which was the promotion candidate
[10:52] <brendand> sil2100, it must be, right?
[10:52] <brendand> sil2100, we haven't checked though - want to?
[10:52] <sil2100> Mirv: I'm doing some changes in synces right now, don't be mad in case something is b0rken ;)
[10:53] <Mirv> sil2100: ok, I'll just casually blame you then :)
[10:53] <sil2100> brendand: ok, not needed - I see someone mentioned it's the same for utopic
[10:53] <sil2100> So I revert on both
[10:53] <sil2100> But first I'll just jump out to the vet quick ;/
[10:59] <ogra_> sil2100, so i have a messed up publication (the MPs were not top approved ... they are now though) ... do i just hit publish again now that they are fixed or does that need any special action on my side ?
[11:02] <Mirv> ogra_: publish again, not other actions needed
[11:02] <ogra_> Mirv, thanks ... just wanted to make sure i dont mess up even more :)
[11:04] <Mirv> looking good
[11:04] <ogra_> :)
[11:22] <Saviq> tsdgeos, here
[11:22] <Saviq> cihelp, http://jenkins.qa.ubuntu.com/ seems down
[11:22] <Saviq> resulting in all jobs failing due to broken publishing
[11:27] <tsdgeos> Saviq: i complained about that here 4 hours ago, got no attention
[11:27] <Saviq> tsdgeos, ok, let me escalate
[11:27] <tsdgeos> it is also true that i failed to mention the vanguard
[11:27] <Saviq> Ursinha, any idea why jenkins.qa is down?
[11:28] <Saviq> tsdgeos, yeah, that usually helps...
[11:34] <asac> brendand: your MOV movie from the bug is kinda bogus
[11:34] <asac> brendand: even makes totem hang after 1sec
[11:34] <asac> s i have to force quit it
[11:35] <asac> brendand: have you tried the .mov here: http://samplemedia.linaro.org/H264/ ?
[11:43] <popey> asac: the video is 1 second long
[11:58] <lool> sil2100: hey, you around? would you have the link to the latest checklist for module additions?
[11:59] <ogra_> building nothing ?
[11:59] <ogra_> :)
[12:02] <Mirv> at the moment that's all the sync silos say..
[12:02] <ogra_> ah
[12:02] <Mirv> but the Mir is now building there
[12:03] <Mirv> and that "built" means in this case only that the packages were uploaded to the PPA
[12:03] <ogra_> right
[12:14] <ogra_> yippie
[12:16] <brendand> asac, but it plays fine on krillin
[12:16] <brendand> asac, just not on mako
[12:22] <brendand> asac, and for sure those worked before
[12:25] <Ursinha> hmm
[12:26] <ogra_> Ursinha, !
[12:26] <ogra_> Ursinha, HAPPY BIRTHDAY !!!!
[12:26] <Ursinha> ogra_: thaaaaaaaaaaanks :D
[12:26] <ogra_> (finally drinking age, eh ? )
[12:26] <Ursinha> lol
[12:27] <Ursinha> almost :P
[12:27] <ogra_> :)
[12:27] <Ursinha> Saviq: I'm trying to figure out why jenkins.qa is down (I can't access it here either)
[12:28] <Saviq> Ursinha, thanks, and 100 years! (is what we say for happy birthday here... whether it's to be spent in prison or something is still under debate)
[12:29] <Ursinha> Saviq: hahahahaha
[12:29] <Ursinha> thanks :)
[12:30] <ralsina> brendand: hi, let me know if you have any questions re: silo 10
[12:37] <brendand> ralsina, the instructions on the test plan for adding the correct permission for facebook are not really clear
[12:38] <ralsina> brendand: yeah
[12:38] <brendand> ralsina, there is just a link to a doc page which doesn't really explain much
[12:38] <ralsina> brendand: I'll bring in verterok (he wrote that) so he clarifies
[12:38] <ralsina> brendand: he should be around in '30 or so
[12:46] <Mirv> sil2100: prepare-silo reconfiguring a sync silo does not seem to do what's expected: https://ci-train.ubuntu.com/job/prepare-silo/1718/console <- it removed unity-system-compositor from the rtm silo, even though it's there in the source silo
[12:47] <brendand> asac, looks like keyboard and transfer-indicator both broke in mako #11
[12:47] <brendand> and i'm not sure rotation lock ever worked
[12:48] <brendand> sorry, maybe not #11, could have been #12. i just need to check #11 now
[12:49] <verterok> brendand: hi! ralsina told me you need some help with the facebook chat/messages notifications branch?
[13:02] <brendand> asac, keyboard broke in #11
[13:02] <brendand> verterok, yeah - how do you set that up?
[13:02] <brendand> verterok, the manage_notifications permission that is
[13:04] <brendand> ogra_, is there a way to map mako images to krillin images? is it like N - X or something like that?
[13:04] <ogra_> brendand, nope
[13:04] <ogra_> and they will diverge further
[13:04] <verterok> brendand: I got the token via the fecabook graph explorer: https://developers.facebook.com/tools/explorer/
[13:04] <brendand> ogra_, do you have changelogs for mako?
[13:05] <ogra_> for rtm ? no
[13:05] <verterok> brendand: there is a button "Get Access Token", and you can select the different permissions
[13:05] <ogra_> brendand, the rootfs is identical even if the versions divert
[13:05] <verterok> brendand: read_mailbox and manage_notifications are in the "extended permissions" tab
[13:06] <brendand> verterok, got it
[13:06] <brendand> ogra_, so if i want to know what changed in image #11 for mako, where would i look?
[13:07] <ogra_> brendand, well, in the index.json and then in the respectiver rootfs changelog in the rtm dir
[13:08] <ogra_> brendand, the prob is that there will be far more krillin builds thna mako builds soon, each device tarball change will triger a new krillin image (using the same rootfs)
[13:08] <brendand> ogra_, where is index.json?
[13:08] <ogra_> so the only way to get that info reliably is the rootfs id from your device or from index.json on the s-i server
[13:16] <brendand> verterok, do i need to put that token somewhere?
[13:16] <brendand> verterok, ah i see it
[13:16] <verterok> brendand: yes, you need to set an env var and restart the account-polld
[13:17] <verterok> brendand: e.g: initctl set-env --global ACCOUNT_POLLD_TOKEN_FACEBOOK=<token> && initctl restart account-polld
[13:22] <asac> brendand: ok cool. please note that down for sil2100 ... once he has the landing log he will engage and find owner amongst landers
[13:22] <asac> obviously if keyboard landed in #11, then bfiller is the owner 99% )
[13:23] <brendand> asac, well keyboard didn't but system-settings did
[13:23] <brendand> asac, the bug already is against system settings
[13:23] <asac> brendand: ogra_ is not really clear... you can map the rootfs
[13:23] <asac> just look what is after the first : in the dashboard
[13:23] <asac> thats how you correlate
[13:23] <brendand> asac, yeah i found it
[13:23] <asac> the first number will not hav a stable offset
[13:23] <ogra_> asac, that dat comes from index.json :P
[13:23] <asac> thats correct
[13:23] <ogra_> *data
[13:24] <ogra_> (i.e. it is the same)
[13:24] <asac> hehe
[13:24] <brendand> asac, https://bugs.launchpad.net/ubuntu/+source/ubuntu-system-settings/+bug/1362679 is assigned to mterry
[13:24] <asac> well, there are two types of views on the world ... :)
[13:24] <asac> types of viewers :P
[13:24] <asac> on
[13:24] <ogra_> programmatically it iis easier to parse index.json ...
[13:25] <ogra_> if you check "by eye" i'd go for the dashboard too :)
[13:25] <ogra_> you'll find the rootfs changelogs in my image-stats ... respectiverly image-stats/rtm/ ...
[13:26] <ogra_> (the image id there is just a link against the matching rootfs)
[13:26] <brendand> sil2100, can you get me indicator-transfer=0.1+14.10.20140814-0ubuntu1
[13:26] <brendand> system-image-cli -i has it too
[13:27] <ogra_> yeah
[13:27] <asac> brendand: what do you mea with "can you get me"?
[13:28] <asac> brendand: https://launchpad.net/ubuntu-rtm/+source/indicator-transfer/+publishinghistory
[13:28] <ogra_> imgbot, stop
[13:28] <imgbot> AAAAARRRGH !!! (dying)
[13:28] <ogra_> muhahaha !
[13:28] <ogra_> (lets see if it comes back and i didnt make typos)
[13:29] <brendand> asac, i'm not sure where to find the old .deb for indicator-transfer
[13:29] <brendand> asac, i can probably work it out though
[13:29] <asac> odd
[13:29] <asac> cjwatson_: shouldnt the derived distro keep the binaries?
[13:29] <asac> https://launchpad.net/ubuntu-rtm/+source/indicator-transfer/0.1+14.10.20140814-0ubuntu1
[13:31] <asac> wgrant: ^
[13:31] <asac> brendand: could be its a frontend bug
[13:32] <brendand> asac, i found it
[13:32] <brendand> http://launchpadlibrarian.net/182273113/indicator-transfer_0.1%2B14.10.20140814-0ubuntu1_armhf.deb
[13:33] <ogra_> yay
[13:33] <asac> brendand: https://launchpad.net/ubuntu-rtm/14.09/armhf/indicator-transfer/0.1+14.10.20140814-0ubuntu1
[13:33] <asac> yeah
[13:33] <asac> you can find it through some other navigation :)
[13:33] <asac> guess its a bug
[13:34] <asac> not sure where to file the bug though... lets hope wgrant picks it up from IRC highlights :)
[13:35] <wgrant> asac: Ah, there's a UI bug that won't show builds that were copied cross-distro.
[13:36] <wgrant> Fixing.
[13:38] <ogra_> brendand, in any case the -changes ML has all rtm landings and liks to LP pages for them
[13:41] <asac> wgrant: awesome. we just do source copies though, but guess thats what you mean
[13:42] <asac> ogra_: the lp pages with tehh binaries?
[13:42] <wgrant> asac: That one was binary-copied from an Ubuntu CI Train PPA AFAICT.
[13:43] <ogra_> asac, yeah ... https://lists.ubuntu.com/archives/rtm-14.09-changes/2014-August/date.html#start the links from the single mails all work
[13:43] <wgrant> https://launchpad.net/ubuntu-rtm/14.09/armhf/indicator-transfer/0.1+14.10.20140814-0ubuntu1 <- notice the build link in the top right.
[13:43] <wgrant> It's in an Ubuntu PPA.
[13:44] <asac> wgrant: oh true
[13:44] <asac> yeah we always do that for landings
[13:45] <ogra_> sil2100, i wouldnt mind an rtm image build at some point today, to see how imgbot acts in real life
[13:46] <ogra_> (theoretically it should now announce rtm krillin builds and changelogs for them)
[13:51] <brendand> queuebot, we already knew that :P
[13:52] <ogra_> yeah, using spreadsheets as a base starts to kind of get in our way slowly :)
[13:59] <sil2100> ogra_: yeah, sorry, things took longer in the vets
[13:59] <ogra_> sil2100, well, not pushing ... and we only had two landings today
[13:59] <ogra_> not sure when it is worth to roll a new one
[14:26] <brendand> verterok, ralsina - care to provide a quick description of what silo 10 is for?
[14:27] <brendand> verterok, ralsina - from a regression point of view things look okay
[14:27] <ralsina> brendand: it adds notifications for facebook chat messages
[14:27] <brendand> ralsina, ah ok
[14:28] <brendand> 'multiple more notifications' :)
[14:28] <brendand> is it written in doge by any chance :)
[14:28] <brendand> wow. such notifications. much more
[14:28] <ralsina> hahaha
[14:29] <ralsina> not one native speaker involved, we can reword in a following branch
[14:29] <sil2100> Mirv: what syntax did you use for that sync silo?
[14:29] <ralsina> verterok: did that text get ok from someone other than coders?
[14:30] <verterok> ralsina: ENOPASRE :)
[14:30] <sil2100> Mirv: so, yeah, the silo sync is a big hack in overall ;) Since it completely works-around CI Train logic it was never tested if working with reconfigure
[14:31] <verterok> ralsina: only coders reviewed the branch (and text)
[14:31] <ralsina> verterok: usually texts visible to the user need to be +1d by someone from design or whatever
[14:31] <sil2100> Mirv: in case of normal synces (like sync from the archive or from a PPA) it actually uses a list of predefined packages
[14:31] <ralsina> verterok: or at least a native english-speaker :-)
[14:31] <sil2100> Will try to formalize that, but well...
[14:31] <verterok> ralsina: sergio might know. but I just used the already existing wording for the other kind of notifications :/
[14:32] <ralsina> verterok: ah, ok
[14:32] <sil2100> ogra_: heeey ;) Did you have a moment to do that packaging ACK, or should I perster some other core-dev? :)
[14:34] <ralsina> brendand: can you log a bug against account-polld for that wording? I'll get someone to improve it.
[14:34] <ogra_> sil2100, packaging looks fine (nice changelog) ... i wish we coould just exclude the makefiles ... i cand really jusdge them without a test build indeed
[14:34] <ogra_> but i assume a testbuild has happened for these changes, so ACK
[14:34] <sil2100> ogra_: yeah, we know it's building since otherwise it wouldn't be publishable
[14:34] <sil2100> ogra_: thanks!
[14:34] <brendand> ralsina, i will
[14:36] <sergiusens_> brendand: I wonder why we can't just do english translations as well through the translations feature in launchpad
[14:37] <sergiusens_> brendand: as changing the string in the code will just break translations for everything else
[14:38] <brendand> sergiusens_, interesting idea :)
[14:38] <sergiusens_> we used to do that at intel
[14:38] <brendand> sergiusens_, feel free to fix it in whichever way you like
[14:38] <sergiusens_> brendand: well I don't think it's being delivered :-P
[14:39] <sergiusens_> brendand: and I'm not in the translators team either
[14:39] <brendand> sergiusens_, not being delivered?
[14:39] <sergiusens_> brendand: delivered->packaged
[14:40] <sergiusens_> I think popey would know best being a grammar freak :-P
[14:41] <brendand> sergiusens_, you mean the translations?
[14:41] <popey> hah
[14:43] <popey> sergiusens_: I usually do "fix" americanisms in translations
[14:44] <sergiusens_> popey: brendand no worries; pitti just told me I can use a hack to avoid breaking translations
[14:44] <sergiusens_> popey: IMO, en_US should also be a "translation"
[14:44] <sergiusens_> tech english -> user level english
[14:45] <popey> well, I agree, maybe Latin should be our default language
[14:45] <sergiusens_> lol
[14:45] <brendand> popey, sergiusens_ thinks it is already
[14:46] <brendand> sergiusens_, what's the next -ium you're going to foist on us?
[14:47] <sergiusens_> brendand: since most components end up doing something different than what they started out to, I just name them something close to what it will initially do
[14:47] <sergiusens_> it's that or systemd ;-)
[14:52] <dbarth> hi trainguards, i'd like silo 18 reconfig'ed; i've just added an extra bug fix branch for libaccounts-glib; thanks
[14:53] <sil2100> dbarth: sure! Let me take a look at that
[14:54] <sil2100> ...I see Mirv is faster again!
[14:54] <sil2100> Or not
[14:58] <dbarth> thanks
[14:58] <camako> sil2100, I see that you built rtm silo 7... thanks.. But since this is just a rebuild for Mir's rdeps (no code change), they might incorrectly link with the archive version instead of the silo version of the mir.
[15:00] <camako> sil2100, so mir needs to be built first... then platform-api, then usc, qtmir, qtmir-gles
[15:00] <sil2100> camako: ok, so the rebuilds didn't have any dep-changes, right?
[15:00]  * sil2100 sighs
[15:00] <sil2100> Ok, this will make things harder
[15:01] <camako> sil2100, right.. I was trying to build them one by one but I got a weird error
[15:01] <bzoltan> Mirv: sil2100: I could not get the reminder app tests not hanging ...
[15:01] <sil2100> I'll have to do some manual work here
[15:02] <sil2100> bzoltan: yeah, it seems it hanged on smoketesting as well :| elopio_, balloons any news on that?
[15:02] <bzoltan> sil2100:  OK, so it is a known issue. I do not bother my UITK validation then
[15:03] <sil2100> bzoltan: it's a known thing :| We're trying to get out head around us already regarding that, but US being away doesn't help
[15:08] <camako> sil2100, I don't mind doing this myself since it's so linear/manual. US is on holiday, but I'll be checking IRC throughout the day..
[15:08] <sil2100> camako: no worries, I'll handle it in a moment
[15:08] <sil2100> :)
[15:09] <camako> ok thanks a lot
[15:09]  * camako back to holiday mode
[15:23] <sil2100> camako: don't worry about me freeing it, I actually have to use a different feature for now until I get some modifications in
[15:32] <lool> sil2100: /win 1
[15:32] <lool> ups
[15:32] <sil2100> lool: o/
[15:33] <lool> sil2100: hey I'd need someone to help me get lp:ubuntu-location-provider-here in shape to go to silo 10 with the rest
[15:34] <lool> sil2100: like enabling it for CI and getting it there once
[15:34] <sil2100> lool: you mean, getting it buildable by the train?
[15:34] <lool> sil2100: yeah
[15:35] <sil2100> lool: ok, so for enabling CI we'll need the US guys, but I can help with making sure everything is ready for the train
[15:35] <sil2100> And then we can provide an initial release in the silo
[15:35] <sil2100> Give me some moments to finish up what I'm working on now :)
[15:36] <brendand> verterok, i didn't get a message that i sent to myself on facebook
[15:36] <sergiusens_> lool: sil2100 the ci run during an MP can be completely independant from getting it into a silo
[15:36] <sil2100> sergiusens_: yeah, that's why I'm saying we need Francis for that, as it's not anything I have power over currently
[15:37] <sil2100> But making sure all is good for train - no problem
[15:37] <sergiusens_> sure, just saying that lool shouldn't feel blocked from landing anything
[15:37] <verterok> brendand: only unseen messages are notified
[15:37] <brendand> verterok, i don't think i have seen it
[15:38] <brendand> verterok, it still appears as unseen on the web app ui
[15:38] <lool> sergiusens_: oh you mean I can upload it by hand, and then CI it?
[15:39] <verterok> brendand: ok, then please check the logs: ~/.cache/upstart/account-polld.log. Maybe the client setup failed
[15:40] <brendand> verterok, hmm yeah token expired
[15:40] <sil2100> lool: yes
[15:41] <verterok> brendand: ah, yes. the token from the graph explorer has a short "life" :/
[15:42] <brendand> verterok, ok all is well. silo approved
[15:43] <brendand> verterok, sorry it took a bit. busy day here
[15:43] <verterok> brendand: np. thanks a lot!
[15:45] <sil2100> o/
[15:48] <brendand> dbarth, do you happen to know if rtm silo 002 is ready to land again? http://people.canonical.com/~platform/citrain_dashboard/#?distro=ubuntu-rtm&q=
[15:55] <boiko> robru: hey, thanks for creating the rtm silo for me
[15:55] <boiko> robru: I noticed an error in the build though, not sure if you have seen it: https://ci-train.ubuntu.com/job/ubuntu-rtm-landing-004-1-build/11/console
[16:04] <boiko> sil2100: hi, would you mind checking what is going on here: https://ci-train.ubuntu.com/job/ubuntu-rtm-landing-004-1-build/11/console
[16:04] <sil2100> boiko: it was a transient issue, let me rebuild and it will be fine
[16:05] <boiko> sil2100: nice! thanks!
[16:05] <sil2100> (I mean, it should..!)
[16:14] <boiko> sil2100: weird, it says packages built, but on the ppa the packages that are there are not the ones I landed
[16:15] <sil2100> boiko: oh! Wait, I think I know what happened, ohmegosh
[16:15] <boiko> sil2100: :)
[16:15] <sil2100> boiko: so, it seems your ubuntu silo got freed in the meantime ;p
[16:15] <boiko> sil2100: I would guess so, as I landed that on friday
[16:15] <sil2100> boiko: CI Train has NO WAY of knowing about that, and I missed it
[16:15] <sil2100> boiko: let me reassign a silo for you with the ubuntu sync
[16:16] <boiko> sil2100: nice! thanks!
[16:42] <boiko> sil2100: would you mind pinging me when the silo thing is resolved?
[16:42] <sil2100> boiko: sure :)
[16:42] <sil2100> boiko: still have to finish one thing
[16:43] <boiko> sil2100: no hurry, just give me a heads up when it is done
[16:43] <sil2100> ogra_: how to upload something to ubuntu-rtm using dput? What config do I need?
[16:44]  * sil2100 never uploaded directly to the ubuntu-rtm archive
[16:45] <ogra_> [ubuntu-rtm]
[16:45] <ogra_> fqdn			= upload.ubuntu.com
[16:45] <ogra_> method			= ftp
[16:45] <ogra_> incoming		= /ubuntu-rtm
[16:45] <ogra_> login			= anonymous
[16:45] <ogra_> sil2100, ^^^
[16:45] <sil2100> Ah, just incoming changing?
[16:45] <sil2100> ACK :)
[16:45] <ogra_> add that to your dput.cf
[16:46] <ogra_> sil2100, btw, as i mentioned in the meeting, silo14-rtm can be freed, i wont need it
[16:46] <sil2100> ogra_: ACK :)
[16:50] <dbarth> brendand: i pushed a change to my branch, so not today; will rebuild / test this evning
[17:02] <popey> sil2100: ahayzen is asking about bug 1363314 - did get get progress from anyone?
[17:02] <popey> (it's blocking our landings - and they're backing up now)
[17:30] <ahayzen> sil2100, while on the topic of blockers should bug 1359022 be on the list as a low priority?
[17:39] <sil2100> ogra_: I think ofono is in ubuntu-rtm now
[17:39] <sil2100> ogra_: not sure how to use rmadison for that, but LP says so ;)
[17:40] <ogra_> yeah, rmadison needs server side setup i think
[17:40] <sil2100> popey: sadly... ;/ We've been poking around but no movement
[17:40] <sil2100> popey: it'll be in the landing e-mail, and I'll explicitly poke about it there
[17:40] <ogra_> afaik rmadison uses http://people.canonical.com/~ubuntu-archive/madison.cgi remotely
[17:43] <ogra_> sil2100, well, i think if you got the mail it should be in (not 100% sure though )
[17:44] <sil2100> ogra_: I got it
[17:44] <sil2100> ogra_: so let's maybe kick that image? :)
[17:44] <ogra_> ok, lets try ... worst case it will be in tonights build
[17:45] <ogra_> running ... lets see what th bot does :)
[17:45] <ogra_> (should announce it within the next 10min if everything works)
[18:04]  * sil2100 hates the spreadsheet
[18:04] <ogra_> hmm
[18:04] <ogra_> so i see the backend picked it up properly ...
[18:05] <ogra_> imgbot, stunt
[18:05]  * imgbot rolls on its back and purrs
[18:05] <ogra_> bot is alive ... why didnt it pick it up
[18:05] <davmor2> ogra_: it was too hot and might of burnt it's fingers?
[18:06]  * ogra_ finds a typo in the code, puts it in a bag and sends it to davmor2 
[18:07] <davmor2> ogra_: look you spelt this wrong right here, I bet if you change that to this it'll work
[18:10] <sil2100> camako: I *hope* everything is building now correctly in silo 5 (mir landing)
[18:11] <sil2100> brendand: hey! Did you spend some time today to find the images in which our blockers first appeared on?
[18:13] <brendand> sil2100, i spent some time, for some of the blockers :)
[18:13] <brendand> sil2100, we already identified keyboard and indicator-transfer right?
[18:14] <sil2100> Not sure?
[18:14]  * sil2100 was probably not paying attention to IRC then :)
[18:15] <brendand> sil2100, both came in Mako image #11
[18:16] <sil2100> Mako image... hmmm
[18:16] <brendand> sil2100, the others, well a few of them i never reproduced myself so best ask davmor2
[18:16] <sil2100> Do you know what was the krillin image of that? ;/
[18:16] <brendand> sil2100, and the video one seems to not be a recent regression
[18:16] <brendand> sil2100, all i know is that this is the rootfs: http://people.canonical.com/~ogra/touch-image-stats/rtm/20140828.changes
[18:17] <brendand> sil2100, which looks like this: http://people.canonical.com/~ogra/touch-image-stats/rtm/2.changes
[18:17] <brendand> since #2, wow
[18:17] <brendand> how slow are we
[18:18] <sil2100> ;)
[18:18] <sil2100> brendand: thanks!
[18:21] <ogra_> grrr
[18:26] <camako> sil2100, thanks for building but I'm curious why did _you_ have to do that? Was this you (as the landing team) being helpful to prevent the landers from repeating work for the RTM?
[18:26] <camako> or is there some other technical reason
[18:27] <davmor2> brendand: difference in looking at specifics for silos and generals in images.
[18:27] <sil2100> camako: well, normally things like this are automated, but CI Train during syncs has currently no way of forcing builds in a specyfic order - I will work on enabling that tomorrow, but for now it required some magic to enable that
[18:28] <sil2100> camako: so I did it for you :)
[18:28] <camako> sil2100, thanks my friend... :-) and sorry I created extra work for you
[18:29] <sil2100> camako: no worries! If something seems wrong during testing just let me know
[18:29] <camako> sil2100, sure I will.. so does that mean I can't build it myself?
[18:29] <camako> even if I wanted to.
[18:30] <sil2100> camako: you can, but how this works is that it takes the packages from ubuntu and just rebuilds it for ubuntu-rtm
[18:30] <camako> sil2100, ok that's my understanding (SRCCOPY)...
[18:31] <sil2100> So once they're built, you can't really force a rebuild as it's supposed to work without hte need for that, as basically the assumption is that you want to have the same sources at both
[18:31] <sil2100> I'll probably try adding rebuild functionality later
[18:31] <camako> ok I see...
[18:59] <imgbot> [18:59] <imgbot> [19:00] <ogra_> yay
[19:01] <ogra_> and ofono made it in
[19:10] <sil2100> \o/
[19:10] <sil2100> o/
[19:12] <ogra_> hmm, did anyone else notice that there is no more progress in the progressbar on system image downloads ?
[19:13] <ogra_> (i get the "install and reboot" popup eventually, but the progressbar stays at 0%)
[19:14] <lool> I have two stupid questions
[19:14] <lool> Q1: is it ok not to create a RTM branch all the time, but instead do verbatim source copies from utopic to rtm?
[19:14] <lool> Q2: how do people work on multiple branches when testing utopic and rtm? do you folks reflash utopic, and then rtm multiple times a day?
[19:15] <lool> I'm worried that the latter will kill the flash super fast
[19:17] <ogra_> lool, Q1 thats the desired default process
[19:17] <ogra_> we dont want rtm branches for everything :)
[19:17] <ogra_> lool, i test utopic on mako and rtm on krillin
[19:21] <lool> ok
[19:41] <popey> alan@deep-thought:~$ phablet-test-run -v ubuntu-calculator-app
[19:41] <popey> sh: 1: /usr/bin/python: not found
[19:41] <popey> gnnnnnnnnn
[19:41] <ogra_> sounds a bit obsolete :)
[19:41] <ahayzen> popey, u can hack the script to use py3
[19:42] <popey> ahayzen: aside from my stock response of "I shouldn't have to". What do I need to fudge?
[19:42] <ahayzen> popey, a line called defaultpy= change it to python3 at the end
[19:43] <ahayzen> popey, i think it is line 129 let me check
[19:43] <ahayzen> popey, in /usr/bin/phablet-test-run
[19:43] <popey> it is
[19:43] <popey> thanks
[19:44]  * popey also s/ubuntu-calculator-app/ubuntu_calculator_app/ ☻
[19:45] <ahayzen> popey, np :)
[19:45] <ogra_> yeah, that is how you should have called it in the first place :)
[20:00] <sergiusens_> are there no trainguards in?
[20:00] <ogra_> rob is off it seems
[20:01] <ogra_> and sil added 2h to his day to cover at least a bit
[20:01] <ogra_> (and other US trainguards are off too)
[20:03] <bzoltan> ogra_: I do not know hat I do wrong, but AP tests for filemanager, camera and other just siple dump core when I run them. I have strugled for two days already to validate the new UITK release, but something is not right.
[20:07] <lool> ogra_: would you know how to land a seed change via a silo?
[20:08] <popey> bzoltan: there's AP failures all over the place
[20:09] <popey> bzoltan: I can't get many things landed because everything is failing in jenkins.
[20:12] <ogra_> lool, you dont
[20:13] <ogra_> lool, build meta in utopic and do a copy-package or dput to rtm
[20:13] <ogra_> bzoltan, what popey said ...
[20:13] <lool> ogra_: but even in utopic, I go straight for the archive then?
[20:13] <ogra_> yes
[20:13] <sergiusens_> asac: is today a holiday for everyone, we have no trainguards today
[20:13] <ogra_> sergiusens_, for the US
[20:13] <sergiusens_> is today dput day? :-)
[20:14] <ogra_> we have trainguards in the US, we have stgraber who is traveling back from debconf i think and rob who is on vac.
[20:14] <ogra_> so the non US trainguards are out and the US ones dont work on labour days ;)
[20:31] <asac> sergiusens_: ogra can help out... rsalveti also can help?
[20:31] <asac> assigning silos etc.
[20:32] <sergiusens_> asac: yeah, solved, thanks
[20:32] <asac> cool
[20:32] <rsalveti> yeah, can do
[20:32] <asac> qa sign off might be another hurdle
[20:33] <asac> but then leo etc. are also on duty there afaik
[20:33] <sergiusens_> asac: I don't need QA signoff
[20:33] <asac> ok
[20:33] <sergiusens_> asac: desktop only for this one and everything else I'm doing is bugfixes
[20:33] <sergiusens_> asac: more relaxed since thursday here ;-)
[20:43] <asac> sergiusens_: awesome. bugfixes is the theme. just ensure they still receive proper testing
[20:43] <asac> we got two regression from isolated bugfix  landings
[20:43] <asac> that noone backed out :)
[20:43] <sergiusens_> asac: I test for a day before landing anything
[20:43] <asac> right
[20:43] <asac> well done!
[20:43] <asac> and use a systematic testplan that grows as we find holes in the gates
[20:44]  * asac will go to be early today
[20:44]  * asac waves!
[20:44] <asac> see you tomorrow!
[20:44] <sergiusens_> bye
[20:44]  * sergiusens_ leaves for a bit too
[21:15] <renatu> hey guys, I am not able to download jenkins output files. Do you know if something has changed?
[23:06] <elopio_> cihelp, anyone around to help with the reminders jenkins job?