-
Notifications
You must be signed in to change notification settings - Fork 2.4k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Vendor in containers/[email protected] #14127
Conversation
@flouthoc @Luap99 @vrothberg @giuseppe PTAL |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM but we should fill out the change-log field
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM
@rhatdan |
@flouthoc Weird, I don't get any errors when I make vendor, could you pull this on your machine and see if you see errors? |
I doesn't look like a vendor fart to me but something happens during a rebase:
I do not yet see why though. |
From the log at the top:
Why would it base on origin/main? It should base it of origin/v4.1. |
@rhatdan, apply the following patch: diff --git a/Makefile b/Makefile
index caa991b140d5..bf60d26c8f91 100644
--- a/Makefile
+++ b/Makefile
@@ -32,7 +32,7 @@ HEAD ?= HEAD
CHANGELOG_BASE ?= HEAD~
CHANGELOG_TARGET ?= HEAD
PROJECT := github.com/containers/podman
-GIT_BASE_BRANCH ?= origin/main
+GIT_BASE_BRANCH ?= origin/v4.1
GIT_BRANCH ?= $(shell git rev-parse --abbrev-ref HEAD 2>/dev/null)
GIT_BRANCH_CLEAN ?= $(shell echo $(GIT_BRANCH) | sed -e "s/[^[:alnum:]]/-/g")
LIBPOD_INSTANCE := libpod_dev |
Yup, that's it. It failed in |
Note sure if this is the right solution, looks like DEST_BRANCH is not set correctly Line 9 in 8081d92
podman/contrib/cirrus/runner.sh Line 261 in 09b8831
|
go.mod
Outdated
github.com/containers/image/v5 v5.21.1-0.20220425080628-be085685e524 | ||
github.com/containers/ocicrypt v1.1.3 | ||
github.com/containers/image/v5 v5.21.1 | ||
github.com/containers/ocicrypt v1.1.4-0.20220428134531-566b808bdf6f |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
It bothers me to vendor a non-release. I'll check where this comes from.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@rhatdan can you vendor v1.4.0 (https://github.com/containers/ocicrypt/releases/tag/v1.1.4)?
@Luap99 I'm not sure if that's it, the 4.0 branch still has that set to main |
Yes and that is also wrong?! The bloat check was only added recently and I think this is causing the issue. |
Fair enough, seems reasonable to try. @rhatdan Can you repush with the requested changes, or should I take this over? |
cd7f607
to
3e5e0d2
Compare
Signed-off-by: Chris Evich <[email protected]>
Now that netavark and aardvark are packaged and default in F36, support CNI-based testing in F35 and Ubuntu. * Remove the temporary/special `$TEST_ENVIRON=host-netavark` construct. * Remove dedicated/special integration and system testing tasks. * Update test-config setup to properly handle CNI vs netavark/aardvark environments. * Update package-version logging to operate based on installed packages (along with some other minor script cleanups). * Update global environment setup to force `$NETWORK_BACKEND=netavark` in F36 and later. Except when `upgrade_test` task runs. * Discontinue installing netavark and aardvark-dns binaries from upstream build artifacts. * Drop CGV1-vs-2 policy check. Ubuntu VMs now exclusively test CGv1, Fedora VMs test CGv2, with F35 testing CNI and F36 testing Netavark. Signed-off-by: Chris Evich <[email protected]>
Normally installing/updating packages at test runtime is highly discouraged for reliability and efficiency reasons. However, in this specific case, development work of these packages is still fairly hot. As a compromise to support podman test development, temporarily update these two specific packages at runtime. At a future date, when updates are less frequent, this commit can/should be safely reverted. At that point, the versions installed at VM image build time will persist. Signed-off-by: Chris Evich <[email protected]>
Ref: containers#13931 Signed-off-by: Chris Evich <[email protected]>
Signed-off-by: Daniel J Walsh <[email protected]>
Disable `build --output` for remote clients and update docs. [NO NEW TESTS NEEDED] [NO TESTS NEEDED] Signed-off-by: Aditya R <[email protected]> Signed-off-by: Daniel J Walsh <[email protected]>
Newer versions of git are much more pedantic about who owns the repository files. When setting up to run rootless, prior to this commit, the repo. ownership was changed from root. This causes all subsequent git-operations as root to fail: ``` fatal: unsafe repository ('<$GOSRC>' is owned by someone else) ``` Fix this by re-ordering operations, such that the change in ownership is done immediately before executing as a user. Also disable the git-ownership check on the source repository assuming the CI environment is disposable. Signed-off-by: Chris Evich <[email protected]>
I'm going to So I can quickly get 4.1.0 final out |
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: flouthoc, mheon, rhatdan The full list of commands accepted by this bot can be found here. The pull request process is described here
Needs approval from an approver in each of these files:
Approvers can indicate their approval by writing |
/hold cancel |
Buildah got vendored into podman last week, and the script went kablooie because of ever-so-slight conflicts between what was in the treadmill PR (containers#13808) and what ultimately got merged (containers#14127) which was obviously better (hey, I tried). After a buildah vendor, there really isn't any point to keeping the treadmill commits - we're much better off just restarting with two fresh empty placeholder commits. Do so. Also, mild cleanup. Signed-off-by: Ed Santiago <[email protected]>
Buildah got vendored into podman last week, and the script went kablooie because of ever-so-slight conflicts between what was in the treadmill PR (containers#13808) and what ultimately got merged (containers#14127) which was obviously better (hey, I tried). After a buildah vendor, there really isn't any point to keeping the treadmill commits - we're much better off just restarting with two fresh empty placeholder commits. Do so. Also, mild cleanup. Signed-off-by: Ed Santiago <[email protected]>
Does this PR introduce a user-facing change?