=== FourDollars_ is now known as FourDollars
=== rsalveti_ is now known as rsalveti
=== Ursinha__ is now known as Ursinha_
=== plars-holiday is now known as plars
=== cprov_ is now known as cprov
morphisrobru: ping07:27
robrumorphis: pong07:35
morphisrobru: I am wondering if I can mix a MP supposed to dual land a package and a vivid-only package in a silo07:36
robrumorphis: nope, silos are either entirely dual or entirely one series. You can mix an mp with two manual packages though07:37
robrumorphis: like a manual xenial copy and a manual vivid copy of the same package07:38
morphisrobru: I've replayed with that a bit at the weekend: https://requests.ci-train.ubuntu.com/#/ticket/70807:38
morphiswhere wpa is a vivid only upload07:39
morphisbut I must say I switched the silo to vivid+xenial after adding the settings app MP07:39
robrumorphis: right so the three listed under "ready to build" means "you need this"07:41
morphisthen I need to start over07:41
robrumorphis: start over? Just make xenial packages07:42
morphisrobru: for wds, ubuntu-touch-meta that is possible yes07:42
morphisbut the wpa package wont change for xenial07:42
morphisor I am doing just a version bump for the xenial one of wpa07:43
robrumorphis: it's not clear to me why you would want to have some changes only on vivid, one of the requirements is landing stuff in xenial first then vivid. Doing stuff in vivid without also on xenial is bad07:43
morphisrobru: yes, but in this case its the way to go07:44
morphiswpa is 2.1 in vivid07:44
morphisand 2.4 in xenial07:44
morphis2.4 has CONFIG_WIFI_DISPLAY already set07:44
morphis2.1 in vivid don't07:44
robrumorphis: so you're just syncing the xenial version to vivid?07:44
morphisso I am only adding CONFIG_WIFI_DISPLAY for 2.1 in vivid and xenial is fine07:44
morphisrobru: we don't want to do this right now as bumping from 2.1 to 2.4 might introduce other regressions we don't want to look for yet07:45
robrumorphis: you're just changing one variable and that's the whole diff?07:45
robrumorphis: then I'd do a separate silo for wpa in just vivid, and once that lands the other silo that's a dual will have it07:47
robruShould be a quick landing with such a small diff07:48
morphisrobru: ok, any chance I get wpa out of that silo or do you have to run the assign-job again?07:49
robrumorphis: not sure what you mean. You want to copy the package to a new silo? Or delete it? Train wing do either but i can do it manually07:50
morphisrobru: copying it to a new silo would be the easiest way07:50
robrumorphis: yeah. Make a new request, assign it, and I'll copy it over and delete the original07:51
robrumorphis: let me know what new silo number you get07:51
morphisrobru: silo 4007:52
robruOK one sec07:52
robrumorphis: OK, wpa copied and deleted07:56
morphisrobru: thanks a lot!07:56
robrumorphis: you're welcome07:56
robruGood god, why is bzr missing such a dog?08:01
robrumorphis: did you do anything to the previous silo? u-s-s in xenial seems to have lost it's .bzr: https://ci-train.ubuntu.com/job/cyphermox-test/1474/console08:06
morphisI removed the MP temporarily and added it again now08:07
morphislet me force a rebuild of everything08:08
robrumorphis: alright, that's very strange though, I'm not aware of any train code that would delete just the .bzr directory from the source tree. also it shouldn't have deleted anything just by changing the MPs08:09
morphisrobru: I did something like: 1. Add the uss MP 2. build everything 3. Drop uss MP 4. eventually rebuild again (not sure)08:10
robrumorphis: no but I mean like, the .bzr directory disappeared within the last 20 minutes.08:10
=== rsalveti_ is now known as rsalveti
morphisrobru: oh really08:12
robrumorphis: anyway I guess it'll fix itself if you're rebuilding anything, but that's really weird08:12
robrumorphis: check the audit log on the ticket. the thing about "not a branch" is super new, and before that it was "successfully built", which means the .bzr would have been there and everything was good08:12
robrumorphis: in case this happens again it's possible to recover the branch from https://code.launchpad.net/~ci-train-bot/ubuntu-system-settings/ubuntu-system-settings-ubuntu-xenial-landing-000 but you'll need either me or sil to be able to copy it back into the train08:17
morphisrobru: ok08:17
morphisgood to kno08:17
sil2100jibel, Mirv, davmor2_: anything to discuss? I suppose we would have more after the RTM meeting and more details about OTA-8.508:36
Mirvsil2100: mostly that I'd plan to land Qt 5.5 to xenial this week. we've a sprint in Helsinki too this week.08:42
robruMirv: were you doing anything in Jenkins on the last 20 minutes?08:42
Mirvrobru: no, haven't touched08:42
robruMirv: sil2100: something goofy if happening in the train and deleting branches08:43
robruLike when jobs attend even running08:43
robrusil2100: Mirv second incident in the last hour or so08:44
robruLook at the most recent queuebot ping, about "not a branch"08:44
robruI have no idea why it would do that. It was a branch 15 minutes ago otherwise it would've said so earlier08:45
robruMirv: https://ci-train.ubuntu.com/job/cyphermox-test/1475/console source tree is there but .bzr is just gone. totally bizarre08:47
robruMirv: you'll have to rebuild appmenu-qt5 I guess.08:48
robruMirv: the code should be pushed to https://code.launchpad.net/appmenu-qt5 but I guess you last built appmenu-qt5 10 million years ago, before I switched it to pushing branches at build time08:49
Mirvrobru: oh right I didn't touch jenkins but I added a branch in bileto08:52
Mirvrobru: so this was the first time I added that branch08:52
robruMirv: oh you changed it from a manual source to a merge?08:53
Mirvrobru: right, exactly that! :)08:53
Mirvrobru: same for the two others08:53
robruMirv: that would explain it08:53
robrumorphis: sorry earlier when I was asking about jenkins, did you say you added a merge to something that wasn't a merge at all before?08:53
morphisrobru: yes08:54
robrumorphis: oh ok, I misunderstood. I thought it was already a merge and you just added another merge08:54
morphisrobru: silo 0 was a silo with only manual uploaded packages first but when got two MPs added08:54
robrubut that makes more sense08:54
robrumorphis: Mirv: sil2100: ok false alarm, train isn't deleting .bzr dirs randomly, but changing something from a manual source to an MP isn't something I ever anticipates so it gives that error "not a branch", just rebuild to fix08:55
morphisrobru: great08:55
Mirvrobru: ticket 20 is good about stress testing the Train. let's see later this week when I'm about to publish it :)08:56
robruMirv: I'll try not to claw all my hair out ;-)08:57
sil2100robru: phew08:57
sil2100Mirv: yay for Qt 5.5, go for it - we don't have anything planned for xenial08:57
robruvery strange that two different people caused the same issue within one hour of each other!08:57
sil2100And we already promoted a devel image last week08:57
=== john-mca` is now known as john-mcaleely
robrubut not really an issue at all since presumably you want to build the new MP you just added anyway08:58
sil2100Mirv, jibel, robru: I'm thinking of making the landing team meetings just once a week, I'll try to figure out the best day for those so that we can use it the best for milestone preps08:59
sil2100We can always schedule additional meetings if needed08:59
robrusil2100: +100008:59
sil2100Better than having to cancel those all the time08:59
robrusil2100: let's say once per week and change it to an email. one weekly email ;-)09:00
=== psivaa-afk is now known as psivaa
=== davmor2_ is now known as davmor2
Elleotrainguards: heya, can anyone point out what I'm doing wrong with silo 17 to cause these "not in PPA" errors for a bunch of MRs? (https://requests.ci-train.ubuntu.com/#/ticket/236)09:11
sil2100Elleo: hmmm09:13
jibelsil2100, 1 meeting a week works for me09:14
davmor2jibel, sil2100, once a week sounds good, I would suggest keeping the monday morning one on release weeks as it acts as the game plan meeting then the thursday afternoon one as the results meeting09:19
robruElleo: sil2100: "not in ppa" means that the version in Jenkins doesn't match the ppa, so either the upload failed for some reason or the ppa contents gave been deleted. Check the version numbers in the message against what's in the ppa, they may be lower (most common reason for upload rejections)09:37
Elleorobru: ah, yeah, the ppa packages have a lower version number, what do I need to do to fix that?09:41
Elleorobru: since it's all the autogenerated part of the version that's different (i.e. the build date)09:41
robruElleo: well i would look at the last build job log and see what it was trying to do. The error would most likely happen if the ppa versions were *higher*09:44
robruElleo: generally i would try rebuilding everything09:44
Elleorobru: hmm, the lastBuild artifacts give a 404; I'll do a rebuild and see what happens09:47
Elleorobru: aha, now I'm getting an error from the indicator-transfer MR with its version number going backwards, I think because we forgot to create a vivid only branch for that now that we're doing separate vivid and xenial landings09:53
robruElleo: oh yeah sorry Jenkins lost all the logs before some recent point. But yeah fix that changelog and then rebuild everything and it should work09:57
* robru not really here09:57
Elleorobru: I'm wondering if it might be best for us to just land ubuntu-download-manager in vivid and xenial as two separate landings, then land everything else in that silo via dual landings afterwards09:58
robruElleo: dual landings are generally preferred, please email me with a summary of the challenges your having with dual and I'll look over it in the morning10:38
=== vrruiz_ is now known as rvr
=== chihchun is now known as chihchun_afk
diwichi, a question, can one get the ci train to start with a git branch, in this case http://anonscm.debian.org/cgit/pkg-pulseaudio/pulseaudio.git/?h=ubuntu11:52
diwicit seems to only offer "merge proposals" or "raw tarballs"11:52
sil2100diwic: hey! Sadly the train right now only supports bzr for merge proposals11:54
sil2100diwic: for others you would need to create a manual source and ask someone to upload to the silo11:55
diwicsil2100, ok, so that essentially makes dual landings impossible, right?11:55
sil2100(either a core-dev or a trainguard, if you're not a core-dev yourself)11:55
sil2100diwic: well, yeah, you would have to create two source packages for that in the dual silo11:55
diwicsil2100, I'm not a core-dev but I have upload rights to pulseaudio so I could upload to xenial and ask the ci train to sync to the vivid ppa11:56
diwicsil2100, that at least is what I'm going to try next12:01
sil2100diwic: yeah, that could work12:02
diwicsil2100, ok, thanks12:02
Elleosil2100: any ideas what's causing the xenial build error on silo 2? vivid builds fine buy xenial claims the version is missing from the changelog? https://requests.ci-train.ubuntu.com/#/ticket/71212:05
sil2100Elleo: looking now12:05
Elleosil2100: thanks12:06
sil2100Elleo: ah, yeah, since there is one version missing from the changelog indeed12:06
sil2100Elleo: nothing to worry about though12:07
sil2100Elleo: so, slangasek made a no-change rebuild in xenial12:07
Elleosil2100: ah, okay; that won't cause issues landing then?12:07
sil2100Elleo: from what I see the current train is smarter so it should be fine12:08
Elleosil2100: okay, cool, thanks :)12:08
=== alan_g is now known as alan_g|lunch
tvosssil2100, o/13:17
sil2100tvoss: o/13:18
tvosssil2100, could you remove trust-store packages from https://requests.ci-train.ubuntu.com/#/ticket/65713:22
sil2100tvoss: on it!13:25
sil2100tvoss: you mean, xenial trust-store packages only? Or both?13:25
tvosssil2100, both, please13:28
sil2100tvoss: done13:29
tvosssil2100, thx13:29
=== alan_g|lunch is now known as alan_g
diwichi, can anyone tell me what I'm doing wrong in https://requests.ci-train.ubuntu.com/#/ticket/720 - I'm trying to sync from xenial to the vivid ppa14:04
diwicI just uploaded a new version of PulseAudio in xenial, waited for it to migrate from proposed to main, and now I want to see if I can land that on ubuntu touch as well14:06
sil2100diwic: hey! You need to include the source package name in the Source Package Names field14:06
diwicsil2100, thanks, that then went to complain about a different error...14:08
diwic"1:7.1-1ubuntu2 does not seem to be a CI Train generated version number"14:08
sil2100Hah, yeah, you seem to be hitting the train limitations ;)14:08
sil2100Yeah, it's as the output says, sadly train-syncs are only supported for CI Train released packages (with the citrain versioning) as otherwise we weren't be able to guess how to modify the version number to make it not collide with anything14:09
sil2100diwic: you just want to sync what's in xenial to the silo for testing by QA, right?14:10
sil2100diwic: let me fetch the sources and dput to the PPA with the version changed14:10
diwicsil2100, well, that's part of it, but part of it is also learning how this entire ci train thing works14:10
sil2100diwic: so the CI Train thingy works well for things where we're upstream, so projects that are hosted on LP with bzr - then everything is easy as all can be dealt with merges and the train does all the work for you14:11
sil2100diwic: but yeah... currently git support is not there (wasn't a priority since almost none of our projects are using git) and for manual sources it requires some manual work14:12
diwicsil2100, ok, not sure where that leaves me and pulseaudio though14:15
sil2100diwic: I suppose for pulseaudio it can be a bit hard to use the train, normally it would have to be handled by manual source-packages here14:17
diwicjohn-mcaleely, ^ fyi14:17
sil2100diwic: meaning you'd need to team up with someone that could upload the packages for you to the train PPAs for QA to test...14:17
sil2100diwic: we *could* figure something out though to make it a bit easier14:17
sil2100diwic: I would need to think if we could use some temporary bzr branch for this and use the debian/control flag not to overwrite the version number14:18
diwicsil2100, and that someone needs to be a...14:18
sil2100diwic: a core-dev or a trainguard14:18
john-mcaleelydoes that need to be pushed to the ppa direct then?14:18
john-mcaleelyafter some sort of approval/qa pass?14:18
john-mcaleely(or not, whatever the process would be)14:19
sil2100john-mcaleely: well, it can still be released through the train, we handle publishing manual sources too14:19
sil2100The problem is that it'll be a bit troublesome for diwic14:19
john-mcaleelythere was me thinking it would be 'easy'14:19
sil2100john-mcaleely, diwic: using the train is nice as QA has easy access to test that and sign-it-off14:19
sil2100john-mcaleely, diwic: the short-coming is that diwic would have to prepare source packages and ask someone to copy them to the silo PPAs14:20
diwicjohn-mcaleely, do we have trainguards and/or core-devs on our team to help with that?14:22
john-mcaleelydiwic, none I'm aware of14:23
john-mcaleelywell, tseliot & tjaalton are core devs. Might be unfair to land it on them tho14:24
john-mcaleelynot sure14:24
john-mcaleelymaybe ask them, see if they feel they could?14:24
john-mcaleely(ie no is a reasonable answer)14:25
john-mcaleelydiwic, ^14:25
sil2100You can always just ping trainguard with that, in the UE timezone usually me or Mirv are around to help14:26
diwicjohn-mcaleely, ok. Tend to agree with you on that; they're not that much into ci train stuff either AFAIK14:26
diwicsil2100, okay14:26
sil2100So an upload takes a moment14:26
sil2100diwic: should I upload that xenial sync to your silo?14:26
diwicsil2100, sure, let's do that just for me to learn the process14:27
sil2100diwic: done, I also pressed the 'Build' button so that the train picks up the new package pushed to the PPA14:34
diwicsil2100, thanks - so now my next step is to wait for the build to either success or fail?14:44
sil2100diwic: yes, once that's finished, you can test it on a phone and if you're happy with it - switch the silo to Ready for QA14:49
diwicsil2100, I've attached a test plan (which somebody else wrote), am I supposed to follow that test plan myself and mark "ready for QA" when I'm done, or is it QA that'll follow the submitted test plan?14:50
sil2100diwic: usually we leave that up to the lander, but QA expects that you made sure that the package has been tested properly, so therefore assuming the test plan has been also executed14:51
sil2100QA is just a gatekeeper that makes sure that the lander didn't miss anything during their testing and/or didn't skip anything during testing14:52
davmor2diwic: both14:52
diwicsil2100, davmor2 ok, so the test plan is being executed twice, first by me, then by QA team14:53
davmor2diwic: we try and discover edge cases that might not be covered too etc, the testplan should be the essentials to a successful landing effectively14:54
diwicdavmor2, ok..14:55
sil2100The end idea was that QA just does some base testing, but then they noticed that some landers didn't really properly execute their test plans ;)14:57
dobeyMirv: can you get qtpurchasing-opensource-src through NEW so it makes it into xenial archive?14:58
Mirvdobey: that needs to be approved by https://launchpad.net/~ubuntu-archive/+members15:12
dobeyMirv: ok, i didn't know if you had permissions for that or not15:15
Mirvdobey: those permissions are in pretty rare hands unfortunately15:15
=== Ursinha_ is now known as Ursinha
=== balloons_ is now known as balloons
bfillerjibel, popey : just uploaded new gallery app to store with fixes that were approved by QA last week, need approval in store16:10
=== jdstrand_ is now known as jdstrand
popeybfiller, jibel approved16:17
bfillerpopey: thanks16:19
diwicsil2100, I've got an updated source package in https://launchpad.net/~diwic/+archive/ubuntu/temp - could you take the just pushed pulseaudio package from there and build it in both my silo and silo 47 ?16:25
pmcgowanwhats up with the trello board16:27
diwicsil2100, sorry, no need to do that today.16:31
dobeycihelp: can any of you do manual ack of autopkgtest issues that have "always" existed? or we need coredev, or just pitti, for that?17:39
evdobey: foundations owns proposed-migration these days17:40
evkitsune (cihelp) doesn’t operate it anymore17:40
evso I believe pitti is your guy :)17:40
dobeyev: thanks17:43
dobeyfginther_, plars: hi, can one of you upload a new payui click to the store for me please? https://jenkins.qa.ubuntu.com/job/generic-click-builder-14.09-armhf/55/artifact/output/com.canonical.payui_15.01.137_armhf.click thanks.17:43
=== alan_g is now known as alan_g|EOD
boikotrainguards: can someone please trigger a telephony-service rebuild for vivid i386 on silo 52?18:25
sil2100boiko: on it18:25
boikosil2100: thanks!18:25
boikosil2100: are we low on arm64 builders or something?18:26
sil2100boiko: done18:27
sil2100boiko: yeah, it usually takes a while to get those building sadly18:27
boikosil2100: ok, thanks18:27
fgintherdobey, sure18:36
dobeyfginther: great, thanks18:41
fgintherdobey, uploaded18:46
dobeypopey: ^^ care to approve the new payui please? :)18:46
* popey looks18:47
popeydobey, done18:51
dobeypopey: awesome. thanks much!18:54
dobeyslangasek, infinity: can either of you manually ack autopkgtests issues, to push things along through proposed migration?20:12
slangasekdobey: anyone on the release team can if there's cause to, yes20:30
dobeyslangasek: can you ack ubuntu-push please? http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html shows it failing install unity-scope-click on arm64/ppc/ppc64el, where unity-scope-click has never existed.20:32
dobeyi'm not sure why those aren't just being flagged as [always failed] though20:34
slangasekdobey: that's not an autopkgtest failure, that's you building an uninstallable binary20:34
slangasekyou should fix the build to not build an uninstallable package, then it'll go through clean :)20:34
dobeythat's not new though, it's been that way for over a year :-/20:34
* dobey wonders how unity8 and ubuntu-push have been getting through20:36
slangasekdobey: it's new because previous versions of ubuntu-push did not build at all on these architectures; now they are building uninstallable packages20:36
dobeyoh, right :-/20:37
dobeyi wonder if unity-scope-click will even build on those archs now20:40
dobeyubuntu-touch-meta isn't available there, so will still be left with uninstallable binaries :(20:45
dobeyand unity8 doesn't build on those archs20:48
dobeyslangasek: i wonder how i should fix this? change the ubuntu-push-autopilot package to only build on [amd64 armhf i386] ?20:52
anpokcihelp: we have a strange failure on unity-system-compositor(again?) https://jenkins.qa.ubuntu.com/job/unity-system-compositor-xenial-amd64-ci/12/console20:52
fgintheranpok, looking20:54
dobeyrobru: is it possible to rebuild a silo that's been published, but is stuck in proposed-migration, and then publish again, to fix an issue?20:57
robrudobey: yes20:57
fgintheranpok, Looks like there is something wrong with an individual builder node. I've pulled it and will retry those two recent failures20:57
robrudobey: publishing will only publish bits that weren't already published, so you can safely rebuild just one package in a silo that has many20:58
dobeyrobru: ok, great, thanks20:59
slangasekdobey: yes, you can mark the package as Architecture: amd64 armhf i386 instead of Architecture: any in debian/control21:03
anpokfginther: thx21:22
dobeyrobru: ^^ can you retry those please?21:38
robrudobey: done21:40
robrudobey: it can still be published with that "error"22:29
dobeyrobru: can you publish it?22:29
robruwell, no22:29
robrudobey: I have the same publish power you do... only if it's a merge and theres' no packaging diff.22:30
dobeyrobru: ah, for some reason i thought maybe you were motu22:33
robrudobey: maybe one day ;-)22:33
dobeykenvandine, slangasek: can one of you click publish on https://requests.ci-train.ubuntu.com/#/ticket/616 please? :)22:34
dobeywell, i have to go. hopefully someone can publish23:11

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