Cirrus: Use packaged-based dependencies - #1936
Conversation
452bc54 to
c65ff39
Compare
|
☔ The latest upstream changes (presumably #1932) made this pull request unmergeable. Please resolve the merge conflicts. |
caef081 to
e778929
Compare
|
N/B: Images built from this PR here: https://cirrus-ci.com/task/6236613032017920 |
e778929 to
a29ff52
Compare
|
Status (Both Fedora 29 and Ubuntu 18.04)
@baude @mheon need some discussion/guidance here, given the frequent "issues" we've hit in PR & Master testing WRT In other words, if a Or (maybe worse), a test which touches a new (not yet available in Are these things actual problems, and something we want to stand in front of as a BTW: I'm open to having two sets of tests, one being package-based, the other running with test-time compiled, "latest-master" version of the direct-dependencies (no sha-binding like before). If this is a better idea, which (or both) should be a gate for PR merges vs just advisory testing? |
|
(rebased & force-pushed) |
|
(rebased & force-pushed) |
|
☔ The latest upstream changes (presumably #2528) made this pull request unmergeable. Please resolve the merge conflicts. |
|
☔ The latest upstream changes (presumably #2214) made this pull request unmergeable. Please resolve the merge conflicts. |
|
Properly FUBAR now...Realized it's a terrible idea to update + install at testing-time: This will cause non-sequiturial and difficult to diagnose problems. We need to cache all necessary package and source dependencies at image-build time. This way, during testing time, the environment is always configured consistently from run to run. |
|
☔ The latest upstream changes (presumably #2531) made this pull request unmergeable. Please resolve the merge conflicts. |
|
@cevich Still working on this one? |
|
☔ The latest upstream changes (presumably #2660) made this pull request unmergeable. Please resolve the merge conflicts. |
|
☔ The latest upstream changes (presumably #2650) made this pull request unmergeable. Please resolve the merge conflicts. |
|
sent runc updates to bodhi: https://bodhi.fedoraproject.org/updates/?packages=runc |
|
Thanks @lsm5 . This PR is also dependent on the separate conmon package. One step closer though I s'pose 😄 |
|
Status: Waiting for #2561 before resuming work on this. Many changes here were applied in that PR, so this one needs a substantial refactoring. |
|
Note to me: Rebased from 51923dea30e26089253b467b672d179d213c60a6 got most but not all conflicts. Still needs a bit of work on lib, some fixups of req_env_var calls, and a simplification: Nuke all the source-cache and install stuff, only do packages. If source is ever needed, it can be done as a one-off conditionally in |
|
@cevich Any update on this PR? |
|
Yes, though this PR is dependent on the work separating/packaging conmon. It's also bit of a rebase-conflict nightmare. Many little bits and pieces were extracted and merged by other PRs, leaving a big mess here. I've done about half the cleanup work, but more is needed. I'll pick this up once I finish with my automated binary-release PR. |
|
☔ The latest upstream changes (presumably #3261) made this pull request unmergeable. Please resolve the merge conflicts. |
|
☔ The latest upstream changes (presumably #3321) made this pull request unmergeable. Please resolve the merge conflicts. |
|
note to me: Ubuntu fails b/c searching for conmon in deprecated locations. Need something like #3429 to fix. |
Building/installing dependencies from fixed source-version ensures testing is reliable, but introduces a maintenance burden and risks testing far outside of a real-world environment. The sensible alternative is to install dependencies from distro-packaging systems. Install all development and testing dependencies at VM cache-image build time, to help ensure testing remains stable. The existing cache-image build workflow can be utilized at any future time to build/test with updated packages. ***N/B***: This does not update any dockerfiles used by testing, that is left up to future efforts. Signed-off-by: Chris Evich <cevich@redhat.com>
|
This is smaller than I thought it would be. A lot easier to review as such. Initial pass, everything seems reasonable. I'd just like @baude to have a look at the Varlink stuff - I know that's a packaging minefield. |
Much of what made this PR so large originally, was split off into XXXL #2561 (already merged) 😄 Having that was absolutely critical for finishing development on this PR. Also critical was all of @haircommander and @lsm5 efforts on splitting/packaging conmon and maintaining the other dependent packages (thanks!). |
|
/lgtm |
Building/installing dependencies from fixed source-version ensures
testing is reliable, but introduces a maintenance burden and
risks testing far outside of a real-world environment. The
sensible alternative is to install dependencies from distro-packaging
systems.
Install all development and testing dependencies at cache-image build
time, to help ensure testing remains stable. The existing cache-image
build workflow can be utilized at any future time to build/test
with updated packages.