=== lan3y is now known as Laney
=== Laney is now known as Guest61035
sil2100jibel, Mirv, davmor2: you guys want to have the meeting today? ;)08:05
=== Guest61035 is now known as Laney
jibelsil2100, no08:06
jibelgood morning :)08:06
sil2100Mirv: anything to discuss from your side?08:10
Mirvsil2100: nothing in particular. seeing you folks is nice of course, but if there's nothing to discuss... :)08:13
=== _morphis is now known as morphis
oSoMoNtrainguards: can the i386 and amd64 builds of webbrowser-app be re-tried in silo 46 (for both series) ?08:32
sil2100oSoMoN: sure08:32
oSoMoNjibel, I’m rebuilding silo 46 with an additional bug fix, it is currently marked as ready for QA in the trello board but I’ll need to revalidate it quickly before it’s actually ready08:33
jibeloSoMoN, okay, just add a comment on the card08:33
jibeloSoMoN, otherwise, remove the status "ready for QA" in bileto and a card will be recreated when you change it to ready again08:34
oSoMoNjibel, I just added a comment, hopefully this will be quick enough that it isn’t picked up by a QE in the meantime anyway08:35
oSoMoNif it turned out to be more time-consuming than I expected, I’d update the status in bileto08:35
MirvoSoMoN: looks ok now, I'm running watch_only on 4609:04
oSoMoNMirv, thanks09:06
jibelsil2100, does phablet-tools has to land in the overlay, shouldn't it be an SRU in vivid?09:14
jibelsil2100, silo 5109:14
jibelfor reference09:14
sil2100jibel: from what I know we had a discussion where phablet-tools should be landing09:20
jibelsil2100, and the conclusion was to land in the overlay,09:23
Mirvjibel: + SDK PPA copy after that, me/bzoltan can handle that09:33
jibelMirv, my question was more how do we decide if a package not seeded on the phone goes to the overlay or should be an SRU? in this case phablet-tools.09:36
Mirvjibel: good questoon... SRU would be the best, although fpr dev tools SDK PPA os just as fine. overlay is unneeded for phablet-tools really, could be just wily too.09:39
Mirv-typos, walking to lunch. damn ubuntu-keyboard! :)09:40
jibelmorphis, ^ about silo 51. you can land in wily and the SDK PPA. unless there is a reason I miss to land it in the overlay too.09:42
morphisjibel: ok09:42
morphisjibel: I think overlay isn't needed09:42
Mirvmorphis: do you want to still do something with 051 or should it be published?10:24
morphisMirv: no, can be published10:25
Mirvmorphis: ok, I'll just modify it to be wily only10:25
morphisMirv: great10:25
Mirvmorphis: nice fixes, appreciated!10:27
Mirvand thanks to QA too10:27
morphisMirv: yeah, was really time to get this tool improved10:28
oSoMoNjibel, FYI, silo 46 is now ready for QA validation again (I commented on the trello card)10:40
Mirvbzoltan_: FYI copying latest phablet-tools for vivid and trusty to SDK Release PPA10:48
=== _salem is now known as salem_
=== alan_g is now known as alan_g|lunch
rvrabeato: Take a look to my comments at https://trello.com/c/BWPvIkY7/2276-269-ubuntu-landing-055-qtubuntu-media-media-hub-jhodapp12:24
bzoltan_Mirv:  thank you12:53
=== alan_g|lunch is now known as alan_g
sil2100slangasek: hey! Could you merge in a system-image branch for me?13:01
sil2100slangasek: https://code.launchpad.net/~sil2100/ubuntu-system-image/server-fix-pd-builds/+merge/27244513:01
sil2100jibel: ugh, just now I noticed that I answered on a completely unrelated channel, yes, it's like Mirv said ;p geez...13:09
jibelsil2100, heh13:11
sil2100barry: hey! Could you merge in https://code.launchpad.net/~sil2100/ubuntu-system-image/server-fix-pd-builds/+merge/272445 ? Added changes as per your comment ;)13:36
=== Guest62641 is now known as balloons
barrysil2100: sure, i can merge it, but i can't publish it.13:59
sil2100barry: I'll publish it, no worries :)14:00
barrysil2100: i made one minor change to the comments, and i'm running the tests locally.  if they pass, i'll commit and push14:04
barrypep8 unhappiness :(14:05
sil2100Worked fine here ;)14:08
sil2100  fast-py34: commands succeeded14:08
sil2100  congratulations :)14:08
sil2100PEP8 is not ran as part of this test-suite?14:08
barrysil2100: it is apparently when you run `tox`14:09
sil2100What made it unhappy?14:10
barrysil2100: it's a bunch of the bin scripts and some of the lib/systemimage/testing modules.  i will look at fixing them before i push your branch14:11
sil2100But I didn't touch those now did I?14:11
barrysil2100: nope14:11
barryso clearly the test suite isn't getting run much ;)14:12
sil2100I'm just running the fast ones, though that runs everything14:12
=== salem_ is now known as _salem
sil2100barry: hmm... just checked and it looks like fast-py34 also runs PEP8 tests and it doesn't say anything on my local machine14:13
barrysil2100: well, that's interesting14:15
barrysil2100: wonder if it's a wily thing?  are you running 15.10?14:15
sil210015.04 still, maybe that's it?14:16
sil2100test_pep8_clean (systemimage.tests.test_static.StaticTests) ... ok14:16
barrysil2100: possibly.  but pep8 is the only failures so they should be easy to fix.  i will commit and push your branch, and then do another pep8 fix branch next14:16
barrysil2100: weird!14:16
sil2100Thanks, I'll try to publish it at s-i :)14:16
=== _salem is now known as salem_
barrysil2100: merged14:17
=== ralsina_ is now known as ralsina
nerochiarocihelp: is it just me or is jenkins taking forever to run tests on merge requests today ?14:45
dbarth_o/ hi, i need a trainguard to retry a ppa build failing on a unit test on wily (silo 025)14:54
sil2100dbarth_: on it!14:54
dbarth_the i386 and amd64 builds namely; armhf passed already14:54
dbarth_sil2100: yeah14:54
sil2100Rebuilding itself15:01
rvralf_: kgunn: Approving silo 2815:01
kgunnrvr: thanks ....we've got another landing right behind that one :)15:01
fginthernerochiaro, there are a couple of makos offline. If you're MPs rely on mako testing, that is likely the problem... Assuming they aren't dead for good, they should be up again soon.15:08
nerochiarofginther: ok. so if they come back up, i don't need to restart the jobs, they will be taken care of15:09
awe_sil2100, cyphermox, question about NM wily landing ( 010 ); it's currently in the UNAPPROVED queue; can one of you explain?  Is there any action needed for me or cyphermox to move fwd?15:10
cyphermoxawe_: no actions from you15:11
sil2100awe_: wily is now in manual-approve mode15:11
cyphermoxit's up to an archive admin to review, I already mentioned it to infinity.15:11
fginthernerochiaro, correct. In most cases the devices take themselves offline so as not to impact builds and jobs will just wait until a device is available15:12
awe_thanks guys15:12
nerochiarofginther: thanks15:12
awe_and thanks for the help fri afternoon cyphermox!15:12
cyphermoxawe_: NM should be top notch on the phone.15:13
fginthernerochiaro, in a few cases, the devices can fail in the middle of a test in which case it will need to be restarted. These will appear as a failed jenkins job.15:13
awe_cyphermox, well...we need to land all those changes to the overlay PPA next.  ;)-15:13
cyphermoxyes, of course.15:14
awe_but yes, it continues to improve15:14
nerochiarofginther: also i am having an hard time figuring out what is wrong with the mako failures in thir MR: https://code.launchpad.net/~uriboni/webbrowser-app/topsite-previews/+merge/269771 - i have been told some tests timeout causing the whole to timeout, but that doesn't help me figure out what is actually causing the initial problem15:14
fginthernerochiaro, I can't help much on those test failures. The device was provisioned successfully with ubuntu-touch/rc-proposed/ubuntu image 241, the packages from the MP were installed, and the screen was unlocked to run the tests. That's about as far as I can diagnose.15:23
nerochiarofginther: do you know who might be able to help ? to be clear: i don't need help in fixing the tests, but in figuring out which one is making the whole CI run choke15:24
nerochiarofginther: as I understand it, it should not happen. tests that fail should not make the whole fail15:25
fginthernerochiaro, Maybe I'm ansering the wrong question. Why wouldn't a failing test not make the whole thing fail? Do you expect CI to mark this MP as PASSED instead of FAILED?15:26
fginthernerochiaro, you can also follow the instructions here for re-creating the CI testing locally: http://ubuntu-test-cases-touch.readthedocs.org/en/latest/15:31
fginthernerochiaro, testing of MPs is specifically covered here: http://ubuntu-test-cases-touch.readthedocs.org/en/latest/#provisioning-and-executing-autopilot-tests-for-an-mp15:31
nerochiarofginther: i would expect it to mark the failing AP test as failed, but not the majority of AP tests as failed (108 over 150, which were passing in previous runs). but I will try your suggestion and see what I can reproduce locally15:32
fginthernerochiaro, Ah, I understand. One failure should not impact the other tests in this case... One thing to aware of is that CI is running both the webapp_container and webbrowser_app tests, with the webapp_container tests running first15:34
nerochiarofginther: i'll keep that in mind15:36
sil2100kgunn: hey! Can you approve https://code.launchpad.net/~unity-system-compositor-team/unity-system-compositor/0.1/+merge/272394 ?16:08
robruMirv: can you copy a vivid version of phablet-tools to https://launchpad.net/~phablet-team/+archive/ubuntu/tools please?16:13
ogra_robru, why cant you ?16:13
ogra_arent you in phablet-team ?16:13
ogra_as the quasi maintainer of phablet-tools you should really be i think :)16:14
robruogra_: well somebody deleted the vivid version of the package that I built then published & freed the silo, so...16:14
robruogra_: it's not about permissions it's about "please rebuild the package you deleted"16:15
ogra_ah :)16:15
=== alan_g is now known as alan_g|EOD
boikorobru: any idea on what went wrong here: https://ci-train.ubuntu.com/job/ubuntu-landing-016-2-publish/107/console18:06
robruboiko: hang on18:11
renaturobru, what I need to do to get the debug packages for a specific silo available on apt18:13
robruboiko: ok I pushed a fix, should be live in 5 minutes.18:13
robrurenatu: not sure, ask infinity18:14
boikorobru, thanks18:14
robruboiko: ok try it now18:18
boikorobru: now it said the silo is dirty, that I need to rebuild messaging-app, I don't remember anything landing in there18:20
boikorobru: or at least it was not showing the silo dirty message when I first tried to publish it18:21
robruboiko: yeah, that's a known bug, if the silo is dirty and you rebuild only part of the silo it will report 'packages built' even though the silo is technically dirty. I'm just trying to find why it thinks it's dirty18:22
boikorobru: ah ok, well, the last package rebuilt there was messaging-app anyways18:23
renatuUrsinha, do you know how I can make the silo/ppa debug packages available on apt list?18:24
robruboiko: https://ci-train.ubuntu.com/job/cyphermox-test/1160/console your changelog seems to be missing v 0.1+15.10.20150923.1-0ubuntu1 which is in wily, apparently you never rebuilt since publishing whatever silo that came from on spet 25)18:26
robruboiko: so it seems no mistake, you really do need to rebuild.18:26
boikorobru: oups, ok, my bad then18:26
boikorobru: yep, sorry about that18:26
robruboiko: no worries, glad this check saved us from clobbering your previous release ;-)18:26
dobeytrainguards: can someone please cancel all the builds for https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/landing-026/+sourcepub/5415761/+listing-archive-extra ? seems the tests are hanging for some reason :(21:09
robrudobey: on it21:09
robrudobey: ok done21:10
dobeyrobru: thanks21:11
robruyou're welcome21:11
tedgrobru: Do you by change have a script that copies source package from one repo to another?22:04
tedgby chance22:04
robrutedg: nope I just use the LP web interface when I need to do that22:04
robrutedg: IIRC there's a copy-package tool in some kind of archive-tools repo though22:05
robrutedg: yeah https://launchpad.net/ubuntu-archive-tools22:06
tedgrobru: Cool, thanks!22:12
robrutedg: you're welcome22:12
=== salem_ is now known as _salem

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