dustymabe reported a new issue against the project: `atomic-wg` that you are following:
``
We are now *releasing* OSTree content every two weeks rather than every night ([link](http://www.projectatomic.io/blog/2017/02/matching-fedora-ostree-released-content-with-each-2week-atomic-release/)). Next we would like to make the image names that get produced reflect in some way the OSTree content that is baked into the image. During recent development @jlebon actually suggested that we use date based versions for Fedora Atomic Host: something like `version: 20170130.0`, `version: 20170130.1`, `version: 20170215.0`, etc...
Let's decide on what we want the versioning scheme to look like and also what the image names "could look like" as a result of this.
``
To reply, visit the link below or just reply to this email
https://pagure.io/atomic-wg/issue/229
sayanchowdhury reported a new issue against the project: `atomic-wg` that you are following:
``
fedimg `EC2Service` right now uses libcloud to create the AMIs. Libcloud does not support a lot of features whereas boto has a better documentation and provides the missing bits.
``
To reply, visit the link below or just reply to this email
https://pagure.io/atomic-wg/issue/237
kushal reported a new issue against the project: `atomic-wg` that you are following:
``
During our Atomic tests, after disabling the chronyd service, we reboot the VM. After that the ssh serivce is not coming back on time. This VM has one vcpu in it.
Sometimes we saw behaviour on Vagrant libvirt (which boots with 2 VCPU(s)), and at least once with Vagratnt Virtualbox before.
One such example of failure: https://apps.fedoraproject.org/autocloud/jobs/2188/output#30https://lists.fedoraproject.org/archives/list/cloud@lists.fedoraproject.org… is the thread in the mailing list on the same topic.
``
To reply, visit the link below or just reply to this email
https://pagure.io/atomic-wg/issue/232
dustymabe reported a new issue against the project: `atomic-wg` that you are following:
``
There appears to be a period of downtime where fedimg was not uploading AMIs
Fedora-Atomic-25-20170226.0.x86_64 EC2 (us-west-2) ami-5051d230 hvm gp2
Fedora-Atomic-25-20170304.0.x86_64 EC2 (ap-northeast-1) ami-8cb2e5eb hvm gp2
Attached is a run of [get_ami.py](https://pagure.io/fedora-websites/blob/master/f/tools/get_ami.py) which shows a gap.
Can someone investigate why this happened?
<!!image>
``
To reply, visit the link below or just reply to this email
https://pagure.io/atomic-wg/issue/246
dustymabe reported a new issue against the project: `atomic-wg` that you are following:
``
It would be great if we can have some planned virtual meetings every few months to discuss the atomic working group and current issues that extend into discussions.
Should we meet every so often (not necessarily for an entire day) to sync up on issues and work through the backlog of items to clear out cruft and/or promote forgotten priorities?
``
To reply, visit the link below or just reply to this email
https://pagure.io/atomic-wg/issue/192
adamwill reported a new issue against the project: `atomic-wg` that you are following:
``
Apparently, it was decided that Fedora Atomic Host images should include only the locales 'officially supported' by RHEL 7 - see https://bugzilla.redhat.com/show_bug.cgi?id=1430182 , jlebon says it was decided to apply the same choice to Fedora as to RHEL.
This is entirely out of step with all other Fedora flavors, though, I believe. These include far, far more locales. The 'RHEL supported' list doesn't include such obvious and widely-used locales as en_CA and en_AU. I'm not sure it makes sense to just decide the RHEL 'supported locales' list is an appropriate basis for the list of locales to include in Fedora images.
[Transferred from https://bugzilla.redhat.com/show_bug.cgi?id=1459341 as requested there].
``
To reply, visit the link below or just reply to this email
https://pagure.io/atomic-wg/issue/282