[00:09] ok, if anybody is around, I am now going to take the spreadsheet offline and migrate all requests into bileto. === robru changed the topic of #ubuntu-ci-eng to: Need a silo or CI Train support? ping trainguards | Need help with something else? ping cihelp | Train Dashboard: http://bit.ly/1I2YFOy | QA Signoffs: http://bit.ly/1qMAKYd | Known Issues: Spreadsheet is now read-only [00:09] robru: should I hold off trying to make an entry to bilto 'till you're done? [00:20] veebers: yes please. running some scripts. [00:22] heh [00:22] robru: ack, I'll hold off :-) [00:23] veebers: almost done actually [00:30] veebers: ok moment of truth [00:31] veebers: success! ok go ahead with whatever you were doing === robru changed the topic of #ubuntu-ci-eng to: Need a silo or CI Train support? ping trainguards | Need help with something else? ping cihelp | Train Dashboard: http://bit.ly/1I2YFOy | QA Signoffs: http://bit.ly/1qMAKYd | Known Issues: Spreadsheet is migrated fully, use bileto exclusively from now on. [00:32] robru: cool, I'm just out the door though :-P I'll fire one off when I get back though [00:32] veebers: sorry about that, should be settling down now ;-) [00:32] robru: nw :-) [04:25] kgunn: veebers: everything working OK? ^^ [04:26] robru: uh, i didn't reconfig or anything... [04:26] want me to look at something on my end [04:27] kgunn: you ran the build job though? looks like it worked. need any help? [04:27] kgunn: I'm just paranoid after the issues I've been seeing yesterday and today [04:28] robru: oh, as far as i can tell, I built the ppa but haven't used it yet [04:28] robru: i had built mir and qtmir earlier...yeah [04:29] robru: packages seem to have built fine [04:30] veebers: you made the request in bileto ok? no weird errors? [04:36] robru: yeah I did. Nothing odd that I saw [04:36] veebers: cool [08:06] jibel, davmor2, popey, ogra_: how about we skip today? [08:06] awwww [08:06] I had a shower and put a shirt on and everything! [08:06] oh! [08:06] I have nothing to discuss today. [08:09] sil2100, it's fine by me [08:12] sil2100: but I'm no good at skipping I always get tangled in the rope === jamesh__ is now known as jamesh [08:16] sil2100, apart from feeling sorry for popey i got nothing either :) [08:19] michi: have a word with sil2100 about your silo QA don't really deal with that side at all [08:20] davmor2: OK, thanks for letting me know! [08:21] sil2100: ping [08:21] Can you help with this one? https://ci-train.ubuntu.com/job/ubuntu-landing-051-2-publish/6/console [08:27] michi: what's up? [08:27] Ah, looking in a min [08:27] Thanks! [08:39] sil2100, robru the bot should be fixed now, it freaked out on errors 500 and created duplicates [08:39] sil2100, sorry to be a PITA, what was the patter to add in the CI to set the version, something like revno0 or the like, right? I'm updating the symbols files [08:39] I marked silo 8 as ready for QA [08:42] sil2100, no need, I found and old MR with what I needed :) [09:02] sil2100: sorry, was off-line for a while [09:10] michi: reviewing :) [09:10] Thanks! === vrruiz_ is now known as rvr [09:56] sil2100, is there just really 1 silo ready for QA in bileto? [09:56] sil2100, or something went wrong with the migration? [09:59] jibel: no idea... [10:00] sil2100, I think it's the second option, something is wrong [10:01] jibel: well, what I do know is that bileto says there are 2 landings assigned to silo landing-002 [10:02] sil2100, probable one from yesterday and the import [10:02] sil2100, I think you can safely cancel the one that is not granted [10:04] One of them is landed probably, so I put it to landed [10:05] jibel: actually, comparing with the spreadsheet, it looks like that indeed [10:06] When grepping for silos that were marked as ready for QA, none of them are assigned right now anymore [10:06] jibel: oh, no, wait [10:07] jibel: ok, bileto really looks somehow b0rken [10:08] jibel: accoridning to bileto, only a few requests are assigned to silos [10:19] robru: ^ [10:21] jibel: anyway, trying to manually correct this [10:26] jibel: could you take care of landing-011? [10:34] jibel: silo 11 is for the gcc-5 transition [10:35] sil2100: quick question, is the "assign" button like hte old "assign/reconfigure" button in the spreadsheet? I want to add to my silo [10:36] Yes :) [10:36] cool, thanks [10:37] sil2100, jibel: just looking through the silos why does silo43 exist? [10:38] sil2100, rvr is on silo 11 [10:38] davmor2, what is islo 43? [10:38] silo* [10:39] There is no silo 43 on trello [10:39] davmor2, it's a wily silo [10:40] jibel: wily and unity7 [10:40] No QA Needed some exciting Compiz/Unity7 fixes desktop only Original requestid: 1438117605011 [10:40] Ah, wily [10:44] sil2100, now there are requests ready for QA without a silo [10:44] Yes, as I migrated that data manually [10:44] sil2100, 72 for example [10:45] jibel: ah, ok, misread what you said [10:45] Yes, that's what I mentioned above [10:46] trainguards: doko seems to have manually uploaded libusermetrics to one of my silos, can you guys strip it out? (https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/landing-049/+packages) [10:47] pete-woods: it's unrelated to your landing? [10:47] pete-woods: I can remove it [10:47] I'm guessing it was a typo [10:47] 49 -> 39 [10:47] you should check with him [10:47] sil2100: completely. I don't have any idea why it's in there [10:47] indeed, I already landed the gcc5 fix for libusermetrics to the archive [10:48] I've let him know you guys are removing it [10:49] probably want to copy it to 39 [10:49] (minus binaries) [10:49] while you guys are at it could you also remove the unity-notifications stuff? [10:49] it turns out there's nothing wrong with that library [10:49] so don't want to make any changes to it [10:50] I've just removed the unity-notifications MR from the request (thanks for migrating it to the new system btw) [10:50] and run the assign job again [10:57] pete-woods: ok, will remove those [10:58] sil2100, I'll had some error handling when the silo is missing in bileto but the result won't be nice :) [10:58] at least that'll unblock qa [11:02] sil2100: awesome, thanks :) [11:35] jibel: filled in a bug for this bileto issue [11:37] sil2100, I fixed the bot to not explode when no silo is assigned even if it doesn't really make sense. But at least all the requests are on the board [11:46] sil2100: do you have any idea why the qtbase5-private-gles-dev could be missing from the UITK gles build? https://ci-train.ubuntu.com/job/ubuntu-landing-013-1-build/186/consoleFull ? [12:10] sil2100, why is /home/ubuntu/bin/silo_notifier.run [12:10] oops paste failed [12:10] sil2100, why is https://requests.ci-train.ubuntu.com/#/?req=56 ready for QA while it is for wily? [12:15] jibel: not sure, it was the same thing on the spreadsheet === alan_g is now known as alan_g|lunch [12:17] dbarth__, ^ it's yours, do you know? [12:19] alesage, hey, is the button gray or grayed out? [12:20] vrruiz^ === sil2100 changed the topic of #ubuntu-ci-eng to: Need a silo or CI Train support? ping trainguards | Need help with something else? ping cihelp | Train Dashboard: http://bit.ly/1I2YFOy | QA Signoffs: http://bit.ly/1qMAKYd | Known Issues: Spreadsheet is migrated fully, use bileto exclusively from now on. Wily landing gates closed for the gcc-5 transition package copy! [12:26] rvr, commented on the silo 33 board item [12:27] jibel: maybe it was a dual landing silo that got converted [12:28] Anyway, no landings for now [12:30] jgdx: I see. Let's wait until alesage is awake. [12:31] rvr, okay === _salem is now known as salem_ [12:40] sil2100: ^^^^ any idea? [12:45] jgdx, rvr hi, when resetting the LTE check item doesn't come back green as I expect [12:47] alesage, hi! I don't quite follow. The LTE check is unchecked and cannot be checked? [12:50] alesage, ah, you do a "APN reset" and the LTE comes back unchecked. [12:55] jgdx, correct [12:55] bzoltan_: let me take a look once I'm back from lunch :) [12:56] sil2100: OK, thank you [12:58] alesage, could I have the output of $ /usr/share/ofono/scripts/list-contexts please ? [13:00] jgdx, sent privately [13:01] alesage, thanks. Is this after you manually checked the lte item? [13:01] jibel. sil2100: yes, ours [13:01] and yes, it was dual landing converted back to wily only [13:01] dbarth__, okay, deleted from the board [13:02] jgdx, yes--the item shows up green on boot [13:02] jgdx, doesn't seem to appear here, don't know if it's supposed to [13:02] jgdx performing another test [13:02] sil2100: How can I approve silo 11? [13:03] rvr: in bileto, go to the request that has silo 11, press edit and switch the status from the dropdown list there [13:03] dbarth__: ok, I'll do it a not-requires-QA then [13:03] * sil2100 still fighting his hardware problems [13:05] sil2100: I don't find silo 11 at https://requests.ci-train.ubuntu.com/ [13:05] rvr: yeah, that's a known bug, that's why you should use the dashboard and then click on the requestID there - it'll bring you to the bileto entry [13:05] abeato, is anyone setting ia contexts' preferred prop to 1 on boot? [13:05] sil2100: Hmm [13:06] jgdx, yes, ofono does that [13:06] https://bugs.launchpad.net/bileto/+bug/1480249 <- teh bug [13:06] sil2100: Ah, I see [13:06] Ubuntu bug 1480249 in Bileto "Some bileto request after migration are missing silo information" [High,New] [13:06] abeato, hmm.. why not immediately after a ResetContexts? [13:06] jgdx, well, you do not use the IA context at that moment [13:06] sil2100: Error submitting form 401 [13:06] jgdx, it is used just when ofono starts [13:07] abeato, okay, thanks! [13:07] jgdx, np [13:07] rvr: uh [13:07] o_O [13:07] Try retrying [13:07] sil2100: Same result, error 401 [13:07] hm, let me try [13:08] Works here, maybe you don't have teh permissions [13:08] Let me check that [13:08] jgdx, sent another result privately [13:09] rvr: is that you? https://launchpad.net/~victor-ruiz+qa [13:09] sil2100: Yes and no [13:09] alesage, right. That's currently due to design. [13:09] Give me your launchpad ID [13:09] sil2100: It's an account I created for some tests [13:09] sil2100: ~vrruiz [13:10] rvr: added, try switching it to something else now [13:10] You might need to re-log to bileto [13:11] sil2100: Ack [13:11] jgdx one more note on the trello card [13:12] alesage, it's a normal sdk button :P [13:13] sil2100: [13:13] jgdx, ok thanks for clarifying :) [13:13] sil2100: I still see Error 401, but the status is QA granted. [13:13] bzoltan_: one more moment, now still in a meeting ;p [13:13] rvr: I set it to QA granted myself [13:13] rvr: anyway, poke robru once he's up, it's his stuff ;p [13:14] alesage, the grayed out one is substantially less opaque. Do you want me to file a bug against the uitk+ux? [13:14] sil2100: Ok, thanks anyway [13:14] robru: Where is the test plan of bileto? }:) [13:15] jgdx whether or not that's a bug is a grey area for me ;P [13:15] robru: I have error 401 trying to approve a silo [13:17] alesage, lol [13:22] silo ppl I got rvr's same 401 whilst approving 33 << sil2100 [13:23] alesage: let me check if you're added to the team too [13:23] sil2100, ah [13:23] alesage: hm, strange, you're already added - did you check the 'ci-train-users' checkbox when logging into bileto? [13:24] sil2100, don't think so [13:24] sil2100, will log out and repeat [13:24] alesage: log out and log in while checking the team membership :) Maybe that will help [13:25] sil2100: Ahh, I didn't check that box [13:25] Ah ha! [13:25] Ok, so all is clear [13:25] sil2100: Yeah, seems ok now [13:28] sil2100, i just noticed bileto doesn't show which silo has a landing, is there a place i can file a bug about that? [13:28] There is a bug for that already ;) [13:28] great [13:29] https://bugs.launchpad.net/bileto/+bug/1480249 [13:29] Ubuntu bug 1480249 in Bileto "Some bileto request after migration are missing silo information" [High,New] [13:29] sil2100, oh, is that just for landings from the spreadsheet? [13:29] cool [13:30] alesage, are you still trying to approve silo 33? [13:30] kenvandine, you caught me still trying to approve silo 33 [13:30] :) [13:30] sil2100, I'm finding that setting the combo and pressing save has no effect :( [13:31] bzoltan_: ok, on your request now [13:31] sil2100, but weirdly some data in the form is missing [13:32] alesage: uh? [13:32] kenvandine: I hope it's only for those entries [13:34] sil2100, alesage is looking at req=28 [13:34] since there's no easy map of 33 to 28 :) [13:35] sil2100, FWIW http://i.imgur.com/KBm2GhM.png [13:39] sil2100, are you able to do a source package upload to a silo? [13:39] jhodapp: sure [13:40] sil2100, alright, let me get things situated and I'll ping you with the details shortly [13:41] bzoltan_: hey! What did you mean exactly? I only see that your -gles packages failed to build because of some qmake error [13:41] bzoltan_: did I miss something? [13:43] sil2100: where do you see that? I see there missing dependencies [13:43] https://launchpadlibrarian.net/213129613/buildlog_ubuntu-wily-i386.ubuntu-ui-toolkit-gles_1.3.1584%2B15.10.20150730-0ubuntu1_BUILDING.txt.gz <- I see this [13:44] Project ERROR: Project has no top-level .qmake.conf file. [13:44] And because of this probably the dh_auto_configure fails [13:45] alesage, looks like you created 3 new landings with qa granted? [13:45] but all blank [13:45] sil2100: ehh... you look at the actual build log file ... bingo. Sorry, let me try to parse that [13:45] kenvandine, landings for everyone! === alan_g|lunch is now known as alan_g [13:46] bzoltan_: yeah ;) When the trains says that there's a build failed, I usually check the logs then, since the train doesn't parse those in any way [13:46] sil2100: true, thank you [13:46] alesage, kenvandine: I have a bug for that too ;) [13:46] sil2100, ok... so how do we mark it as qa verified? [13:46] qa granted, whatever [13:46] alesage, kenvandine: https://bugs.launchpad.net/bileto/+bug/1480251 [13:46] Ubuntu bug 1480251 in Bileto "Missing 'remove request' feature" [Low,New] [13:47] kenvandine: ok, let me just do that [13:47] But remember, no wily publishings for now! [13:47] oh? [13:47] why not? [13:47] are we in a freeze? [13:47] yes [13:47] kenvandine: didn't you see doko's e-mail and my follow up? [13:47] gcc [13:47] oh... no i didn't [13:47] damn [13:47] gcc-5 is landing, we don't want to land anything that might require a re-build [13:49] sil2100, shared the source package files with you via google drive [13:49] sil2100, this needs to go into silo 38 [13:50] sil2100, ok... so silo 33 will need a rebuild after that lands [13:53] jhodapp: ok, will upload in a sec [13:53] sil2100, thanks! [13:58] jhodapp: uploaded! Just a reminder: you need to change UNRELEASED to wily (or vivid, depending where you want to build the package) [13:58] I changed it for you :) === alex_abreu is now known as alex-abreu [14:00] sil2100, oh didn't know that bit...I was told to leave it as UNRELEASED [14:04] jibel, the trello cards have nice bug references but the links are not to launchpad but rather back to trello [14:04] can that be fixed? [14:12] pmcgowan, yeah trello interprets #NNNN as its own references. It can be fixed. [14:12] and will be [14:15] jibel, thanks, I find it convenient [14:15] sil2100: hey, my silo11 has been acked by QA. I clicked the publish link but was told I don't have right to do that. That expected? [14:16] note, it is a vivid-overlay only silo [14:20] sil2100, can you let me know when silo 38 is ready? anything else that I need to do? [14:30] pmcgowan: I might be a bit late to the meeting, start without me - I'll join in some mins [14:31] oh I am late as well === chihchun is now known as chihchun_afk [14:37] has the train changed to run tests as root at any point since .. april? [14:37] s/tests/builds/ [14:40] trainguards ^ i guess that's a question for you? [14:40] Chipaca: why do you ask? The train builds everything as the same user as always [14:41] I mean, building the source packages, as the binary packages are being built in the PPA [14:41] sil2100: and that user is not root [14:41] true [14:41] i'm going to blame tvoss with confusing me on this issue :) [14:41] sil2100: sorry, and thank you [14:42] ;) No worries [15:16] sil2100, any update on silo 38? [15:16] trainguards: any reason I can't publish silo11? It's vivid+overlay, ACKed by QA. [15:17] greyback_: only trainguards can publish, and we're in a freeze right now [15:17] See topic [15:18] sil2100: I saw wily gates closed, but not vivid, hence question [15:18] Ah! Overlay! Ok, publishing in a momento :) [15:19] sil2100: thanks man, sorry for poking [15:19] sil2100, thanks :) [15:23] sil2100: robru: I'm trying to set silo 008 to qa granted but I'm getting a 401 error do I need to be in a group or anything that I'm not in? [15:23] davmor2: sure, I'll add you, you need to re-login once that's done [15:24] sil2100: no worries [15:40] sil2100: did you add me yet? [15:41] pmcgowan, lp friendly bug link in trello cards https://trello.com/c/Fz4noUoF/2088-38-ubuntu-landing-047-systemd-anpok [15:41] enjoy [15:42] now thats service :) [15:43] davmor2: I thought I did [15:43] oh, I got a timeout [15:45] mzanetti: Approving silo 35 [15:47] sil2100: got it now thanks :) [15:49] * davmor2 waits on the bot to tell me it is approved before annoying sil2100 ;) [15:49] uh [15:50] Hmm [15:50] robru: remember - don't publish anything for wily or dual-landing until doko says the gcc-5 copying is done [15:51] \o/ silo 008 qa granted \o/ sil2100 it's my first one through bileto leave me alone :P [15:52] davmor2: Congratulations, you've unlocked the bileto achievement! [15:53] rvr: :) [16:00] davmor2: yey! [16:05] trainguards: ^ JSONDecodeError? [16:05] AlbertA: looking [16:06] sil2100: ack thanks [16:07] AlbertA: looks like an error connecting to bileto... not anything we should be worried about [16:07] robru: ^ could you check https://ci-train.ubuntu.com/job/ubuntu-landing-008-2-publish/113/console ? [16:08] sil2100: looks like lplib is not returning values. Lp down? [16:09] Works, maybe it was transient? [16:13] sil2100: jenkins never parses json from bileto, jsondecodeerror would never come from bileto. bileto errors aren't fatal in jenkins. jsondecodeerror means lplip is failing [16:18] robru, sil2100 hey so I am confused, are all the silos that currently say wily and vivid blocked for the forseeable future? [16:19] pmcgowan: yes. [16:19] why are there so many dual landings queued if that no longer works? [16:19] seems folks didnt get the message [16:19] pmcgowan: because it only just started [16:19] pmcgowan: not for long [16:19] pmcgowan: if something needs to land urgently we can change it to vivid-only [16:20] I mean, the freeze we have right now is only temporary [16:20] sil2100: do you have an ETA on that? [16:20] yeah but once gcc 5 is on nothing dual lands again right? [16:20] Since doko is copying packages to the archive, we can't land anything before this finishes as we need to rebuild those silos that have been released, so that the new wily ones build against gcc-5 [16:20] pmcgowan: depends, lots of things aren't written in C that could still dual land after the transition [16:21] pmcgowan: yeah, at least for those projects that don't need gcc-5 specific changes and had to branch [16:21] rvr, thanks [16:21] I see [16:21] pmcgowan: it would be up to the landers to know what language their projects are written in ;-) [16:21] so it depends [16:22] they are almost all c so not sure I get it [16:22] robru: pmcgowan: but if the project builds in both GCC5 and GCC4.9 can we dual land? [16:22] sil2100, robru but you are saying even C projects that didnt need specific changes they are fine [16:23] pmcgowan: AlbertA: that I'm not actually sure [16:23] Most of the cases, yes [16:23] whats the criteria then [16:23] tvoss: ^ [16:24] Libraries can have problems for instance, since a library that uses symbols can have problems maintaining them for both gcc-4.9 and gcc-5 at once [16:25] But some projects can just deal with symbol files getting removed and replaced by abi-compliance-checker and shlibs, but not sure if that's an official way of dealing with things [16:27] Since if the ABI changes between gcc-4.9 ad gcc-5 in a library, basically you just need to bump the soname for the library - thus making it un-dual-landable anymore... [16:27] Anyway, the gcc-5 ABI changes are really a big pain in the ugh [16:28] sil2100, it sounds to me the answer is effectively no you cannot expect to dual land [16:28] and I suspect most of the queued silos are dead in the water right now [16:28] or we dont know [16:29] Let's wait for the transition to finish, I wouldn't say it's as bad as that, but we need to remember some components will not be dual-landable [16:29] sil2100, how will we know? wait for stuff to break? [16:43] pmcgowan: this is the time-honored tradition of the train guard ;-) [16:43] pmcgowan: just kidding. if there's a way to predict, then we should do that. but I don't know what it is [16:44] pmcgowan: sorry, was busy with something - but generally we'll know after we have all the projects released, we'll know for which projects the ABI changed and which projects need to be rebuilt [16:44] But generally most of those things happened already in silo 16 [16:44] tvoss and slangasek were overseeing that [16:47] robru, sil2100: gcc5 transition only affects the ability of libraries to dual-land; I don't know what's in the current set of silos, but there are a good number of non-libraries around [16:48] slangasek: we ship things that aren't libraries? === alan_g is now known as alan_g|EOW [17:27] robru: as per doko's e-mail, copies are over - I suppose some of the silos that are ready might need to be re-built [17:27] If not all of them [17:27] sil2100: great. yeah probably all of them [17:29] I'll be EODing in a minute, I'll just send out the e-mail === sil2100 changed the topic of #ubuntu-ci-eng to: Need a silo or CI Train support? ping trainguards | Need help with something else? ping cihelp | Train Dashboard: http://bit.ly/1I2YFOy | QA Signoffs: http://bit.ly/1qMAKYd | Known Issues: Spreadsheet is migrated fully, use bileto exclusively from now on. gcc-5 landed in wily, silos requiring rebuilds [17:40] slangasek: so what's the scoop, can I free silo 16 then? [17:51] robru: err, C++ surely, not C :) [17:53] unless I'm way out of touch, things written in C that don't link to C++ libraries are unaffected by a libstdc++ change [17:54] cjwatson: nope, I am the one that's out of touch. Never written a line of C or C++ in my life ;-) [17:56] of all the requests on the ci train page, which are dual landing, very few of them will be able to continue being dual landings [17:58] hrmm [17:58] there are a couple on the list for ubuntu-rtm; i guess those can just be destroyed? [17:59] dobey: yeah. Mark the status as 'Abandoned' to make them disappear. [17:59] or something is just really messed up [18:00] dobey: what's messed up? [18:01] well now they seem to be gone; but one had a bunch of unrelated branches listed with it, that are also listed in another request [18:02] dobey: the branches listed in the requests were copied verbatim from the spreadsheet, as far as I know nothing got corrupted in the copy [18:02] dobey: if you see a mistake, please fix it. [18:03] well, as i said, that reuqest is gone now; it was disappeared from the view while i was poking about to see what might have happeened to cause that [18:04] dobey: I marked a couple as Abandoned while we were talking: https://requests.ci-train.ubuntu.com/#/?q=Abandoned [18:06] robru: yeah; https://requests.ci-train.ubuntu.com/#/?req=16 is the one i was saying looked messed up. notice how the listed MPs have nothing to do with signon-apparmor-extension, or the seed [18:07] dobey: spreadsheet row 6 has the same values. [18:07] weird [18:07] dobey: probably some spreadsheet issue that just got copied over. [18:08] dobey: some of those MPs are 'WIP' and one even was deleted so I think it's safe to say that that's not something that's ready to land. [18:08] yeah; looks like someone/something broke the spreadsheet [18:09] yeah, and a couple of them are in https://requests.ci-train.ubuntu.com/#/?req=15 [18:09] looks like a very old landing too [18:16] trainguards: so any idea on the JSONDecodeError in silo 8? [18:17] AlbertA: ah sorry, I told sil it was transient, I don't know why he didn't retry. [18:18] AlbertA: ok published [18:18] robru: thanks! [18:18] AlbertA: you're welcome [18:19] brb === salem_ is now known as _salem === _salem is now known as salem_ [18:42] trainguards so i've kinda been watching silo 35, i think it's had a QA +1 since my morning....wondering why it's not moving? [18:42] kgunn: looking [18:43] kgunn: yeah, so wily did the massive gcc5 transition today [18:43] kgunn: I dont have a very good understanding of it, but apparently if your silo uses C++ it needs to be rebuilt. also there's some talk that dual builds will no longer work [18:45] kgunn: also the dashboard isn't doing a good job of highlighting what can be published, I should fix that... [18:46] yeah, unity8 can't do dual landings any more === robru changed the topic of #ubuntu-ci-eng to: Need a silo or CI Train support? ping trainguards | Need help with something else? ping cihelp | Train Dashboard: http://bit.ly/1I2YFOy | QA Signoffs: http://bit.ly/1qMAKYd | Known Issues: All silos using C++ in wily or dual need to be rebuilt. [18:55] typical [18:57] robru: so we had that unity8 silo up and was ready for qa for a couple of days, thinking we'd make it in before this happened [18:58] robru: so what's the recommended approach here ? [18:58] i mean it's been tested on vivid+o....so we don't want to repeat [18:58] the testing part [18:58] but do we need to scrap that silo and do src sync landing ? [19:04] kgunn: i think it's time unity8 started using separate upstream source trees for wily and vivid [19:05] well obviously dobey, but like i said the guys had this in the pipe for a while...pipe just slow [19:05] dobey: actually for unity8 maybe not [19:05] yeah, and we're all going to have to waste some time syncing trunk with manual uploads to wily [19:05] i don' tthink there is a reason there [19:05] why not? [19:06] a straight copy of the source package from one archive to the other, is incorrect [19:06] trainguards, I am having problems to build the address-book-service on silo 34 it is saying that there is a missing version [19:06] because then you'll have different binaries with the same version [19:06] dobey: the bins would be rebuilt [19:07] i'm talking source [19:07] kgunn: yes, and thus they would be different [19:07] robru: all the "~gcc5" stuff missing from changelogs, is that because it was done without merging contents back to trunk? or still in proposed? [19:07] you're talkign bins [19:07] and thus the version numbers would be the same, but they would mean different things [19:07] kgunn: i'm takling about ubuntu archive policy [19:08]