[00:04] 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] ... went wrong here? [00:05] 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] (I think the actual lander is dbarth but he has a habit of quitting irc) [00:23] 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] === trainguards: IMAGE 281 building (started: 20141014 02:10) === === Ursinha_ is now known as Guest97591 === rsalveti_ is now known as rsalveti === cprov_ is now known as cprov === psivaa_ is now known as psivaa === Guest97591 is now known as Ursinha === Ursinha is now known as Guest20083 [03:09] === trainguards: RTM IMAGE 104 building (started: 20141014 03:10) === [03:23] 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. === ubot5` is now known as ubot5 [03:52] morning [03:59] === trainguards: IMAGE 281 DONE (finished: 20141014 04:00) === [03:59] === changelog: http://people.canonical.com/~ogra/touch-image-stats/281.changes === [04:09] === trainguards: IMAGE 282 building (started: 20141014 04:10) === [04:19] === trainguards: RTM IMAGE 104 DONE (finished: 20141014 04:20) === [04:19] === changelog: http://people.canonical.com/~ogra/touch-image-stats/rtm/104.changes === [05:19] FYI I've created rtm-14.09 series+branch also for platform-api [05:21] 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] 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] and if adb doesn't work, ubuntu-device-flash doesn't want to flash it either without a --bootstrap [06:09] === trainguards: IMAGE 282 DONE (finished: 20141014 06:10) === [06:09] === changelog: http://people.canonical.com/~ogra/touch-image-stats/282.changes === [06:17] 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] Mirv: no, I originally flashed long before developer mode existed; I would have expected adb to continue to work after upgrade [06:17] 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] 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] 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] Mirv: I don't see a "developer mode" option anywhere in system settings [06:19] even after switching to devel [06:19] sorry, I mean to devel-proposed [06:20] slangasek: under About Device (or whatever it's in English)? the bottom most submenu, under Software Licenses [06:22] unless of course that menu is also somehow hidden by default [06:22] 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] ... least, and now we still need to land the ubuntu-cdimage and system-image changes? [06:22] Mirv: aha, thanks - yes, found it now [06:22] Mirv: I expected it under security, not 'about device' :/ [06:24] slangasek: ok, great! I think that placement is copying it from certain popular Linuxish OS... [06:24] 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] 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] also, from the log: [06:27] 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] === rpadovani|Dota is now known as rpadovani [06:49] morning Saviq :) [06:50] Saviq: note the one branch having wrong target in the rtm silo [06:50] Mirv, hey, I don't think we should sync silo 10, is why I prepared separate MPs, will fix the incorrect MP [06:50] Saviq: exactly [06:50] Mirv, I did *not* set the silo to be ready for a reason ;) [06:51] (oh, there's a sync:10, removed) [06:52] Mirv, sorry, back, ^W with wrong focus... [06:52] Saviq: I thought something like that [06:53] I guess I need to hide my side bookmark panel so that the spreadsheet fits on my fullhd.. [06:53] Saviq: let's just remove the comments, it's not ready and that's all :) [06:54] Mirv, k [07:17] ogra_, do you have the bug number for the qml caching bug? [07:30] brendand: which of the bugd? [07:30] *bugs [07:32] sil2100, the one rickspencer3 filed [07:32] sil2100, is there more than one? [07:33] https://bugs.launchpad.net/ubuntu/+source/unity8/+bug/1380120 [07:33] Ubuntu bug 1380120 in qtdeclarative-opensource-src (Ubuntu RTM) "Manage Scopes -> All Is Unusable" [Critical,Confirmed] [07:34] sil2100, hey, any news about sync that content-hub update to rtm serie? [07:49] sil2100, ? [07:50] seb128: hey! Just need to confirm one thing [07:52] 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] tvoss: btw notification center + Time & Date indicators also have broken i18n now, they used to work earlier [07:53] tvoss: I wonder if that would fix also them? [07:53] tvoss: fixed the url, trying assigning agian [07:54] trainguards: help! https://ci-train.ubuntu.com/job/ubuntu-rtm-landing-002-1-build/53/console [07:54] that's with "force rebuild" and "ignore step" [07:54] don't know what the error means [07:54] Wellark: ah, ok, this is a well known issue [07:54] No worries about this [07:54] sil2100: ok. thanks! [07:54] Mirv, wdym, datetime is translated here [07:55] Wellark: so, just wait for the new version of the source package to publish and re-run with watch-only [07:55] 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] sil2100: watch only? [07:55] never used that before [07:56] I think we need a rebuild on that silo [07:56] as satoris was trying to test it and it seems that the archive has a never version [07:56] then it's probably just the location that's really broken [07:56] 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] Wellark: it's running correctly now [07:57] Mirv, I'm pretty sure only the location indicator is affected by the trust-store [07:57] seb128, ^ [07:57] Mirv, did you fix the MP link in the spreadsheet? [07:57] It's a really whacky race condition [07:57] tvoss, Mirv, right, the other ones are translated [07:58] 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] pete-woods, i think click scope is not saving the install progress when navigating around? [07:58] seb128, ack [07:58] trainguards, row 42 can be removed... leftover of some kind [07:58] tvoss: yes, fixed the link and assigned a silo [07:58] pete-woods, in the current build, not with any silo [07:58] Mirv, thanks [07:58] Mirv, dpm is working to get it scheduled for this week [07:59] seb128: right, those are better. [07:59] brendand: okay. I can have a look. but we'll need one of its devs to get it fixed (probably dobey?) [08:00] Saviq: thanks, removed [08:00] pete-woods, ok just see if you can confirm it for me [08:01] pete-woods, just install a big app like dekko or sleepy time and go back then back to the applications preview [08:01] 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] pete-woods, this used to work i'm pretty sure. not sure when it regressed [08:05] Mirv, Icanhassilo for row 52 then? it's not the complete MP list, but I want to start testing early [08:06] ohnoes, qtmir conflicting :| [08:06] ricmm, you gonna land rtm silo 17 today? [08:06] Wellark: thanks dude [08:08] 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] davmor2: on what? :) [08:09] Saviq: you has rtm-006, but indeed you still need to figure out the final landing order and schedule with ricmm. [08:09] slangasek, still around ? [08:09] 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] davmor2: I know I'm awesome in any way, but still.. ;) [08:09] (need any help ?) [08:09] Saviq: https://bugs.launchpad.net/ubuntu/+source/unity8/+bug/1380736 [08:09] Ubuntu bug 1380736 in Network Menu "Unlocking sim while dash is not loaded leads to a system lockup" [Undecided,Incomplete] [08:09] Saviq: we need more info from davmor2 [08:10] but sounds pretty bad :) [08:10] Mirv, yeah, I'm not ready yet, think ricmm will land first [08:10] Saviq, davmor2: let's take this tu #ubuntu-unity [08:10] tvoss: another "build" should probably sync the latest from utopic again? [08:10] if you mean rtm-005 [08:11] Mirv, tried, but build failed [08:11] Mirv, see build console :) [08:11] tvoss: ok, looking [08:11] Mirv, thanks [08:12] davmor2: or was that a sarcastic "thanks" ? [08:12] brendand: just checked on my N4 with today's image. and it works as you describe it should for me [08:12] sil2100, i think davmor2 is smoking stuff this week :) [08:12] Wellark: no thanks for the info on the landers spreadsheet means I can test silo003 now :) [08:13] sil2100, ahhh while the dash is not loaded [08:13] davmor2, what do you mean by that? [08:13] davmor2: hey, what ever you are smoking, I will have the same [08:13] brendand: tell me something I don't know! [08:13] ;) [08:13] tvoss: it seems intact now with the 1013 package and watch_only build successful. [08:14] Mirv, ah, thank you [08:14] tvoss: so it only needed another watch_only build to recover (even though I also reconfigured it) [08:14] Mirv, ack, so it is building now? [08:16] Mirv, there are changes in utopic that are certainly not in this silo [08:16] brendand: while the dash is still loading up the icons on the apps scope and quite possibly the other scopes [08:16] brendand: on the first time you start the phone the apps scope is just grey [08:16] tvoss: it synced already, not sure if PPA metadata is updated yet or in 10 mins or so [08:17] Mirv, so it just takes the binary package from utopic? [08:17] davmor2, ok i'll try that now [08:17] 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] tvoss: yes, that's the default nowadays, binary sync. source rebuilds need to be arranged separately. [08:17] Mirv, ah okay [08:22] davmor2, might need to catch it at exactly the right time [08:23] Saviq: did you land yours? [08:24] pete-woods, looks like the silo actually partially fixes the issue [08:25] ricmm, no no, not ready yet [08:25] but I see one that says landed [08:25] ricmm, rtm? [08:25] ricmm, we're only talking rtm here [08:25] ok [08:25] http://people.canonical.com/~platform/citrain_dashboard/#?distro=ubuntu-rtm&q=landing-006 this one's mine [08:26] ok [08:26] Mirv, could you confirm that the sync for rtm 5 is done? [08:27] davmor2: so for silo rtm 003 it's really enough just to do a glorified "smoketest" [08:27] 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] to get the disk I/O down [08:28] seb128: ok, got some confirmation now, will prepare a sync silo for you in a moment [08:28] seb128: just one question - do we have a bug for these translation issues that got fixed? [08:28] seb128: the product team would love one to keep track of it [08:29] 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] sil2100, shrug, you already asked that and I already replied [08:29] davmor2: you mean the indicator switches from i-network to i-bluetooth? [08:29] Wellark: yeap [08:29] davmor2: that's a "feature" :) [08:29] 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] Wellark, yeah yeah [08:30] davmor2: should be fixed when the new indicator menu lands [08:30] Saviq: did it land yet? [08:30] Wellark: but if you drag down on sound and then slide across you get network again [08:30] davmor2: but Saviq :) [08:30] Wellark, no [08:30] *bug [08:30] 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] I have no control over the unity8 indicator menu :) [08:31] sil2100, shrug, like we have nothing better to do that create paperwork for bugs already fixed? [08:31] sil2100, but sure, I can do that [08:31] 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] tvoss: any ETA? [08:31] seb128: just passing information from higher-ups, so to say [08:31] who is higher-ups? [08:32] Wellark, asap [08:32] and why don't they talk to us directly? [08:32] Wellark, will request silo in a few [08:32] brendand, davmor2: what tvoss said -^ [08:33] tvoss: confirmed by adding the PPA to mako and checking that it offers 20141013 packages [08:33] Mirv, thanks [08:33] tvoss, silo 5 will get looked at this morning [08:33] tvoss, yesterday was a bit hectic due to landing rule changes and we were a hand short [08:33] tvoss, sorry about that [08:33] brendand, sure [08:34] tvoss, i should have pinged you [08:34] brendand, I guess we all are working as hard as we can [08:34] tvoss, you mean you are not slacking like the rest of us ? [08:34] tvoss: speak for your self, man! I'm slacking as hell! [08:34] :Å [08:36] 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] tvoss, if you ever need to ask about a silo do ping me [08:37] let's make the fire drill as realistic as possible. ;) [08:38] ogra_: btw, thanks for your comment on the email thread where the landing process got limited. [08:38] I would have +1 it, but I have to keep low profile [08:41] dpm: https://bugs.launchpad.net/account-plugins/+bug/1349975 [08:41] Ubuntu bug 1349975 in Online Accounts: Account plugins "OAuth based plug-ins appear to crash under poor network connectivity" [High,Triaged] [08:42] Saviq: so do I need to bump my qtmir branches ? [08:43] ricmm, no, nothing in rtm changed [08:44] ricmm, I landed to utopic, but we're not syncing, I've a rtm-targeted silo coming up, but you're first [08:45] thanks popey for the heads up. How are we doing for the evernote plugin package removal? [08:46] Saviq: ok [08:46] Saviq: in that case, do you want to give 17 a spin? you are a good testing candidate [08:46] because you know the scopes bug [08:46] you might be able to upgrade/downgrade several unity versions/big changesets [08:46] and see if the cache behaves consistently [08:46] dpm: ogra_ just told me I need a bug filed for it, which I'll do after the call. [08:47] dpm: apparently the process changed and we can't land that seed change without it [08:47] popey, ok, could you see if you can get that sorted today? [08:47] I will file the bug but I cant make the seed change, ogra_ does that [08:47] dpm, i'm ready to upload at any time ... but we now need paperwork [08:47] as I said, will do after the call. [08:47] (on hangout) [08:48] (only critical rtm14 bugs now ) [08:48] 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] yes [08:48] psivaa: hey! Once you're back, could you skip the reminders-app tests for krillin ubuntu-rtm? [08:48] ricmm, kk [08:48] but it would only be gone because the files dont have certain required information [08:48] the real test is to try and make it happen *with* the silo on [08:48] but I dont know how to do that [08:48] as the OTA would wipe it [08:49] 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] instead of just the single file as it did before [08:49] ogra_: where do I file a bug? going to https://bugs.launchpad.net/ubuntu-seeds shows not configured? [08:49] 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] popey, ubuntu-touch-meta [08:50] slangasek: ok, will see if I can figure out what's up there [08:50] ogra_: ta [08:51] Mirv, can you reconfigure rtm silo 6 for me please, added indicator-sound [08:54] Saviq: done [08:54] Mirv, thanks [08:54] dpm: ogra_ https://bugs.launchpad.net/ubuntu/+source/ubuntu-touch-meta/+bug/1380946 [08:54] Ubuntu bug 1380946 in ubuntu-touch-meta (Ubuntu) "Remove account-plugin-evernote from phone image" [Critical,In progress] [08:57] ogra_: do i need to poke someone to get that "approved"? [08:58] popey, pat or olli usually ... but i think sil2100 has that power too [08:58] ok. ta [08:58] will mail. [08:59] thanks popey, ogra, I've added some more context to the bug description [08:59] ogra_: is that a no :( [09:00] ricmm, still in meeting ... gimme a min [09:07] sil2100, https://bugs.launchpad.net/ubuntu/+source/content-hub/+bug/1380957 [09:07] Ubuntu bug 1380957 in content-hub (Ubuntu) "Translations are not used" [High,Fix released] [09:07] sil2100, I marked it as fix released since the fix is in utopic [09:10] 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] brendand: and here's how I do it http://pastebin.ubuntu.com/8558016/ [09:11] Mirv, all that accounts service code i don't know what it's for so i want to ask tedg [09:13] seb128: thanks! [09:13] sil2100, yw! [09:13] seb128: anyway, https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu-rtm/landing-019 should have the conten-hub binary soon [09:14] sil2100, \o/ [09:14] 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] sil2100, thanks, I'm going to get the deb/test that now [09:17] asac, you could test rtm silo 17 for bug #1380120 [09:17] bug 1380120 in qtdeclarative-opensource-src (Ubuntu RTM) "Manage Scopes -> All Is Unusable" [Critical,Confirmed] https://launchpad.net/bugs/1380120 [09:17] asac, I'm just about to, as well [09:17] dbarth: I don't know if anyone passed on my comments on silo ubuntu/landing-009 last night ... [09:17] 01:04 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] (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] 01:04 ... went wrong here? [09:17] Saviq: just install the silo and it should go away? [09:17] 01:05 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] asac, yes [09:17] asac, reboot, of course [09:18] Saviq: ok let me try if citrain cli works even though i am testing another silo for tvoss right now [09:18] Saviq: 17 rtm? [09:18] * asac goes ahead [09:18] asac, yup [09:18] ok its installing i think [09:19] Saviq: http://paste.ubuntu.com/8558047/ [09:19] its rebooting now [09:19] * asac loves citrain cli tool [09:20] if it only could clean up properly too then it would be killer [09:20] hi [09:20] 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] i have a new silo request, but would like to know who to get a greenlight from? [09:20] right [09:21] asac, file a wishlist bug ;) [09:21] Saviq: 17 fixed it [09:21] cool [09:23] ricmm, ↑ [09:23] (probably not my queuebot spamming is what's being pointed out) [09:24] heh [09:24] definitely not :) [09:24] 5.3.2, today! [09:24] davmor2, i'm really not catching that bug [09:24] 5.4 tomorrow ? [09:24] davmor2, i definitely did it before the dash even started loading [09:24] davmor2, maybe i wasn't fast enough again [09:24] ricmm, same here, 17 fixes stuff [09:24] davmor2, maybe you need to slow down :) [09:25] yep, here too [09:25] ricmm, set it to testing done ... === lool- is now known as lool [09:29] ricmm, +1 from my side too [09:31] 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] 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] 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] cjwatson, i dont think we care much about utopic beyond the point that what comes out of a build should still boot :) [09:36] so go ahead i'd say [09:37] right, this is due to go into 14.09 but utopic will be a good dry-run of the landing [09:37] wow ... i just found oout that we dont have bzr in rtm [09:38] nothing needed it I guess [09:38] funnily we have things like ppa-purge though [09:38] seb128: ok, then let's publish [09:38] phablet-tools → phablet-tools-citrain → ppa-purge [09:38] sil2100, thanks! [09:38] (which is uninstallable because it has a silly hard dep on aptitude (which should be an "or" dependency really)) [09:38] seb128: on which image number and device did you test? Just to keep track of that [09:39] ogra_: set [09:39] yay [09:39] ogra_: it is? http://people.canonical.com/~ubuntu-archive/proposed-migration/ubuntu-rtm/14.09_uninst.txt doesn't list it [09:39] sil2100, krillin 104 [09:40] cjwatson, http://paste.ubuntu.com/8558167/ [09:40] ogra_: and chdist is quite happy to install it on 14.09 [09:40] hmm [09:40] oh [09:40] there may be something wrong on your device or something but it is just fine in the archive [09:40] citrain wiped the default .list files [09:41] silly ... [09:41] 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] right [09:41] well, i still dont see why ppa-purge needs a hard dep on aptitude [09:42] it obviously works with apt ... [09:49] === trainguards: IMAGE 283 building (started: 20141014 09:50) === [09:56] dpm, seb128 I would appreciate testing on silo 8 [09:56] 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] sil2100: ^ [09:56] 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] Mirv: yeah, that was what I thought [09:59] 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] 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] Mirv: that's for the existing silo ok; what's the archive changes? [10:03] dbarth: I pasted them to you above [10:03] dbarth: cjwatson: I've just the archive changes to lp:unity-webapps-qml, so you can just rebuild [10:03] Mirv: and 2nd question about my new request on line 65? [10:03] dbarth: so force rebuild unity-webapps-qml only in rtm-009, and it should rebase on the bzr [10:03] dbarth: http://paste.ubuntu.com/8555860/, (re-)posted here 46 minutes ago [10:04] right, or that [10:04] my sentenced missed the "push" word [10:04] (http://bazaar.launchpad.net/~webapps/unity-webapps-qml/trunk/revision/133) [10:04] cjwatson: oh, i see now [10:04] Mirv: thanks [10:05] Mirv: ok, i will do that [10:05] Mirv: does that need to be tagged too? [10:06] dbarth: silo assigned [10:06] cjwatson: thanks, pushed tag [10:06] 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] so it *defaults* to apt-get ... but has a hard package dep on aptitude which it doesnt use at all [10:07] (unless you specify in the options) [10:13] 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] dpm, sorry, I'm confused [10:14] tvoss, I've tried to install the trust-store packages in silo 8. They can't be installed because of missing dependencies [10:14] sil2100, Mirv mind having a look: http://pastebin.ubuntu.com/8558331/ [10:14] tvoss: looking [10:15] sil2100, thanks [10:16] dpm: I think you need a newer base image [10:17] dpm: wait, silo for which distribution? [10:17] cjwatson, oh, I just upgraded not long ago, this morning. For rtm (on mako) [10:17] 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] ("silo 8" is no longer a unique specifier) [10:17] popey: am I seeing 2 evernotes do to the lack of seed change is that what you and ogra_ were on about? [10:17] dpm: so, this is an utopic silo [10:17] probably, yes [10:17] dpm: so actually this mir version might not be available in mako yet [10:17] 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] I mean, in ubuntu-rtm [10:18] Right [10:18] we either need to sync up mir, or rebuild trust-store [10:18] (in rtm) [10:18] dpm: currently you won't be able to test it on ubuntu-rtm [10:18] I didn't realise that mir had substvars requiring the newer version [10:18] ok, gotcha, thanks sil2100, cjwatson [10:18] dpm: since it's an utopic silo, wouldn't it make sense to test on utopic instead? :) [10:19] pete-woods, did you get to check that issue? should i file a bug? [10:19] ah, looks like it doesn't. so yeah, test silo on matching distribution, notabug otherwise. [10:19] 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] it does however mean that a binary sync of anything depending on mir to ubuntu-rtm won't work right now. [10:20] which is arguably suboptimal [10:20] so maybe we do need to sync up mir after all to simplify life elsewhere [10:21] because of mir using dh_shlibdeps -V [10:21] cjwatson: yeah, but no risk of regressions, as this will be caught during testing for sure [10:21] Indeed, we need to see if we can sync mir right now at all [10:21] er dh_makeshlibs -V [10:21] But I suppose it only has rtm14 fixes [10:21] 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] sil2100: the single mir delta is https://code.launchpad.net/~kdub/mir/fix-1379478/+merge/237842 [10:22] 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] cjwatson: oh, so there was nothing more released inbetween? Good to know, I suppose it makes perfect sense to sync that up [10:22] sil2100: risk> agreed, and even if not, it wouldn't get past proposed-migration [10:23] pete-woods, not very long just a few seconds [10:23] pete-woods, i can't not reproduce it [10:23]