[04:22] <veebers> trainguards If I change the MP that my silo (after an assign) is for do I need to do anything special or can I just Build away?
[04:23] <robru> veebers: "change the MP that my silo is for" what did you do? make a new MP? or push a new commit at an existing MP?
[04:24] <robru> veebers: let me put it this way: if you changed anything in the request at requests.ci-train.ubuntu.com, you need to reconfigure. if you just poked the MP (new commit, changed Commit Message field) without changing the request, you just need to rebuild.
[04:24] <veebers> robru: I resubmitted the original one as the diff was outdated :-)
[04:25] <robru> veebers: if you resubmitted that means you have a new MP, you need to put the new MP into the request and reconfigure.
[04:25] <veebers> robru: ah ok, so a reconfigure is needed
[04:25] <veebers> robru: right, thanks :-)
[04:25] <veebers> robru: when you say reconfigure, that's the 'assign' action?
[04:25] <robru> veebers: you're welcome. I'm working on eliminating the need to reconfigure but it's a week or two away still
[04:25] <robru> veebers: yeah
[04:26] <robru> veebers: the assign action will detect that it's already assigned and reconfigure instead.
[04:26] <veebers> robru: awesome, thanks. requests.ci-train is looking good :-)
[04:26] <robru> veebers: there used to be an explicit "reconfigure" job but that got streamlined into the assign job a while back, they were pretty redundant otherwise.
[04:26] <robru> veebers: thanks!
[08:19] <anpok_> trainguards: I want to land libevdev and libinput from wily in stable phone overlay, but I cannot upload to the silo.
[08:20] <anpok_> that would be silo-002
[08:24] <Mirv> anpok_: so sync the identical version, just rebuild? you could file a request where you use the sync source field
[08:25] <Mirv> ogra_: popey: jibel: anything to discuss, ie to hangout or to not hangout?
[08:31] <ogra_> Mirv, not from my side
[08:32] <Mirv> I'm considering the silence from others as a "no" too, although I am/was in the hangout
[08:43] <alf_> trainguards: In the the ci-train request system, do I have to assign the silo myself (i.e., click 'Assign')?
[08:44] <Mirv> alf_: the assigning means assigning a silo, so you don't need to click it if the silo is already assigned to the row.
[08:44] <popey> Mirv: "no" :)
[08:44] <Mirv> alf_: for "owning" the silos, there's just the freely typable field for lander's IRC nicks
[08:44] <Mirv> popey: :)
[08:45] <Mirv> alf_: so right, for request 287, you'll want to assign it so that you get a silo for the landing which you can build
[08:45] <alf_> Mirv: ok, thanks
[08:58] <morphis> Mirv: time to do another silo upload for me?
[09:00] <Mirv> morphis: sure
[09:13] <morphis> Mirv: do you know if ubuntu-touch-meta is a manually uploaded package as well?
[09:34] <mzanetti> robru, hey how, one more note on the bileto thing. when there's a build failed, I really miss the direct link to the build log as found on the dashboard
[09:37] <Mirv> morphis: that's from https://code.launchpad.net/~ubuntu-core-dev/ubuntu-seeds/ubuntu-touch.wily but if you speak about vivid overlay then yes it's manual
[09:38] <anpok_> Mirv: i thought sync would only work for projects that have upstream branches in lp?
[09:38] <anpok_> at least thats what I understood from the landing process wiki..
[09:39] <anpok_> '''For packages that are either released through train source uploads or standard archive-uploads, please copy the packages manually with version numbers changed'''
[09:39] <anpok_> Mirv: I think this is the case for libevdev+libinput
[09:40] <Mirv> anpok_: ah, ok, you're correct. for those, please just have a silo where those (libevdev + libinput) are specified in the Manual Source Packages, and trainguards can handle the syncing
[09:40] <morphis> Mirv: yeah meant vivid-overlay
[09:41] <anpok_> Mirv: silo-0002 should be set up like that.
[09:42] <morphis> Mirv: what is the best way to test ubuntu-touch-meta?
[09:45] <Mirv> anpok_: so it is, I'll sync them
[09:45] <Mirv> morphis: test changes to it? well, build in a PPA, then apt install ubuntu-touch or such on the device. full image build not too easy.
[09:45] <morphis> ok
[09:46] <ogra_> there si no real way to "test" it anyway ... just install the package you added as dependency to the seed
[09:47] <ogra_> *is
[09:47] <morphis> ogra_: hm
[09:47] <anpok_> cihelp: we have problems with the mir ci - the mako test runner job fails on mako-08 repeatedly
[09:47] <morphis> gets time that we can build images out of a silo
[09:47] <ogra_> after all -meta is just a dependency list
[09:48] <anpok_> cihelp: https://jenkins.qa.ubuntu.com/job/mir-mediumtests-runner-mako/6440/console symptoms include failure to install dependenies like libprotobuf-lite9 or libgflags2
[09:48] <morphis> ogra_: right
[09:48] <ogra_> there is nothing to test except that the new dependency you added is installable
[09:48] <morphis> ogra_: I dropped two packages so I want to verify if they really get dropped
[09:49] <ogra_> well, thats something you can only see after image build anyway
[09:49] <morphis> right
[09:49] <ogra_> http://people.canonical.com/~ogra/touch-image-stats/ has the rootfs diffs
[09:49] <ogra_> (or lukasz' commitdiffs if you need more details)
[09:50] <morphis> for that it would atleast be great to get images for a silo to see those changes directly rather than having to wait to get that landed and then see the result
[09:50] <ogra_> yes
[10:16] <Mirv> anpok_: silo 002 is ready
[10:29] <anpok_> is s-jenkins down?
[10:29] <alf_> cihelp:^^
[10:29] <anpok_> additionally to the problem with mako-08 we cannot connect to s-jenkins and ci runs seem to happen
[10:30] <anpok_> +no
[11:07] <Mirv> zbenjamin: ^ QtC will be in 025
[11:09] <Mirv> hmm, but needs a resync since Steve has uploaded directly to archives
[11:13] <rvr> mardy: ping
[13:19] <kgunn> trainguards just checking, but we can select dual now which will result in a rebuild on on the sync to vivid+o. right ?
[13:24] <Mirv> kgunn: if you switch from eg vivid to dual, yes a rebuild will build both wily + vivid
[13:24] <kgunn> ta
[13:35] <oSoMoN> alesage, hey, I answered your questions/concerns on https://trello.com/c/gqwsJcsa/2237-273-ubuntu-landing-014-webbrowser-app-osomon
[13:57] <balloons> ping fginther. Was the vivid overlay ppa added to any of the existing core apps jobs ?
[13:59] <fginther> balloons, doesn't appear to have been, was that requested last week (I was completely disconnected for a week)
[14:00] <balloons> fginther, I remember talking about it with popey and someone from CI; not sure who. It really needs to be added to all the vivid jobs
[14:00] <balloons> So I too am trying to recall where it was left
[14:16] <balloons> cihelp, it's unclear that anyone was tasked with adding the vivid-overlay ppa to the core apps jenkins jobs. Can you add the ppa to the reminders ci jobs? reminders-app-ci and reminders-app-autolanding
[14:16] <balloons> the ppa is ppa:ci-train-ppa-service/stable-phone-overlay. It's need for the other applications as well, but start with reminders if you would
[14:19] <josepht> balloons: I'll get that added to the reminders-app ci and autolanding jobs
[14:19] <alesage> oSoMoN, ack
[14:22] <oSoMoN> alesage, I should be online later than usual today, but if you have a question and I’m not around, please ping bfiller, he might be able to answer it
[14:22] <alesage> oSoMoN, ok
[15:20] <rvr> anpok_: Regarding silo 2, the comment says "libinput and libevdev are currently not used in the phone stack". We ony test phone-related silos.
[15:20] <rvr> only
[15:22] <kenvandine> rvr, does that mean it should land without qa?
[15:22] <kenvandine> they are a future dep, so i guess you can't test them
[15:24] <rvr> kenvandine: Right, if we can't test it on the phone, it can land
[15:26] <kenvandine> anpok_, i updated that landing to reflect that
[15:26] <kenvandine> anpok_, and publishing
[15:50] <ogra_> Mirv, in case you want a meting, i have to skip today ...
[16:16] <robru> mzanetti: yeah I miss that too. unfortunately it'll take a db schema change in order to bring that back, which is difficult and onerous. I'm saving up a few schema changes so i can do them all at once. In the mean time, if you click through to the ppa link, the ppa description has a link to the jenkins job console output.
[17:12] <oSoMoN> alesage, any update on silo 14 ?
[17:12] <anpok_> rvr, kenvandine: thx
[17:13] <alesage> oSoMoN, going offline?  I'll get to in a bit
[17:13] <kenvandine> anpok_, np
[17:13] <oSoMoN> alesage, going offline soon, might be back online later tonight
[17:13] <alesage> oSoMoN, understand your answers, don't intend to block, just a little more exploration :)
[17:14] <oSoMoN> alesage, exploration is good :) I’m eager to get this silo landed…
[17:14] <alesage> oSoMoN, I feel the urgency
[18:00] <robru> slangasek: are we meeting?
[18:02] <slangasek> robru: no sil2100 this week, so maybe we should skip?
[18:02] <robru> slangasek: I'm ok to skip
[18:02] <slangasek> robru: ok let's :)
[18:02] <robru> slangasek: thanks
[18:27] <kgunn> trainguards ever seen a pkg install failure like this ?
[18:27] <kgunn> https://pastebin.canonical.com/138811/
[18:28] <robru> kgunn: yeah powerd is a special snowflake and can't be installed that way.
[18:28] <kgunn> kinda what i wondered
[18:28] <kgunn> robru: know how ?
[18:29] <robru> kgunn: I can't remember the proper way, sorry. you have to like reboot into recovery and copy files by hand or something. there's a wiki somewhere...
[18:29]  * kgunn goes to look for a wiki
[18:29] <robru> kgunn: I think kenvandine might know how ^^
[18:37] <kenvandine> kgunn, indeed... i think you have to install it from recovery
[18:37] <kenvandine> so download the debs
[18:37] <kenvandine> reboot into recovery
[18:37] <kenvandine> push the debs
[18:37] <kenvandine> and shell in to install them
[18:37]  * kenvandine knows there's another step
[18:37] <kenvandine> ah, chroot
[18:39] <dobey> kenvandine: you forgot the ceremonial stone and dagger
[18:39] <kenvandine> https://wiki.ubuntu.com/Touch/Testing/lxc-android-config
[18:39] <kenvandine> dobey, lol
[18:39] <kenvandine> kgunn, you can follow the same steps as lxc-android-config
[18:40] <kenvandine> kgunn, in theory anyway, i've never done it for powerd
[18:40] <kenvandine> but i think it's the same basic problem
[19:03] <kgunn> kenvandine: thanks and i had found this in the meantime
[19:03] <kgunn> https://wiki.ubuntu.com/Process/Merges/TestPlans/Powerd
[19:10] <kenvandine> kgunn, no problem
[19:11] <kgunn> kenvandine: hmmm...but i am stuck it seems
[19:12] <kgunn> whenever i do adb reboot recovery
[19:12] <josepht> balloons: the vivid-overlay ppa has been added to the reminders-app ci and autolanding jobs.
[19:12] <balloons> josepht, excellent, ty
[19:12] <kgunn> i do adb shell, it just says "devices offline"
[19:12] <kgunn> however i can actually see the device when i do adb devices
[19:12] <kenvandine> oh... krillin or arale?
[19:12] <kgunn> kenvandine: arale
[19:12] <kgunn> ah...i should've indicated that
[19:12] <kenvandine> you need a different recovery for that
[19:12] <kenvandine> just like you do with ubuntu-device-flash
[19:13] <kenvandine> not sure how to boot into that recovery though
[19:13] <kenvandine> without flashing :)
[19:13] <kgunn> kenvandine: ah yeah, i used the proper recovery image for it
[19:13] <kgunn> will ask in tangxi
[19:25] <robru> kenvandine: can you give me a quick packaging ack? https://ci-train.ubuntu.com/job/ubuntu-landing-014-2-publish/lastSuccessfulBuild/artifact/webbrowser-app_packaging_changes.diff/*view*/
[19:25] <robru> kenvandine: should be easy, just not sure about dropping a binary package
[19:26]  * robru -> lunch
[20:13] <kenvandine> robru, sorry... was getting some food
[20:14] <robru> kenvandine: no worries, I'm eating too
[20:15] <kenvandine> robru, i had already reviewed that MR
[20:15] <kenvandine> it should be fine
[20:15] <kenvandine> it was a single image in a binary package
[20:15] <robru> kenvandine: oh OK haha
[20:15] <kenvandine> and not even used anymore :)
[20:16] <kenvandine> so +1 from me
[20:32] <oSoMoN> trainguards: the status for silo 14 say that it can’t be published because packaging changes need manual acking, but the only MR in that silo already got a packaging ack from kenvandine : https://code.launchpad.net/~osomon/webbrowser-app/oxide-context-menu/+merge/268786
[20:32] <oSoMoN> can it be published, please?
[20:33] <robru> oSoMoN: yeah I'm just finishing up my lunch, will do in a second
[20:34] <oSoMoN> thanks