/srv/irclogs.ubuntu.com/2016/02/03/#ubuntu-ci-eng.txt

=== chihchun_afk is now known as chihchun
Mirvrobru: funny ^ , see http://people.canonical.com/~ubuntu-archive/packagesets/xenial/ubuntu-qt-packages - is there some outdated permission data read from somewhere?06:59
MirvI was able to ack webbrowser-app dual landing packaging changes earlier though07:00
robruMirv: just calls checkUpload, should include PPU as far as i know07:01
Mirvrobru: yes, and like I said I newly was able to ack + publish webbrowser-app which comes from the same PPU. maybe something "vivid only" specific?07:01
MirvI'm not sure if the PPU means I don't have permission to upload those packages to earlier Ubuntus...07:02
robruMirv: not as far as I'm aware, it treats stable overlay same as distro. Unless your PPU is only for xenial or something07:02
Mirvrobru: well it's not specifically only for xenial but I was thinking that the packageset url has "xenial" in it07:03
robruMirv: code was approved by Steve and Colin, so double check that your PPU is correct07:03
Mirvrobru: sure the PPU is correct, it reads "oxide-qt" in there07:03
Mirvanyway, no big problem07:03
Mirvjust interesting07:04
robruMirv: yeah, dunno, sorry. maybe try running it with DEBUG and mail me the log, I'll look into it tomorrow.07:08
Mirvrobru: thanks, no worries, I'll look if I spot something similar in the future too07:20
robruMirv: oh try just copying the packages by hand. If your PPU is correct that should work, and train will notice and track it anyway07:21
Mirvrobru: that's true too, train works well in that case as well. anyway, sil2100 can also publish it, there's no hurry.07:22
Mirvrobru: but that's vivid only silo so that's why the copying would work anyway regardless of PPU.07:22
robruMirv: oh OK i assumed it was dual without checking07:23
robruMirv: in that case even i can copy it to overlay PPA ;-)07:23
Mirvdavmor2: jibel: can either of you transform a normal JPG / photo taken with non-Ubuntu device to phone's Pictures/com.ubuntu.camera folder?  for me the photo is incorrectly rotated 90 degrees both in photo roll and gallery. I realized this when I started wondering why so many of my old photos transferred from elsewhere need rotating in gallery09:53
Mirv...or is this a known bug there's a bug already for. OTA-9.09:53
MirvBq E4.5 in question09:54
MirvI think this is because of some recent fix to camera, and not something that always was there09:55
Mirvah, lpotter already filed bug #154121009:59
ubot5`bug 1541210 in gallery-app (Ubuntu) "Photos are displayed as 90 degree rotated in photo roll" [Undecided,Confirmed] https://launchpad.net/bugs/154121009:59
davmor2Mirv: not sure I follow, for me the top is always displayed at the top whether the top is landscape or portrait10:01
Mirvdavmor2: if I transfer a portrait photo taken with my normal camera to Bq, it's showed rotated 90 degrees10:02
Mirvand not in portrait10:02
Mirvdavmor2: and it seems it also affects photos taken on Turbo, behaving similarly to transferring photos from external source10:02
davmor2Mirv: oh okay let me try that then10:02
=== chihchun is now known as chihchun_afk
=== chihchun_afk is now known as chihchun
Mirvjibel: davmor2: sil2100: I would respectfully ask you to put https://requests.ci-train.ubuntu.com/#/ticket/944 manually in QA queue. The overrides are now implemented, and retries have been made fixing all other britney failures than kwin, which is caused by Train using all of proposed for testing and new libhybris breaking the tests. pitti allowed me to quote him on his blessing on this issue.11:04
Mirvwe'd apparently need to not use all of proposed for our britney testing in order to not be caught in situations like this for silos11:05
Mirvthere's another three bug fixes waiting for qtdeclarative after this landing11:05
cjwatsonMirv: PPUs are series-specific, yes.  You'll need to ask the DMB to extend that to vivid to make this work properly in the future11:16
cjwatson<cjwatson@niejwein ~>$ edit-acl -p timo-jyrinki -S xenial -s oxide-qt check11:16
cjwatsonTimo Jyrinki (timo-jyrinki) can upload oxide-qt to Xenial/Release11:16
cjwatson<cjwatson@niejwein ~>$ edit-acl -p timo-jyrinki -S vivid -s oxide-qt check11:16
cjwatsonTimo Jyrinki (timo-jyrinki) cannot upload oxide-qt to Vivid/Release11:16
Mirvcjwatson: thanks again for reading the backlog :) that's no big issue, I think I'll rather aim towards core dev rights next.11:19
Mirvbug #1541334 filed for the remaining britney issue11:25
ubot5`bug 1541334 in Bileto "Do not run britney on all of proposed" [Undecided,New] https://launchpad.net/bugs/154133411:25
=== _salem is now known as salem_
=== mzanetti_ is now known as mzanetti
=== chihchun is now known as chihchun_afk
=== alan_g_ is now known as alan_g|lunch
davmor2Mirv: silo 23 is this meant for ota9.5 there aren't any mp or bugs attached to it13:00
davmor2Mirv: nevermind found them13:02
=== marcusto_ is now known as marcustomlinson
Mirvdavmor2: no, ota1013:17
jibelMirv, is anything fixing kwin in xenial because even if these silos are approved they'll be blocked in xenial?13:17
jibels/anything/any one/13:17
Mirvjibel: pitti can hint it so that it doesn't try to test it together with hybris. also, I believe morphis got a promise from Kubuntu folks they'd be fixing kwin too.13:21
morphisMirv: I got13:22
Mirvright, hopefully that happens soon too13:22
morphisMirv, jibel, pitti: yofel over in #kubuntu-devel said he will fix that13:22
jibelmorphis, it's a regression, so an hint is not the solution.13:27
jibelmorphis, okay13:27
jibelfirst reply was for Mirv13:27
morphisjibel: its not a regression, they are using APIs libhbris never exposed as stable13:29
morphisjibel: however they are dropping the build-dep on that13:29
jibelmorphis, okay, it's a regression in the sense that a package that used to build will now fail. But I understand it's under control :)13:30
morphisyeah :-)13:30
morphisjibel: I am close to make those APIs really private13:30
morphisbut that still needs some time ...13:30
Mirvjibel: it's a solution for letting others than libhybris in13:35
Mirvjibel: autopkgtests work so that they take a couple of involved packages and test them together. sometimes it's tricky because one of the proposed packages causes a failure but the other one doesn't.13:36
Mirvbut yeah in any way it's in control13:36
=== alan_g|lunch is now known as alan_g
kgunntrainguards do you have magic powers to target build vivid-arm64 only?14:10
kgunnit's the only failure i got on14:10
kgunnhttps://requests.ci-train.ubuntu.com/#/ticket/94214:10
Mirvkgunn: retried, check the logs as they proceed14:17
Mirvkgunn: note that your ticket also says "Needs rebuild due to new commits (mir/xenial)"14:19
Mirvprobably duflu's typo fix 7h ago14:19
kgunnMirv: dang it..duflu....always touching14:37
dobeytrainguards: hi can i get retries for https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/landing-041/+build/8871609 and https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/landing-041/+build/8871611 please?14:59
cjwatsondobey: done15:08
dobeycjwatson: thanks15:11
=== kenvandine__ is now known as kenvandine
Saviqrobru, uh oh https://ci-train.ubuntu.com/job/ubuntu-landing-051-1-build/72/console ?16:44
robruSaviq: on it16:45
robruSaviq: ok try again16:49
Saviqrobru, looks better, thanks16:49
robruSaviq: heh, sorry for breaking it ;-)16:50
Saviqnw16:50
Saviqrobru, btw, filed bug #1540860 yesterday, I know not trivial, but maybe somewhere down the line16:56
ubot5`bug 1540860 in CI Train [cu2d] "Should error out if a branch's prerequisite isn't in the list of MPs" [Undecided,New] https://launchpad.net/bugs/154086016:56
robruSaviq: yeah I have some questions about that, but a bit busy at the moment16:57
Saviqack16:57
=== alan_g is now known as alan_g|EOD
alexabreurobru, ping18:41
robrualexabreu: pong18:43
alexabreurobru, I'd need help for 2 silos ...18:43
robruWhat's up?18:43
alexabreurobru, silo 16 not sure what's failing ...18:43
robrualexabreu: what aren't you sure about?18:44
alexabreurobru,  the auto signoff failure ...18:45
robrualexabreu: did you look at the excuses page?18:45
alexabreurobru, yes ... https://requests.ci-train.ubuntu.com/static/britney/xenial/landing-016/excuses.html ... unity8 is marked as regressing for i386 ...18:48
robrualexabreu: yeah. So you'd need somebody familiar with unity8 to dig into what failed there.18:48
alexabreurobru, yeah ... I was wondering if it was a red herring18:49
robrualexabreu: I'm not really familiar with unity8 so it's hard to say. In theory your silo broke unity8.18:50
alexabreurobru, also for silo 47 ... which fails building for https://ci-train.ubuntu.com/job/ubuntu-landing-047-1-build/lastBuild/console18:50
alexabreurobru, ok I'll investigate18:51
dobeyhmm, where was that mail about the autopkgtest retry stuff18:51
alexabreuit shouldn't have ... broken unity8)18:51
alexabreubut ok18:51
robrudobey: it's not implemented for silos yet. In -proposed there's just a link to click in excuses.html18:52
dobeyoh18:52
dobeyrobru: so i have ping pitti i guess? have trainguards still not been given enough permissions to retry tests?18:54
robrualexabreu: for silo 47 there's a manual upload of that package in Ubuntu that wasn't landed on trunk. You need to find that version in launchpad, and check the diff. If the diff is just a no-change rebuild then you can ignore it and force the build. If the diff has any substance whatsoever, you need to commit it to trunk, otherwise your silo will regress it18:54
alexabreurobru, mmmh weird, ack thx18:55
robrudobey: there are no plans to give trainguards retry permissions for autopkgtests. The retries are based on upload rights18:55
kenvandineanyone know the magic words to run autopkgtests locally for armhf?18:55
alexabreurobru, is there a way to retrigger britney for silo 16?18:55
dobeykenvandine: you don't have enough goats18:55
kenvandineadt-buildvm-ubuntu-cloud downloads the image but never boots it in qemu18:55
alexabreujust to make sure18:55
kenvandinedobey, i guess... it's driving me nuts :)18:56
* kenvandine looks for more goats18:56
robrualexabreu: you can ask pitti to rerun the autopkgtest18:56
* dobey wonders how to get this test rerun, without depending on one single person in germany18:57
robrudobey: well pitti is online right now because he's sprinting with me. Maybe ask him who else has access, i don't know19:02
kgunntrainguards i'm having a problem b/c of a mistake i made, so my u-s-c branch in19:26
kgunnhttps://requests.ci-train.ubuntu.com/#/ticket/94219:26
kgunnis 0.4 but the packages showing up in the ppa are 0.519:27
kgunnb/c i had "accidently" used an incorrect branch there19:27
kgunnnot sure, but can the u-s-c pkgs just be deleted and then can i rebuild to get 0.4 ?19:27
kgunnor should i abandon and just start over?19:27
kgunnhappy to abandon19:27
robrukgunn: yeah you can never go backwards with version numbers in a PPA, you need to abandon and reassign the same ticket (don't make a new ticket)19:28
kgunnrobru: uh, how do i "reassign" the same ticket?19:29
robrukgunn: you abandon it... and then assign it again19:29
* kgunn tries, with raised eyebrow19:30
robrukgunn: each assign assigns a random ppa so you should get a different ppa. if not just abandon again and assign again19:33
robruthere are only 3 available so chances of getting the same one again are high19:33
kgunnok, that seemed to work19:42
charlesbah19:57
=== salem_` is now known as _salem
alesagerobru, if you have a minute I'm stymied by this dependency-resolution snafu, wonder if you have a second to look at http://paste.ubuntu.com/14871365/20:47
alesagerobru, (all the way at the bottom)20:48
robrualesage: one sec20:49
robrualesage: I'm not sure what's going on there but the key clue seems to be "E: Packages need to be removed but remove is disabled."20:53
robrualesage: where are you even seeing that?20:53
robrulike that's not a train message20:53
alesagerobru, I've tricked you into diagnosing one of our internal Jenkins logs :/20:54
robrualesage: oh is this jenkaas stuff?20:54
alesagerobru, well adt-run stuff which fiddles with the overlay, was wondering if a new packaging kink got in somehow20:54
alesagerobru, here are our instructions FWIW http://paste.ubuntu.com/14871427/20:55
robrualesage: not really sure, sorry. I'd look into "enabling remove" and also that other message about updating the testbed.20:55
alesagerobru, ack thanks for your time20:55
robrualesage: you're welcome20:56
dobeyrobru: hmm, does silo britney not update status if tests are manrually re-run?21:11
dobeyhmm, seems the re-run tests is hung21:12
dobeyespecially since typical duration is ~30 min21:13
dobeyand it's been running for 1.5 hrs21:13
dobeylol, one has "Running for" that keeps increasing, because it's hanged. another has "Running for" that somehow keeps decreasing21:24
dobeyand appears to be hanged, but not entirely sure21:25
dobeyah no, the ever decreasing one is gone now after another page refresh21:25
dobeyhttp://autopkgtest.ubuntu.com/running.shtml#pkg-unity-scope-click <- seems to be hanged and not going anywhere though :(21:26
robrudobey: britney runs every ~35 minutes and should pick up whatever tests are running21:54
robrudobey: any problems you see in running.shtml should be sent to pity, that's not my are21:54
dobeyok21:55
dobeyrobru: well that test has been running for over 2 hours now, i'd expect britney to have changed status to "running" and show "in progress" on excuses page by now, no?21:55
robrudobey: what ticket?21:56
dobeyhttps://requests.ci-train.ubuntu.com/#/ticket/78021:57
dobeyexcuses still says regression and points to the old failed build21:57
robrudobey: of course it's unity822:12
robrudobey: I dunno dude, pitti and I are neck-deep in britney issues, unity8 is causing a lot of problems for a lot of people22:12
dobeyrobru: unity8?22:12
robrudobey: https://requests.ci-train.ubuntu.com/static/britney/vivid/landing-041/excuses.html22:13
dobeyrobru: unity8 isn't the test or the trigger for this one.22:13
dobeyrobru: oh i didn't even notice unity8 there yet22:13
dobeyrobru: https://requests.ci-train.ubuntu.com/static/britney/xenial/landing-041/excuses.html22:14
robruoh the othe one's different22:14
dobeyrobru: i'm looking at unity-scope-click22:14
dobeyi think the real issue is in autopkgtest though or something; it's where all the python traces are coming from :-/22:15
dobeyor at least, it's timing out waiting for adt-virt-lxc-fnquxu22:15
robrudobey: yeah you should file some bugs against britney and/or autopkgtest22:16
dobeyok22:16
dobeyrobru: i'll leave you alone for now. i gotta go anyway :)22:21
robrudobey: yeah sorry, drowning in britney issues right now, not sure what yours is about. i'm hoping one fix fixes everything22:21
dobeyrobru: no worries. just have lots of urgent things and trying to get the big stuff off to QA so I can stop worrying about it and having to rebuild it all the time,22:24
robrudobey: oh, you can probably get a qa person to override the failure and get it in the qa queue anyway22:24
dobeyrobru: yeah, but i'm getting tired of having to do that too :)22:26
dobeyi guess i'll ask jibel in the morning22:26
kgunntrainguards ok, one more time, can someone kick just arm64-xenial build for https://requests.ci-train.ubuntu.com/#/ticket/94223:17
kgunnseems to have timed out on both23:17
robrukgunn: on it23:17
=== _salem is now known as salem_
=== salem_ is now known as _salem
robrukgunn: ok done23:18
kgunnta23:20

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