14:00:15 <bstinson> #startmeeting CBS/Infra
14:00:15 <centbot> Meeting started Mon Apr 24 14:00:15 2017 UTC.  The chair is bstinson. Information about MeetBot at http://wiki.debian.org/MeetBot.
14:00:15 <centbot> Useful Commands: #action #agreed #help #info #idea #link #topic.
14:00:21 <alphacc> o/
14:00:22 <bstinson> #chair alphacc Arrfab kbsingh
14:00:22 <centbot> Current chairs: Arrfab alphacc bstinson kbsingh
14:00:34 <bstinson> #topic Agenda/Roll Call
14:00:40 <rbowen> I'm lurking
14:00:41 <bstinson> #info Topic: Status Updates
14:01:07 <bstinson> #info Topic: CBS Content Control - Altarch directories to the mirrors
14:01:24 <bstinson> #info Topic: Adding qemu-kvm-ev to the koji builders
14:01:31 <bstinson> #info Topic: Account Requests
14:01:36 <bstinson> #info Topic: Open Floor
14:02:00 <bstinson> hi folks
14:02:21 <lpancescu> hi
14:02:57 <bstinson> #topic Status Updates
14:03:07 <bstinson> anyone have something to report for this week?
14:04:03 <alphacc> not much, I am looking at ceph rebuild for ppc64le to unblock other ppc64le rebuilds
14:04:36 <alphacc> ceph -> openstack-common -> openstack-opstools -> opstools
14:05:18 <bstinson> awesome
14:05:47 <hrw> I will be back in ~10-15 minutes. sorry
14:05:51 <bstinson> centpkg, centos-packager, and python-centos are coming up on my backlog. there hasn't been an update in a while, and i need to rebase some things
14:06:18 <alphacc> ok shout when you need testers
14:06:36 <bstinson> other updates?
14:06:56 <bstinson> if not, we can jump to the qemu-kvm-ev discussion while hrw is away
14:07:06 <alphacc> +1 for me, the only limitation is el7 image builders only. So the channel "image" will be only added to el7 boxes.
14:07:10 <bstinson> #topic Adding qemu-kvm-ev to the koji builders
14:07:30 <bstinson> lpancescu: can you record a bit of background for posterity?
14:07:58 <lpancescu> bstinson, as in prefixing with #info?
14:08:24 <bstinson> that would be great, you need this for the hyperv images?
14:08:34 <bstinson> apologies, i don't have my notes from the other day
14:09:42 <Arrfab> alphacc: as the only image builder in cbs/koji is centos 7 node, that's fine. I can modify that puppet class to have a dep on some other repo
14:09:57 <lpancescu> #info image factory uses qemu-img to convert the qcow2 images (lvm) into .vhd for hyper-v. unfortunately, the version in centos creates sparse image files, which are expanded to the full 40G size on windows
14:10:50 <alphacc> Arrfab: yes, just to keep it in mind. Anyway at a point we should move to 7 CBS.
14:10:51 <lpancescu> #info qemu-img-ev can create regular image files, around 1.1GB in size, which should be unproblematic on windows
14:11:28 <bstinson> great!
14:12:00 <Arrfab> alphacc: so which repo is needed to be enforced on that builder ?
14:12:02 <lpancescu> #info i already checked that -ev produces regular images for both .vhd and .vhdx, just no confirmation yet that they're actually working due to no access to hyper-v
14:12:03 <hrw> o/
14:12:44 <bstinson> http://mirror.centos.org/centos/7/virt/x86_64/kvm-common/
14:12:52 <bstinson> ^is it this repo?
14:13:39 <lpancescu> bstinson, i installed centos-release-emu-ev on a standard c7 vagrant image and then qemu-img-ev - so, probably that one :)
14:13:46 <hrw> lpancescu: iirc azure gives you hyper-v
14:13:47 <Arrfab> lpancescu: thanks
14:13:51 <tdawson_> bstinson: alphacc: I hate to bother you, but would either of you be able to add to centos7-extras repo to the paas7-openshift-future build target? -https://cbs.centos.org/koji/taginfo?tagID=793
14:14:02 <alphacc> tdawson_: on it
14:15:04 <lpancescu> hrw, possibly, don't have an azure account - just maintaining the vagrant images for now, not involved with the cloud images (yet)
14:15:07 <alphacc> tdawson_: done
14:15:22 <tdawson_> alphacc: Awesome.  Thank you.
14:15:35 <alphacc> tdawson_: sorry if I missed a ticket
14:15:53 <bstinson> #agreed We will enable centos-release-emu-ev, and install qemu-img-ev on the CBS image builder
14:15:59 <tdawson_> alphacc: https://bugs.centos.org/view.php?id=13152 if you want to close it.
14:16:48 <Arrfab> #action Arrfab to modify the koji::builder-imagefactory puppet class to ensure using qemu-img-ev
14:16:50 <alphacc> tdawson_: thx
14:17:05 <lpancescu> Arrfab, merci
14:17:09 <bstinson> cool
14:17:20 <hrw> lpancescu: give me url to vhd image to test on hyper-v and I aks my local Azure guru can he check
14:17:43 <alphacc> +1 I have my vagrant setup working now
14:19:00 <lpancescu> hrw, i could only convert the vmdk locally, since i can only produce vagrant images on CBS, which doesn't have qemu-img-ev yet. would instructions to convert be ok, after the meeting?
14:19:09 <lpancescu> alphacc, ^
14:19:15 <hrw> lpancescu: ok
14:20:00 <kbsingh> hello
14:20:15 <bstinson> #topic CBS Content Control - Altarch directories to the mirrors
14:20:28 <bstinson> hrw: can you give a little background here?
14:20:30 <hrw> o/
14:20:53 <hrw> CentOS/x86-64 has set of repositories additional to standard ones
14:20:59 <hrw> like cloud/ storage/ virt/ ones
14:21:23 <hrw> for aarch64 (and hope that soon for ppc64le too) they exist on buildlogs.centos.org machine
14:21:46 <hrw> using buildlogs instead of mirrors works for me but it is not a way how it should be done imho
14:22:06 <hrw> so that's why it was requested to finally sync them to mirrors.centos.org structure
14:22:20 <kbsingh> we should be able to move this to mirror.centos.org, under /altarch
14:22:27 <kbsingh> so its the same level repos as os/ updates/ extras/ etc
14:22:31 <hrw> that way all those centos-release-XY packages could be generated as well
14:22:42 <hrw> which would simplify using centos in other projects
14:22:49 <bstinson> the centos-release files would need some tweaking though, correct?
14:22:52 <hrw> kbsingh: exactly
14:23:00 <kbsingh> this is just a function of sign and push right ? ( bstinson alphacc  )
14:23:26 <hrw> bstinson: %ifnarch x86_64 ; change patch to /altarch/7/ %else path=/centos/7 %endif
14:23:30 <Arrfab> kbsingh: so you'd have aarch64 on /altarch and also under /centos/ ?
14:23:42 <hrw> Arrfab: under /altarch
14:23:46 <kbsingh> why would it be under /centos ?
14:23:49 <kbsingh> yeah, only altarch
14:23:52 <Arrfab> ah, gotcha, so directly in the release file (.spec)
14:24:03 <kbsingh> and we can use an existing system var in the release files
14:24:09 <hrw> Arrfab: sure, having them under /centos would make live even easier but I know that it is not planned yet
14:24:19 <hrw> Arrfab: exactly
14:24:53 <bstinson> kbsingh: this should be in whichever scripts pick up from CBS. a lot of the tags we're talking about are in the content-control lists already
14:24:55 <hrw> I am building openstack components (and some other stuff) as Docker container images. All that using Kolla
14:25:24 <hrw> and sorting out distro differencies like that just makes patches complicated
14:25:35 <kbsingh> so, what would this overload be.. /etc/os-release
14:26:36 <bstinson> could we not just teach mirrorlist to hand out /altarch URLs?
14:27:09 <Arrfab> bstinson: all altarch are only pointing to mirror.centos.org
14:27:28 <bstinson> right, but mirrorlist could know the arch and the component
14:27:29 <Arrfab> as it's not on external mirrors ("opt-in")
14:27:35 <hrw> bstinson: once repos will be there. but they are not there yet
14:28:19 <Arrfab> bstinson: but yes, teaching mirrorlist to just split by arch would be doable too
14:28:38 <Arrfab> and so using mirrorlist and not baseurl in the .spec/repo file
14:28:40 <hrw> brb, sorry
14:30:19 <Arrfab> lpancescu: qemu-img-ev has a deps on qemu-kvm-ev so that would replace also qemu-kvm.x86_64
14:30:42 <Arrfab> never tested that libvirt and imagefactory itself is working with those ones.
14:31:08 <hrw> re
14:31:15 <lpancescu> Arrfab, it only installed qemu-img and a few deps, no lvm on my side
14:31:25 <lpancescu> kvm^
14:31:43 * lpancescu hates macos autocorrection
14:32:06 <Arrfab> lpancescu: yes, but on that node qemu-kvm is installed because of libvirt for imagefactory (as that's how it builds the images) :-)
14:32:32 <lpancescu> Arrfab, so it will want to upgrade? :(
14:32:41 <Arrfab> as we have no node to test this outside of cbs/koji, let me finish what I'm working on, and then we can test the upgrade
14:32:47 <lpancescu> once the repo is enabled? yikes
14:32:49 <Arrfab> and if that works, good, if not, revert
14:33:21 <Arrfab> lpancescu: will you be able to launch a task (even a --scratch one) ? or give me one that I can launch ,
14:33:22 <bstinson> so what's our next action for the altarch discussion?
14:33:22 <Arrfab> ?
14:33:34 <bstinson> kbsingh: do you have a path forward on the sync side?
14:34:36 <lpancescu> Arrfab, my changes aren't checked in - ic an launch locally, or you could rebuild http://cbs.centos.org/koji/taskinfo?taskID=169139 if it's possible, as you prefer
14:39:13 <bstinson> ok, so this is going to stay open for this week
14:39:40 <bstinson> #action bstinson to follow up with kbsingh about the next steps forward for cbs-content-control altarch sync
14:40:02 <bstinson> #topic Account Requests
14:40:24 <bstinson> #info CI: no new projects, 1 open bug that will be closed today
14:40:28 <bstinson> #topic Open Floor
14:40:34 <bstinson> what else do we have today?
14:42:00 <lpancescu> i probably can't disable dump in the vagrant images, pykickstart deliberately ignore %addon sections. no short-term solution. we'd have to add support for %addon in pykickstart
14:42:43 <lpancescu> i filed an RFE upstream, let's see if anything happens
14:43:14 <bstinson> cool
14:43:16 <lpancescu> i mean, of course, kdump
14:45:20 <bstinson> ok, looks like we're pretty much wrapped up. last chance to add anything in open floor, closing in 1 minute
14:46:27 <bstinson> thanks all!
14:46:31 <bstinson> #endmeeting