=== chihchun_afk is now known as chihchun
=== alecu_ is now known as alecu
=== chihchun_afk is now known as chihchun
=== marcusto_ is now known as marcustomlinson
=== sil2100 changed the topic of #ubuntu-ci-eng to: Train trouble? ping trainguards | CI problems? Please switch to Jenkins as a service: http://bit.ly/jenkins-docs | Train: http://bit.ly/1hGZsfS | QA Signoffs: http://bit.ly/1qMAKYd | Known Issues: OTA-9.5 preparation in progress
=== chihchun is now known as chihchun_afk
=== chihchun_afk is now known as chihchun
=== fginther` is now known as fginther
=== _salem is now known as salem_
=== bpierre_ is now known as bpierre
=== alan_g is now known as alan_g|lunch
Mirvjibel: is the 14.04.4 being delayed? the mandatory HWE upgrade is still in -proposed http://people.canonical.com/~ubuntu-archive/pending-sru.html13:13
Mirvso it's not useful to test yet that much13:13
jibelMirv, it's planned for next week13:13
Mirvnot too much time left13:13
Mirvquerying a bit elsewhere if there's an issue to help with it or if it's just stuck13:17
Mirvrenatu: any ETA on https://requests.ci-train.ubuntu.com/#/ticket/768 ? just asking because it's the oldest non-touched silo we have out of the 61? (although just 3 weeks still)13:22
MirvI didn't find any silos to really free up :(13:22
renatuMirv, I am waiting bill to review it. I will ping him today13:22
Mirvrenatu: thanks!13:23
popeypmcgowan, dunno if anyone has mentioned to you but the milestones dates look wrong... https://launchpad.net/canonical-devices-system-image/+milestones13:42
pmcgowanpopey, those are the original freeze dates13:44
popeythought they'd get updated13:44
Saviqtrainguards, restart https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/landing-057/+build/8964129 please :)13:54
MirvSaviq: done13:58
SaviqMirv, thank you, /me files a bug about this test13:58
alexabreuMirv, do you think that it would be possible to re-launch britney on silo 16?14:01
Mirvalexabreu: not yet, the feature for retries is not yet available (ETA a couple of weeks). try pinging pitti with the url https://requests.ci-train.ubuntu.com/static/britney/xenial/landing-016/excuses.html on #ubuntu-devel, he can retry14:02
alexabreuMirv, ok thanks, I thought you had the powers :)14:03
Mirvalexabreu: I will, once the feature is there :)14:03
alexabreuMirv, hah ;)14:03
Mirvafter it's implemented the retry will be possible for those that have the upload rights too. me and sil2100 for example have plenty of those rights.14:04
=== alexabreu is now known as alex-abreu
pstolowski_sil2100_, hey, may i ask for removal of thumbnailer packages from silo 24's ppa?14:14
alf_trainguards: Hi! I am unable to get a silo assigned for train request. Should I just wait a bit and request a silo later, or is there something else going wrong?14:22
Mirvalf_: the problem is all 60 (61) silos are full and at least I haven't found any that could be easily freed14:24
Mirvalso I think QA is busy with OTA-9.5 so the QA queue has also 6-7 silos that won't be freed any time soon14:25
alf_Mirv: ok, I guess I will just wait then, thanks!14:25
MirvTrevinho: could your two "proposed pocket" silos be freed, are you able to track those trusty/wily SRU:s without train? the trunks would get updated.14:26
TrevinhoMirv: I don't know what I could do... I mean SRU have been approved, so they should land soon.. Hopefully -_-14:27
TrevinhoMirv: I don't know whether release team can do that without14:28
MirvTrevinho: I mean, is it ok for you if I merge the silos and you need to track them yourself with train page?14:28
Mirvwihout train page, I mean14:28
MirvTrevinho: both look like they will be ok:d to go, 12 in the queue so during the last 5 days release time could already have published them. but I'm asking so that others could get the silos already before the release team acts.14:31
TrevinhoMirv: ah, ok... Sure. You can merge the ppa..14:32
TrevinhoI just don't want to loose them before are migrated14:32
MirvTrevinho: so... you don't want the PPA:s to be emptied before they're migrated? that's ok, I was just asking if it would be ok but I understand this is the default and preferred way.14:35
Mirvjust searching for silos to reuse14:35
TrevinhoMirv: I'm fine if they're free'd if SRU team can still approve them then, but I can ping someone to migrate quicker maybe?14:35
MirvTrevinho: right, the packages are already in -proposed, not in the queue, so they won't disapper even if the silos are freed - https://launchpad.net/ubuntu/+source/compiz/1: https://launchpad.net/ubuntu/+source/unity/7.3.3+15.10.20151203-0ubuntu1 https://launchpad.net/ubuntu/+source/unity-lens-music/6.9.0+14.04.20151120.2-0ubuntu114:39
MirvTrevinho: it's the case when they are still in unapproved queue https://launchpad.net/ubuntu/trusty/+queue?queue_state=1&queue_text= where they aren't yet physically copied14:39
TrevinhoMirv: ok, fine... Then you can free the silo (and merge branches) if you want14:39
MirvTrevinho: thank you :) and alf_ thanks you too.14:39
TrevinhoAs bugs are both Ok'ed14:40
MirvTrevinho: yes they are, it's just up to stable update release team now14:40
=== sil2100_ is now known as sil2100
=== alan_g|lunch is now known as alan_g
=== alan_g is now known as alan_g|EOD
jibelkgunn, re silo 48, I am not sure what this error means https://requests.ci-train.ubuntu.com/static/britney/vivid/landing-048/excuses.html18:25
jibelold binaries left18:25
kgunnjibel: hmmm, i've never seen that before...and for ppc64....and libmirserver35 is quite old20:17
jibelkgunn, and same on xenial for ppc64 and arm6420:18
kgunnwow 13.3 even with libmirserver 3120:18
kgunnslangasek: got something we've never seen before https://requests.ci-train.ubuntu.com/static/britney/vivid/landing-048/excuses.html20:18
kgunn"old binaries left"20:18
slangasekkgunn: yes; that implies the old version of the package built on this architecture, and the new one is built on all architectures where it's expected to build but did not build these binary packages on that architecture20:19
slangasekdigging now20:20
kgunni see it now20:21
kgunni didn't realize it didn't build for ppc64/arm6420:21
kgunnwe rebuilt so many times...20:22
slangasekkgunn: is this targeted to the overlay ppa or to SRU?20:22
kgunnslangasek: overlay ppa + xenial20:22
kgunnjust a point release20:22
slangasekso in the archive, there's no mir build for ppc64el on vivid20:23
kgunnjibel: slangasek so should we just attempt a rebuild?20:23
slangasekand in the overlay ppa, let's see20:23
kgunni know it builds .....we just rebuilt it over and over20:23
kgunnarm64 times out frequently20:23
slangasekum... *why* does it build on ppc64el?20:23
kgunnaltho...ppc64 i've not seen fail20:23
slangasekwhy do you want it built there? :)20:23
slangasekI see that in xenial, it is built on ppc64el20:24
kgunnslangasek: ah!! that's a kernel bug on ppc64 xenial i think20:25
ubot5`Launchpad bug 1540731 in linux (Ubuntu) "SocketMessenger::update_session_creds() fails to get client PID, causing "[ FAILED ] PromptSessionClientAPI.client_pid_is_associated_with_session"" [Critical,In progress]20:26
kgunnand the same error on vivid....i guess it's using the same kernel20:28
slangasekkgunn: ok; I would recommend making the test an XFAIL on ppc64el so that you can be unblocked20:28
slangasekand the build log shows kernel 4.2.0-27-generic20:28
slangasekthe kernel is always the same for the builds, regardless of target release20:28
kgunnhmmm.... slangasek could it be patched, cause that bug was found with 4.420:30
slangasekit's possible20:30
kgunnit's definitely tell-tale20:30
kgunnjibel: ok, i just disabled the one unit test that the kernel bug makes fail...so i'm gonna rebuild just mir21:07
kgunnjibel: am i to assume the testing continues, since this is effectively a no change rebuild?21:08
=== salem_` is now known as _salem
=== chihchun is now known as chihchun_afk

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!