[02:04] === trainguards: IMAGE 47 building (started: 20141208 02:05) === === chihchun is now known as chihchun_afk === chihchun_afk is now known as chihchun [03:54] === trainguards: IMAGE 47 DONE (finished: 20141208 03:55) === [03:54] === changelog: http://people.canonical.com/~ogra/touch-image-stats/47.changes === === chihchun is now known as chihchun_afk === chihchun_afk is now known as chihchun === chihchun is now known as chihchun_afk [07:57] trainguards hello, can landing 012 get landed? is there still a problem with this silo? === ev changed the topic of #ubuntu-ci-eng to: CI Train is back on track | Need a silo? ping trainguards | Need help with something else? ping cihelp | Train Dashboard: http://bit.ly/1mDv1FS | QA Signoffs: http://bit.ly/1qMAKYd | Known Issues: Full lab move today at 1300 UTC; ongoing network outage, mp phone testing disabled. RTM Archive open for ota-1 (and only ota-1 !!) landings. [08:07] In case that wasn't enough to catch your eye, the CI Lab is being moved today at 1300 UTC. Expect no tests to run at this time, but no action needed on your part once services are restored. See Larry's email for the full details. [08:16] ev, ack. thanks [08:22] pstolowski: let me take a look at it in the meantime [08:24] pstolowski: it is landed already, it's just stuck in proposed [08:24] sil2100: I asked you or robru to try to take the Oxide silo to finish on Friday, but that is essentially what's blocking 012 and others [08:24] I don't now have upstream approval but I do have core dev approval [08:25] Mirv: sadly, I wasn't able to take care of that, I wanted after the evening meeting but then some personal matters appeared [08:26] sil2100: yeah, no problem, I just would have wanted for someone to catch up with Chris. but I think I can now land that soon with raof's ack on it. [08:26] sil2100: in the morning I realized he could have noticed it better if I'd have proposed a branch in addition to just filing the bug.. but earlier I didn't even know where the Oxide packaging branch is. [08:27] I actually thought this was a revert, but I see it's actually a fix [08:27] sil2100: the revert would have been easy to push, but then it would have (again) broken all Click cross-compilation for vivid [08:27] so that's why at the last minute I made that zoltan's suggested fix/workaround for the problem [08:30] ... which then took the usual 5h to build :) [08:30] ...;) [08:36] Mirv, sil2100 thanks [09:25] brendand: hey! How many QA people do we have for silo testing today in the EU tz? [09:26] sil2100, all of them :) [09:26] Good, since I see silo 007 has a fix for one of the criticals [09:26] Would be nice to have this one handled [09:28] sil2100, I guess there is no discussion about silo 16? it's a major change and risk is very high. [09:28] brendand: the correct answer then would of been None we have all gone on strike [09:29] jibel: silo 16 is very important to land - very risky, but required [09:30] sil2100, okay, so we test it and build a separate image with just this fix? [09:30] s/fix/new version/ [09:30] For sure we'll build an image once this lands [09:31] I remember on Friday someone mentioning some issues with the silo installing cleanly, but I don't remember what that was [09:31] sil2100, right, but just with upower 0.99? [09:31] jibel, brendand, Mirv: I'll be right there on the HO [09:31] Need to restart the browser [09:32] hmm, no ogra on the channel! [09:48] sil2100: hi. when you have a minute, could you please assign me a silo for row 32 [09:49] mzanetti: sure, looking [09:49] mzanetti: ah, sorry, can't do that - still waiting for silo 12 to migrate... [09:50] sil2100: ah ok. no prob. [09:50] mzanetti: but the good news is: it will migrate soon! [09:52] sil2100: hmmm I wonder unity-plugin-scopes:armhf from 0.5.4+15.04.20141128-0ubuntu1 to 0.5.4+15.04.20141205-0ubuntu1 in image 45 :) [09:57] * sil2100 checks the commitlog [09:58] sil2100: http://people.canonical.com/~davmor2/scopes-all-v44.png image 44 scopes are there moving onto 45 [10:03] robru: hm, did you change anything in the train that made the released package versions not appear? [10:05] robru: yeah, I see pkgversionlist gone from the JSON blobs [10:05] robru: this breaks commitlogs... [10:06] Now we can't keep track of what landed in what image ;/ [10:06] time for revert! [10:10] seb128: if you meant the train, it's not so easy anymore! ;) I would need IS to do it for me..! [10:10] oh? [10:10] * sil2100 has absolutely no control over the train deployments anymore [10:10] "great" [10:11] so you can get stuff broken but not fixed [10:11] But I won't be ranting about this, did enought of that last week [10:11] improvements? [10:14] Saviq: y u break the scopes [10:15] davmor2, no me, pstolowski! [10:16] sil2100: may I ask for a reconf - silo9 [10:16] Saviq: I don't care I'm blaming you, you probably told him to land it ;) I've just confirmed though that it is definitely 45 that broken 44 works fine :) [10:17] bzoltan: sure! [10:17] bzoltan: what changed? :) [10:17] davmor2, ah right, sorry, yes, my fault [10:17] Ah, gles [10:17] bzoltan: reconfiguring [10:34] * Mirv rerunning autopkgtests [10:36] * Mirv was apparently too early, tries again later [11:14] Mirv: any luck? ;) [11:15] davmor2: are you also doing silo sign-off today? [11:16] sil2100: ^ qtdeclarative already migrated. the other autopkgtest now also finished so I expect the rest to follow inside 30 mins or so! [11:16] No I'm reviewing the sanity suite adding a testcase for the scopes issue and testing the latest images [11:16] davmor2: ACK, since all should be fixed once we have the new unity8 [11:16] sil2100: the bad news was that chrisccoulson informed the change is not wanted, and I filed bug #1400275 to summarize the whole situation. my error was also that I thought Chris was in US... [11:16] bug 1400275 in oxide-qt (Ubuntu Vivid) "Fix oxide-qt codecs dependencies (continued)" [Critical,New] https://launchpad.net/bugs/1400275 [11:17] He's not? [11:17] Oh [11:17] :) [11:17] sil2100: indeed but it is still a good testcase for the future :) [11:17] Damn, we should have checked [11:18] sil2100, Mirv: no chrisccoulson is about 25 miles from me, if you'd of asked I could of told you that :P [11:18] hi :) [11:19] davmor2: it's probably by luck that I didn't use the phrase "because Chris is in the US" during the meeting.. [11:19] chrisccoulson: hi :) [11:19] chrisccoulson: hey there how is Solihull :) [11:20] chrisccoulson: my next idea would be to revert the ordering change but try that RAOF's guess of using arch specific Replaces lines.. otherwise I'm out of ideas though. [11:29] Saviq pstolowski: vivid 012 now migrated to release pocket too, feel free to go ahead with next landings ^ [11:29] Mirv, thanks [11:29] Mirv, can you assign line 32 a silo please [11:30] Saviq: yep, although it seems pstolowski would also want to grab unity8 again (on the last line), I wonder if it could be merged into yours or if he needs to just wait [11:30] Mirv, ah indeed, merge [11:31] Saviq: wow, indicator-power in silo 4 [11:31] um [11:32] Saviq: seems pretty inactive though [11:32] Mirv, indeed, I hope to land before charles and tedg wake up ;) [11:33] Mirv, ok, line 32 has it all [11:34] Saviq: assigned, but reconfiguring still since you added the new one [11:34] Mirv, thanks [11:35] Saviq: ready now [11:35] Mirv, thanks [11:41] sil2100, nothing landed in RTM since 173? [11:43] jibel: nothing, just checked the changes list [11:44] Mirv, Saviq: what do you guys say for building a new vivid image to get rid of some of the breakages? [11:44] sil2100, definitely [11:44] Mirv, thanks! [11:45] pstolowski, actually, I left your silo request be, there's some doubts on Albert's MP [11:45] sil2100: sounds like a good idea with all that migrated now [11:45] pstolowski, but Mirv, feel free to assign a silo for pstolowski if you have the space [11:45] Saviq, i was going to say exactly that.. [11:45] we'll make sure to coordinate [11:45] even my qtdeclarative crasher fixes might be happily received by some [11:45] Saviq, my silo may take a bit longer to get green light, i need tsdgeos tomorrow [11:46] pstolowski, yup, I gathered as much [11:46] Saviq: pstolowski: yes sure, I forgot about it. we've plenty of silos nowadays, I wonder if people are having golden image hangover... [11:47] or well rtm has many silos, maybe then for vivid not all teams have a feature roadmap of what to actually implement in addition to just fixing ota-1 bugs. [11:48] hmm, how did that https://code.launchpad.net/~aacid/unity8/deparment_jumping/+merge/243639 come back to the line 42... removing [11:49] Saviq: I don't see it anymore on your line either [11:49] Mirv, waait [11:49] did the spreadsheet revert itself? [11:49] Mirv, no [11:49] Mirv, I split the silo up after all [11:49] Mirv, as pstolowski's not gonna be ready until tomorrow at least [11:50] Saviq: oh.. ok, makes sense. so, assining by ignoring conflicts. [11:50] Mirv, yes please [11:50] thanks and sorry for the confusion :) [11:50] and pstolowski will rebuild unity8 tomorrow [11:50] no problem [11:51] yup, thanks [12:25] sil2100, silo 16 ready to go [12:30] brendand: \o/ [12:31] sil2100: publishing [12:32] and acking a core-dev's own packaging change [12:33] Saviq: for when you fix it unless there is one already https://bugs.launchpad.net/ubuntu/+source/unity8/+bug/1400296 [12:33] Launchpad bug 1400296 in unity8 (Ubuntu) "No scopes are visible in the all page of the manage scopes page" [Critical,New] [12:34] davmor2, it is [12:34] davmor2, fixed I mean [12:34] Saviq: yeah I had assumed it was :) [12:35] pstolowski, can you please set the correct task statuses ↑? [12:45] Saviq: thanks for updating it :) [12:46] Saviq, done [12:51] pstolowski, << 8.02! [12:53] Saviq, grr. ok, fixed [13:11] sil2100, can you build an image with the changes to support new upower only (upower, powerd, system-settings, indicator-power) ? [13:12] jibel: let me check if anything else landed [13:12] I didn't see anything [13:13] Ok, it seems only this landed [13:13] Mirv: don't publish anything for now [13:13] sil2100, so then we can continue landing stuff and have a build with upower 0.99 isolated. [13:15] jibel: ok, ogra will kick it off in a minute [13:16] We don't have imgbot so we won't get any notification though [13:16] sil2100, thanks [13:29] sil2100: ok [13:29] Mirv: once the rootfs for the new image is ready, we'll resume landings [13:29] jibel, brendand: just in case, please continue with silo testing btw. - we'll simply not publish [13:30] jibel, brendand: although I would recommend skipping any system-settings silos from sign-off [13:30] Since we need to rebuild those now that silo 16 landed [13:37] sil2100, Saviq: the fix for the scopes issue is there anyway to get that landed and in an image today, that way we could look at another promotion for vivid tomorrow image 47 is way better that anything to date :) [13:45] davmor2: so all the previous issues with media playback and such are gone? :) [13:46] sil2100: indeed :) [13:46] \o/ [13:47] sil2100: it's not rebooting constantly either? [13:48] Mirv, hey, silo 12 landed but libunity-api from that silo still not in vivid? [13:49] pstolowski: yes it is? https://launchpad.net/ubuntu/+source/unity-api/7.94+15.04.20141205-0ubuntu1 [13:50] Mirv, ah, ok that version looks good.. somehow I still can't update to it.. mirror not up to date I guess [13:56] pstolowski: probably so. I've given up mirrors to get 30min faster updates ;) [14:33] Mirv, what do i need to install as a minimum to build qt packages? [14:34] Mirv, i need to build that test app from lorn [14:40] brendand: I built it on my mako from a fresh flash. let me summarize it as: apt install qtbase5-dev build-essential , export QT_SELECT=qt5 , qmake , make , ./InternetCheckercmd ( I didn't test it for real yet other than launching ) [14:55] Mirv: sil2100: are you guys planning another rtm build soon? [14:55] just because of the latest upower related changes [14:56] rsalveti: we had one already [14:56] hm, guess the bot is dead then [14:56] let me try downloading it [14:56] rsalveti: we built a new image when these migrated, but from what ogra mentioned all platforms got imported besides krillin [14:56] And we're not sure why [14:56] haha, right [14:57] that's it then [14:57] * sil2100 waits for stgraber to pop up [14:57] ;) [15:08] Ursinha: hey! I just remembered something that we need in the spreadsheet replacement that we missed most probably during all the discussions previously [15:10] sil2100: go ahead [15:10] I [15:10] I'm "listening" [15:11] :) [15:11] Ursinha: we have a column in the spreadsheet, column 'S', which includes information about which packages and versions have been released with the given landing [15:11] Ursinha: this is being used by many tools to get information on what landing did what [15:12] (like the commitlogs) [15:12] Ursinha: once a package is published from the silo, it gets included there in the format "source_name=1.2.3" [15:12] Currently it's space separated === plars changed the topic of #ubuntu-ci-eng to: CI Train is back on track | Need a silo? ping trainguards | Need help with something else? ping plars | Train Dashboard: http://bit.ly/1mDv1FS | QA Signoffs: http://bit.ly/1qMAKYd | Known Issues: Full lab move today at 1300 UTC; ongoing network outage, mp phone testing disabled. RTM Archive open for ota-1 (and only ota-1 !!) landings. === sil2100 changed the topic of #ubuntu-ci-eng to: Need a silo? ping trainguards | Need help with something else? ping plars | Train Dashboard: http://bit.ly/1mDv1FS | QA Signoffs: http://bit.ly/1qMAKYd | Known Issues: Full lab move today at 1300 UTC; ongoing network outage, mp phone testing disabled. RTM Archive open for ota-1 (and only ota-1 !!) landings. [15:16] plars: btw. the full lab move is not happening today, right? [15:17] sil2100: no, it IS happening today [15:18] plars: oh, ok, since I saw an e-mail from psivaa_ mentioning it was postponed [15:18] sil2100: postponed from last week [15:18] Aaaaah, crap, ok [15:18] I think I was really sleepy when I read that [15:25] sil2100: so you're saying that is information about the sources that were published to the main archive? [15:25] just so I can understand when is that information used [15:26] Ursinha: yes, information about what version of which package this silo has released to the archive after publishing [15:27] sil2100: and that's used after the landing is completed and the silo is gone [15:27] Basically yes [15:30] sil2100: so that is already part of the ticket information, if a package in a silo was published I can say for sure that it was the latest version of that package in the silo PPA, right? [15:32] Ursinha: yes - if this information is persistent even after the silo is freed and accessible by some API, then I have all we need [15:32] kenvandine: hey! [15:32] hey sil2100 [15:33] kenvandine: since silo 16 landed, I think we need to rebuild one of the 2 silos with system-settings [15:33] kenvandine: which one would you like to land first? [15:33] cool! [15:33] 4 [15:33] i'll do a rebuild [15:33] Let's set the other one to untested then, to make sure we don't pick it up by accident [15:34] Done [15:34] kenvandine: thanks :) [15:34] sil2100: :) can you have a look at the spreadsheet and tell me if there are any other cases like that? just so we can avoid surprises on missing features we overlooked [15:36] Sure, I suppose those are all the cases from my side, need to think about if anyone else was using it as well [15:38] sil2100, oh... it hasn't been merged yet [15:38] i'll need to rebuild again [15:39] huh? [15:39] silo 16? [15:39] hmmm [15:39] sil2100, yeah, it's still in proposed and not merged [15:40] CRAP [15:40] * sil2100 checks that [15:41] kenvandine: so there seems to be a problem with it, looking at update_output.txt now [15:42] uh oh [15:42] popey: what issues did you have with installing silo 16? [15:42] popey: you mentioned it was 'non-trivial' [15:42] i think you have to install it in the chroot from recovery or something [15:43] leading: upower,ubuntu-system-settings [15:43] * armhf: account-plugin-ubuntuone, firefox-testsuite, gnome-control-center, gnome-session-bin, gnome-settings-daemon, indicator-bluetooth, libonline-accounts-plugin-dev, powerd, ubuntu-desktop-next, ubuntu-push-autopilot, ubuntu-system-settings, ubuntu-system-settings-online-accounts, ubuntu-system-settings-wizard, ubuntu-touch, unity-control-center, unity-control-center-signon, unity-scope-click, unity-settings-daemon [15:44] hmmm [15:44] Mirv, robru: ^ don't publish anything for now === jhodapp_ is now known as jhodapp [15:47] sil2100, ok, now silo 4 won't build because it needs the merge of the upower branch [15:47] i'll just sit tight and rebuild after i see that is sorted out [15:49] I wonder what's going on [15:54] sil2100: pmcgowan has a guide [16:00] Mirv, 22 does seem to makes things better but there's still some curious behaviour i'm unsure of [16:00] lpotter, are you around? [16:00] silo 16 landed? [16:01] pmcgowan, yes [16:01] kenvandine, did you see my comment, it all worked fine and helps greatly but settigns till processes events on wakeup, just many fewer it seems [16:01] brendand_, good [16:02] kenvandine, I wonder if we need to also filer those events in settings, throw all but the last one out or something [16:02] filter [16:03] pmcgowan: actually it didn't land yet [16:04] It's released, but blocked in -proposed [16:04] ok [16:06] kenvandine: I think it might be related to libupower-glib3 :| [16:06] pmcgowan, yeah, not sure what's happening there [16:06] kenvandine: libupower-glib1 changed to libupower-glib3 and all the rdeps weren't rebuilt [16:06] we can debug that further, it might not be related [16:06] sil2100, yeah [16:06] kenvandine, I suspect we get some set of power events, just a reasonable number [16:06] So those might now be uninstallable on rtm [16:06] but there shouldn't be many in rtm? [16:08] sil2100, my build failure is because to build with the new upower, it needs that branch that hasn't merged yet [16:08] account-plugin-ubuntuone, firefox-testsuite, gnome-control-center, gnome-session, gnome-session-bin, gnome-settings-daemon, indicator-bluetooth, libonline-accounts-plugin-dev, powerd, ubuntu-desktop-next, ubuntu-push-autopilot, ubuntu-session, ubuntu-system-settings, ubuntu-system-settings-autopilot, ubuntu-system-settings-online-accounts, ubuntu-system-settings-online-accounts-autopilot, ubuntu-system-settings-wizard, ubuntu-touc [16:08] so it's trying to build silo 4 with upower 0.99 [16:09] but without the fix to build with upower 0.99 [16:10] sil2100, kenvandine, there is gnome-session gnome-control-center gnome-settings-daemon unity-settings-daemon unity-control-center which are using -glib1 in the rtm serie [16:10] why are those even in the rtm series? [16:10] dependencies [16:11] like unity8 uses unity-schemas which comes from unity7 which depends on u-c-c [16:11] well, making that one up [16:11] but it's things like that [16:11] understood [16:11] surprised about gnome-session and gnome-control-center [16:11] well [16:12] i guess when we checked the rdepends, we checked it from an rtm device [16:12] maybe we don't have all of those for armhf? [16:12] we do [16:12] I just built the list I gave you by running rdepends on my krillin rtm [16:18] renato___, Hi! [16:18] renato___, I am testing silo for bug 1390128 [16:18] bug 1390128 in Canonical System Image "[address-book] is stuck on contacts sync dialog & becomes unusable" [Critical,Confirmed] https://launchpad.net/bugs/1390128 [16:19] renato___, with the bug fixing silo step 7 is a bit different. Now the sync dialog does not appear at all. Is that expected ? [16:24] kenvandine: we need the all i386 dependencies resolved as well [16:24] kenvandine: will you take care of pushing all package rebuilds to the rtm archive? [16:26] kenvandine: I can give you a silo, but I suppose we can just push that directly to the archive [16:30] sil2100, isn't there a way to create a silo just to trigger rebuilds? [16:31] kenvandine: sadly, you would have to dput those to the silo PPA directly, or submit no-change merges etc. [16:31] i need to step away for a few, bbs [16:32] kenvandine: so I guess it's faster to just dput to the archive, since you're a core-dev :) [16:38] om26er, the dialog only apppear at the first time if there is no contacts [16:38] om26er, if you create a contact the dialog will not appear anymore [16:39] renato___, aah, ok. [16:47] Ok, maybe in the meantime I'll try resolving those [16:49] ^ how do I talk to "QA" about testing that one? [16:49] it's not really something that can be tested [16:50] the change makes the package build generate a .pot for launchpad to import [16:50] so you can't really "test" that on the device [16:50] I tried to explain that in the test plan column, but feel free to ping me if you have questions === chihchun_afk is now known as chihchun [17:04] om26er, ^ do you know? [17:07] sil2100, so no udd branches for 14.09? i need to fetch sources the old fashion way? [17:07] seb128, no, not really, however brendand_ may know [17:08] seb128, i think it's clear [17:08] brendand_, ok, thanks === plars changed the topic of #ubuntu-ci-eng to: Need a silo? ping trainguards | Need help with something else? ping cihelp | Train Dashboard: http://bit.ly/1mDv1FS | QA Signoffs: http://bit.ly/1qMAKYd | Known Issues: Full lab move today at 1300 UTC; ongoing network outage, mp phone testing disabled. RTM Archive open for ota-1 (and only ota-1 !!) landings. [17:16] kenvandine: I would do apt-get source normally, and deal with bzr later ;) [17:16] (if needed) [17:16] yeah, figured [17:17] but then i have to add rtm to my sources :) [17:17] i'll figure it out :) [17:18] You mean, to dput.cf? [17:18] i bet we have a script for this sort of thing [17:18] no... [17:18] to checkout the source [17:18] not checkout, download :) [17:19] i wonder if any of those needed changes when they did the transition in vivid [17:19] We can try building this in a silo PPA first then [17:19] To make sure [17:19] yeah, lets do that [17:19] can you create me a silo? [17:20] kenvandine: sure, doing :) [17:20] thx [17:21] kenvandine: assigned! [17:22] thx [17:35] trainguards, can I get rtm silo 003 reconfigured? I added a new component there [17:35] boiko: on it [17:39] robru: thanks! [17:39] boiko: you're welcome! [17:46] kenvandine: any luck? :) [17:47] well, i just had my first upload to the ppa rejected :/ [17:47] * sil2100 doesn't see any packages in teh silo [17:47] bad distro series 14.09? [17:47] should i just set that to utopic? [17:47] kenvandine: remember to suffix the version with rtm [17:47] hm, should work [17:47] Are you pushing to the ubuntu-rtm PPA for sure? [17:48] well, i was versioning it like an SRU... since there are updates in utopic that are later [17:48] oh... i copied the dput line from LP [17:48] forgot those are wrong [17:48] kenvandine: yeah ;) [17:48] kenvandine: well, I usually do it like this: [17:48] what should it look like? [17:48] kenvandine: if the ubuntu version is 0ubuntu3, I change it to 0ubuntu3rtm1 [17:48] Not sure if that's super correct though :) [17:48] ok [17:49] i did 3.9.90-0ubuntu13.1 [17:49] i can change it though [17:50] sil2100, how do i specify the rtm ppa? [17:52] kenvandine: well, I would be afraid with such a version number when in utopic we make an SRU or somewhere else, there's risk that we can get the same version number [17:52] kenvandine: usually using ppa:team-name/ubuntu-rtm/ppa-name should be enough [17:53] true, i changed the version [17:55] ppa:ci-train-ppa-service/ubuntu-rtm/landing-014 [17:55] sil2100, ^^ [17:55] sil2100, also failed, this time can't find suite 'ubuntu' [17:56] maybe i need to tweak my dput.cf [17:59] hmmm [17:59] kenvandine: how does your global dput.cf look like in the [ppa] section? === chihchun is now known as chihchun_afk [18:00] sil2100, i had that in my own .dput.cf [18:01] old stuff [18:01] i removed mine... lets see if that helps [18:06] kenvandine: did it help? [18:07] yeah, all uploaded now [18:07] sil2100: so I got that set_package_version_list in trunk, just waiting to get ahold of IS to deploy that for us === alan_g is now known as alan_g|EOD [18:09] sil2100, so once all these build, i need to do a watch only build on the silo right? [18:09] robru: thanks :) [18:09] kenvandine: yes [18:09] sil2100: you're welcome [18:09] kenvandine: if! We don't get any failures ;p [18:11] sil2100, have confidence :) [18:25] sil2100: hey I just got the publish fix in production, do you have anything publishable to test with? [18:25] (I mean it totally is guaranteed to work, I just like to see it working while I have the IS guy's attention...) [18:26] robru: not yet, since we have some ubuntu-rtm stuff ready but we're waiting for unblocking -proposed and getting an image ;/ [18:27] sil2100: ok well when you do finally publish something just keep an eye out for the published version list thing working and if not, ping me and I'll investigate why it didn't work (but it really has to work since it's just a single function call to a tested function, so i can't imagine anything going wron) [18:27] robru: I just hope it'll serialize to JSON nicely [18:27] And in this case we'll have to modify the spreadsheet scripts [18:28] Since they're not expecting a list of versions (probably) [18:29] sil2100: funny because the function was named set_package_version_list all along ;-) [18:30] sil2100: ah so indeed set() isn't valid json [18:30] sil2100: good call [18:30] ;-) [18:30] what could go wrong? [18:30] robru: that's why I changed it to a dictionary originally, since I didn't know about the usage of a set there - and I was worried it won't JSONize [18:31] sil2100: ok I'll fix that [18:31] (by usage of a set I mean I didn't know about the dual-landing requirements of that ;) ) [18:38] kenvandine: we have failures :| [18:39] bugger! [18:39] :| [18:40] sigh... we'll need to pull in some utopic fixes :/ [18:40] or vivid actually [18:40] https://launchpadlibrarian.net/188684555/gnome-control-center_1%3A3.12.1-5ubuntu2_1%3A3.12.1-5ubuntu3.diff.gz [18:41] This seems to help for g-c-c [18:44] sil2100, no, g-c-c in rtm is 3.8.6 [18:44] not 3.12.1 [18:44] trainguards can you reconfigure RTM silo 13 (L39) ? [18:44] sil2100: right. defaultdict json-izes into a dict but you're right that set() doesn't json-ize. just pushed a fix for that [18:44] :< [18:44] none of the packages are in the touch images, maybe we could just sync them from vivid? [18:45] alexabreu: one sec [18:45] kenvandine: might be a good idea, but... I hope they won't require any new deps [18:45] kenvandine: let's try that, give me a moment to prepare the sync line [18:46] sil2100, thanks... i appreciate that [18:46] alexabreu: done [18:46] robru, thx [18:46] alexabreu: you're welcome [18:46] sil2100: ok try publishing something now ;-) [18:47] robru: we'll have something soon (I hope!) [18:47] kenvandine: ok, syncing [18:47] Damn it ;/ [18:48] kenvandine: ok, huston, we might have a problem [18:48] kenvandine: sync silos won't work here :< [18:50] kenvandine: need to wait for the silo to stop preparing packages, but we'll have to prepare those packages manually [18:50] kenvandine: CI Train, when doing synces, appends ~rtm to the upstream version number by default, so now we'll have b0rken package numbers in the silo [18:51] Check out the PPA later and tell me if you think we can use those [18:54] Grrrrr [18:54] Why so many problems?! [18:54] sil2100: ok I'm gonna grab some food quickly, brb. I promise nothing can go wrong with the publish job (both hotfixes had tests) ;-) [18:55] sil2100, so i bet some of these gnome bumps will be missing deps :/ [18:55] robru: ok, have fun! [18:55] kenvandine: ;/ [18:55]