-
Notifications
You must be signed in to change notification settings - Fork 346
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
Support for systemd cgroup driver #24
Comments
If I understand correct opens |
@stappersg
|
Has anyone tried dropping Youki into Podman as a runtime? I've only used Podman a handful of times, but I don't believe there is a whole lot different from docker. It seems like a good starting off point would be to see if how they work together. |
@stappersg I'm actually working on the network cgroup controller right now. So far as I can tell the network subsystem of cgroups doesn't really seem to be concerned with the transport layer you're mostly configuring the priority of each interface irrespective to the IP layer. So I wouldn't assume anything special needs to be done to support IPv6, but I could be wrong. I believe most of that higher level stuff is handled outside of the container runtime. |
I've rarely tried the podman, and when I tried it this past weekend, it seemed to lack support for some of the arguments passing to the youki. |
Unlike docker, the podman allows you to specify a container runtime when creating a container, which is useful when using container runtimes other than the runc. For this reason, I think it is good to support it as much as possible. |
Elaborating my humble
I do like the idea of an OCI runtime implemented in Rust. My websearch on "Podman IPv6" learnt me that it would make sense to tell about a possible road to success on IPv6 support in |
@stappersg |
@nimrodshn Thanks for your advice! hmm... I failed starting container by podman :_(
|
@utam0k I agree. I will try as well locally. BTW is there a slack channel for |
@nimrodshn
I haven't prepared it yet. I'm thinking about the communication place, but I don't think it's the right time yet. If you have any interesting ideas or questions, please feel free to use the issue.
|
@nimrodshn |
@utam0k
|
Ah but I see the same error on
|
@utam0k Yeah sure I can try and hack at it 🤞 |
@nimrodshn i'm looking forward your PR! i assigned this issue to you. |
@utam0k With you're permission - I have created a slack channel for |
@nimrodshn Thanks! I just felt that it was time for youki to have a place where we could communicate lightly. |
Yes of course, I haven't used Discord but am happy to try it out - let me create a Discord channel. |
@nimrodshn It's not so different from slack, so I don't think you'll have that much trouble. I would love to have you do this for me. |
@utam0k here you go: https://discord.gg/ZnMEPfY2 |
I know I'm no contributor and haven't interacted with you people at all so far, but as containers and rust are topics very near to my heart, this project hits just right. Seeing the communication for this project move from one silo (slack) to another one (discord) feels a bit meh, as there are FOSS alternatives available too. My suggestion (full disclosure: I used to be employed by the company behind this, but we've parted ways a few years ago) would be matrix (protocol) / Element (Client/Frontend), which provides a similar user experience as Discord (in the sense that you have a bunch of channels (or rooms as matrix calls them) grouped together in a Community/Server/Guild/Space or whatever you might call it. It might not have some of the bells and whistles that Discord has (especially around audio chat), but it makes up for that by providing a federated network where people can host their own infrastructure (if they want to), choose a vendor or register on a public instance. It supports end-to-end encryption if you want it, has open APIs and a spec that's being worked on in the open, with a few different servers available, a thriving ecosystem and a plethora of available clients. In contrast to this, Discord is openly banning people running custom clients (if they get caught) and do lots of other stuff to keep users under control. I'd be really happy if we could host this on matrix instead, to really embrace open platforms instead of requiring the use of proprietary tools for communication about FOSS software. And yeah, I do see the irony of posting this on Github :D |
Oh, and btw: If you need any help regarding setting up channels on matrix, hosting your own infra, managing or moderating the channels or anything else related, I'd be happy to help. |
One thing i think was forgotten to mention; With matrix it's possible to "bridge" channels/rooms together from one platform to another, so even if a decision cant be reached between full-matrix or full-discord, it is possible to make compromise by still merging both communities together. |
@jcgruenhage @ShadowJonathan |
It looks like youki is working fine on podman |
@unknowndevQwQ youki is setting up the |
Let me know if the problem is solved and I will add youki at https://github.com/containers/common/containers.conf |
@nimrodshn @Furisto @unknowndevQwQ |
I have changed the title of this issue to be more accurate. cc: @Furisto |
I'm considering supporting podman, but I don't know the details of podman, so I'm looking for opinions.
I don't know what features youki lacks to support podman yet.
I'm also looking for people to support this issue.
The text was updated successfully, but these errors were encountered: