Replies: 2 comments 1 reply
-
More infos: On Ubuntu Desktop 23.10, the Qt application works if the container is launched by basic user; it fails if launched by root user. |
Beta Was this translation helpful? Give feedback.
1 reply
-
running the container with --network=slirp4netns make the Qt Application behave normally even in a root container but why? |
Beta Was this translation helpful? Give feedback.
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
-
Hello,
I have built a minimal Qt5.15 console application that just performs a HTTP POST request. Then I have created a Docker image based on Ubuntu 22.04 to run this application.
On Ubuntu Desktop 23.10 with podman 4.3.1 (provided by the distrib), it runs fine.
But on OpenSUSE Leap Micro 5.5 and its podman 4.8.3, the Qt application receives a HTTP/1.1 500 ERROR from the server.
The Qt application, uncontainerized, never receive thie error but a HTTP/1.1 200.
The tricky part is that a curl command, launched inside any container will always works, even on the OpenSUSE Leap Micro 5.5.
Do you have any idea about that?
Beta Was this translation helpful? Give feedback.
All reactions