[00:04] <cjwatson> alex-abreu,Mirv: I don't quite understand how the publish job for silo ubuntu/landing-009 succeeded without force options, because it reverts an important packaging fix that had been uploaded directly to the archive (http://paste.ubuntu.com/8555860/); given who was doing the work it's quite possible that this would break click chroots or some kind of cross-building, although I haven't actually checked.  Please could you find out what ...
[00:04] <cjwatson> ... went wrong here?
[00:05] <cjwatson> alex-abreu,Mirv: so I hate to do this but I've rejected the silo publication from the utopic queue - please republish once this is fixed
[00:06] <cjwatson> (I think the actual lander is dbarth but he has a habit of quitting irc)
[00:23] <cjwatson> Guess I'm not landing livecd-rootfs tonight; it's stuck in the unapproved queue.  If it gets accepted and causes an image build problem before I'm around to look after it (the most likely problems would be unexpectedly missing default apps or failures to launch default apps) then feel free to revert the diff from 2.254 to 2.255 and upload the result as 2.256.
[00:23]  * cjwatson → bed
[02:09] <imgbot> [03:09] <imgbot> [03:23] <slangasek> so with regards to cjwatson's livecd-rootfs above, I've reviewed it in the unapproved queue and accepted it.  As soon as it's available I'll kick off an image build and verify the results against the mako utopic-proposed channel.
[03:52] <Mirv> morning
[03:59] <imgbot> [03:59] <imgbot> [04:09] <imgbot> [04:19] <imgbot> [04:19] <imgbot> [05:19] <Mirv> FYI I've created rtm-14.09 series+branch also for platform-api
[05:21] <slangasek> um... ok, so /maybe/ I'll test this new image; my phone is on the devel channel and is not listening on adb
[05:25] <slangasek> ogra_: am I supposed to have done something to keep adb support enabled on upgrade?  I've set a pin lock now and rebooted; my mako on the devel channel is still not listening on adb and I don't find anything in settings about enabling it
[05:34] <slangasek> and if adb doesn't work, ubuntu-device-flash doesn't want to flash it either without a --bootstrap
[06:09] <imgbot> [06:09] <imgbot> [06:17] <Mirv> slangasek: have you originally flashed with --developer-mode --password=0000 ? I've no direct knowledge but ogra won't be here for an hour maybe still
[06:17] <slangasek> Mirv: no, I originally flashed long before developer mode existed; I would have expected adb to continue to work after upgrade
[06:17] <Mirv> and I'm myself on rtm .. there's nowadays however Developer Mode setting also under About Phone in system settings, even though I haven't needed to use that
[06:18] <slangasek> I've since reflashed, using --developer-mode but not using --password=0000 because that shouldn't be required - I set a pin interactively post-install
[06:18] <Mirv> slangasek: ok, so you've reflashed with --developer-mode, I think it's about the same I originally had (I've --bootstrap:d since) and I did get it working. but check the system settings developer mode.
[06:19] <slangasek> Mirv: I don't see a "developer mode" option anywhere in system settings
[06:19] <slangasek> even after switching to devel
[06:19] <slangasek> sorry, I mean to devel-proposed
[06:20] <Mirv> slangasek: under About Device (or whatever it's in English)? the bottom most submenu, under Software Licenses
[06:22] <Mirv> unless of course that menu is also somehow hidden by default
[06:22] <slangasek> cjwatson: http://system-image.ubuntu.com/ubuntu-touch/devel-proposed/mako/ updated with a build with the new livecd-rootfs; I have no problem getting to the apps, but OTOH the channel shows that it's using the old custom image instead of the newly-generated one, and the latter is not published at http://cdimage.ubuntu.com/ubuntu-touch/daily-preinstalled/20141014.1/ - I guess that confirms that the livecd-rootfs change hasn't broken the rootfs at
[06:22] <slangasek> ... least, and now we still need to land the ubuntu-cdimage and system-image changes?
[06:22] <slangasek> Mirv: aha, thanks - yes, found it now
[06:22] <slangasek> Mirv: I expected it under security, not 'about device' :/
[06:24] <Mirv> slangasek: ok, great! I think that placement is copying it from certain popular Linuxish OS...
[06:24] <slangasek> cjwatson: hmm nope, I see that the ubuntu-cdimage checkout is up-to-date with support for custom.tar.gz, so I don't know what's happening there
[06:26] <slangasek> cjwatson: turning into a pumpkin now, sorry; I'll leave it for you to look at in your morning, but fwiw the build log is here and definitely shows livecd-rootfs 2.255: https://launchpad.net/~ubuntu-cdimage/+livefs/ubuntu/utopic/ubuntu-touch/+build/8993
[06:27] <slangasek> also, from the log:
[06:27] <slangasek> 2014-10-14 04:59:35 URL:https://launchpadlibrarian.net/187280964/livecd.ubuntu-touch.custom.tar.gz [5024776/5024776] -> "/srv/cdimage.ubuntu.com/scratch/ubuntu-touch/utopic/daily-preinstalled/live/armhf.custom.tar.gz" [1]
[06:49] <Mirv> morning Saviq :)
[06:50] <Mirv> Saviq: note the one branch having wrong target in the rtm silo
[06:50] <Saviq> Mirv, hey, I don't think we should sync silo 10, is why I prepared separate MPs, will fix the incorrect MP
[06:50] <Mirv> Saviq: exactly
[06:50] <Saviq> Mirv, I did *not* set the silo to be ready for a reason ;)
[06:51] <Mirv> (oh, there's a sync:10, removed)
[06:52] <Saviq> Mirv, sorry, back, ^W with wrong focus...
[06:52] <Mirv> Saviq: I thought something like that
[06:53] <Mirv> I guess I need to hide my side bookmark panel so that the spreadsheet fits on my fullhd..
[06:53] <Mirv> Saviq: let's just remove the comments, it's not ready and that's all :)
[06:54] <Saviq> Mirv, k
[07:17] <brendand> ogra_, do you have the bug number for the qml caching bug?
[07:30] <sil2100> brendand: which of the bugd?
[07:30] <sil2100> *bugs
[07:32] <brendand> sil2100, the one rickspencer3 filed
[07:32] <brendand> sil2100, is there more than one?
[07:33] <sil2100> https://bugs.launchpad.net/ubuntu/+source/unity8/+bug/1380120
[07:34] <seb128> sil2100, hey, any news about sync that content-hub update to rtm serie?
[07:49] <seb128> sil2100, ?
[07:50] <sil2100> seb128: hey! Just need to confirm one thing
[07:52] <Mirv> tvoss: "ERROR https://code.launchpad.net/~thomas-voss/trust-store/only-adjust-text-domain-if-i18n-is-actually-called is not a valid merge proposal"
[07:52] <Mirv> tvoss: btw notification center + Time & Date indicators also have broken i18n now, they used to work earlier
[07:53] <Mirv> tvoss: I wonder if that would fix also them?
[07:53] <Mirv> tvoss: fixed the url, trying assigning agian
[07:54] <Wellark> trainguards: help! https://ci-train.ubuntu.com/job/ubuntu-rtm-landing-002-1-build/53/console
[07:54] <Wellark> that's with "force rebuild" and "ignore step"
[07:54] <Wellark> don't know what the error means
[07:54] <sil2100> Wellark: ah, ok, this is a well known issue
[07:54] <sil2100> No worries about this
[07:54] <Wellark> sil2100: ok. thanks!
[07:54] <seb128> Mirv, wdym, datetime is translated here
[07:55] <sil2100> Wellark: so, just wait for the new version of the source package to publish and re-run with watch-only
[07:55] <Mirv> seb128: ahum. it seems it's only "Time & Date" which is not translated. is it translated for you? maybe it's a matter of language packs then only (everything is 100% translated in LP)
[07:55] <Wellark> sil2100: watch only?
[07:55] <Wellark> never used that before
[07:56] <Wellark> I think we need a rebuild on that silo
[07:56] <Wellark> as satoris was trying to test it and it seems that the archive has a never version
[07:56] <Mirv> then it's probably just the location that's really broken
[07:56] <sil2100> Wellark: let me do that - you tick the watch-only flag in the build job, this forces CI Train to not upload anything bug simply re-look at the PPA contents
[07:57]  * sil2100 will look into this error today finally
[07:57] <sil2100> Wellark: it's running correctly now
[07:57] <tvoss> Mirv, I'm pretty sure only the location indicator is affected by the trust-store
[07:57] <tvoss> seb128, ^
[07:57] <tvoss> Mirv, did you fix the MP link in the spreadsheet?
[07:57] <sil2100> It's a really whacky race condition
[07:57] <seb128> tvoss, Mirv, right, the other ones are translated
[07:58] <seb128> tvoss, Mirv: the issue with notifications and datetime is that design changed the title and that strings changed, we need a new langpack export
[07:58] <brendand> pete-woods, i think click scope is not saving the install progress when navigating around?
[07:58] <tvoss> seb128, ack
[07:58] <Saviq> trainguards, row 42 can be removed... leftover of some kind
[07:58] <Mirv> tvoss: yes, fixed the link and assigned a silo
[07:58] <brendand> pete-woods, in the current build, not with any silo
[07:58] <tvoss> Mirv, thanks
[07:58] <tvoss> Mirv, dpm is working to get it scheduled for this week
[07:59] <Mirv> seb128: right, those are better.
[07:59] <pete-woods> brendand: okay. I can have a look. but we'll need one of its devs to get it fixed (probably dobey?)
[08:00] <Mirv> Saviq: thanks, removed
[08:00] <brendand> pete-woods, ok just see if you can confirm it for me
[08:01] <brendand> pete-woods, just install a big app like dekko or sleepy time and go back then back to the applications preview
[08:01] <brendand> pete-woods, the button says install again but it is actually still installing (if you wait long enough it will show up as installed)
[08:01] <brendand> pete-woods, this used to work i'm pretty sure. not sure when it regressed
[08:05] <Saviq> Mirv, Icanhassilo for row 52 then? it's not the complete MP list, but I want to start testing early
[08:06] <Saviq> ohnoes, qtmir conflicting :|
[08:06] <Saviq> ricmm, you gonna land rtm silo 17 today?
[08:06] <davmor2> Wellark: thanks dude
[08:08] <tvoss> Mirv, can I get silo 5 reassigned? I would like to add another critical bug as no one from qa has looked at the silo, yet
[08:09] <Wellark> davmor2: on what? :)
[08:09] <Mirv> Saviq: you has rtm-006, but indeed you still need to figure out the final landing order and schedule with ricmm.
[08:09] <ogra_> slangasek, still around ?
[08:09] <Saviq> ricmm, btw, we usually re-use the sync branch, so you could've used lp:~mir-team/qtmir/rtm-14.09-gles-sync for the sync
[08:09] <Wellark> davmor2: I know I'm awesome in any way, but still.. ;)
[08:09] <ogra_> (need any help ?)
[08:09] <Wellark> Saviq: https://bugs.launchpad.net/ubuntu/+source/unity8/+bug/1380736
[08:09] <Wellark> Saviq: we need more info from davmor2
[08:10] <Wellark> but sounds pretty bad :)
[08:10] <Saviq> Mirv, yeah, I'm not ready yet, think ricmm will land first
[08:10] <Wellark> Saviq, davmor2: let's take this tu #ubuntu-unity
[08:10] <Mirv> tvoss: another "build" should probably sync the latest from utopic again?
[08:10] <Mirv> if you mean rtm-005
[08:11] <tvoss> Mirv, tried, but build failed
[08:11] <tvoss> Mirv, see build console :)
[08:11] <Mirv> tvoss: ok, looking
[08:11] <tvoss> Mirv, thanks
[08:12] <Wellark> davmor2: or was that a sarcastic "thanks" ?
[08:12] <pete-woods> brendand: just checked on my N4 with today's image. and it works as you describe it should for me
[08:12] <brendand> sil2100, i think davmor2 is smoking stuff this week :)
[08:12] <davmor2> Wellark: no thanks for the info on the landers spreadsheet means I can test silo003 now :)
[08:13] <brendand> sil2100, ahhh while the dash is not loaded
[08:13] <brendand> davmor2, what do you mean by that?
[08:13] <Wellark> davmor2: hey, what ever you are smoking, I will have the same
[08:13] <sil2100> brendand: tell me something I don't know!
[08:13] <sil2100> ;)
[08:13] <Mirv> tvoss: it seems intact now with the 1013 package and watch_only build successful.
[08:14] <tvoss> Mirv, ah, thank you
[08:14] <Mirv> tvoss: so it only needed another watch_only build to recover (even though I also reconfigured it)
[08:14] <tvoss> Mirv, ack, so it is building now?
[08:16] <tvoss> Mirv, there are changes in utopic that are certainly not in this silo
[08:16] <davmor2> brendand: while the dash is still loading up the icons on the apps scope and quite possibly the other scopes
[08:16] <davmor2> brendand: on the first time you start the phone the apps scope is just grey
[08:16] <Mirv> tvoss: it synced already, not sure if PPA metadata is updated yet or in 10 mins or so
[08:17] <tvoss> Mirv, so it just takes the binary package from utopic?
[08:17] <brendand> davmor2, ok i'll try that now
[08:17] <Mirv> tvoss: https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu-rtm/landing-005/+packages -  location-service - 2.1+14.10.20141013-0ubuntu1 , same as http://launchpad.net/ubuntu/+source/location-service
[08:17] <Mirv> tvoss: yes, that's the default nowadays, binary sync. source rebuilds need to be arranged separately.
[08:17] <tvoss> Mirv, ah okay
[08:22] <brendand> davmor2, might need to catch it at exactly the right time
[08:23] <ricmm> Saviq: did you land yours?
[08:24] <brendand> pete-woods, looks like the silo actually partially fixes the issue
[08:25] <Saviq> ricmm, no no, not ready yet
[08:25] <ricmm> but I see one that says landed
[08:25] <Saviq> ricmm, rtm?
[08:25] <Saviq> ricmm, we're only talking rtm here
[08:25] <ricmm> ok
[08:25] <Saviq> http://people.canonical.com/~platform/citrain_dashboard/#?distro=ubuntu-rtm&q=landing-006 this one's mine
[08:26] <ricmm> ok
[08:26] <tvoss> Mirv, could you confirm that the sync for rtm 5 is done?
[08:27] <Wellark> davmor2: so for silo rtm 003 it's really enough just to do a glorified "smoketest"
[08:27] <Wellark> the changes are just general crash protection (can't be reliably repro, we just see the errors.u.c reports go down) and supressing useless log messages
[08:28] <Wellark> to get the disk I/O down
[08:28] <sil2100> seb128: ok, got some confirmation now, will prepare a sync silo for you in a moment
[08:28] <sil2100> seb128: just one question - do we have a bug for these translation issues that got fixed?
[08:28] <sil2100> seb128: the product team would love one to keep track of it
[08:29] <davmor2> Wellark: yeap I'd already run that.  There is the one issue that my colleague brendand pointed out, which is that if you knock flight mode on, let everything turn off and then off flight mode again the indicators go a little haywire
[08:29] <seb128> sil2100, shrug, you already asked that and I already replied
[08:29] <Wellark> davmor2: you mean the indicator switches from i-network to i-bluetooth?
[08:29] <davmor2> Wellark: yeap
[08:29] <Wellark> davmor2: that's a "feature" :)
[08:29] <seb128> sil2100, but no, I just noticed that content-hub was still not translated my device and scratched that itch by fixing the issue
[08:30] <brendand> Wellark, yeah yeah
[08:30] <Wellark> davmor2: should be fixed when the new indicator menu lands
[08:30] <Wellark> Saviq: did it land yet?
[08:30] <davmor2> Wellark: but if you drag down on sound and then slide across you get network again
[08:30] <Wellark> davmor2: but Saviq :)
[08:30] <Saviq> Wellark, no
[08:30] <Wellark> *bug
[08:30] <sil2100> seb128: indeed I did, uh, but maybe you could fill in one in overall for the guys to have it on their formal lists?
[08:31] <Wellark> I have no control over the unity8 indicator menu :)
[08:31] <seb128> sil2100, shrug, like we have nothing better to do that create paperwork for bugs already fixed?
[08:31] <seb128> sil2100, but sure, I can do that
[08:31] <Wellark> davmor2, brendand: actually the situation should fix itself on the current indicator menu as well as soon as tvoss gets the default timeout fix to dbus-cpp landed
[08:31] <Wellark> tvoss: any ETA?
[08:31] <sil2100> seb128: just passing information from higher-ups, so to say
[08:31] <seb128> who is higher-ups?
[08:32] <tvoss> Wellark, asap
[08:32] <seb128> and why don't they talk to us directly?
[08:32] <tvoss> Wellark, will request silo in a few
[08:32] <Wellark> brendand, davmor2: what tvoss said -^
[08:33] <Mirv> tvoss: confirmed by adding the PPA to mako and checking that it offers 20141013 packages
[08:33] <tvoss> Mirv, thanks
[08:33] <brendand> tvoss, silo 5 will get looked at this morning
[08:33] <brendand> tvoss, yesterday was a bit hectic due to landing rule changes and we were a hand short
[08:33] <brendand> tvoss, sorry about that
[08:33] <tvoss> brendand, sure
[08:34] <brendand> tvoss, i should have pinged you
[08:34] <tvoss> brendand, I guess we all are working as hard as we can
[08:34] <ogra_> tvoss, you mean you are not slacking like the rest of us ?
[08:34] <Wellark> tvoss: speak for your self, man! I'm slacking as hell!
[08:34] <Wellark> :Å
[08:36] <Wellark> ogra_: I think this is now a good time to test how we can revert our landing process to manual if ci train goes totally offline, right?
[08:36] <brendand> tvoss, if you ever need to ask about a silo do ping me
[08:37] <Wellark> let's make the fire drill as realistic as possible. ;)
[08:38] <Wellark> ogra_: btw, thanks for your comment on the email thread where the landing process got limited.
[08:38] <Wellark> I would have +1 it, but I have to keep low profile
[08:41] <popey> dpm: https://bugs.launchpad.net/account-plugins/+bug/1349975
[08:42] <ricmm> Saviq: so do I need to bump my qtmir branches ?
[08:43] <Saviq> ricmm, no, nothing in rtm changed
[08:44] <Saviq> ricmm, I landed to utopic, but we're not syncing, I've a rtm-targeted silo coming up, but you're first
[08:45] <dpm> thanks popey for the heads up. How are we doing for the evernote plugin package removal?
[08:46] <ricmm> Saviq: ok
[08:46] <ricmm> Saviq: in that case, do you want to give 17 a spin? you are a good testing candidate
[08:46] <ricmm> because you know the scopes bug
[08:46] <ricmm> you might be able to upgrade/downgrade several unity versions/big changesets
[08:46] <ricmm> and see if the cache behaves consistently
[08:46] <popey> dpm: ogra_ just told me I need a bug filed for it, which I'll do after the call.
[08:47] <popey> dpm: apparently the process changed and we can't land that seed change without it
[08:47] <dpm> popey, ok, could you see if you can get that sorted today?
[08:47] <popey> I will file the bug but I cant make the seed change, ogra_ does that
[08:47] <ogra_> dpm, i'm ready to upload at any time ... but we now need paperwork
[08:47] <popey> as I said, will do after the call.
[08:47] <popey> (on hangout)
[08:48] <ogra_> (only critical rtm14 bugs now )
[08:48] <Saviq> ricmm, hmm the only way I knew how to reproduce the issue was to downgrade to 96 and OTA, bug should be gone now if I OTA + silo 17 right?
[08:48] <ricmm> yes
[08:48] <sil2100> psivaa: hey! Once you're back, could you skip the reminders-app tests for krillin ubuntu-rtm?
[08:48] <Saviq> ricmm, kk
[08:48] <ricmm> but it would only be gone because the files dont have certain required information
[08:48] <ricmm> the real test is to try and make it happen *with* the silo on
[08:48] <ricmm> but I dont know how to do that
[08:48] <ricmm> as the OTA would wipe it
[08:49] <ricmm> however the silo now guarantees that if any source file that is cached has changed, it will wipe and recompile the whole app
[08:49] <ricmm> instead of just the single file as it did before
[08:49] <popey> ogra_: where do I file a bug? going to https://bugs.launchpad.net/ubuntu-seeds shows not configured?
[08:49] <ricmm> which was the cause of issues because sometimes things like a loader would actually require a recompile of both the parent and child sources, and that wasnt happening
[08:49] <ogra_> popey, ubuntu-touch-meta
[08:50] <cjwatson> slangasek: ok, will see if I can figure out what's up there
[08:50] <popey> ogra_: ta
[08:51] <Saviq> Mirv, can you reconfigure rtm silo 6 for me please, added indicator-sound
[08:54] <Mirv> Saviq: done
[08:54] <Saviq> Mirv, thanks
[08:54] <popey> dpm: ogra_ https://bugs.launchpad.net/ubuntu/+source/ubuntu-touch-meta/+bug/1380946
[08:57] <popey> ogra_: do i need to poke someone to get that "approved"?
[08:58] <ogra_> popey, pat or olli usually ... but i think sil2100 has that power too
[08:58] <popey> ok. ta
[08:58] <popey> will mail.
[08:59] <dpm> thanks popey, ogra, I've added some more context to the bug description
[08:59] <ricmm> ogra_: is that a no :(
[09:00] <ogra_> ricmm, still in meeting ... gimme a min
[09:07] <seb128> sil2100, https://bugs.launchpad.net/ubuntu/+source/content-hub/+bug/1380957
[09:07] <seb128> sil2100, I marked it as fix released since the fix is in utopic
[09:10] <Mirv> brendand: for example here's manually diffed indicator-sound (silo rtm-012) http://pastebin.ubuntu.com/8557993/ which actually does match the first of the diff:s LP is offering (that's just often not the case)
[09:11] <Mirv> brendand: and here's how I do it http://pastebin.ubuntu.com/8558016/
[09:11] <brendand> Mirv, all that accounts service code i don't know what it's for so i want to ask tedg
[09:13] <sil2100> seb128: thanks!
[09:13] <seb128> sil2100, yw!
[09:13] <sil2100> seb128: anyway, https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu-rtm/landing-019 should have the conten-hub binary soon
[09:14] <seb128> sil2100, \o/
[09:14] <sil2100> seb128: we need the standard thing - just making sure if it's not breaking anything and after installation content-hub still works ;) After that's done, it gets in without sign-off
[09:15] <seb128> sil2100, thanks, I'm going to get the deb/test that now
[09:17] <Saviq> asac, you could test rtm silo 17 for bug #1380120
[09:17] <Saviq> asac, I'm just about to, as well
[09:17] <cjwatson> dbarth: I don't know if anyone passed on my comments on silo ubuntu/landing-009 last night ...
[09:17] <cjwatson> 01:04 <cjwatson> alex-abreu,Mirv: I don't quite understand how the publish job for silo ubuntu/landing-009 succeeded without force options, because it reverts an important packaging fix that had been uploaded directly to the archive
[09:17] <cjwatson>                  (http://paste.ubuntu.com/8555860/); given who was doing the work it's quite possible that this would break click chroots or some kind of cross-building, although I haven't actually checked.  Please could you find out what ...
[09:17] <cjwatson> 01:04 <cjwatson> ... went wrong here?
[09:17] <asac> Saviq: just install the silo and it should go away?
[09:17] <cjwatson> 01:05 <cjwatson> alex-abreu,Mirv: so I hate to do this but I've rejected the silo publication from the utopic queue - please republish once this is fixed
[09:17] <Saviq> asac, yes
[09:17] <Saviq> asac, reboot, of course
[09:18] <asac> Saviq: ok let me try if citrain cli works even though i am testing another silo for tvoss right now
[09:18] <asac> Saviq: 17 rtm?
[09:18]  * asac goes ahead
[09:18] <Saviq> asac, yup
[09:18] <asac> ok its installing i think
[09:19] <asac> Saviq: http://paste.ubuntu.com/8558047/
[09:19] <asac> its rebooting now
[09:19]  * asac loves citrain cli tool
[09:20] <asac> if it only could clean up properly too then it would be killer
[09:20] <dbarth> hi
[09:20] <Saviq> asac, when we get images out of CI airline, we'll be able to do that, and with an app on the phone no less
[09:20] <dbarth> i have a new silo request, but would like to know who to get a greenlight from?
[09:20] <asac> right
[09:21] <ogra_> asac, file a wishlist bug ;)
[09:21] <asac> Saviq: 17 fixed it
[09:21] <asac> cool
[09:23] <Saviq> ricmm, ↑
[09:23] <Mirv> (probably not my queuebot spamming is what's being pointed out)
[09:24] <ogra_> heh
[09:24] <ogra_> definitely not :)
[09:24] <Mirv> 5.3.2, today!
[09:24] <brendand> davmor2, i'm really not catching that bug
[09:24] <ogra_> 5.4 tomorrow ?
[09:24] <brendand> davmor2, i definitely did it before the dash even started loading
[09:24] <brendand> davmor2, maybe i wasn't fast enough again
[09:24] <Saviq> ricmm, same here, 17 fixes stuff
[09:24] <brendand> davmor2, maybe you need to slow down :)
[09:25] <ogra_> yep, here too
[09:25] <ogra_> ricmm, set it to testing done ...
[09:29] <tvoss> ricmm, +1 from my side too
[09:31] <seb128> sil2100, tested content-hub on the current rtm, I installed the debs, rebooted, imported some images to use on the greeter, everything works fine including translations
[09:33] <cjwatson> any problem with me running a new utopic build about now?  I've fixed the cdimage bug that meant the livecd-rootfs landing last night didn't have the effect of publishing a custom tarball
[09:35] <cjwatson> on the plus side that means we're landing this set of changes even more finely-grained than I'd planned, so really easy to revert :)
[09:36] <ogra_> cjwatson, i dont think we care much about utopic beyond the point that what comes out of a build should still boot :)
[09:36] <ogra_> so go ahead i'd say
[09:37] <cjwatson> right, this is due to go into 14.09 but utopic will be a good dry-run of the landing
[09:37] <ogra_> wow ... i just found oout that we dont have bzr in rtm
[09:38] <cjwatson> nothing needed it I guess
[09:38] <ogra_> funnily we have things like ppa-purge though
[09:38] <sil2100> seb128: ok, then let's publish
[09:38] <cjwatson> phablet-tools → phablet-tools-citrain → ppa-purge
[09:38] <seb128> sil2100, thanks!
[09:38] <ogra_> (which is uninstallable because it has a silly hard dep on aptitude (which should be an "or" dependency really))
[09:38] <sil2100> seb128: on which image number and device did you test? Just to keep track of that
[09:39] <ricmm> ogra_: set
[09:39] <ogra_> yay
[09:39] <cjwatson> ogra_: it is?  http://people.canonical.com/~ubuntu-archive/proposed-migration/ubuntu-rtm/14.09_uninst.txt doesn't list it
[09:39] <seb128> sil2100, krillin 104
[09:40] <ogra_> cjwatson, http://paste.ubuntu.com/8558167/
[09:40] <cjwatson> ogra_: and chdist is quite happy to install it on 14.09
[09:40] <ogra_> hmm
[09:40] <ogra_> oh
[09:40] <cjwatson> there may be something wrong on your device or something but it is just fine in the archive
[09:40] <ogra_> citrain wiped the default .list files
[09:41] <ogra_> silly ...
[09:41] <cjwatson> when you get a "but it is not installable" error from apt-get, the standard debugging approach is to add that package to the command line and iterate until you get a real error
[09:41] <ogra_> right
[09:41] <ogra_> well, i still dont see why ppa-purge needs a hard dep on aptitude
[09:42] <ogra_> it obviously works with apt ...
[09:49] <imgbot> [09:56] <tvoss> dpm, seb128 I would appreciate testing on silo 8
[09:56] <Mirv> cjwatson: that looks like a citrain failure that it somehow did not notice the existing change in archives similar to what it has done before
[09:56] <Mirv> sil2100: ^
[09:56] <Mirv> sil2100: publish job https://ci-train.ubuntu.com/job/ubuntu-landing-009-2-publish/32/console without force parameters allowed this http://paste.ubuntu.com/8555860/ to happen
[09:57] <cjwatson> Mirv: yeah, that was what I thought
[09:59] <dbarth> sil2100: hi; can you advice on my question above? ^^ ie where to get signoff for bug fixes i am submitting in my silo request
[10:00] <Mirv> dbarth: so you will need to rebuild silo line 32 (silo rtm-009) with the archive changes included, brendand+davmor2 don't start to test it, and then resync it to utopic-009 (same number, yes...)
[10:03] <dbarth> Mirv: that's for the existing silo ok; what's the archive changes?
[10:03] <cjwatson> dbarth: I pasted them to you above
[10:03] <Mirv> dbarth: cjwatson: I've just the archive changes to lp:unity-webapps-qml, so you can just rebuild
[10:03] <dbarth> Mirv: and 2nd question about my new request on line 65?
[10:03] <Mirv> dbarth: so force rebuild unity-webapps-qml only in rtm-009, and it should rebase on the bzr
[10:03] <cjwatson> dbarth: http://paste.ubuntu.com/8555860/, (re-)posted here 46 minutes ago
[10:04] <cjwatson> right, or that
[10:04] <Mirv> my sentenced missed the "push" word
[10:04] <Mirv> (http://bazaar.launchpad.net/~webapps/unity-webapps-qml/trunk/revision/133)
[10:04] <dbarth> cjwatson: oh, i see now
[10:04] <cjwatson> Mirv: thanks
[10:05] <dbarth> Mirv: ok, i will do that
[10:05] <cjwatson> Mirv: does that need to be tagged too?
[10:06] <Mirv> dbarth: silo assigned
[10:06] <Mirv> cjwatson: thanks, pushed tag
[10:06] <dbarth> Mirv: thanks; i will check with pmcgowan to get PM signoff if needed
[10:07]  * ogra_ scratches head about ppa-purge even more ... 
[10:07] <ogra_> so it *defaults* to apt-get ... but has a hard package dep on aptitude which it doesnt use at all
[10:07] <ogra_> (unless you specify in the options)
[10:13] <dpm> tvoss, tried to test the trust-store update in silo 8, but it seems the packages have unmet dependencies. Perhaps they depend on packages in another silo? http://pastebin.ubuntu.com/8558331/
[10:13] <tvoss> dpm, sorry, I'm confused
[10:14] <dpm> tvoss, I've tried to install the trust-store packages in silo 8. They can't be installed because of missing dependencies
[10:14] <tvoss> sil2100, Mirv mind having a look: http://pastebin.ubuntu.com/8558331/
[10:14] <sil2100> tvoss: looking
[10:15] <tvoss> sil2100, thanks
[10:16] <cjwatson> dpm: I think you need a newer base image
[10:17] <cjwatson> dpm: wait, silo for which distribution?
[10:17] <dpm> cjwatson, oh, I just upgraded not long ago, this morning. For rtm (on mako)
[10:17] <sil2100> dpm, tvoss: hm, this error message doesn't make sense, as this mir version is in the archive now - you using an ubuntu or ubuntu-rtm image?
[10:17] <cjwatson> ("silo 8" is no longer a unique specifier)
[10:17] <davmor2> popey: am I seeing 2 evernotes do to the lack of seed change is that what you and ogra_ were on about?
[10:17] <sil2100> dpm: so, this is an utopic silo
[10:17] <popey> probably, yes
[10:17] <sil2100> dpm: so actually this mir version might not be available in mako yet
[10:17] <cjwatson> so the problem is that the mir version is a bit older in ubuntu-rtm, so it looks like binary copies from utopic won't work here
[10:18] <sil2100> I mean, in ubuntu-rtm
[10:18] <sil2100> Right
[10:18] <cjwatson> we either need to sync up mir, or rebuild trust-store
[10:18] <cjwatson> (in rtm)
[10:18] <sil2100> dpm: currently you won't be able to test it on ubuntu-rtm
[10:18] <cjwatson> I didn't realise that mir had substvars requiring the newer version
[10:18] <dpm> ok, gotcha, thanks sil2100, cjwatson
[10:18] <sil2100> dpm: since it's an utopic silo, wouldn't it make sense to test on utopic instead? :)
[10:19] <brendand> pete-woods, did you get to check that issue? should i file a bug?
[10:19] <cjwatson> ah, looks like it doesn't.  so yeah, test silo on matching distribution, notabug otherwise.
[10:19] <dpm> sil2100, I just I didn't realise :) The thing is, my device is on rtm, but I guess I can test with an emulator
[10:20] <cjwatson> it does however mean that a binary sync of anything depending on mir to ubuntu-rtm won't work right now.
[10:20] <cjwatson> which is arguably suboptimal
[10:20] <cjwatson> so maybe we do need to sync up mir after all to simplify life elsewhere
[10:21] <cjwatson> because of mir using dh_shlibdeps -V
[10:21] <sil2100> cjwatson: yeah, but no risk of regressions, as this will be caught during testing for sure
[10:21] <sil2100> Indeed, we need to see if we can sync mir right now at all
[10:21] <cjwatson> er dh_makeshlibs -V
[10:21] <sil2100> But I suppose it only has rtm14 fixes
[10:21] <pete-woods> brendand: I thought I said I don't see it on my phone. but if it's happening to you regularly then it's definitely an issue -> file bug. if you can find a way to more reliably reproduce then obvs that's going to help!
[10:22] <cjwatson> sil2100: the single mir delta is https://code.launchpad.net/~kdub/mir/fix-1379478/+merge/237842
[10:22] <pete-woods> brendand: how long are you waiting, btw? if it's longer than the scope timeout, perhaps the scope is being terminated in the mean-time
[10:22] <sil2100> cjwatson: oh, so there was nothing more released inbetween? Good to know, I suppose it makes perfect sense to sync that up
[10:22] <cjwatson> sil2100: risk> agreed, and even if not, it wouldn't get past proposed-migration
[10:23] <brendand> pete-woods, not very long just a few seconds
[10:23] <brendand> pete-woods, i can't not reproduce it
[10:23] <pete-woods> brendand: hmm. well that wouldn't be long enough
[10:23] <pete-woods> brendand: well maybe we'll get lucky and it will happen all the time for the click guys
[10:23] <sil2100> Right, anyway dh_makeshlibs -V sounds a bit troublesome anyway, not a big fan of that
[10:23] <cjwatson> sil2100: obviously double-check but that's what memory says.  I hadn't realised that shlibdeps would cause binaries built against it to require the very latest build, or I wouldn't have advised the mir team not to bother redoing QA for ubuntu-rtm ...
[10:24] <ogra_> davmor2, in the online accounts ?
[10:25] <davmor2> ogra_: yes
[10:25] <ogra_> ah, yeah, i see that too
[10:25] <brendand> Wellark, did you try using the APN editor on a SIM that was locked?
[10:25] <ogra_> popey, dpm, so looks like the click change you referred to in the bug already landed ?
[10:27] <dpm> ogra_, the UOA change landed allowing authentication accounts to be shipped as click packages landed, but not on a promoted image. The change in the app making use of that is not yet in the store, to avoid breakage for promoted image users (pending the UOA change to appear in a promoted image and the removal from the evernote-account-plugin package removal)
[10:28] <Mirv> sergiusens: hey! how are you plans for rtm-008? it contains some rtm critical bug fixes like #1365993 and #1378941, but then again has outdated content-hub build + the ubuntu-download-manager's changes do not have any bugs attached so can't possibly enter this week
[10:32] <Mirv> brendand_: ^ asked sergio now about rtm-008, almost forgot (or not really, I just put it to my todo list and it took me 1.5h to get to glance my todo list..)
[10:33] <Mirv> and added a comment to the spreadsheet. it's anyway not landable as is with current silo contents, but a portion of the silo would be fine and even preferred to be had
[10:34] <Mirv> me no eat today apparently.. I better do something about it
[10:48] <Mirv> tedg: for rtm-012, to make the critical rtm14 bugs land but nothing else (as per this week's policy), I'd consider releasing only indicator-datetime, indicator-display, indicator-sound and indicator-transfer. so dropping indicator-messages, indicator-session.
[10:49] <dbarth> Mirv: i did some quick smoketesting on rtm silo 9 since the rebuild; works fine
[10:49] <Mirv> tedg: and dropping indicator-power too, as the rtm14 bug it has is not critical and the second bug is not tagged at all.
[10:49] <Mirv> brendand_: my suggestion to rtm-012 in those two lines ^
[10:50] <Mirv> tedg: brendand_: Saviq: also be aware that Saviq is landing indicator-sound change, which would include the change in rtm-012. if Saviq's landing goes in first, remove it from rtm-012.
[10:52] <Mirv> dbarth: I added a comment for you now, but the next thing QA will stop at is that it includes bugs that are not both critical+rtm14 tagged, so you'd need to escalate each of such bugs with the product team.
[10:54] <Mirv> dbarth: actually none of the silo fixes are for critical rtm14 bugs, so as per the new policy from olli that wouldn't be going in
[10:54] <Mirv> (this week)
[10:55] <dbarth> Mirv: yup and that's fine; i don't think we need to rush those
[10:56] <Mirv> dbarth: ok! then it's all right for now and will stay in queue.
[10:56] <dbarth> Mirv: i'm more eager to land the oa stuff; as soon as mardy fixes the FTBS issue
[11:06] <brendand_> Wellark, apn editor works - neat
[11:07] <brendand_> Wellark, i ran into an issue where i couldn't type in the text fields. rebooting made it go away. might be an sdk issue
[11:14] <sil2100> dbarth: btw.!
[11:14] <sil2100> dbarth: we were discussing on the morning meeting today about this, but there is this bug:
[11:14] <sil2100> https://bugs.launchpad.net/account-plugins/+bug/1349975
[11:14] <tvoss> dpm, seb128 any luck with testing the i18n silo?
[11:15] <sil2100> dbarth: not sure if anyone poked you about it, but we think it might be causing issues with our autopilot smoketesting, hanging the tests
[11:15] <dpm> tvoss, I started emulator creation, let me check
[11:15] <tvoss> dpm, wow, couldn#t you just flash your phone to utopic?
[11:15] <dbarth> sil2100: ok, checking
[11:15] <Wellark> brendand_: \o/
[11:15] <Wellark> brendand_: can we land?
[11:15] <sil2100> dbarth: we might try getting this into 'critical' so that it can go in this week
[11:15] <dbarth> sil2100: do you have logs of the issues in AP tests?
[11:16] <dbarth> sil2100: we would need a proper fix for this one
[11:16] <sil2100> dbarth: let me get those for you
[11:16] <dbarth> :/
[11:16] <dbarth> sil2100: but we have https://bugs.launchpad.net/ubuntu-system-settings-online-accounts/+bug/1377181 which is close
[11:16] <dbarth> and could explain some of those issues
[11:16] <sil2100> dbarth: oh
[11:25] <brendand_> Wellark, yeah i think so
[11:25] <brendand_> i'll sign it off before i eod
[11:27] <Wellark> brendand_: <3
[11:27] <Wellark> brendand_: hopefully my testing instructions are not too hard to follow
[11:27] <Wellark> it's a bit of a mess right now :(
[11:27] <brendand_> Wellark, well i added an apn and the apn worked
[11:28] <Wellark> brendand_: well, that's the most important part :)
[11:28] <dpm> tvoss, it's my daily phone, I don't want to lose my data
[11:28] <brendand_> Wellark, there might be some usability issues but i'll let other people decide that
[11:28] <brendand_> pete-woods, http://people.canonical.com/~brendan-donegan/VID_20141014_113031.mp4
[11:28] <brendand_> pete-woods, that should show exactly the problem
[11:28] <dpm> tvoss, in any case, I've confirmed that the fixes in silo 8 solve the issue :)
[11:28] <Wellark> brendand_: all of the usability issues (that I know of) have been identified and scheduled for ota-n
[11:28] <brendand_> pete-woods, quite a big file
[11:29] <brendand_> Wellark, ok
[11:29] <Wellark> anyway, I'm back to bug fixing now
[11:32] <brendand_> Mirv, what's up with silo 009 - it got re-added to our board?
[11:33] <dbarth> brendand_: probably becaues of the rebuild; but it's not on the list for this week in the end
[11:33] <dbarth> see above ^^
[11:35] <tvoss> dpm, set it to testing done in the spreadsheet, please
[11:39] <Mirv> brendand_: there was another issue with the silo so it got set tested no and then back to yes. however it still doesn't have rtm+critical bugs.
[11:39] <dpm> tvoss, done
[11:40] <tvoss> dpm, thanks
[11:49] <imgbot> [11:49] <imgbot> [11:56] <Mirv> tvoss: planning to get the trust-store fix to rtm too, or utopic only for now?
[11:56] <sil2100> Mirv: I would say it's a candidate for ubuntu-rtm as well, what do you say tvoss ?
[12:01] <seb128> tvoss, the change fixes the translation issue for me, I'm unsure what else I should test though
[12:02] <mzanetti> ouch
[12:08] <sil2100> Saviq, mzanetti: on krillin smoketesting we noticed 6 test failures on the latest image - do you know anything about that?
[12:10] <mzanetti> sil2100: have a link?
[12:16] <tvoss> sil2100, yup, need rtm sync
[12:20] <tvoss> sil2100, could you setup the sync?
[12:20] <sil2100> tvoss: sure! Doing in a min :)
[12:20] <tvoss> sil2100, thanks a lot
[12:25] <sil2100> tvoss: ^
[12:25] <tvoss> sil2100, thanks
[12:25] <sil2100> yw!
[12:25] <tvoss> seb128, could you give it a spin on rtm, too?
[12:26] <seb128> tvoss, that's where I tested it
[12:26] <tvoss> seb128, oh, even better
[12:26] <tvoss> seb128, so we can set it to testing done once it finishes building and pump it through qa
[12:26] <seb128> tvoss, right
[12:28] <sil2100> tvoss, seb128: it doesn't require QA sign-off
[12:28] <tvoss> sil2100, even better
[12:28] <sil2100> It's the same case as with the content-hub landing
[12:28] <sil2100> But if you want sign-off, then it can be done ;)
[12:29] <tvoss> sil2100, I'm confident that we are good
[12:36] <Mirv> sil2100: fixed also O column for you
[12:36] <sil2100> Ooooo
[12:36] <Mirv> so that the status will be cooorrect
[12:37] <boiko> trainguards: line 55 has the fix for the dialer and messaging apps regression, can I get a silo assigned?
[12:37] <sil2100> boiko: sure thing!
[12:37] <boiko> sil2100: thanks!
[12:37] <sil2100> boiko: btw. you landing first to ubuntu-rtm now always by default?
[12:38] <boiko> sil2100: that's what bfiller recommends, so yes :)
[12:38] <sil2100> ACK
[12:38] <Saviq> sil2100, got a link to the failures you mentioned?
[12:38] <sil2100> Saviq: PMed those to mzanetti
[12:38] <Saviq> ah k
[12:41] <tvoss> trainguards, can I get a silo for line 56?
[12:41] <Mirv> tvoss: you already have
[12:41] <tvoss> Mirv, thanks
[12:41] <tvoss> seb128, mind setting line 52 to testing done?
[12:47] <tvoss> seb128, nagging ping :)
[12:48] <seb128> tvoss, sorry, was on the phone
[12:48] <ogra_> on an ubuntu phone at least ?
[12:48] <tvoss> seb128, ack, line 52 in the spreadsheet
[12:48] <seb128> tvoss, done
[12:49] <tvoss> seb128, thanks
[12:49] <seb128> ogra_, in fact yes ;-)
[12:49] <ogra_> :D
[12:50] <Mirv> now if I can just get language pack updates, I'd be happy with using the phone localized without that ugly "English" popping up here and there
[12:52] <Mirv> oh right, app splash screens would be nice to get translated
[12:52] <seb128> right
[12:52] <ogra_> iirc there was a bug for that
[12:52] <seb128> who is working on that?
[12:54] <Mirv> I only find the very broad bug #1379694 , nothing else with my search terms
[12:54] <ogra_> i think i saw one that had "splash" in the title
[12:54] <ogra_> talking about localization ...
[12:55] <popey> bug 1350360
[12:55] <ogra_> ha
[12:57] <Mirv> ha, silo rtm-006, then, great!
[12:57] <Mirv> I also found bug #1379366, but that's much less important
[12:59]  * Mirv upgrades to rtm-006 and sees what explodes
[13:01] <Mirv> no explosions, translated splash screens \o/ thanks greyback_, Saviq
[13:01] <greyback_> woo!
[13:02] <Saviq> Mirv, glad
[13:03] <Saviq> sil2100, so I just ran those tests on latest devel-proposed krillin and they pass fine... I wonder if it's just a timeout issue, really
[13:06] <sil2100> Saviq: on devel-proposed we only saw 2 failures recently
[13:06] <sil2100> Some of them might be random as well
[13:06] <sil2100> We just want to maybe make the test situation better this week as well
[13:06] <Saviq> sil2100, so which channel were you referring to?
[13:07] <sil2100> Saviq: 14.09-proposed, ubuntu-rtm
[13:07] <Saviq> sil2100, oh ok, /me flashes back...
[13:07] <sil2100> The so called touch_stable
[13:07] <Saviq> could we call it 14.09-proposed instead? :P
[13:07] <Mirv> sil2100: tvoss: we've a problem, with thise "no signoff needed" trust-store...
[13:08] <Mirv> the Mir version number is different on rtm, and libtrust-store1 would depend on the utopic version number even though they are functionally equivalent
[13:08] <Mirv> sil2100: so with rtm deviating a bit from utopic, the binary sync is not always a sane default
[13:09] <Mirv> sil2100: would a build with REBUILD_SOURCES_FOR_SYNC work now, even after publishing?
[13:09] <cjwatson> Mirv: well I discussed that with sil2100 earlier, I thought the agreement was to sync mir
[13:10] <cjwatson> since it's just one branch that should be trivial
[13:10] <Mirv> aha, ok, if it has been discussed then the mir just needs to be synced
[13:10] <cjwatson> if trust-store has already been published, then it will sit harmlessly in -proposed until its dependencies are satisfiable
[13:10] <Mirv> right, well that's nice then
[13:11] <cjwatson> http://people.canonical.com/~ubuntu-archive/proposed-migration/ubuntu-rtm/update_excuses.html
[13:11] <cjwatson> don't know who's actually taking care of this though
[13:16] <sil2100> Mirv: yeah, I'm doing that if anything
[13:16] <sil2100> Just waiting for some feedback here and there
[13:18] <Mirv> sil2100: ok!
[13:19] <sergiusens> Mirv: sil2100 can I get a reconfigure for line 11?
[13:19] <seb128> sil2100, hey again, not sure I pinged about that, but can we get the recent qmenumodel updatre from utopic to rtm serie?
[13:19] <seb128> sergiusens, ^
[13:23] <sil2100> seb128: I probably didn't get that, maybe because connection trouble yesterday - just checked the bug and +1 on that
[13:23] <sil2100> Let me prepare a landing
[13:24] <sergiusens> sil2100: wait, read line 11 please
[13:24] <sil2100> sergiusens: ah ;)
[13:24] <sil2100> So those two are related!
[13:25] <sil2100> sergiusens: ACK, reconfiguring
[13:25] <sergiusens> sil2100: qmenumodel bug only got exposed from testing this silo
[13:30] <sil2100> sergiusens: ok, I hope nothing got broken and synces can be still properly used alongside MPs - I mean, we support this use case but we only tested it once at the very beginning
[13:31] <sil2100> sergiusens: ok, reconfigured
[13:31] <sil2100> seb128: ^
[13:32] <seb128> thanks
[13:32] <sergiusens> sil2100: if it doesn't work, just 'copy-package' and be done with it ;-)
[13:36] <sil2100> sergiusens: right ;)
[13:39] <Mirv> nice if 008 can land!
[13:46] <Saviq> sil2100, just ran the tests in latest rtm-proposed, passed again
[13:46] <Saviq> sil2100, what I did notice, though, is that the CPU didn't settle
[13:46] <Saviq> sil2100, which might just mean that the test didn't wait long enough for the dash to load
[13:47] <Saviq> sil2100, because it took a while to load due to the CPU being hogged
[13:47] <ogra_> Saviq, yeah, we have constant systemsettle issues since a while
[13:47] <ogra_> with dash being the main consumer
[13:49] <Saviq> ogra_, kudos on deflecting the blame right back ;P
[13:49] <ogra_> haha
[13:50] <ogra_> Saviq, well, it only seems to happen on krillin (at least in that intensity)
[13:59] <sergiusens> sil2100: 2014-10-14 13:40:32,081 INFO Package qmenumodel seems to be up-to-date in the silo PPA (version 0.2.8+14.10.20141013-0ubuntu1)
[13:59] <sergiusens> sil2100: how do I force the sync?
[14:03] <ogra_> plars, so it seems one device alwqays gets stuck in remiinders testing ... could you re-run the missing ones ?
[14:03] <plars> ogra_: on a call right now but I can try in a bit. I'd be willing to bet it's still the unlock issue unless that landed finally?
[14:03] <ogra_> plars, nope, thats a remonders specific issue it seems
[14:04] <ogra_> *reminders
[14:04] <davmor2> sil2100: more people are being hit by https://launchpad.net/bugs/1380736 so you might want to add it as a blocker :)
[14:04] <plars> ogra_: hmm, ok, give me a few minutes
[14:04] <ogra_> and we have it since a few images already
[14:04] <ogra_> on both, utopic and rtm
[14:04] <sil2100> Saviq: we're having system-settle issues in overall, since all tests fail on system-settle right now
[14:05] <plars> ogra_: we really need https://code.launchpad.net/~mterry/unity8/dbus-race-fix/+merge/237594 from mterry to land though (when it's ready) or we could have lots of situations where we're trying to run tests with the screen locked
[14:05] <sil2100> Saviq: as krillin has higher CPU usage it seems, with the idle levels being higher
[14:05] <sil2100> sergiusens: hmmm, did it sync it at least once?
[14:05] <mterry> plars, is it really that common a problem?  Can you test with that branch to confirm that it fixes what you're seeing?  I would naively assume the gap where this bug could happen would be tiny
[14:05] <sergiusens> sil2100: no, that package was built from an MP
[14:06] <sil2100> Eeeek
[14:06] <Saviq> sil2100, it'd be nice to reproduce locally, but if I had to guess, the test just doesn't wait long enough for the dash to load
[14:06] <Saviq> as every test starts unity8 and restarts the dash in that suite
[14:07] <plars> mterry: as part of regular runs, it happens pretty regularly, probably due to the number of reboot/unlocks that happen
[14:07] <sil2100> sergiusens: let me take one more look
[14:07] <plars> mterry: the way we already discussed for reproducing is as reliable as I can get though - and I think you had that working right? Did you test with that?
[14:07] <mterry> plars, yes
[14:08] <mterry> plars, but that script was designed to particularly exercise this one bug
[14:08] <mterry> plars, my concern is that if this is happening frequently in the field, I wouldn't expect that.  I'm curious if there are other problems that we're not aware of
[14:09] <mterry> plars, but maybe we're just unlucky / running-it-a-lot
[14:09] <sergiusens> sil2100: is there a force option?
[14:10] <sil2100> sergiusens: no, since in overall LP doesn't allow re-publishing something with the same version number, so we didn't add an option like that - but I will make sure it's a binary copy
[14:14] <ogra_> davmor2, why do you complain about ricmm not being here ?
[14:14] <ogra_> my tab key thinks different
[14:14] <davmor2> tab complete on ric did nothing
[14:14] <davmor2> it does now though
[14:14] <davmor2> ricmm, ogra_: silo 17 is done :)
[14:14] <ogra_> does it suqeak if you press it ? probably needs some oiling :)
[14:15] <davmor2> ogra_: olling you mean :D
[14:15] <ogra_> sil2100, ^^^ we should build an image onnce thats in :)
[14:15] <ogra_> davmor2, lol
[14:19]  * Mirv hits publish on it
[14:20] <sil2100> Mirv: oh, qtmir is in there, right?
[14:21] <sil2100> Mirv: it has 0.4.3+14.10.20141010-0ubuntu1 in it, right?
[14:21] <davmor2> Mirv, dbarth: silo 009 is that actually ready to go now? I have 2 tickets for it but it needed another silo landing first or something right?
[14:21] <Mirv> sil2100: qtmir has currentlyits own rtm trunk
[14:22] <sil2100> Mirv: hmmm, so this complicates releasing mir now a bit...
[14:22] <ricmm> davmor2: yes I am ;)
[14:22] <ricmm> crap
[14:22] <ricmm> sil2100: so what do I do
[14:22] <Mirv> sil2100: yes, they all have rtm branches..
[14:23] <sil2100> Mirv: mir as well?
[14:23] <sil2100> Or you mean, all the packages from silo 17?
[14:23] <dbarth> davmor2: ready, but not given permission to land; not a set of critical enough bug fixes
[14:23] <tvoss> Mirv, sil2100 so what do I need to do for the trust-store landing?
[14:24] <Mirv> sil2100: yes, and platform-api. it's now set up as we want the divergence
[14:24] <sil2100> tvoss: I'm working on it now
[14:24] <sil2100> Mirv: but can we still release one sync before that?
[14:24] <sergiusens> sil2100: Copied from: Primary Archive for Ubuntu. Copied by: Łukasz Zemczak Target series: 14.09
[14:24] <sergiusens> qmenumodel 0.2.8+14.10.20141013-0ubuntu1 in utopic (a different source with the same version is published in the destination archive)
[14:24] <sil2100> Mirv: do you know when they branched?
[14:24] <sil2100> sergiusens: I know
[14:25] <tvoss> sil2100, ack
[14:26] <sil2100> sergiusens: don't build the silo for now
[14:26] <cjwatson> lool,john-mcaleely: I believe steps 1 and 2 of the plan I outlined in https://code.launchpad.net/~ubuntu-core-dev/livecd-rootfs/split-custom-tarball/+merge/237905 are done now.  Normally I'd ask cwayne about step 3 but he appears to be off today.  Can somebody confirm whether the relevant packages (I believe at least amazon, ebay, gmail, reminders, twitter, and facebook) are being included in all relevant custom tarballs now that they ...
[14:26] <cjwatson> ... will shortly be removed from the rootfs, and if not let me know who's taking care of that?
[14:27] <cjwatson> slangasek: I fixed up the missing publishing of custom.tar.gz by cdimage; switching system-image over to actually use it is step 4, and is blocked on the above
[14:27] <Mirv> sil2100: after the last week's 0.8.0 landing divergence, thd geam has created branches and now lands to both separately, so that they match what's in archives.
[14:27] <john-mcaleely> cjwatson, lool I believe that is cwayne. he is definately back tomorrow, and may be watching along here now
[14:27] <Mirv> team
[14:27] <sil2100> eh
[14:28] <sergiusens> sil2100: heh, it's currently building... as I staged two builds
[14:28] <cjwatson> john-mcaleely: yeah, he's not in the channel at the moment.  I can catch up with him tomorrow, just wanted to see if somebody else knew about it today
[14:28] <cjwatson> thanks
[14:28] <john-mcaleely> cjwatson, sadly, I don't. lool may, but the odds are low
[14:28] <Mirv> sil2100: so going back to unified would mean retargeting current rtm work towards trunks, and release to rtm from utopic branches
[14:29] <lool> cjwatson, john-mcaleely: Sorry, haven't particularly tracked the transition; I can check in the bzr branch of the custom tarball, but I think it's been split
[14:29] <lool> right, that's what I thought, the bzr branch I'm sending my updates to is only for the rest (everything but the click packages)
[14:30] <john-mcaleely> lool, that was my suspicion too
[14:30] <cjwatson> we could go ahead and sync this livecd-rootfs to ubuntu-rtm; I've confirmed that the affected apps are still launchable on utopic in the emulator, so it should make no difference to rtm apart from pushing it along that landing plan a bit
[14:30] <john-mcaleely> I'm just seeing if one of the other committers there knows, or if this must wait for cwanye
[14:30] <cjwatson> it would be a good idea to do so when we're shortly going to be doing an ubuntu-rtm image build anyway, I guess
[14:30] <jdstrand> jhodapp: hey, can you incorporate https://code.launchpad.net/~jdstrand/media-hub/lp1377966/+merge/238306 into your next upload?
[14:31] <jhodapp> jdstrand: yeah, was planning on that
[14:31] <jhodapp> jdstrand: that's the same one that we discussed last week right?
[14:31] <jdstrand> jhodapp: no, it is new
[14:32] <jdstrand> but equally easy to merge/add
[14:32] <cjwatson> sil2100: any issue with me syncing https://launchpad.net/ubuntu/+source/livecd-rootfs/2.255 to rtm?  (it's not testable in a silo in any meaningful way, but I've checked the resulting images in the emulator)
[14:32] <cjwatson> see above discussion
[14:32] <jhodapp> jdstrand: oh ok
[14:32] <ogra_> cjwatson, go for it
[14:33] <ogra_> (rolling it back is easy if it breaks)
[14:33] <sil2100> cjwatson: +1 on that
[14:34] <sil2100> I'm actually interested to see an ubuntu-rtm image with that too
[14:34]  * sil2100 has only ubuntu-rtm on his phone right now
[14:34] <cjwatson> The first step should be a no-op, hopefully
[14:34] <cjwatson> $ copy-package --from=ubuntu --from-suite=utopic --to=ubuntu-rtm --to-suite=14.09-proposed -b livecd-rootfs
[14:34] <cjwatson> done
[14:35] <sergiusens> sil2100: can you add indicator transfer in there too? http://paste.ubuntu.com/8559433/
[14:35] <Mirv> sil2100: I guess it should still be possible to get mir itself in sync with utopic, but qtmir and unity8 have real differences now
[14:35] <sergiusens> sil2100: I'll update the sheet
[14:36] <cjwatson> mir itself is the bit that's awkward for trust-store aiui
[14:36] <sergiusens> sil2100: it should be reconfigure ready and I'll wait for you to sync those packages
[14:36] <Mirv> sil2100: the trust-store only needs mir, I upgraded 20141010 on my rtm mako manually from utopic
[14:37] <sil2100> Mirv: no breakages seen when doing that?
[14:37] <Mirv> sil2100: nope, it's the same code after all and utopic mir just has higher version number
[14:39] <sil2100> Mirv: since the silo with the 0.8.0 retry has more than just mir, that's why I was wondering why all these packages were re-built
[14:39] <Mirv> sil2100: they shouldn't have been and the others don't have delta, only mir has the arm64 fix
[14:39] <cjwatson> I would probably ditch that and just binary-sync mir alone
[14:40] <cjwatson> unless any of the others have dh_makeshlibs -V too
[14:40] <Mirv> Saviq: you can rebuild your rtm qtmir now
[14:47] <Saviq> Mirv, thanks
[14:52] <slangasek> cjwatson: can you confirm whether removing a package from -proposed allows an older version number in its place? (e.g. -0ubuntu1 vs. -0ubuntu1~rtm)
[14:52] <cjwatson> slangasek: confirmed
[14:52] <slangasek> great
[14:56] <cjwatson> you never get to reuse a version, and you can't upload something older than whatever the "ancestor version" for the upload is at upload time
[14:57] <john-mcaleely> cjwatson, there's some evidence the apps you were worried about are already in the custom tarball (at least the ubuntu-rtm ones)
[14:59] <cjwatson> slangasek: ^- can I hand over checking up on this to you?
[14:59] <sergiusens> sil2100: any updates?
[14:59] <cjwatson> now that the basics are in place
[14:59] <cjwatson> john-mcaleely: cool.  I guess there are quite a few to check
[14:59] <cjwatson> maybe an audit on the system-image side would be in order
[14:59] <john-mcaleely> cjwatson, and inexpert eyes looking. anything that breaks will have to wait for cwanye
[15:00] <cjwatson> we might need to hand-check whether the apparmor stuff is laid out properly
[15:00] <cjwatson> took me several goes to get that right in livecd-rootfs
[15:01] <john-mcaleely> cjwatson, if it's iterative, (and no really bad things break), a build with issues cwayne can fix tomorrow might actually speed things along?
[15:01] <cjwatson> may be simpler when generating a custom tarball independently, as it isn't going to get confused by parallel presence of things in the rootfs
[15:01] <cjwatson> john-mcaleely: it's the parenthesis I want to avoid at this point :)
[15:01] <john-mcaleely> cjwatson, cwyane has come online elsewhere, and confirms I am inexpert
[15:01] <cjwatson> heh
[15:01] <john-mcaleely> apparently those apps are not yet included in custom tarballs :-)
[15:02] <john-mcaleely> cjwatson, so I think this will need to wait for a day. Sorry.
[15:02] <cjwatson> ok
[15:04] <sergiusens> sil2100: can't you just reconfigure into a new silo?
[15:06] <sil2100> sergiusens: meeting now, but discussing this currently
[15:06] <sergiusens> sil2100: well whatever you decide, keep bfiller in the loop
[15:07] <bfiller> sil2100: ack, we need to land silo 8 for today/tomorrow for rtm. it's been added to the list now
[15:11] <Saviq> Mirv, reconfigure rtm silo 6 please, added qtmir-gles twin
[15:13] <slangasek> cjwatson: which piece did you need me to follow up on?
[15:14] <cjwatson> slangasek: nothing now that john-mcaleely replied in more detail
[15:14] <slangasek> ok
[15:14] <sil2100> sergiusens: will just finish up the mir issue and I might have a solution for you as well
[15:16] <kgunn> camako: so in rtm silo1, mir is there but so are all the clients....i assume we are just rebuilding for version ?
[15:16] <kgunn> no code changes
[15:17] <tvoss> sil2100, anything you need me to help with?
[15:18] <sil2100> tvoss: no, I don't think so, thanks :)
[15:18] <tvoss> sil2100, cool
[15:19] <camako> kgunn, no there are some code changes... But they should be in the rtm already
[15:19] <sil2100> camako, kgunn: can you make sure about that?
[15:19] <camako> from the failed landing in RTM which got promoted
[15:20] <camako> gimme some time please... on a call at the moment
[15:20] <sil2100> camako: so all the changes were in 05 already, right?
[15:20] <camako> sil2100.. yes but lemme double check
[15:28] <Mirv> Saviq: done
[15:30] <sil2100> ....
[15:31] <sil2100> sergiusens: ignore that, it'll be ok soon ^
[15:33] <sil2100> davmor2, popey, Mirv, elopio, plars: ok, so I don't see ogra around, and today I need to drive for practice (since next week is sprint week) - so I think we might have to skip the meeting today...
[15:33] <sil2100> I'll be back later as always
[15:33] <sergiusens> sil2100: so you started the build?
[15:34] <plars> sil2100: yeah, ogra asked me to rerun reminders earlier, and it appears to still be getting stuck. I was about to ping balloons and see if he knew anything about it, but maybe you know why too?
[15:35] <sil2100> sergiusens: yeah
[15:35] <camako> sil2100, I'm pretty sure all the changes in other branches were in 05. Will QA be testing this?
[15:35] <sil2100> sergiusens: just the packages of interest are being 'prepared'
[15:35] <camako> I think they should
[15:35] <sil2100> camako: of course!
[15:36] <sil2100> camako: ok, so can we remove everything besides mir from the silo, right? :)
[15:36] <camako> sil2100, yes..
[15:36] <sil2100> camako: thanks! \o/
[15:39] <slangasek> lool: ping
[15:39] <lool> slangasek: pong
[15:40] <sil2100> davmor2: ok, the mir silo rtm 01 should be ready for testing \o/
[15:40] <slangasek> lool: hi there!  so cjwatson and I are working through https://bugs.launchpad.net/barajas/+bug/1367332
[15:40] <sil2100> camako, kgunn: ^
[15:40] <camako> sil2100, ack
[15:40] <sil2100> camako, kgunn: thanks for the help in clearing this out o/
[15:41] <slangasek> lool: we have a custom tarball now being generated that contains only the core app click packages; and we were discussing whether this can be pushed as the replacement tarball onto the utopic-proposed / utopic channels
[15:41] <kgunn> sil2100:
[15:41] <kgunn> thank you
[15:41] <slangasek> lool: it does *not* contain Nokia HERE, since that's non-free
[15:41] <camako> sil2100, yw
[15:41] <slangasek> lool: is this going to break things?  AIUI there is a separate -customized channel, no?
[15:44] <lool> slangasek: two things: right now, location-service startup probably needs a small tweak to start with just hardware provider instead of here + hardware provider; this is pending an update anyway; the second thing is: how do we get people who had HERE currently once it's been dropped from the channel they are on?
[15:44] <lool> slangasek: the -customized channel has a different meaning sadly; I argued for using it when we introduced the custom tarball in utopic, but it's for something else
[15:44] <slangasek> hmm ok
[15:45] <lool> slangasek: the other two channels were a) to demonstrate how a custom tarball works with a demo tarball and b) for real customizations used in demoes at shows like MWC
[15:45] <slangasek> right
[15:45] <davmor2> sil2100: arrrggggghhhhhh the internet is dead or hell froze over or Armageddon started where is ogra?
[15:45] <slangasek> lool: so the eventual goal is to have HERE in a click package in the store, right, so we don't have to preinstall it?
[15:46] <lool> slangasek: now we have only the regular main utopic-proposed channel with a custom tarball and the channel to integrate changes to the custom tarball ubuntu-touch/utopic-proposed-customized
[15:46] <lool> slangasek: HERE as a click will take a load of changes and hence some time
[15:46] <slangasek> lool: yes.  But can you confirm that's the eventual goal?
[15:46] <lool> (nowhere near that)
[15:46] <lool> slangasek: yes
[15:47] <lool> slangasek: we would still want to preinstall it in some way though
[15:47] <slangasek> why?
[15:47] <lool> slangasek: to improve positioning; but this would be an opt in
[15:48] <lool> slangasek: well, I guess it's required only for oem images
[15:48] <slangasek> I mean, I understand wanting to have it easily available to users, but that shouldn't trump the Ubuntu philosophy
[15:48] <slangasek> right
[15:48] <lool> slangasek: we could ship the Ubuntu images without and fetch it from the store
[15:48] <lool> (offer to fetch it)
[15:48]  * slangasek nods
[15:51] <ogra__> ha, at least the kiwi app works
[15:54] <slangasek> lool: so who else is involved with the HERE work, in terms of QA etc.?  Trying to figure out if dropping it from the utopic-proposed channel from krillin is ok or if we should only drop it for mako
[15:56]  * ogra__ thought we had a community version for that
[15:56] <lool> slangasek: so you'll keep it in RTM?
[15:56] <davmor2> ogra__: sil2100: arrrggggghhhhhh the internet is dead or hell froze over or Armageddon started where is ogra? so which is it?
[15:57] <lool> slangasek: I think this was only QA-ed for location related landings; another thing consuming location service are some custom scopes, but dont think these are in utopic
[15:57] <lool> tvoss: ^ have you followed the exchange about dropping HERE from utopic default channel?
[15:57] <ogra__> only t-online being crazy ... no amageddon for you today
[15:58] <lool> slangasek: I think it's good enough if we loop asac and inform richard and cwayne; concerning QA, brendand, davmor2 and toykeeper were the most common testers
[16:00] <slangasek> lool: that's Richard Collins?
[16:00] <lool> yeah
[16:00] <lool> slangasek: I think he cares to be up-to-date on where this ships and not
[16:00] <lool> as not to make announcements that it's shipping there when it's not or vice-versa
[16:01] <slangasek> lool: ok.  and on the technical side, were there things that need to be changed before we can safely drop this from the custom tarball for utopic?
[16:01] <lool> slangasek: I can mail the update around if you like
[16:01] <slangasek> lool: already writing :)
[16:02] <lool> slangasek: so it's already mostly ready to work without HERE, the only place I wonder about is /etc/init/location-service.override which is in lxc-android-config; it needs an upadte to enabel the hardware provider, but I dont know what happens if espoo remote is enabled but not there
[16:02] <lool> slangasek: I've poked tvoss about this
[16:02] <lool> we need to handle this correctly if you dont accept the license anyway
[16:05] <olli__> trainguards, who is in charge tomorrow PM US time re landings/image promotion
[16:08] <tvoss> lool, no and no, trying to get some context
[16:09] <lool> tvoss: context is ubuntu images may only ship multiverse/proprietary bits if these are for hardware enablement -- which HERE isn't; so slangasek is working on dropping HERE from the utopic channels; he's wondering what might need an update before he does so
[16:09] <lool> tvoss: we'd keep it for rtm channels though
[16:16] <slangasek> lool: ubuntu images /never/ ship multiverse bits, they only ship restricted bits ;)
[16:27] <Mirv> olli__: barry , robru if he's back
[16:28] <tvoss> trainguards, can I get a silo for line 59?
[16:28] <slangasek> robru isn't on today
[16:30] <slangasek> tvoss: aren't you meant to fill out the "QA signoff needed?" field?
[16:35] <slangasek> tvoss: n/m, am refreshing my memory from https://wiki.ubuntu.com/citrain/LandingProcess
[16:36] <slangasek> tvoss: silo assigned
[16:38] <slangasek> tvoss: ^^
[17:31] <davmor2> hmmm okay seb128 I think I see you silence issue, there is no ringtone or sms tone set, just says ring and sms and when you look not tones are highlighted so it only vibrates
[17:31] <seb128> davmor2, silence issue?
[17:31] <davmor2> seb128: was it you who had no sound
[17:32] <seb128> no
[17:32] <davmor2> seb128: dreaming sorry
[17:32] <seb128> but that discussed in another channel from what I saw
[17:32] <seb128> the new tarball has a custom ringtone
[17:32] <seb128> which is in another directory
[17:32] <seb128> which hits apparmor issues
[17:32] <seb128> but good that you mention it
[17:32] <davmor2> seb128: yeah :(
[17:33] <seb128> if somebody does that, the ringtone is not going to be in the setting's UI either
[17:34] <seb128> rsalveti, ^ I think you mentioned the custom ringtone before
[17:35] <rsalveti> right, not sure how cwayne is overwriting the default ringtone/message
[17:41] <slangasek> lool: ^^
[17:42] <lool> slangasek: thanks
[17:45] <tedg> trainguards, can you please reconfigure rtm/6, I added a package.
[17:47] <barry> tedg: row 43?
[17:50] <tedg> barry, Yes
[17:51] <barry> tedg: okay to override conflict with rtm/12 for indicator-sound?
[17:51] <barry> ubun
[17:51] <barry> https://ci-train.ubuntu.com/job/prepare-silo/2794/console
[17:52] <tedg> barry, Eh, okay. Stupid, but the way things are.
[17:52] <barry> tedg: k
[17:52] <slangasek> bdmurray: hmm, why does https://errors.ubuntu.com/?device_image_version=ubuntu-touch/ubuntu-rtm/14.09%204%20mako&period=week redirect me to https://errors.ubuntu.com/?device_image_version=all%20versions&period=week ?
[18:05] <bdmurray> slangasek: I'd guess it has to do with the javascript designed to restrict who can see the image versions.
[18:11] <brendand> tedg, hey - need to talk about silo 12
[18:14] <tedg> brendand, What's up?
[18:15] <brendand> tedg, i guess you heard about the new rules?
[18:15] <tedg> brendand, Yup, love rules that cause extra work.
[18:16] <brendand> tedg, i love them too!
[18:16] <brendand> tedg, so much you wouldn't even believe it
[18:16] <brendand> i really, really, really. love them
[18:17] <brendand> tedg, anyyyyway. https://trello.com/c/IwTArQLH probably explains more
[18:18] <brendand> tedg, just let us know your next move - if you're going to reconfigure the silo or go and look for exceptions whatever needs it
[18:18] <tedg> brendand, So is there a list of bugs that we need to change to critical?
[18:18] <brendand> tedg, i actually didn't notice any but Mirv seems to have. let me check it again
[18:18] <tedg> We've already branched indicator-sound, pulled out the silo-12 stuff, rebased merges on it... so that's not an issue.
[18:19] <tedg> Just an extra few hours of work.
[18:19] <brendand> tedg, so indicator sound won't actually land - is that what you're saying?
[18:20] <tedg> Uhm, depending on order things will get confusing.
[18:20] <tedg> If silo 12 lands, then silo 6 will revert it. If silo 6 lands, then silo 12 will revert it.
[18:21] <tedg> They're now mutually incompatible
[18:21] <dobey> sergiusens: ping
[18:21] <sergiusens> dobey: what's up?
[18:22] <dobey> sergiusens: was curious about status of that download-manager change, given the landing requirements for rtm of bugs targetted to the milestone
[18:23] <sergiusens> dobey: it's been upgraded to the list with a push from bfiller
[18:23] <sergiusens> dobey: so it's list worthy
[18:23] <dobey> sergiusens: ah ok. do you expect it will land today?
[18:24] <sergiusens> dobey: it will be passed over to qa sign off today
[18:24] <dobey> ok
[18:24] <sergiusens> dobey: not sure about their queues
[18:25] <dobey> slightly bigger than the number of boxes on the trello board would initially indicate, i think
[18:25] <dobey> :)
[18:25] <dobey> at least, one of those silos is 7 different indicator packages
[18:25] <sergiusens> robru: hey, how about having the "Test plans to run" cell on the dashboard so I can avoid the spreadsheet more :-)
[18:32] <brendand> tedg, well strictly speaking the bug has to be on a specific list
[18:32] <brendand> tedg, the indicator-datetime and indicator-display bugs are rtm14+critical but not on the list
[18:33] <tedg> \o/
[18:34] <brendand> tedg, i know i just made your day didn't i
[18:34] <tedg> It just shows that control is more important than quality.
[18:37] <tedg> How weird, getting a 403 on a CI Train PPA? W: Failed to fetch http://ppa.launchpad.net/ci-train-ppa-service/landing-006/ubuntu-rtm/dists/devel/main/binary-armhf/Packages  403  Forbidden
[18:42] <cjwatson> tedg: Works with s/devel/14.09/, so something wrong with the .htaccess, I think.  Can you file a Launchpad bug?
[18:42] <cjwatson> I'm not sure exactly where that's maintained.
[18:43] <robru> sergiusens: good idea, can you email me to remind me to do that? I'm off today (and at the hospital)
[18:43] <sergiusens> robru: ack
[18:50] <tedg> cjwatson, So is that an apt-add-repository issue?
[18:57] <brendand> tedg, you can keep indicator-datetime, indicator-sound and indicator-transfer
[19:01] <tedg> brendand, So I'm not sure how to do that. It's a sync from an ubuntu silo that has since been cleaned.
[19:01] <tedg> utopic more correctly.
[19:03] <brendand> tedg, if you think it's not technically possible can you explain your dilema to olli_ ?
[19:06] <slangasek> lool, tvoss: reviewing contents of /etc/init/ubuntu-espoo-service.conf, it looks to me like we already handle both the case of absent binaries and the case of license-not-accepted; what more did you think was needed for /etc/init/location-service.override ?
[19:07] <slangasek> lool: (and how could I test this, given that the gps provider is apparently disabled...?)
[19:09] <slangasek> lool: heh.  I tried to use 'weather', it thinks I'm in Kansas and won't let me back out of this selection screen
[19:09] <tedg> slangasek, Try tapping your shoes together three times.
[19:13] <brendand> camako, what happened with silo 1 - did you see Mirvs question about it?
[19:16] <slangasek> tedg: do you know what happened to the interface that would let me force-stop apps?
[19:16] <tedg> slangasek, If you do a long right swipe and put them into the switcher, you can then fling them off the top.
[19:17] <slangasek> tedg: cheers
[19:22] <slangasek> lool: so if one has previously rejected the HERE license, how does one change this selection? ;)
[19:25] <slangasek> rsalveti: so is there no bzr branch for lxc-android-config?
[19:25] <rsalveti> slangasek: nops
[19:25] <sergiusens> slangasek: blame ogra!
[19:25] <slangasek> hmm
[19:25] <sergiusens> eternal struggle
[19:25] <sergiusens> :-)
[19:25] <slangasek> he just doesn't want to leave a record we can use against him when he introduces bugs!
[19:26] <asac> slangasek: you have to do factory reset to change your selection of license; will be improved at later point
[19:27] <davmor2> slangasek: if you always blame him he just gets used to saying yes it's my fault, that's the secret ;)
[19:27] <asac> slangasek: there is a . file
[19:27] <asac> that you can rm and restart unity
[19:27] <slangasek> asac: nah, I'll just manually mangle /var/lib/AccountsService/users/phablet >:)
[19:28]  * asac wonders what is in /var/lib/AccountsService/users/phablet
[19:28]  * asac will look when he has a usb cable around
[19:30] <camako> brendand, it was reconfigured to have only mir in the silo this morning... I see it's now signed off by the QA
[19:31] <camako> brendand, others had already landed in rtm in the first attempt
[19:35] <slangasek> lool: right, so with or without HERE, weather is convinced that I'm in Kansas - is this a known bug in weather?
[19:39] <sil2100> ToyKeeper: hey, you around? :)
[19:40] <ToyKeeper> sil2100: Hi, just catching up on support tasks before I start on silos.
[19:40] <ToyKeeper> It's Monday for me.
[19:41] <sil2100> ToyKeeper: so, how many people do you have right now for QA sign-offs?
[19:43] <ToyKeeper> sil2100: In this time zone, anywhere from 1 to 3 depending on who might be working late or spending time on silos instead of automation.
[19:44] <sil2100> ToyKeeper: do you know if you would be able to maybe do some exploratory testing (something similar to promotion testing) on the latest ubuntu-rtm image for krillin today?
[19:44] <brendand> ToyKeeper, silos are a no-op right now
[19:44] <brendand> ToyKeeper, everything is blocked because of the new rules
[19:45] <brendand> camako, which bug did silo 1 fix?
[19:45] <sil2100> brendand: I think there was no bug for that
[19:45] <camako> brendand, lemme find it
[19:45] <sil2100> brendand: it was a sync that was required for trust-store to move out of -proposed
[19:45] <sil2100> brendand: and, it also has the fix for a FTBFS for arm64
[19:46] <brendand> sil2100, was the trust-store update fitting the criteria?
[19:46] <ToyKeeper> sil2100, brendand: Oh, in that case...  sure!  If *all* silos are blocked, I should have most of the day available to explore and look for issues.  :)
[19:46] <ToyKeeper> Anything in particular we're looking for?  (well, whatever the current blockers are, of course...  but anything else)
[19:46] <camako> brendand, https://bugs.launchpad.net/bugs/1379478
[19:46] <sil2100> ToyKeeper: I'll send out the daily e-mail soon, but in overall I want to see if there's something new that we need to get fixed before we can get a promotion
[19:47] <sil2100> SInce tomorrow we would really like one :)
[19:47] <brendand> camako, ok but that wasn't in the list for rtm
[19:47] <brendand> sil2100, i just want to understand the justification for landing silo 1 under this weeks rules?
[19:47] <ToyKeeper> sil2100: So...  yes, I'll get on the exploratory testing shortly.
[19:48] <brendand> sil2100, as i specifically marked it as needs approval but it was still tested and landed and the tag was removed, but no record of the justification for that
[19:48] <camako> brendand, I was ok not landing it on RTM, but others wanted it...
[19:48] <brendand> camako, yeah that's what i'm trying to figure out - who wanted it and why?
[19:48] <sil2100> brendand: there was a discussion here, and product team approved it
[19:48] <camako> brendand, I believe tvoss...
[19:49] <sil2100> brendand: basically the story is:
[19:49] <brendand> sil2100, that's fine - would have been nice if that was recorded on the card
[19:49] <sil2100> brendand: trust-store landed, and since it was a binary sync (and due to the packaging there being a bit specific) it hard-deps on the new mir version that's not present on ubuntu-rtm
[19:49] <brendand> or somewhere apart from irc (somewhere permanent)
[19:49] <sil2100> brendand: so trust-store cannot migrate from -proposed right now, since it's uninstallable
[19:50] <sil2100> The easiest way of unblocking was simply syncing up the mir version to 14.09
[19:50] <sil2100> It's a safe bet, as the only change in mir was the fix for the FTBFS, which in theory (and also probably in practice, as it's fine on utopic) doesn't touch anything important
[19:51] <camako> brendand, also the FTBFS was in a test case (not in mir itself) for arm64 arch which rtm doesn't have..
[19:55] <cjwatson> tedg: Off the top of my head I'm not sure why apt-add-repository would be using "devel", but regardless, it ought to work and it's a Launchpad deployment bug that it doesn't
[19:58] <sil2100> ToyKeeper: ok, so I would be grateful if you could perform the tests as per promotion and send us an e-mail once done :)
[19:58] <sil2100> ToyKeeper: this will give us a good start in the morning
[19:59] <ToyKeeper> sil2100: That's the plan, anyway.  :)
[19:59] <ToyKeeper> sil2100: By "us", do you mean the mailing list where the daily landing summary goes, or somewhere else?
[20:00] <sil2100> ToyKeeper: you can send there I guess, or maybe send it out to the QA list and CCing me just in case :)
[20:00] <nik90> slangasek: that's because weather is retrieving your location via geoIP
[20:00] <nik90> slangasek: there is a bug reported about it at https://bugs.launchpad.net/ubuntu-weather-app/+bug/1370582
[20:00] <slangasek> ...
[20:01] <slangasek> nik90: ok, well then its geoip database is pretty broken for my IP ;)
[20:01] <nik90> slangasek: its ubuntu geoIP and yes its not always accurate
[20:01] <nik90> slangasek: the dev should switch to Qt location when it is a bit more stable
[20:02] <slangasek> in that case
[20:02] <slangasek> how *can* I test the location service?
[20:03] <nik90> slangasek: OSMTouch would be your best option since it switches between geoIP and GPS depending on what's available
[20:03] <nik90> slangasek: if your location is inaccurate, then your GPS is off ;)
[20:24] <dobey> nik90: even if i turn all location options to off though, it still uses geoip and puts the dot reasonably close, when i tap the arrow pointer icon. i think it might actually resolve position from a server at that point, but haven't poked at network activity to be sure
[20:28] <tedg> trainguards, barry: Could I get a silo for line 61 please?
[20:28] <jhodapp> barry, can I get rtm silo 16 reconfigured please?
[20:29] <barry> tedg first, then jhodapp
[20:29] <jhodapp> barry, thanks
[20:29] <slangasek> nik90: my GPS is not off according to the location indicator; nevertheless OSMTouch says my location is not available
[20:29] <sil2100> ;)
[20:29] <sil2100> barry: thanks for your trainguardin'!
[20:29] <barry> sil2100: choo choo!
[20:31] <barry> tedg, sil2100 so i think line 61 doesn't (yet?) meet criteria.  doesn't it need to have a rtm14 tag and a critical bug referenced?
[20:31] <tedg> barry, Where do I put that?
[20:31] <barry> tedg: description i think
[20:32] <tedg> barry, Updated
[20:32] <sil2100> barry: yeah, it needs that - I mean, we at least need to know if it's qualified, so either in description or in the merge request itself
[20:33] <barry> tedg: thanks.  sil2100 can you verify line 61?  i don't want to do something stupid, even for a monkey like me
[20:33] <sil2100> plars: ping
[20:33] <sil2100> barry: looking :)
[20:33] <sil2100> Monkeys should help eachother, right?!
[20:34] <barry> sil2100: we are social creatures! :)
[20:34] <barry> sil2100: we'll call this virtual grooming and enjoy our bananas
[20:34] <sil2100> barry: hah! Yeah, anyway looks good to me ;)
[20:34] <barry> sil2100: thanks.  assigning
[20:34]  * sil2100 is out of bananas today
[20:35] <barry> jhodapp: looking at yours now
[20:36] <tedg> barry, sil2100, thanks guys!
[20:37] <barry> jhodapp: your silo has conflicts: https://ci-train.ubuntu.com/job/prepare-silo/2798/console
[20:37] <sil2100> plars: anyway, I know that we basically have problems with the reminders-app test hanging, but I also noticed that we don't have complete results for utopic mako
[20:37] <sil2100> plars: do you know anything about that?
[20:38] <barry> jhodapp: please confirm that you want to override the media-hub conflict in rtm/10
[20:41] <Wellark> trainguards: need sync silos for lines 63 and 64
[20:42] <Wellark> that's a Critical from The List
[20:42] <barry> Wellark: looking
[20:42] <Wellark> Saviq: I'm getting the i-network side landed --^
[20:43] <Saviq> Wellark, kk
[20:43] <Wellark> here's the unity8 part for utopic https://code.launchpad.net/~unity-api-team/unity8/unlock-all-modems-on-boot/+merge/238349
[20:43] <Wellark> will push a rtm MP as well
[20:43] <Wellark> so you can include them to your little silo :)
[20:43] <Wellark> Saviq: what's the merge target for the unity8-rtm?
[20:43] <jhodapp> AlbertA: mind if I override with your silo for my bug fix?
[20:44] <jhodapp> AlbertA: for media-hub rtm landing
[20:44] <Saviq> Wellark, lp:unity8/rtm-14.09
[20:44] <Saviq> trainguards, any idea about this build failure https://launchpadlibrarian.net/187344929/buildlog_ubuntu-rtm-14.09-amd64.qtmir_0.4.3%2B14.10.20141014.1-0ubuntu1_FAILEDTOBUILD.txt.gz ?
[20:44] <barry> Wellark: should we do line 63 first and then a sync to rtm if that lands?
[20:44] <Wellark> barry: I'm fine with that
[20:44] <tedg> barry, I think we can just kill rtm/12, it's never going to land as is. Those bugs are dead to us right now.
[20:45] <barry> Wellark: cool, as soon as i hear one way or other from jhodapp
[20:45] <Wellark> barry: where do we need jhodapp ?
[20:45] <barry> tedg: ok.  i'll release the silo
[20:45] <tedg> barry, Can I just do that with the merge/clean reclaim?
[20:45] <AlbertA> jhodapp: wouldn't this go out of sync again?
[20:45] <barry> tedg: yes i think so, but there's a flag you need to tick to say "don't land this"
[20:46] <AlbertA> jhodapp: there's a to be published
[20:46] <jhodapp> AlbertA: ah yes, crap...good point
[20:46] <barry> Wellark: hang on a sec
[20:46] <AlbertA> jhodapp: on utopic for media-hub
[20:46] <sil2100> Saviq: strange
[20:46] <jhodapp> AlbertA: can we get yours landed on rtm quickly then?
[20:46] <sil2100> Saviq: since this version is available in RTM
[20:46] <Saviq> sil2100, yeah, it must be some deeper depedency
[20:46] <barry> tedg: only free silo
[20:46] <barry> tedg: but let me know if you want me to do it
[20:47] <tedg> barry, Trying. If there's a fire it was probably the dog that knocked over the lamp.
[20:47] <barry> (you can play blame the monkey)
[20:47] <sil2100> Saviq: only easy way is digging deeper by just trying to install those somewhere on an ubuntu-rtm device and seeing where it fails
[20:47] <barry> (you can play blame the dog)
[20:47] <sil2100> Like, further in the chain
[20:47] <Saviq> sil2100, yeah, doing that
[20:47] <sil2100> Saviq: tell me what you find :)
[20:48] <plars> sil2100: back
[20:48] <barry> jhodapp, AlbertA: go or no-go on row49
[20:48] <barry> ?
[20:48] <plars> sil2100: let me look
[20:49] <jhodapp> barry, to keep things in order, we need to land AlbertA's media-hub landing for rtm first
[20:49] <jhodapp> barry, then mine on 49
[20:50] <AlbertA> jhodapp: well if we publish the utopic landing first
[20:50] <plars> sil2100: on mako, part of the problem is probably that we are backed up a bit because we have some makos down right now
[20:50] <AlbertA> then go ahead and reuse the rtm silo I have for media-hub
[20:50] <AlbertA> then everything should be ok
[20:50] <jhodapp> AlbertA: oh I thought you had already done that
[20:50] <AlbertA> jhodapp: no this is tvoss noe
[20:50] <AlbertA> one
[20:50] <AlbertA> today
[20:50] <sil2100> plars: ok, just wanted to know if it's some deeper issue
[20:50] <jhodapp> AlbertA: the disable MPRIS interface one?
[20:50] <plars> sil2100:  the other problem is that we get tests that hang sometimes like dropping_letters, which is believed to be caused by the unlock problem
[20:50] <barry> jhodapp: okay, i will ignore the reconfigure for now.  ping me later if needed
[20:50] <AlbertA> jhodapp: right line 59
[20:51] <jhodapp> AlbertA: is anyone going to land that right now?
[20:51] <sil2100> plars: btw. I think we'll have to tweak the system-settle test threasholds in the end, as it doesn't look to get any better ;)
[20:51] <sil2100> plars: geh
[20:51] <sil2100> ;)
[20:51] <AlbertA> jhodapp: is in pending to publish state....
[20:51] <AlbertA> so not sure...
[20:51] <jhodapp> AlbertA: ok, I need to be able to land mine tonight
[20:52] <plars> sil2100: ok, just let me know what was decided.
[20:52] <plars> sil2100: we can talk more about it on tomorrows call I guess
[20:52] <AlbertA> so trainguards: what's the current policy? land in rtm first is ok again?
[20:53] <sil2100> AlbertA: no ;) well, depends on what you want to land!
[20:53] <AlbertA> jhodapp: ^
[20:53] <plars> sil2100: reminders hangs on mako too of course
[20:54] <sil2100> plars: ok... I poked dbarth about it today, and he said that there's someone on the case already
[20:54] <jhodapp> sil2100, trying to land a critical bug fix for playing camera recorded video with the proper orientation...ok to land in rtm first?
[20:54] <sil2100> AlbertA: since if you want to land a fix for a critical rtm14 bug, then feel free!
[20:54] <sil2100> jhodapp: yeah, I guess that's ok if it's on the list of critical approved bugs
[20:55] <jhodapp> ok yeah, mine is a critical rtm bug
[20:55] <Saviq> sil2100, at least `apt-get build-dep qtmir` doesn't complain in rtm{,-proposed}
[20:55] <jhodapp> AlbertA: so I see tvoss if offline now, are you driving his landing to utopic and rtm then?
[20:55] <plars> sil2100: they all seem to timeout after 300 minutes. My guess is that it's probably the screen unlock as it looks to be stuck in a loop
[20:56] <AlbertA> jhodapp: right which was also marked critical rtm14
[20:56] <sil2100> plars: you mean the reminders? Since I looked and it seemed to be something related to the account set-up
[20:56] <AlbertA> jhodapp: so...all it needs is for the trainguards to publish it
[20:57] <AlbertA> jhodapp: and I guess a media-hub rebuild on your silo is needed after that?
[20:57] <jhodapp> AlbertA: publish to utopic and rtm, or just rtm?
[20:57] <AlbertA> jhodapp: to utopic
[20:57] <AlbertA> jhodapp: line 59
[20:57] <jhodapp> AlbertA: well I haven't even built mine yet, it needs a silo reconfig
[20:57] <Saviq> sil2100, I feel like it was a temporary issue, could you please rerun the builds in https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu-rtm/landing-006/+sourcepub/4474929/+listing-archive-extra
[20:57] <AlbertA> jhodapp: oh ok...so publishing shouldn't take long
[20:58] <plars> sil2100: that one might not be, but dropping_letters and ubuntuuitoolkit.tests.custom_proxy_objects.test_qquicklistview.QQuickListViewTestCase.test_click_unexisting_element from ubuntuuitoolkit are also getting stuck regularly
[20:58] <jhodapp> AlbertA: perfect...I don't need to land quite yet, just trying to get it all built in a silo so others can test it
[20:58] <AlbertA> trainguards: barry: utopic landing 016 is ready to publish
[20:58] <AlbertA> jhodapp: ok, I'll ping you as soon as it's merged
[20:59] <sil2100> plars: ok, yeah, hm... do you remember what's the status of the new new fix for screen unlock?
[20:59] <sil2100> mterry: ^ ?
[20:59] <barry> AlbertA: looking
[20:59] <sil2100> Since I remember last the branch was still in Needs review
[20:59] <jhodapp> AlbertA: thanks man, appreciate it!
[21:00] <mterry> sil2100, plars: still waiting.  mzanetti, do you have time soon to re-look at https://code.launchpad.net/~mterry/unity8/dbus-race-fix/+merge/237594 ?
[21:01] <plars> sil2100: I'm running ubuntuuitoolkit locally to see if I can reproduce
[21:01] <sil2100> Ursinha-afk: btw.! Do you get notifications whenever an MP for citrain is set up? :)
[21:03] <sil2100> Ursinha-afk: anyway, another branch MPd
[21:04] <sil2100> Saviq: sure!
[21:04] <sil2100> Saviq: builds re-running
[21:07] <sil2100> barry: I see you have things under control, right?
[21:07] <barry> sil2100: i think so, though i am here for just about another hour.  i have band practice tonight.  but i think you're way past eod, so go havabanana! :)
[21:07] <sil2100> plars: in case it's reproducible, could you send me an e-mail later on?
[21:08] <sil2100> barry: oh! Ok, good luck then :) And see you tomorrow everyone o/
[21:08] <barry> sil2100: cheers!  robru should be back tomorrow iirc
[21:09] <Saviq> no go :|
[21:09]  * Saviq no gets it
[21:11] <Wellark> barry: any update on lines 63 and 64? it's past midnight here and I need to get them tested so that I won't block unity8 landing tomorrow
[21:12] <barry> Wellark: 63 is in a silo now.  i'll click the build.  i think 64 needs that to complete before it can be sync'd
[21:14] <tedg> barry, Can we get a silo for line 65 please?
[21:14] <Wellark> barry: ack
[21:14] <barry> tedg: looking
[21:14] <Wellark> Saviq: where is the utopic counterpart for "Unity8 for RTM" landing?
[21:15] <Saviq> Wellark, there is none, yet
[21:15] <barry> tedg: critical and rtm14, so assigning
[21:15] <Saviq> Wellark, didn't have time to prep
[21:15] <Wellark> barry: thanks!
[21:16] <Wellark> Saviq: np.
[21:16] <Wellark> Saviq: I don't need it
[21:16] <Wellark> just wondering
[21:16] <barry> tedg: i think your sync: syntax is wrong: https://ci-train.ubuntu.com/job/prepare-silo/2800/console
[21:17] <barry> tedg: https://wiki.ubuntu.com/citrain/NewbieGuide
[21:17] <tedg> barry, Try that
[21:17] <Wellark> barry: could you update the "Additional source packages to land" for the i-network landing
[21:17] <Wellark> barry: I think there should be sync:26 somewhere
[21:17] <Wellark> but I don't know to which one to put it
[21:18] <barry> tedg: you're good to go
[21:18] <tedg> barry, Sweet, thanks!
[21:18] <barry> Wellark: which row again?
[21:18] <Wellark> barry: 63, 64
[21:19] <barry> Wellark: i think it goes in line 64.  let me try that
[21:19] <Wellark> I think they are freely modifiable
[21:20] <barry> Wellark: take a look at line 64.  we can certainly try to sync it now before ubuntu/26 finished, but i have no idea whether it will work or not
[21:21] <Wellark> barry: I really don't know what is involved in "syncing" so let's not push it
[21:21] <Wellark> barry: we start testing with the utopic silo as soon as it's ready
[21:21] <barry> Wellark: that's safest, esp. at this point
[21:22] <barry> i am here for another 40m or so, and then perhaps slangasek can take over for me, as he's 3hrs west of here.  otherwise, the euros can help tomorrow morning
[21:22] <Wellark> haha.. euros :D
[21:22] <Wellark> barry: well, just give me the permissions to publish and I'll take care of it ;)
[21:23] <barry> Wellark: are you a core dev?  if so, i think you already have perms.  if not, you're askin' the wrong monkey
[21:23] <Wellark> barry: nope, I'm not a core dev
[21:23] <Wellark> nor will I ever want to be
[21:23] <Wellark> I just can't sleep anymore if I would have direct push rights to the archives
[21:24] <barry> Wellark: you get used to the unlimited and awesome power to screw everything up
[21:25] <slangasek> we should not be syncing before it's done building in the source silo
[21:26] <barry> slangasek: ack
[21:26] <slangasek> for that matter, I thought the syncing would happen automatically once it's done building
[21:26] <slangasek> but ICBW
[21:27] <slangasek> anyway, I'm certainly available to help over the next hours if needed
[21:28] <Wellark> slangasek: thanks!
[21:35] <tedg> barry, Can I get a rtm silo for line 62 please?
[21:36] <barry> tedg: done
[21:37] <tedg> barry, Cool and can you please publish ubuntu/20 ?
[21:37] <barry> tedg: yep
[21:38] <Saviq> ah so it is trust store's fault
[21:39] <Saviq> oh crap
[21:41] <Saviq> trainguards, can someone please publish rtm silo 1? it's blocking trust-store from landing and thus other things from building
[21:45] <Wellark> Saviq: no. Dissapproved.
[21:45] <Wellark> sorry, a little inside joke..
[21:45] <Saviq> Wellark, you and your insides
[21:48] <Wellark> Saviq: are you sure that --^ was not the fix for QtMultimedia ?
[21:49] <Wellark> as with dbus-cpp you actually have to recompile all the relevant binaries to make use of the fixes
[21:49] <Saviq> Wellark, oh?
[21:50] <Saviq> mterry, ↑
[21:50] <Saviq> Wellark, but I don't think I have that yet anyway
[21:51] <Saviq> Wellark, meaning it *just* migrated
[21:51] <Saviq> Wellark, and can't repro here
[21:51] <mterry> Saviq, yeah but you reproduced on that same image earlier...  maybe you're just "unlucky" now
[21:51] <Saviq> mterry, that's enough, I'll follow up on this tomorrow
[21:52] <mterry> Saviq, yeah sign off.  We'll figure it out
[21:52] <mterry> thanks
[21:52] <Saviq> mterry, I meant your time, too
[21:52] <mterry> Saviq, maybe you can only reproduce in mornings anyway!
[21:52] <Saviq> mterry, indeed!
[21:52] <mterry> Saviq, oh pft I time shift all over the place
[21:54] <mterry> Though it would be nice to have a device that reliably reproduced
[21:54] <mterry> Can't do much without it
[21:57] <rsalveti> Mirv: tvoss: it seems we have an issue with trust-store on rtm
[21:57] <Saviq> rsalveti, silo 1 needs publishing is all
[21:57] <rsalveti> lemmesee
[21:57] <rsalveti> Saviq: great, yeah, that will bump the mir version
[21:58] <rsalveti> Saviq: who is landing that?
[21:58] <rsalveti>  Packages built. Testing pass. QA signed off. You can publish.
[21:58] <rsalveti> seems good to go
[21:59] <Saviq> rsalveti, yeah, davmor2 ACKed two hours ago
[21:59] <rsalveti> Saviq: saw you asked for it already
[21:59] <rsalveti> let me land it
[21:59] <Saviq> rsalveti, yup
[21:59] <rsalveti> DONE
[22:01] <rsalveti> Saviq: ^
[22:03] <Saviq> rsalveti, awesomes, thanks
[22:09] <barry> okay passengers, i'm handing over the bananas and train controls to conductor slangasek.  see you tomorrow
[22:10] <Wellark> slangasek: landing sheet lines 63 and 64
[22:10] <Wellark> do we need a separate rtm silo ?
[22:10] <Wellark> or just test the packages in landing-026 on rtm images?
[22:15] <Wellark> barry: ^
[22:15] <slangasek> Wellark: line 64 is the rtm silo; it should be allocated after line 63 is built
[22:16] <Wellark> slangasek: someone said something about copying packages over from the utopic silo or something..
[22:16] <Wellark> anyway
[22:16] <Wellark> trainguards: could someone please allocate rtm silo for line 64
[22:16] <slangasek> yes, the "sync:26" directive is, AIUI, supposed to do that for you
[22:16] <slangasek> no
[22:17] <Wellark> line 63 is built. don't see rtm silo..
[22:17] <slangasek> correct
[22:17] <slangasek> that gets done only after the source silo is built
[22:18] <slangasek> which they are, I just misread :)
[22:18] <slangasek> so, yes, allocating the silo now
[22:18] <Wellark> slangasek: thanks! :)
[22:20] <slangasek> there we are
[22:20] <Wellark> slangasek: awesome! now maybe I get to bed before 3am
[22:20] <slangasek> now, let's see about getting the packages over there
[22:21] <slangasek> btw, as this is a sync silo, you didn't really need to fill in the "Merge proposals to land" column
[22:21] <Wellark> slangasek: well, once one of the sync silos got lost and then there was just a single rtm line saying "see above" :)
[22:24] <slangasek> Wellark: so I've gone ahead and triggered the 'build' job (which you should also have access to do AIUI): https://ci-train.ubuntu.com/job/ubuntu-rtm-landing-014-1-build/ - this should handle the binary package syncing
[22:26] <Wellark> slangasek: why is it actually merging stuff?
[22:26] <slangasek> because the code is not smart and you gave it conflicting directions ;)
[22:26] <Wellark> slangasek: me? :D
[22:27] <slangasek> whoever filled out the line that said both 'sync:26' and listed an MP
[22:27] <Wellark> slangasek: well, there is a shared blame there
[22:27] <Wellark> I added the MP's and barry added the "sync:26" ;)
[22:27]  * slangasek nods
[22:28] <slangasek> so, trying this again
[22:32] <slangasek> Wellark: ok, that worked; it's been synced now
[22:32] <Wellark> slangasek: thanks! \o/
[22:32] <Wellark> testing testing testing...
[22:33] <slangasek> Wellark: I'm not sure it's published to the ppa yet, which is probably why https://ci-train.ubuntu.com/job/ubuntu-rtm-landing-014-1-build/31/console hasn't returned
[22:34] <Wellark> slangasek: the packages are listed in the ppa
[22:34] <slangasek> ok
[22:37] <lool> slangasek: weather >> I dont know which API this one is using; some apps fallback to geoip when not given a location in small enough time
[22:38] <lool> slangasek: concerning location-service.override, thomas told me we dont need to update it; it should work to use the GPS hardware provider even if the remote espoo provider isn't there, I haven't tested this though
[22:38] <lool> slangasek: HERE license, I can give you the cmd to set it to accepted; it's a known bug that we have no way to accept the license after wizard; lacks design, but ought to be handled differently with a click
[22:38] <lool> slangasek: accept license with: LC_ALL=C gdbus call --system --dest org.freedesktop.Accounts --object-path /org/freedesktop/Accounts/User32011 --method org.freedesktop.DBus.Properties.Set com.ubuntu.location.providers.here.AccountsService LicenseAccepted '<true>'
[22:40] <Wellark> Saviq: seems the QtMultimedia fix has not hit the latest rtm-proposed image at least: http://pastebin.ubuntu.com/8561554/
[22:40] <Wellark> I got a straight unity8 crash on boot
[22:40] <slangasek> lool: from my reading of the code and associated bugs that I found in the landing spreadsheet (bug #1371630), the GPS hardware provider is currently not enabled at all
[22:40] <slangasek> lool: (except by way of HERE)
[22:41] <Saviq> Wellark, that's the thing, I don't think there *is* any fix
[22:41] <slangasek> lool: license accept> thanks; I wound up hacking it directly into the file :-)
[22:42] <lool> slangasek: landing 10 has the GPS enablement
[22:42] <Saviq> rsalveti, could you retry the builds in https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu-rtm/landing-006/+sourcepub/4474929/+listing-archive-extra for me please
[22:42] <lool> slangasek: I've tested it, but tvoss wanted to give it another go before pushing the button
[22:42] <Wellark> Saviq: well, didn't see that on utopic-proposed anymore
[22:42] <slangasek> lool: right, that's exactly what I was looking at - so it doesn't seem to be the case that it /currently/ works with the GPS hardware provider, but that it should once we've landed this
[22:42] <rsalveti> Saviq: done
[22:42] <lool> slangasek: that's right
[22:43] <Saviq> rsalveti, thanks
[22:43] <lool> slangasek: my concern was that we might want to tweak the location-service startup flags based on the presence of HERE (and license being accepted), but thomas says we dont; I haven't verified this yet
[22:44] <slangasek> right
[22:44] <slangasek> sounds like it shouldn't be a blocker, anyway