This is a pretty important security update - any reason not to push the button to ship it?
Seems sane, not sure we need more than one person to test this for AH anyways. Are we thinking that we'll release F29AH as is and this will be a post-release update?
This depends on FEDORA-2018-16c78b3d92 - but it's "locked" now so an admin will need to move it back to testing.
Martin, do you really mean this to go in batched? Seems like this should ship ASAP, as usual there's tons of remote code execution flaws.
For future reference, the original start of this chain of events was https://bodhi.fedoraproject.org/updates/gnupg2-2.2.6-1.fc27#comment-768518
It's not runtime dependencies but build time. It looks like the master commit which dropped platform-python bits indeed will break dnf builddep dnf.
dnf builddep dnf
This broke at least the libostree GPG unit tests, we're still investigating: https://github.com/ostreedev/ostree/pull/1539#issuecomment-381980639
This is going to require https://pagure.io/fedora-comps/pull-request/264 (and the same thing for f28, and then a comps-sync.py in workstation-ostree-config)
This was for https://bugzilla.redhat.com/show_bug.cgi?id=1561853
Breaks rpm-ostree; see https://bugzilla.redhat.com/show_bug.cgi?id=1559141
Let's queue this for batched so it makes it out then?
Yep, 1515118 was a showstopper for me.
oc cluster up WFM.
oc cluster up
Yeah, confirmed that https://pagure.io/fedora-atomic-host-continuous/c/59e2fa066f0209be80a4cccaee476ea13730dd5a?branch=master fixed it: https://ci.centos.org/view/Atomic/job/fahc-rdgo/2574/consoleFull
Copyright © 2007-2019 Red Hat, Inc. and
bodhi is Free Software.
if you have any problems. Read the documentation.