veebersrobru: hey you around still perchance? Silly question incoming :-)01:44
robruveebers: yep, sorry I missed you yesterday01:49
veebersrobru: no worries it would have been late for you. Hey I see my previous train request is gone, I imagine from lack of use?01:56
robruveebers: err, gone? i might have freed the silo back when we had a crunch but nothing's ever "gone" unless there's a glitch01:57
veebersrobru: right, you may have freed it (which is fine at this point). I understand that there is an argument you can give it to force the build/upload? i.e. a package has been released outside of the normal train process and I want to use the train process to get everything back in order01:58
veebers(it was released into xenial, I want it both in xenial + vivid-overlay)01:59
robruveebers: oh, no. if there was a manual upload to xenial you need to manually push that to your trunk.02:00
robruveebers: the "force" option ignores the manual distro upload, effectively reverting it02:00
veebersrobru: I'm not sure I fully understand. What if what was manually uploaded is the same as the MP that I'm trying to force through?02:01
robruveebers: what package are we talking about?02:01
veebersrobru: autopilot02:01
robruveebers: how would that even happen? I'm talking about the common case of a core dev hacking on your packaging and uploading direct to distro, bypassing the entire silo process02:04
robruveebers: you're saying somebody took the package in the ppa that I deleted and uploaded it to distro anyway?02:04
veebersrobru: right, a MP was proposed against autopilot but that change was uploaded at the same time (to unblock things) I then merged the MP into trunk and went to release it using the train but as it's already uploaded it errors02:06
veebersrobru: sorry, this is unrelated to the wiped silo02:06
robruveebers: what I'm seeing is there's this manual upload: http://launchpadlibrarian.net/234931830/autopilot_1.5.1+16.04.20151209-0ubuntu1_1.5.1+16.04.20151209-0ubuntu2.diff.gz02:06
veebersthe wiped silo was when I understooed what happened (i.e. had already been uploaded) so I followed it up.02:06
veebersrobru: right, that's the change that I'm trying to release using the train (but to both X and V+p) as it was uploaded by someone else02:07
robruwhat you need to do is branch your trunk, apply the above patch, commit the result (which I guess will just be the changelog if you already merged the other part), and then commit that directly to trunk. no mp, no silo.02:07
veebersso now I'm trying to sync things by using the train so both X & V+p are the same and what's released is the same in the release branch02:08
veebersrobru: well almost, I want to release that into V+p too. Will there be complexity if I do it that way??02:08
robruveebers: so for that you'd want a sync silo to copy xenial into vivid. or you can just wait until your next change and do a regular dual silo and the new release will pick everything up from trunk.02:08
veebersUp untill now we've release into both X & V+p at the same time02:08
robruveebers: you don't want to do this with a dual silo because you'll end up with a weird null upload to xenial that will be totally pointless.02:09
veebersrobru: ok one option is to sync silo to copy x to v, and manually commit the changelog fixes to the releae branch?02:09
veebersyeah right02:09
robruveebers: the way to think of it is that the train does trunk -> distro. if you have something in distro and you're trying to get it into trunk, the train is exactly the opposite of what you want. but you can also do a sync silo which is distro -> distro02:13
robruveebers: I gotta run in 15, let me know if you need help configuring the sync request02:16
veebersrobru: ack, thanks02:16
robruwill be back in 2hrs if you need me for anything02:28
=== faenil_ is now known as faenil
=== chihchun_afk is now known as chihchun
=== faenil is now known as faenil_
=== faenil_ is now known as faenil
xavigarciatrainguards: Hi there. could somebody take a look to https://requests.ci-train.ubuntu.com/#/ticket/1008 ?10:09
xavigarciatrainguards: I get the following error: https://requests.ci-train.ubuntu.com/#/ticket/100810:09
xavigarciatrainguards: sorry: Needs rebuild due to burned version number (mir/vivid, mir/xenial)10:09
Mirvxavigarcia: it means that mir was released meanwhile from another silo, you need to hit Build again so it merges the branches again with latest mir trunk10:12
Mirvxavigarcia: or... is it that you shouldn't be having mir in the silo in the first place?10:12
Mirvxavigarcia: for some reason there is mir in the silo https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/landing-025/+packages - if that's an error like it probably is, I can remove it10:13
Mirvxavigarcia: ok, wait 10-15 mins from now, the train should fix its status10:14
xavigarciaMirv: Okay, waiting then... thanks!10:17
=== chihchun is now known as chihchun_afk
=== chihchun_afk is now known as chihchun
Saviqsil2100, you pulled out framework 15.04.4 from rc-proposed, right?10:38
sil2100Saviq: yes, at least I thought I did!10:39
sil2100I didn't?10:39
Saviqsil2100, you did, but people already depended on it10:40
Saviqnerochiaro, zbenjamin ↑10:40
sil2100hm, what parts of it did people depend there? I thought there was no reason for its existance10:41
nerochiaroSaviq: we don't really depend on it, it's just our staging branch tha tdoes10:41
nerochiaroSaviq: i think we can roll that back10:41
Saviqsil2100, it's still in the store10:41
nerochiaroSaviq: as long as it does not make it in trunk10:41
Saviqaccording to zbenjamin10:41
Saviqnerochiaro, yup10:41
sil2100Yeah, it's in the store still, didn't remove it from there as I hope we'll be re-introducing it soon10:43
sil2100It's a virtual framework right now10:43
=== xavigarcia is now known as xavigarcia_lunch
Mirvoh, I had dropped from freenode (but not OFTC/IRCnet)11:48
=== _salem is now known as salem_
boikorvr: in dual panel mode, we are just hiding the label now (to avoid having to deal with translations until design comes with the correct text)12:45
boikorvr: that's for silo 3012:45
boikorvr: rebuilding it right now12:46
rvrboiko: Are you rebuilding the silo?12:46
rvrboiko: Ack12:46
boikorvr: other than that, how is the test going?12:46
rvrboiko: Fine so far12:46
rvrboiko: UX wise there are some problems with this side panel model, but it's not exactly your problem12:47
boikorvr: like what?12:47
rvrboiko: So, if I create a new message, and then go to settings, there is no way to recover the message12:47
rvrboiko: Clicking again on "+" will create a new message12:48
boikorvr: ah yeah, state saving will need a revamp12:48
boikorvr: we need designers to come up with the full UX spec for that (so far we just had drafts of how basic things should work)12:49
rvrboiko: Ack12:49
jibelkenvandine, I failed silo 34 (apport upstart jobs) With the silo core_pattern is not set and apport doesn't work, enabled or not in system-settings13:26
bzoltanMirv: https://ci-train.ubuntu.com/job/ubuntu-landing-050-1-build/39/consoleFull13:38
Mirvbzoltan: it says what's the issue - you possibly added stuff to debian/rules with space characters instead of a real tab?13:40
Mirv"debian/rules:40: *** missing separator (did you mean TAB instead of 8 spaces?).  Stop."13:40
kenvandinejibel, hummm... worked for me13:58
jibelkenvandine, on a freshly flashed device?13:59
kenvandinebut i removed the files created by the job and rebooted13:59
kenvandinei also changed the channel in channels.ini and removed the files created by the job and rebooted14:00
kenvandineto verify it did the right thing for both stable and rc-proposed14:00
kenvandinejibel, actually i did notice the core_pattern didn't update immediately14:00
jibelkenvandine, I can retry to make sure I didn't do anything wrong, but with the silo enabling/disabling apport didn't change the core pattern14:00
jibeland it was disabled on boot14:01
kenvandinei thought it was broken too, but after a couple minutes i noticed it was set14:01
kenvandineit's like the apport job didn't get triggered immediately14:01
kenvandinei didn't test toggling it in system-settings, the upstart job is unrelated to that14:02
kenvandineit should only effect what the default is14:02
kenvandinewhat i noticed on boot with rc-proposed the core_pattern wasn't set right away14:02
kenvandinebut shortly after boot it was14:02
jibelkenvandine, okay, I'll reverify if it's set after a delay14:03
kenvandinelike there was some delay in running the job14:03
pete-woodstrainguards: hi guys, could I get my silo published now that QA has approved it? (https://requests.ci-train.ubuntu.com/#/ticket/978)14:04
pete-woodsI haven't got the right superpowers to do the publish myself14:04
sil2100Ok, on it14:07
pete-woods(the changes are adding a distro-patch that ditches the broken ARM assembler for AES)14:08
sil2100pete-woods: ok, looks goodish now - for packages like these we usually prefer the SRU version notation (so appending .1 then .2 etc.) but in this case it's all cool as vivid is EOL now anyway :)14:09
pete-woodssil2100: okay, will try and remember that I need to ask someone about the version numbering in future14:10
pete-woodsI guess I didn't really see it as an "SRU", so my "make everything super strict" mode didn't get switched on14:10
sil2100An ugly patch but yeah, works ;) Publishing!14:12
pete-woodsI just did whatever I could to make the patch minimal14:13
pete-woodsthe bug is supposedly fixed in the xenial version (which is now synced straight from debian)14:13
sil2100hm, interesting publishing error, looks like the packages got copied though so good14:14
Mirvdbarth_: https://code.launchpad.net/~charlesk/indicator-datetime/lp-1474078-notification-blacklist-apps/+merge/284927 not top approved14:24
jibelkenvandine, so without the silo, freshly flashed krillin, core_pattern is set immediately. I tried several reboots. I'm trying with the silo now.14:33
pete-woodstrainguards: hi folks, do you guys have a recommendation for who could review this seed addition for vivid (I guess a similar one for xenial will also be required) https://code.launchpad.net/~pete-woods/ubuntu-seeds/ubuntu-touch.vivid-gnome-keyring/+merge/28633214:42
jibelkenvandine, how long was the delay?14:42
sil2100pete-woods: hey! Let me take a look, but generally this branch is locked since vivid's release ;)14:42
sil2100pete-woods: we manage overlay-seeds through manual packages14:42
jibelkenvandine, with the silo, /var/lib/apport/autoreport is present, but the pattern is not set14:42
sil2100But I can forward your change there14:42
pete-woodssil2100: ah, maybe I picked the wrong branch then :)14:42
sil2100pete-woods: possibly target this change to xenial (since I suppose it should be valid there as well?) - we'll carry it over to the vivid-overlay :)14:43
sil2100If, of course, it makes sense for xenial14:43
pete-woodssil2100: yep, definitely makes sense for xenial14:44
dbarth_Mirv: ack14:44
jibelkenvandine, also if in u-s-s I disable/enable apport the pattern is not set14:44
dbarth_and done14:44
sil2100pete-woods: then file in a similar merge for the .xenial one and I'll review it :)14:44
jibelah it is now14:45
pete-woodssil2100: I'm being a bit dense, and can't spot the correct branch..14:45
pete-woodsubuntu.xenial doesn't seem to have anything about touch in it.14:45
pete-woodsfound it!14:47
jibelkenvandine, and gone again after reboot14:47
sil2100pete-woods: yep :)14:48
Mirvdbarth_: and https://code.launchpad.net/~dbarth/ubuntu-calendar-app/push-helper/+merge/28069714:49
pete-woodssil2100: right, got my act together now (https://code.launchpad.net/~pete-woods/ubuntu-seeds/ubuntu-touch.xenial-gnome-keyring/+merge/286335)14:50
dbarth_Mirv: ah that one i can't help; popey could though14:50
sil2100pete-woods: do you have a handy list of additional packages and their sizes pulled in by this new package?14:51
popeydbarth_: when is that (the 003) landing happening? cc Mirv14:51
Mirvpopey: dbarth_: it's "upstream approved" and in QA queue but QA won't consider it until all branches are top-approved14:52
popeyah, okay14:53
popeyi tested earlier in the week, but didn't approve it, so now have14:54
pete-woodssil2100: I can generate one14:54
pete-woodssil2100: but I don't have it to hand14:54
pete-woodsit's not big, from what I remember14:55
kenvandinejibel, indeed you are right, toggling it in settings isn't triggering the job14:56
boikorvr: silo 30 built14:56
jibelkenvandine, IIRC the pile of upstart jobs was here for a reason, I don't remember the details though14:57
kenvandinejibel, on rc-proposed i deleted /var/lib/apport/.apport-config-has-run and reboot /var/lib/apport/autoreport and rebooted14:57
kenvandineafter booting autoreport was enabled and the core_pattern was set14:58
sil2100pete-woods: ok, if you didn't start yet then I'll just quickly gather the info :)14:58
kenvandinebut toggling it in settings isn't changing core_pattern14:58
rvrboiko: Yeah, already testing it14:58
pete-woodssil2100: http://paste.ubuntu.com/15100434/14:58
pete-woodsif that helps?14:58
kenvandinejibel, yeah, those old jobs were by me, this silo is landing an improvement from slangasek14:58
boikorvr: nice! thanks!14:58
kenvandineimprovement as in less delta to maintain :)14:58
sil2100pete-woods: thanks :)14:59
kenvandinejibel, apport-config should be getting triggered when /var/lib/apport/autoreport is created or removed14:59
kenvandineand at the end of that job it either starts or stops apport14:59
kenvandinewhich is what should be changing core_patter14:59
pete-woodssil2100: the seed will pull in the recommends, right? (libpam-gnome-keyring and libp11-kit-gnome-keyring are vital)14:59
kenvandinethat must not be happening14:59
kenvandinejibel, i'll comment on the merge proposal, thanks14:59
pete-woodsit kinda looks like they don't from my apt command there15:00
pete-woodsis apt configured differently on the phone, maybe?15:00
pete-woodsI always thought you needed to do --no-install-recommends15:01
pete-woodsto avoid them15:01
sil2100pete-woods: hm, yeah, not sure now if the seed pulls those in then15:01
pete-woodssil2100: http://paste.ubuntu.com/15100445/15:02
pete-woodsat any rate there's a bigger install15:02
pete-woodsbut would have to revise the MR15:02
sil2100pete-woods: just in case add those to the seed change as well15:02
pete-woodssil2100: will do15:02
sil2100We'll need to bring this up through pmcgowan though15:03
sil2100pmcgowan: hey! Would you be ok with 4MB of disk-space eaten for gnome-keyring?15:03
pmcgowansil2100, sure and lets find 4MB to save elsewhere :)15:04
sil2100pete-woods: I suppose it will be required by the creds storage in convergence?15:04
pete-woodssil2100: yep15:04
pete-woodssil2100: that's the main reason I want to use gnome-keyring, rather than my own db, so that convergence works more nicely15:04
pete-woodssil2100: I've updated the MR now (https://code.launchpad.net/~pete-woods/ubuntu-seeds/ubuntu-touch.xenial-gnome-keyring/+merge/286335)15:05
pete-woodsfor some reason it's not showing in the diff, though15:06
pete-woodsbut you can see the changes in r33415:06
sil2100The diff has updated now, thanks15:07
pete-woodsah good, the diff has updated now15:07
sil2100pete-woods: hmm, so now I'm thinking (out loud) - I know that sooner or later we want all touch devices to be convergent, but will those packages be used on non-convergence-enabled devices?15:13
sil2100pete-woods: like, does it make sense to have on a device that doesn't have libertine?15:13
pete-woodssil2100: definitely does. the phone as it stands right now can still be used to connect to VPNs15:14
sil2100pete-woods: ok, makes sense - so only one cosmetic change request: could you move those packages from touch to touch-core? (the Core section there as well)15:15
pete-woodssil2100: of course15:15
sil2100pete-woods: it's more a structure thing nothing more, as we basically could just get rid of touch-core right now and just jam everything to touch15:16
sil2100But it's a nice touch to have those both detached for now in case we need to15:16
sil2100pete-woods: thanks!15:16
rvrboiko: Please, mark the silo ready for QA ... when ready :)15:16
boikorvr: ouch, sorry, I forgot it resets the flag15:16
boikorvr: done15:17
pete-woodssil2100: okay, the MR is updated again :)15:17
rvrboiko: Thanks15:17
sil2100pete-woods: excellent :)15:18
sil2100pete-woods: ok, will merge it in shortly and release with some other changes for both xenial and vivid-overlay15:20
pete-woodssil2100: awesome, thanks!15:22
dobeyjibel: hey. can we get the IAP silo tested now please? :)15:43
jibeldobey, 41 ?15:43
boikorvr: hi, the card moving to failed is just because it was rebuilt, right?15:45
jibeldobey, sure, it's been languishing in the ready queue long enough I guess, moved to the top.15:45
rvrboiko: Yes15:46
jibelboiko, yes, because a new one will be created once it's ready again15:46
boikojibel: rvr: ok, thanks15:46
rvrI'm testing, anyway15:46
boikorvr: if you find anything, you can ping me right away, this is my highest priority currently15:47
dobeyjibel: great, thanks15:47
rvrboiko: Ok15:47
dobeywith string/feature freeze on tuesday, we do need to get it landed asap :)15:53
jibeljhodapp, I'm rejecting silo 21, if there is a track with a # in the name, it works find in the music app but when played from the scope the client dies and then no track can be played anymore from the music scope16:31
jhodappjibel, yeah it's not ready yet...it got labeled as being ready accidentally and apparently when you change the status in Bileto back to it not being ready it doesn't update the QA Trello board16:32
jhodappjibel, apologies for you having to test it before it's fully ready16:33
jibeljhodapp, so just tell us and we remove the card16:33
jhodappjibel, alright16:34
sil2100pete-woods: seed changes uploaded to both overlay and xenial16:50
pete-woodssil2100: woot!16:52
=== alan_g is now known as alan_g|afk
Saviqrobru, are you ever planning to parallelize source builds? must say waiting for them all to complete in sequence is meh17:41
dobeySaviq: eh? in the silo PPA?17:43
Saviqdobey, no, source *package* builds, in citrain jenkins17:43
dobeyyeah that is annoying17:44
dobeyis there a bug for it?17:44
Saviqdobey, there is now, bug #154666117:55
ubot5bug 1546661 in CI Train [cu2d] "Should build source packages in parallel" [Undecided,New] https://launchpad.net/bugs/154666117:55
=== alan_g|afk is now known as alan_g
rvrboiko: Silo 30 approved18:13
boikorvr: cool! thanks!18:23
Saviqtrainguards, rebuild https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/landing-019/+build/9025867 please, thanks!19:54
robruSaviq: done20:03
Saviqrobru, thank you20:03
=== salem_ is now known as _salem
Saviqrobru, seems the same happened here https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/landing-010/+build/902645421:08
robruSaviq: BLAM21:08
robrui killed it21:08
Saviqrobru, would you be so kind as to upload oxide to silo 10 with this patch https://code.launchpad.net/~loic.molinari/oxide/oxide-ubuntu-scale-factor/+merge/28610922:08
Saviqoh uh, we should make that silo vivid-only then, shouldn't we...22:08
robruSaviq: unless you want the patch in both22:08
robruSaviq: i don't generally build source packages myself, usually somebody else does that then i just copy the package in22:09
Saviqrobru, does train allow manual uploads for dual silos? thought it didn't22:09
Saviqrobru, oh sure, lemme get you a source pkg then22:09
robruSaviq: it has for a while but it enforces the manual source being present in both series.22:10
robruSaviq: wait, if you have an mp why doesn't the train just build that?22:10
Saviqrobru, oh cool, two ½GB source packages coming right up :D22:10
Saviqrobru, oxide not train-released yet I think22:10
robruSaviq: why not get it ready? Would save a lot of hassle22:11
Saviqrobru, looking at https://code.launchpad.net/~oxide-developers/oxide/oxide.trunk they commit to trunk22:11
Saviqand have separate packaging22:11
robruSaviq: so? Train can do null merges to release trunk22:12
robruSaviq: oh yeah you'd need the packaging inlined22:12
Saviqrobru, so maybe not right now :)22:12
robruSaviq: somebody should do this soon though22:12
Saviqchrisccoulson, ↑↑22:12
=== chihchun is now known as chihchun_afk
Saviqrobru, as you were, it's a bigger topic apparently22:58
Saviq(re: oxide)22:59
robruOh heh22:59
Saviqrobru, something's gone wrong with the s390x builders, stuck again https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/landing-010/+build/902735223:05
robruSaviq: cancelled!23:08
robruSaviq: I'm heading out in a bit, let me know if you need anything23:09
Saviqrobru, think I'm good now, thanks o/23:09
robruProbably be gone a few hours at least23:09
robruYou're welcome23:09

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