Bug 1024773
Summary: | [rfe] [plugins] install and update systemd machine containers | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Jóhann B. Guðmundsson <johannbg> |
Component: | dnf | Assignee: | Packaging Maintenance Team <packaging-team-maint> |
Status: | CLOSED DEFERRED | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | unspecified | Docs Contact: | |
Priority: | low | ||
Version: | 20 | CC: | jzeleny, packaging-team-maint, pnemade, rholy |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | Unspecified | ||
OS: | Unspecified | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2014-11-12 13:39:13 UTC | Type: | Bug |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Jóhann B. Guðmundsson
2013-10-30 11:55:29 UTC
This change goes deeper than you think. If you are following the fedora-devel list, you could have seen this task on our team roadmap (C2-4), however we are talking about a mid-term future, something between 2 and 5 years. Thanks for the report anyway, we'll keep it for tracking purposes. (In reply to Jan Zeleny from comment #1) > This change goes deeper than you think. If you are following the > fedora-devel list, you could have seen this task on our team roadmap (C2-4), > however we are talking about a mid-term future, something between 2 and 5 > years. Thanks for the report anyway, we'll keep it for tracking purposes. I actually follow that list to certain extent. Do you have a link to the thread that shows that roadmap and or a subject line I can search for. I've actually been pondering if it should be better to introduce a new command in systemd similar to solaris zoneadmin but Lennart frownes upon that and somehow expect user to use the virt stuff failing to understand ( or accept the fact ), that it will only cause confusion amongst administrators. (In reply to Jóhann B. Guðmundsson from comment #2) > (In reply to Jan Zeleny from comment #1) > > This change goes deeper than you think. If you are following the > > fedora-devel list, you could have seen this task on our team roadmap (C2-4), > > however we are talking about a mid-term future, something between 2 and 5 > > years. Thanks for the report anyway, we'll keep it for tracking purposes. > > I actually follow that list to certain extent. > > Do you have a link to the thread that shows that roadmap and or a subject > line I can search for. Sure, it's "Software management: Call for RFEs results!" > I've actually been pondering if it should be better to introduce a new > command in systemd similar to solaris zoneadmin but Lennart frownes upon > that and somehow expect user to use the virt stuff failing to understand ( > or accept the fact ), that it will only cause confusion amongst > administrators. Well, the problem is not exactly in the area of Software Management either but we still want to embrace it and come up with some ideas how to make the work with containerized installations better. Of course there will be some limitations because the variety of container technologies is vast (systemd, libvirt-lxc, docker.io, ...) and some configurations cannot be grasped at all. Still, we need to start somewhere ... What Jan said, low prio for now. Let's first wait until the smoke around different containers technologies clears. We will definitely support the users' winner but most probably won't support all of them. (In reply to Ales Kozumplik from comment #4) > What Jan said, low prio for now. > > Let's first wait until the smoke around different containers technologies > clears. We will definitely support the users' winner but most probably won't > support all of them. Betting on systemd is sure start these days ;) (In reply to Jóhann B. Guðmundsson from comment #5) > Betting on systemd is sure start these days ;) Johann, please enlighten us. How do the systemd containers compare to docker or lxc? (In reply to Ales Kozumplik from comment #6) > (In reply to Jóhann B. Guðmundsson from comment #5) > > Betting on systemd is sure start these days ;) > > Johann, please enlighten us. How do the systemd containers compare to docker > or lxc? It's Ted and the systemd crew that are changing the cgroup landscape so one sure bet and a good starting point is to integrate it with systemd since it will be the best integrated one. ( Or to be phraze it differently other container solution will break while playing catchup to the changes being made to cgroups ) I suggest catching up to all the talk and flames about systemd being in charge of the cgroup hierarchy as a whole :) I'm not sure this is the entire picture. Containerized applications are about more things than just cgroups. LXC guys have a lot of influence and drive in this area as well. Also I have been included in a few discussions which concluded that libvirt-lxc will be our #1 choice in the area of containerized applications, as they are the most generic technology we have. Docker.io uses its version of namespaces and everything but I got the feeling they are switching to libvirt-lxc as well so a large piece of cloud will probably follow. In this As Ales said, there is simply too much dust in the air right now, we need to wait for it to settle. Deferring this one ... Docker seems to rule the world of container technologies. We will take a look at some Docker-DNF integration but it will most likely be on completely different level than what was suggested here. |