-
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
rootless: force same cwd when re-execing #2393
rootless: force same cwd when re-execing #2393
Conversation
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: giuseppe 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 |
LGTM, thanks for the great fix, @giuseppe! I tested it locally and can confirm it's working now. |
@mheon, we created a new label Edit: it allows browsing (closed) PRs. Once the commits are backported, the label could be removed again. |
☔ The latest upstream changes (presumably #2392) made this pull request unmergeable. Please resolve the merge conflicts. |
@vrothberg With any luck, we will never do another 1.0.x release (it's getting painfully out of date) - and given the RHEL process, if we do, it should only be customer BZs, so this will almost certainly not make it. Any reason we really need this backported? |
fprintf (stderr, "cannot chdir: %s\n", strerror (errno)); | ||
_exit (EXIT_FAILURE); | ||
} | ||
free (cwd); |
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.
Nit, after fixing this up in fuse-overlay. Shouldn't this be cleaned up automatically.
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.
we could start using auto cleanups, although this doesn't really make any practical difference as we are going to exec
I don't think there's a specific reason unless a customer hits it :^) |
I agree, we only back port fixes pointed out by customers. Hopefully everyone using podman and container-tools will ignore the slow moving train. |
LGTM, other then the nit. |
LGTM once tests go green |
0809a5c
to
c38ce06
Compare
/retest |
cff5439
to
02a40e7
Compare
13b1399
to
201225a
Compare
/retest |
@giuseppe You might be better off rebasing... CI is going a little crazy today |
when joining an existing namespace, we were not maintaining the current working directory, causing commands like export -o to fail when they weren't referring to absolute paths. Closes: containers#2381 Signed-off-by: Giuseppe Scrivano <[email protected]>
Signed-off-by: Giuseppe Scrivano <[email protected]>
201225a
to
7e920e4
Compare
tests are green! |
/lgtm |
when joining an existing namespace, we were not maintaining the current working directory, causing commands like export -o to fail when they weren't referring to absolute paths.
Closes: #2381
Signed-off-by: Giuseppe Scrivano [email protected]