dghubble reported a new issue against the project: `atomic-wg` that you are following:
``
systemd-journald is missing logs on fresh droplets. journalctl shows nothing for any unit.
```
$ journalctl
No journal files were found.
-- No entries --
```
That's not right. There should at least be some system logs there. Check any unit and find no entries.
It seems like restarting `systemd-journald` or rebooting works around the issue, so its present only on fresh droplets. Originally observed on DigitalOcean's `20180424.4` image and doing a rolling upgrade to `28.20180425.0` addressed the issue - but that probably only worked because of the reboot. Since fresh `28.20180425.0` droplets now also have the systemd-journald issue.
```
● ostree://fedora-atomic:fedora/28/x86_64/atomic-host
Version: 28.20180425.0 (2018-04-25 19:14:57)
Commit: 94a9d06eef34aa6774c056356d3d2e024e57a0013b6f8048dbae392a84a137ca
GPGSignature: Valid signature by 128CF232A9371991C8A65695E08E7E629DB62FB1
```
https://twitter.com/dghubble/status/993277668828168192
``
To reply, visit the link below or just reply to this email
https://pagure.io/atomic-wg/issue/468
dustymabe reported a new issue against the project: `atomic-wg` that you are following:
``
We have done some work to get our images booting properly on MSFT azure. Brent has volunteered to write a blog post (draft [here](https://gist.github.com/baude/cc8fccc51eacfc0964cd14afc202df5c)) We'll try to publish this on fed mag.
I'll work with fedmag team to get this published.
``
To reply, visit the link below or just reply to this email
https://pagure.io/atomic-wg/issue/364
Minutes:
https://meetbot.fedoraproject.org/fedora-meeting-1/2018-05-29/fedora_atomic…
Minutes (text):
https://meetbot.fedoraproject.org/fedora-meeting-1/2018-05-29/fedora_atomic…
Log:
https://meetbot.fedoraproject.org/fedora-meeting-1/2018-05-29/fedora_atomic…
========================================
#fedora-meeting-1: fedora_atomic_apac_wg
========================================
Meeting started by ksinny at 05:00:36 UTC. The full logs are available
at
https://meetbot.fedoraproject.org/fedora-meeting-1/2018-05-29/fedora_atomic…
.
Meeting summary
---------------
* Roll Call (ksinny, 05:00:51)
* Action items from last meeting (ksinny, 05:04:06)
* atomic working group talks/sessions for flock 2018 (ksinny, 05:06:05)
* LINK: https://pagure.io/atomic-wg/issue/502 (ksinny, 05:06:14)
* CFP submission is a bit different this time, we need to create an
issue for submission at https://pagure.io/flock/issues (ksinny,
05:08:35)
* Flock website has ben updated with CFP details -
https://flocktofedora.org/ (ksinny, 05:11:46)
* Open Floor (ksinny, 05:12:18)
* LINK: https://communityblog.fedoraproject.org/ (sayan, 05:15:01)
* ACTION: sayan to write a blog at Fedora communityblog about
atomic-wg apac meeting (ksinny, 05:17:36)
* A new Atomic TwoWeek RC from 20180528 is available for tetsing -
https://lists.projectatomic.io/projectatomic-archives/atomic-devel/2018-May…
(ksinny, 05:19:18)
* ACTION: sayan will chair next atomic-wg-apac meeting (ksinny,
05:21:22)
* We are planning to have a atomic booth at Devconf.in and snarwade
will be helping us with it (ksinny, 05:30:12)
* ACTION: ksinny to create a atomic-wg ticket to discuss progress
around having atomic booth at Devconf.in (ksinny, 05:30:30)
Meeting ended at 05:32:47 UTC.
Action Items
------------
* sayan to write a blog at Fedora communityblog about atomic-wg apac
meeting
* sayan will chair next atomic-wg-apac meeting
* ksinny to create a atomic-wg ticket to discuss progress around having
atomic booth at Devconf.in
Action Items, by person
-----------------------
* ksinny
* ksinny to create a atomic-wg ticket to discuss progress around
having atomic booth at Devconf.in
* sayan
* sayan to write a blog at Fedora communityblog about atomic-wg apac
meeting
* sayan will chair next atomic-wg-apac meeting
* **UNASSIGNED**
* (none)
People Present (lines said)
---------------------------
* ksinny (56)
* snarwade_ (25)
* sayan (23)
* zodbot (11)
* kushal (3)
* snarwade (1)
Generated by `MeetBot`_ 0.1.4
.. _`MeetBot`: http://wiki.debian.org/MeetBot
smilner reported a new issue against the project: `atomic-wg` that you are following:
``
An idea that @dustymabe had was to start having design meetings via video (like Hangouts/BJN/etc..) to help speed up design discussions. We traditionally either had these discussions over long issue threads or IRC conversations. Would it be worth having a time/location that we could get community members together to discuss deeper design items together in public?
``
To reply, visit the link below or just reply to this email
https://pagure.io/atomic-wg/issue/418
miabbott reported a new issue against the project: `atomic-wg` that you are following:
``
I was the latest victim of issues pulling updates via HTTP2 when using `rpm-ostree upgrade` on my F27AW system. The problem is covered here:
https://github.com/ostreedev/ostree/issues/1362
Thankfully, the latest release of `ostree` (2017.15) contains the fix (workaround?) for the issue, but users are going to need to install that fixed version before they'll be able to successfully update their Atomic Host/Workstations. The ol' chicken vs egg problem.
We should publicize this issue via a blog post or email to `atomic-devel` (or both) because it has the potential to impact a lot of users.
``
To reply, visit the link below or just reply to this email
https://pagure.io/atomic-wg/issue/405
hhorak reported a new issue against the project: `atomic-wg` that you are following:
``
Let me describe my frustration from building layered containers in Fedora.
We've been maintaining CentOS and RHEL based images for various interesting stuff like databases (PostgreSQL, MariaDB) or dynamic languages (Python, NodeJS) at http://github.com/sclorg/ and we'd love to see the same set of containers in Fedora as well.
The challenge I see is that we have 2 or 3 layers on top of the base image, e.g.: Fedora 28 -> s2i-core -> s2i-base -> python, which is probably somewhat special, comparing to simple container images that just depend on the base image. The problem is that when we want to build either s2i-base or python, we only can take image from the release registry (registry.fedoraproject.org, mentioned in the guidelines and enforced in the tooling), so if the release would work as expected every two weeks, we can build s2i-core, in 2 weeks we can build s2i-base, and in another two weeks we can have up2date python container that uses some features from s2i-core that we built 4 weeks back.. That is not what we want to see.
And then, there is the release itself, that is still somewhat indeterministic, and we don't see when the built image will be available.
Anyway, when thinking about how to fix this process issue, it looks like everything would be better if layered images from the *candidate* registry would be used when building a new container. It might be done simply by rewriting `FROM` (`s/registry.fedoraproject.org/candidate-registry.fedoraproject.org/`) as such rewrites are done anyway in OSBS... If someone would really like to use the image from released registry, they can use concrete release tag..
What do you think?
``
To reply, visit the link below or just reply to this email
https://pagure.io/atomic-wg/issue/466
jberkus reported a new issue against the project: `atomic-wg` that you are following:
``
Since we're now offering regular updates for Atomic Workstation, it's time for a detailed blog post about installing it and running it. Maybe even a series.
Ideal would be a summary article in Fedora Magazine, and a detailed series over time on the Atomic blog.
``
To reply, visit the link below or just reply to this email
https://pagure.io/atomic-wg/issue/375