-
-
Notifications
You must be signed in to change notification settings - Fork 12.5k
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
podman 4.4.0 #122296
podman 4.4.0 #122296
Conversation
- Build with the latest go - Use GNU Make to fix "invalid `override' directive" error - Build from git tag to fix "fatal: not a git repository" error - Fix build doc error by using just one job with `-j1` argument
This comment was marked as outdated.
This comment was marked as outdated.
I know there is a pr before but that pr hasn't changed a few days so I want to fix the build error in a new pr. Now at least the build is successful for macOS. |
Please reopen and review this pull request, I have pushed two commits to fix the build and test error on Linux. @p-linnane |
Is the |
That patch won't fix the doc build as the #122122 log shows. podman's Makefile would fail when building with multiple jobs. Please see containers/podman#17367 |
Can we use your patch? |
But that would need to apply two patches and my patch is not merged yet. Besides there is no benefit to build doc with multiple processes as the podman developer said in the first patch: containers/podman@bd8937c |
We can ship patches that are not merged yet. We can also ship multiple patches, that's not an issues. I understand that building docs with multiple processes is probably useless in this case and I can live with that. Upstream could also put the j1 in their build setup instead of us having to carry specific flags around. We prefer upstream decides / manages their own compiler flags, because if they change their mind, the change will be propagated to us on the next update. Else we will keep useless / wrong flags forever on our side. If it's too big of a hassle, we can still consider merging as-is, I'm not going to block this pull request on that. |
podman's doc doesn't has any flag: https://podman.io/getting-started/installation#build-and-run-dependencies So they are probably using the default make setting which is executing build tasks one at a time. The |
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.
Cool, thanks!
🤖 A scheduled task has triggered a merge. |
brew install --build-from-source <formula>
, where<formula>
is the name of the formula you're submitting?brew test <formula>
, where<formula>
is the name of the formula you're submitting?brew audit --strict <formula>
(after doingbrew install --build-from-source <formula>
)? If this is a new formula, does it passbrew audit --new <formula>
?-j1
argument