Skip to content
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

possibility to set a proxy directly in podman instead of set the system wide environment variable #31

Closed
rhatdan opened this issue Dec 23, 2019 · 3 comments · Fixed by #198
Assignees

Comments

@rhatdan
Copy link
Member

rhatdan commented Dec 23, 2019

containers/podman#4543

@QiWang19
Copy link
Contributor

can this be closed? From comments https://bugzilla.redhat.com/show_bug.cgi?id=1682970, supported proxy settings under env of containers.conf is a way to fix this.

@rhatdan
Copy link
Member Author

rhatdan commented Jun 25, 2020

I am not sure I enabled their desired change. What they wanted was to be able to set the HTTP_PROXY environment inside of containers.conf and have it apply to Podman, currently they only apply to the internal containers, and not to Podman.

@rhatdan
Copy link
Member Author

rhatdan commented Jun 25, 2020

@QiWang19 Could you add something like engine env to containers.conf and then we can read this environment and set it in the engine during their main() That way the pulling and pushing will use the environment and satisfy this requirement.

QiWang19 added a commit to QiWang19/podman that referenced this issue Jul 3, 2020
Set the env that is used by Podman.
related issue containers/common#31

Signed-off-by: Qi Wang <[email protected]>
skorhone pushed a commit to skorhone/libpod that referenced this issue Jul 7, 2020
Set the env that is used by Podman.
related issue containers/common#31

Signed-off-by: Qi Wang <[email protected]>
M1cha pushed a commit to M1cha/common that referenced this issue Dec 20, 2022
replace calls to unwrap with expect
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging a pull request may close this issue.

2 participants