Friday, 2017-01-20

openstackgerritMerged openstack/diskimage-builder: Fix coverage report  https://review.openstack.org/42165200:13
*** aparnav has joined #openstack-dib04:57
*** timrc has quit IRC05:34
*** timrc has joined #openstack-dib05:35
skraynevgreghaynes: ok I finally just removed python3 from local env, and now it installs correct version of requests lib :)06:58
*** chhavi has joined #openstack-dib07:13
*** pmannidi has quit IRC08:09
*** hashar has joined #openstack-dib09:02
*** openstackgerrit has quit IRC09:02
yolandagreghaynes, ianw , what are the plans for feature/v2 branch? are there plans to land in Ocata? see that integration with tripleo is broken, until some patches land09:22
*** fzdarsky has joined #openstack-dib09:25
ianwyolanda: i just keep getting sidetracked!09:30
ianwi would like to merge to master, probably then get in the block device stuff, and i feel like that's enough09:30
yolandaianw, this cannot land into master until the integration with TripleO is fixed... first thing is to land your patch that fixes the get_dependencies() method09:31
ianwoh, yeah i mean that's enough features, and we stabilise09:31
yolandafor the block device stuff, i put a -1 today. Because it creates partitions by default, even if you choose baremetal because you want to go with flat partition. Breaking tripleo, and also breaking what Ironic documentation says09:31
yolandaianw, so are there plans to land it for Ocata?09:32
ianwwell, we haven't really been part of that release schedule before09:33
yolandaif there is no tight schedule for it, i'd prefer that it doesn't land ... until we are 100% sure that integration works09:34
ianwyolanda: well yeah, i don't want to break the world with it, it's not worth rushing09:36
yolandacool, we are at release times, so i wanted to verify :)09:36
ianwyolanda: so you're ok with 407386?09:36
yolandayep, that works ok, let me +109:37
yolandai rebased Andreas patch in top of that one, so it could progress more on the ci and image build worked fine09:38
yolandacool, approved :)09:43
yolandathe thing is that sometimes is difficult to validate the tripleo builds09:43
yolandaovb tests shall be more stable, so from dib we could rely more on it09:44
ianwyeah, that's part of the problem that i never know if a failure is me or just transient09:44
ianweven on the master branch09:45
*** owalsh has quit IRC09:59
*** owalsh has joined #openstack-dib09:59
*** openstackgerrit has joined #openstack-dib10:25
openstackgerritMerged openstack/diskimage-builder: Add get_elements; preserve backwards compat for expand_dependencies  https://review.openstack.org/40738610:25
*** owalsh has quit IRC10:30
*** owalsh has joined #openstack-dib10:38
openstackgerrityolanda.robla proposed openstack/diskimage-builder: Preserve backwards compat for expand_dependencies  https://review.openstack.org/40717611:00
*** hashar is now known as hasharAway11:15
*** fzdarsky is now known as fzdarsky|lunch12:06
*** chhavi has quit IRC12:23
*** appu103 has joined #openstack-dib12:42
*** appu103 has quit IRC12:45
*** aparnav has quit IRC12:46
*** aparnav has joined #openstack-dib12:46
*** hasharAway is now known as hashar12:51
*** yolanda has quit IRC13:01
*** yolanda has joined #openstack-dib13:02
*** chhavi has joined #openstack-dib13:21
*** fzdarsky|lunch is now known as fzdarsky13:21
*** aparnav has quit IRC13:32
prometheanfirehas there been any initiative to add a 'shrink' step to qcow2 generation?  I went from 491 to 341 MB because of both grub still needing /usr/portage around (and grub is installed in the post-extract to blockdev phase)15:15
prometheanfireand zeroing out unused space15:15
*** chhavi has quit IRC15:17
*** sudipto has joined #openstack-dib16:32
*** sudipto_ has joined #openstack-dib16:32
*** fzdarsky is now known as fzdarsky|afk17:02
greghaynesprometheanfire: we have a cleanup.d phase17:25
prometheanfiregreghaynes: that runs before the phase grub runs in17:26
greghaynesprometheanfire: for zeroing we have a bit in dib which does that I believe17:26
greghaynesah17:26
greghaynesprometheanfire: yea we run an fstrim17:28
prometheanfiregentoo/post-install.d/99-cleanup should be in finalize.d17:29
prometheanfirestill within the chroot17:29
prometheanfireI think that's right17:29
prometheanfireI'll submit a patch sometime in the next three  days17:30
prometheanfirewhere is fstrim run?17:31
prometheanfireI greped for it17:31
prometheanfirein elements17:31
greghaynesits in disk-image-create17:32
prometheanfireif [[ ! $IMAGE_ELEMENT =~ no-final-image ]]; then17:32
prometheanfiredoes that get run when doing a qcow2 build?17:33
prometheanfiremight, need to look17:33
greghaynesit should17:33
prometheanfirek17:33
*** aparnav has joined #openstack-dib17:36
dmarlin_is anyone familiar with using dib to make fedora images for alternate architectures (i.e, aarch64) ?17:39
dmarlin_I tried:   DIB_RELEASE=25  disk-image-create vm fedora17:39
dmarlin_but it can't seem to locate the base image; it looks for:17:39
dmarlin_  https://cloud.fedoraproject.org/fedora-25.aarch64.qcow217:39
dmarlin_If I manually download the base image and set DIB_LOCAL_IMAGE it works:17:39
dmarlin_  DIB_RELEASE=25 DIB_LOCAL_IMAGE=Fedora-Cloud-Base-25-1.3.aarch64.qcow2  disk-image-create vm fedora17:39
prometheanfirethat's one of the things on my eventual todo list for gentoo, but haven't looked into it yet17:40
greghaynesdmarlin_: is there an aarch64 image released?17:41
greghaynesoh17:41
dmarlin_I found one in:17:41
greghaynesso yea, sounds like we just got the naming scheme off17:41
dmarlin_  http://dl.fedoraproject.org/pub/fedora-secondary/releases/25/CloudImages/aarch64/images/17:41
greghaynesshould be pretty simple to change if you check out the fedora/root.d dir17:41
dmarlin_note: it is in fedora-secondary17:41
greghaynesseems like we need to special case that dir if arch==aarch6417:42
dmarlin_*nod*17:42
dmarlin_greghaynes: or any alt-arch (non-x86)17:43
greghaynesSGTM17:43
*** aparnav has quit IRC17:44
dmarlin_greghaynes: I'm just not sure the right variables/values to set.17:44
dmarlin_greghaynes: x86 somehow turns https://cloud.fedoraproject.org/fedora-24.x86_64.qcow2 into the right cloud image17:44
dmarlin_greghaynes: or maybe that location only has x86_64 images17:45
greghaynesyea possible, I dont really know much other than we munge up to a working url ;)17:46
dmarlin_greghaynes: I could do that, but not sure how robust it would be17:47
dmarlin_greghaynes: since it would not point to something as simple as https://cloud.fedoraproject.org/$DISTRO-$RELEASE.$ARCH17:49
dmarlin_(the image I found is off in dl.fedoraproject.org/pub)17:50
greghaynesrigth, but theres still a scheme? http://dl.fedoraproject.org/pub/fedora-secondary/releases/$RELEASE/$ARCH/images/17:50
dmarlin_true, but the image name is:  Fedora-Cloud-Base-25-1.3.aarch64.qcow217:51
greghayneswhere does the 1.3 come from?17:51
greghaynesalso, is there a -latest or something?17:51
dmarlin_a version number, I suspect17:51
dmarlin_I didn't see one17:51
greghayneshrm, so you may have to do an extra wget in that case17:51
greghaynesand check the index or a shas file17:51
greghaynesthis script may be a good candidate for being written in python17:52
greghaynesbut thats up to whoever writes it17:52
dmarlin_I was just wondering who maintains cloud.fedoraproject.org... maybe they could support the alternate archs as well17:53
dmarlin_(copy in the latest)17:53
greghaynesianw: ^ might know something about it17:53
dmarlin_or a released version17:53
dmarlin_thansk17:53
dmarlin_thanks17:53
*** hashar has quit IRC18:18
*** sudipto has quit IRC18:41
*** sudipto_ has quit IRC18:41
*** owalsh is now known as owalsh-brb18:42
*** owalsh-brb has quit IRC18:48
*** owalsh-brb has joined #openstack-dib18:49
*** owalsh-brb is now known as owalsh19:47
*** owalsh is now known as owalsh-afk20:12
openstackgerritBen Nemec proposed openstack/diskimage-builder: Nothing to see here  https://review.openstack.org/42351620:47
*** jamielennox is now known as jamielennox|away21:28
openstackgerritAndreas Florath proposed openstack/diskimage-builder: Refactor: block-device handling (partitioning)  https://review.openstack.org/37526122:03

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