Closed IceWreck closed 3 years ago
You could modify the Podman socket to be writable by the podman group and then put the user in the podman group (I feel dirty suggesting this.)
I would prefer to get compose working in rootless mode, which I believe there is a PR to do now.
To be clear, rootless Podman does support the Docker API right now, with some limitations on networking. These limitations are why compose can’t be run against it. Other applications might work fine.
On Sat, Mar 27, 2021 at 06:42 Daniel J Walsh @.***> wrote:
You could modify the Podman socket to be writable by the podman group and then put the user in the podman group (I feel dirty suggesting this.)
I would prefer to get compose working in rootless mode, which I believe there is a PR to do now.
— You are receiving this because you are subscribed to this thread. Reply to this email directly, view it on GitHub https://github.com/containers/podman/issues/9839#issuecomment-808709588, or unsubscribe https://github.com/notifications/unsubscribe-auth/AB3AOCBHFNVZ2CJLAUBFQH3TFWZBTANCNFSM4Z4X4TVQ .
A friendly reminder that this issue had no activity for 30 days.
The network connect/disconnect operations are now usable without root on master, closing.
Is this a BUG REPORT or FEATURE REQUEST? (leave only one on its own line)
/kind bug
Description
I understand that the docker socket cannot be used for rootless podman right now and any containers made using it will be made using podman running as root user.
sudo docker-compose
works fine and is okay, but when using software like GNS3 which needs to create/require/stop containers, starting it withsudo gns3
is not recommended and it warns you to run it without root. GNS3 when run as a regular user cannot access docker.socket and has permission issues (Cannot connect to host docker:80 ssl:default [Permission denied]
)Is there a way to chmod docker.sock to make it accessible to applications run by my user ?
Steps to reproduce the issue:
make podman listen to docker.sock as described here
Run GNS3 without sudo
Try to run a container
Describe the results you received:
Describe the results you expected:
Its able to create a container.
Output of
podman version
:Package info (e.g. output of
rpm -q podman
orapt list podman
):Have you tested with the latest version of Podman and have you checked the Podman Troubleshooting Guide?
Yes
Additional environment details (AWS, VirtualBox, physical, etc.):
Podman and GNS3 are both from the fedora repos, I installed GNS3 without its weak dependency on moby-engine.