On Fri, 2017-06-23 at 17:07 -0400, Matthew Miller wrote:
On Fri, Jun 23, 2017 at 03:56:16PM -0400, Colin Walters wrote:
But one can (and is definitely expected to in many general cases) to use layered packages. A lot (but not all) of the functionality of dnf is also possible with rpm-ostree - increasingly so, for example we're working on supporting "removing" things from the base tree: https://github.com/projectatomic/rpm-ostree/pull/797
I think we'll want to test _both_ this and ostree updates (and rollbacks), right?
way to do it. What I'm really kinda looking for is more specific details on the level of "here is approximately what you could do to reliably put a Workstation ostree system into a state where an update for it would be available through the usual mechanism".
We already indeed do these types of things in CentOS CI.
Do the results of that get put out to fedmsg?
It'd be great if they could be forwarded to ResultsDB; that would give us fedmsgs for free, I believe.