=== evanwang is now known as phone-qa
=== phone-qa is now known as evanwang
=== jamesh_ is now known as jamesh
[07:15] <abeato> hey I am getting errors when compiling nuntium (golang) for powerpc in wily... however it was fine in vivid
[07:15] <abeato> mandel, any idea why? ^^
[07:16] <mandel> abeato, porwerpc is a PITA. I have seen it fail before but I each time has been due to a diff reason. Have you tired several times? is it test errors or compilation errors? Are we using gcc?
[07:16] <abeato> mandel, the compiler simply crashes
[07:17] <abeato> https://launchpadlibrarian.net/207399909/buildlog_ubuntu-wily-powerpc.nuntium_1.4%2B15.10.20150521-0ubuntu2_BUILDING.txt.gz
[07:17] <abeato> should be the google compiler I think
[07:17] <abeato> mandel, ah, no it is gccgo
[07:18] <mandel> abeato, well, I know that we don't use the go tools at all when building the packages.. which sometimes has this problems :-/
[07:18] <mandel> abeato, I wonder if it is a virtualize env. WE should ping sergio he has dealt with it already
[07:18] <mandel> abeato, sometimes he just retried several times and it passed
[07:19] <abeato> mandel, ok, actually for some packages I've seen similar weird errors and retrying did work, I'll keep trying a bit
[07:20] <abeato> mandel, otherwise I'll wait for sergio
[07:20] <mandel> abeato, sometimes compilers crash.. lack of memory for example
[07:20] <abeato> possible
[07:20] <abeato> but it is not C++11 :p
[07:21] <abeato> mandel, thanks in any case, I'll keep you posted
[07:21] <mandel> abeato, I know, is not cpp.. hehe
[07:22] <mandel> abeato, please do, I'm getting back to full speed after last weeks catchup
[07:22] <abeato> great :)
[07:23] <dbarth__> hey there
[07:41] <Mirv> morning dbarth__
[07:42] <dbarth__> Mirv: good morning
[07:42] <dbarth__> do you know if there is anyone from QA who can signoff this silo?
[07:47] <Mirv> dbarth__: no, I don't know. there might be a problem depending on which countries have a day off today.
[07:48] <dbarth__> right, it's a bit of a weird day
[07:49] <dbarth__> well, if anyone here with qa/landing powers reads this, just ping me back
[07:49] <sil2100> dbarth__: what is it about? Something requiring QA sign-off?
[07:51] <dbarth__> sil2100: yes
[07:51] <dbarth__> sil2100: apparently, mir is blocked on an OA test which fails; which itself is due to a UITK packaging issue
[07:51] <dbarth__> sil2100: that's what silo 001 tries to fix
[07:52] <sil2100> hm, I don't see anything in silo 001
[07:52] <dbarth__> sil2100: bzoltan re-ran the full regression test plan on that build; but now needs the silo be green-lighted
[07:52] <dbarth__> hmm, let me fwd the email thread
[07:53] <sil2100> Well, anyway, this sounds like the autopkgtest regression we saw in wily - and if that's the case, then wily doesn't require QA sign-off
[07:53] <sil2100> At least not officially right now
[07:53] <dbarth__> ah, right, maybe that's easier than i thought
[08:04] <sil2100> Oh no, the spreadsheet is b0rken again
[08:12] <sil2100> Mirv: no meeting today, not enough people!
[08:12] <sil2100> And I still don't have my cat so we can't do a cat-hangout
[08:12] <mandel> sil2100, can you reconfigure line 25?
[08:13] <sil2100> mandel: sure, just beware, spreadsheet has issues again it seems
[08:13] <mandel> sil2100, ouch
[08:13] <mandel> sil2100, well, I update an mr, I hope it works, I want to get silo 09 going before my coffee :)
[08:14] <sil2100> Reconfiguring, hopefully with the right branches ;)
[08:14] <sil2100> (since the spreadsheet might have messed them up)
[08:15] <sil2100> Done
[08:15] <mandel> sil2100, I hope everything went ok (fingers crossed)
[08:20] <mandel> sil2100, one question, hos is QA today. I know is a bank holiday in several countries.
[08:20] <mandel> sil2100, USA and UK at least
[08:26] <Mirv> sil2100: ok, was it that no QA mostly?
[08:32] <sil2100> Mirv: right
[08:32] <sil2100> mandel: yeah, not sure who we have and if we have anyone, since I know most of them are off, and the others might have taken swap days for travel
[08:33] <sil2100> mandel: I didn't get any info from them about who will cover sign-off today
[08:33] <mandel> sil2100, ok, thx for the feedback, I'll make sure they have a lot of work for tuesday ;;)
[08:42] <sil2100> Damn, I had a rough weekend, my discrete graphics card died on my laptop
[08:42] <sil2100> So I'm stuck with the intel one
[08:48] <Mirv> sil2100: well, I'm now months without internal screen and it seems I'll be going to a sprint without working internal screen.. I'd switch with yours ;)
[08:48] <sil2100> uh oh
[08:48] <sil2100> ;)
[08:48] <Mirv> but I've secured there'll be a monitor available
[08:48] <Mirv> and I'll take adapter for vga, dvi and hdmi
[08:49] <Mirv> I ordered my XPS13 on Apr 30th and it was supposed to be "two weeks"
[08:49] <Mirv> now it seems it's next week ie during the sprint
[09:18] <Mirv> oh, my subsequent qt landing landed, this 020 can be freed
=== 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/1mDv1FS | QA Signoffs: http://bit.ly/1qMAKYd | Known Issues: otto is broken for a while now and in process of being removed; Landing gates closed for vivid-overlay; QA mostly away today; Spreadsheet issues again
=== marcusto_ is now known as marcustomlinson
[10:47] <sil2100> Oh, imgbot seems to have a national holiday today too
[10:48] <Mirv> no stunting today
[10:52] <ogra_> hmm
[10:53] <ogra_> imgbot, stunt
[10:53]  * imgbot rolls on its back and purrs
[10:53] <ogra_> there you go :)
=== marcusto_ is now known as marcustomlinson
[11:00] <Mirv> !
[11:18] <sil2100> He's back!
[11:23] <sil2100> hm, I don't feel superish well today somehow
[11:32] <Mirv> :(
[13:27]  * sil2100 AFK for ~1.5h
[13:53] <oSoMoN> trainguards: can silo 17 be published, please?
[14:00] <oSoMoN> trainguards: the spreadsheet refuses to save my changes, but I validated silo 17 (line 61), the contents of column K would be : "Yes (#91 krillin oSoMoN)"
[14:01] <oSoMoN> trainguards: I’d also like to request a silo to sync webbrowser-app back from the vivid overlay PPA to wily, but given that the spreadsheet is malfunctioning, is it possible to get a silo assigned and a source copy made into it?
[14:06] <Mirv> oSoMoN: ok, thanks. yes the spreadsheet is again borken.
[14:08] <Mirv> oSoMoN: hmm, it'd need core-dev ack for the libmedia-hub-dev build-depends removal (nice!), not sure who'd be around with so many public vacations
[14:09] <Mirv> oSoMoN: there was btw a short discussion about compiling Oxide in Debian and I believe that media-hub and then the libandroid-properties-dev build dependencies seemed a bit problematic
[14:09] <Mirv> even though they're only armhf
[14:09] <oSoMoN> Mirv, interesting, did that discussion happen on a ML ?
[14:10] <Mirv> oSoMoN: no, on #kubuntu-devel someone mentioned about "Unity dependencies" and I became interested since I didn't think there are any
[14:10] <oSoMoN> ogra_, are you around? need a core-dev ack for https://ci-train.ubuntu.com/job/ubuntu-landing-017-2-publish/90/artifact/oxide-qt_packaging_changes.diff
[14:11] <oSoMoN> Mirv, could you point the interesting people to #oxide on freenode, or the oxide@lists.launchpad.net  ML ?
[14:12] <oSoMoN> s/interesting/interested/
[14:12] <Mirv> oSoMoN: I did, but it seemed there was no at-the-moment interest
[14:13] <oSoMoN> ok
[14:13] <oSoMoN> thanks
[14:14] <oSoMoN> Mirv, what about a sync silo for webbrowser-app? Can you assign one without a spreadsheet entry?
[14:17] <Mirv> oSoMoN: a strong maybe, yes
[14:31] <oSoMoN> Mirv, sorry I’m not sure I understand your answer "a strong maybe, yes"
[15:14] <sil2100> hm
[15:14] <sil2100> oSoMoN: did you get that sync silo for webbrowser-app?
[15:15] <oSoMoN> sil2100, no I didn’t, Mirv gave me a cryptic answer and then nothing :)
[15:16] <sil2100> ok ;)
[15:16] <sil2100> Let me assign one then, hoping the spreadsheet won't blow up
[15:19] <sil2100> Oh crap, the spreadsheet is REALLY broken this time
[15:20] <oSoMoN> was it just a tiny bit broken in the past? ;)
[15:24] <sil2100> oSoMoN: silo 001, building now (source sync in progress)
[15:24] <oSoMoN> sil2100, thanks!
[15:26] <sil2100> oSoMoN: hah, well, in the past it at least allowed adding entries (that would be reverted after ~1h), this time even this seemed to be too much!
[15:27] <oSoMoN> google on its knees?
[15:27] <sil2100> One would like to say: 'as always'
[15:28] <oSoMoN> sil2100, do you know of any core-dev who would be around, to validate the packaging changes in silo 17 to publish it?
[15:29] <sil2100> hmmm
[15:30] <sil2100> Most core devs I know won't be around today
[15:30] <sil2100> So it might be hard-ish
[15:35] <sil2100> I might have found someone
[15:35] <sil2100> hm...
[15:36] <sil2100> chrisccoulson: you have upload rights for oxide, right?
[15:36]  * sil2100 always keeps forgetting that
[15:36] <chrisccoulson> sil2100, no I don't, and I'm not working today anyway :)
[15:38] <sil2100> Ok, no worries ;)
[15:38] <sil2100> Thanks
[15:38] <rsalveti> why did we remove libmedia-hub-dev from the build-dep list?
[15:38] <rsalveti> other than that this is just changing the changelog
[15:38] <rsalveti> which is fine
[15:39] <rsalveti> would be nice to have that in the changelog
[15:40] <chrisccoulson> rsalveti, media-hub has never been in the build-dependencies because it's in universe
[15:41] <rsalveti> not what https://ci-train.ubuntu.com/job/ubuntu-landing-017-2-publish/90/artifact/oxide-qt_packaging_changes.diff is showing
[15:41] <chrisccoulson> urgh, that's because a PPA build got copied over, and dbarth added that in the PPA
[15:41] <rsalveti> and right, it got a MIR approval but it will only move to main once we have one package from main depending on it
[15:42] <rsalveti> right, then it's all fine
[15:42] <chrisccoulson> ah, ok. well, it's never actually been included in the packaging branch that's normally used for uploading to the archive
[15:43] <sil2100> o/
[15:43] <sil2100> rsalveti: thanks :)
=== salem_ is now known as _salem
=== mandel is now known as mandel|eod
[17:01] <robru> bregma: huh, queuebot says 26 can be published but dashboard/spreadsheet don't. what's going on, should I publish?
[17:01] <bregma> robru, you can publish, I believe the spreadsheet is being petulant
[17:01] <robru> bregma: ok thanks
[17:02] <sil2100> robru: hey ho, I guess no meeting today due to steve-absence
[17:02] <sil2100> hm, I just noticed that 'hey ho' sounds a bit vulgarish in english
[17:03] <sil2100> Especially if one reads that in a slangish way
[17:03] <sil2100> robru: s/hey ho/hey (safer this way)
[17:03] <robru> sil2100: lol
[17:03] <sil2100> ;)
[17:04] <robru> sil2100: yeah so I just need to write a few test cases for dual landings and then I'll go live in a bit.
[17:04] <sil2100> \o/
[17:04] <sil2100> robru: guess what's up with our beloved spreadsheet
[17:05] <robru> sil2100: yeah looks fun
[17:31] <sil2100> o/
[20:00] <rsalveti> I gave up trying to create a silo
[20:00] <rsalveti> spreadshit not working at all for me today
[20:00] <robru> rsalveti: https://ci-train.ubuntu.com/job/prepare-silo/build?delay=0sec call the form manually if you need a silo; just make sure everything is space-separated.
[20:01] <rsalveti> will wait someone to create, tired of spending time with this
[20:02] <robru> rsalveti: actually spreadsheet looks fine to me, assigned you 14
[20:02] <rsalveti> it works, eventually
[20:02] <rsalveti> thanks
[20:02] <robru> rsalveti: your'e welcome. just gst-plugins-bad1.0 right?
[20:02] <rsalveti> yes
[20:03] <robru> rsalveti: yeah should be good to go
[20:04] <robru> rsalveti: looks like the problem was that you had RECONFIGURE_SILO checked when the silo hadn't been created. most likely you opened the assign dialog, it generated the requestid, then closed/reloaded the page, opened the assign dialog again, and it saw the old requestid and thought you wanted to reconfigure instead of assing.
[20:05] <rsalveti> robru: nops, it opened first fine, hit then gave me a fatal error
[20:05] <rsalveti> then tried to remove the id, but couldn't
[20:06] <rsalveti> then I gave up
[20:06] <robru> rsalveti: ok. fix was to just do the assignment but then uncheck "reconfigure" on the jenkins page
[20:06] <rsalveti> right, but then the id would be different, woudln't it?
[20:06] <rsalveti> I'd still need to update it there
[20:07] <robru> rsalveti: no? the id in the jenkins page is determined by what the spreadsheet gives it.
[20:07] <rsalveti> right, then why it gave me the reconfigure prompt?
[20:07] <rsalveti> at the first time I called it
[20:08] <robru> rsalveti: because the id was already in the spreadsheet cell. the spreadsheet decides if you're doing an assign or a reconfigure based on whether or not the requestid is already there.
[20:08] <rsalveti> right, but why didn't it just do the right thing :-)
[20:08] <rsalveti> maybe the fatal error I got kind of broke it somehow
[20:08] <robru> rsalveti: because it's a flaming piece of crap. bileto is going to solve all this.
[20:09] <rsalveti> right
[20:09] <robru> rsalveti: anyway when you see https://ci-train.ubuntu.com/job/prepare-silo/5003/console "Could not find REQUEST_ID 1432583896831 in any silo." it means "run the job again but uncheck reconfigure silo"
[20:10] <rsalveti> yeah, will try that next time
=== salem_ is now known as _salem
[22:17] <rsalveti> robru: it seems my previous silo disappeared from the spreadsheet
[22:18] <robru> rsalveti: indeed
[22:18] <robru> rsalveti: most QA is off today; I'd wait until tomorrow then fix it and submit for QA.
=== salem_ is now known as _salem