The status of the issue: `[VOTE] To mark recent failure on Atomic images as non blocking` of project: `atomic-wg` has been updated to: Closed by dustymabe.
https://pagure.io/atomic-wg/issue/171
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
The status of the issue: `RFE : vagrant user with id=1000` of project: `atomic-wg` has been updated to: Closed as Fixed by dustymabe.
https://pagure.io/atomic-wg/issue/166
dustymabe added a new comment to an issue you are following:
``
This is done now and in the fedora 26 artifacts that were just delivered.
``
To reply, visit the link below or just reply to this email
https://pagure.io/atomic-wg/issue/166
The status of the issue: `F26 Talking Points` of project: `atomic-wg` has been updated to: Closed as Fixed by dustymabe.
https://pagure.io/atomic-wg/issue/262
dustymabe added a new comment to an issue you are following:
``
f26 is out - and I think this can be closed
``
To reply, visit the link below or just reply to this email
https://pagure.io/atomic-wg/issue/262
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
dustymabe reported a new issue against the project: `atomic-wg` that you are following:
``
We want to have our users have the ability to use static deltas when moving from f25 to f26. We haven't yet moved to a unified repo but can give the users static deltas by simply pulling in the last f25 commit and then generating a static delta as described [here](https://pagure.io/releng/issue/6871#comment-446988).
``
To reply, visit the link below or just reply to this email
https://pagure.io/atomic-wg/issue/291
dustymabe reported a new issue against the project: `atomic-wg` that you are following:
``
Example failed koji task: https://koji.fedoraproject.org/koji/taskinfo?taskID=20474689
We recently started having ostree re-use the local mirror of content from the ISO image if it existed. We have it look in `/ostree/repo` and `/run/install/repo` in [this line of code](https://github.com/rhinstaller/anaconda/pull/1119/files#diff-3e2b7e1a…. At least for fedora 25 (according to the [lorax template](https://pagure.io/fedora-lorax-templates/blob/f25/f/atomic-installer/lorax-configure-repo.tmpl#_8) the real location was `/run/install/repo/content/repo`. However `/run/install/repo/` is an actual directory on our media and has several things in there that anaconda uses. So `/run/install/repo` exists and is not an ostree repo.
This means that any ostree anaconda install that is initiated from a non-ostree install tree (like our atomic host qcows are in our pungi composes) will fail with this error:
```
The following error occurred while installing. This is a fatal error and
installation will be aborted.
Failed to pull from repository: g-io-error-quark: Opening objects/ directory:
openat: No such file or directory (1)
```
I'm thinking we should
1. fix the installer to look for the right location (PR [here](https://github.com/rhinstaller/anaconda/pull/1126))
2. possibly make ostree not fail if a provided reference repo is bogus.
Thoughts?
``
To reply, visit the link below or just reply to this email
https://pagure.io/atomic-wg/issue/301