From Fedora Project Wiki

< Container SIG

Revision as of 14:12, 10 August 2018 by Ttomecek (talk | contribs) (Flock 2018 workshop notes)

How do you get the new build to bodhi? code done can push images to registry final release test

Multiarch images coming soon intel, arm, power, s390 Betka fedmsg -- parse messages pagure webhooks Flatpak builds container images from module dist-git Build container images automatically out of modules pingou wrote koji-simple-ci tool to build RPMs as scratch builds in koji get inspired for container images 2 weeks rebuild: we should have an automation in-place to create bodhi updates a service which would create bodhi update once a container image build is done (via fedmsg) TODO: open source the bots finally! create tasks in container SIG and get help from community enable using candidate registry as a base image for builds SIG We need a leader who would organize the whole SIG -- connect people, coordinate, decide things Focus Guidelines Review existing guidelines (an easy way to submit and maintain container images) https://github.com/projectatomic/ContainerApplicationGenericLabels figure out status https://github.com/container-images update template repo and status of the images Inftrastructure Run on top of Fedora based one(using packages and images build on our infrstructure) Support the container packagers tools, etc Support the container users image streams,... Define the tasks well so anyone can pick them up issues not @packager, but @container-maintainer time and place of the IRC meeting

  1. fedora-containers

write down best practices: where do we discuss what? CoreOS: discourse - users, pagure - design discussions Fedora taiga? Issue tracking for container images Dusty suggests pagure dist-git issue tracker Clement uses WG issue tracker F30 is the time when atomic thing will start going away CentOS has a container something SIG (CCCP) -- do we join forces? Invite them for our SIG meeting Validation. How can I use taskotron to validate my image? Dockerfile linting Does it run in OpenShift? (Do we care about this?) Automation (least amount of steps for container maintainers). Delivery (can I have the container on my system ASAP?). Do we wanna start hacking on things we just discussed? We could get people to submit PRs to update the Dockerfiles in distgit since I think there are a few that are a bit out of date. open issues here --> https://pagure.io/ContainerSIG/container-sig/issues  Automatic versioning based on a "main rpm" version (maybe we work on that during hacking time) Moving issues from atomic-wg to container SIG. https://pagure.io/atomic-wg/issues?status=Open&tags=containers

Adding people to the containerSIG group on pagure.io

Parking lot (potential topics for discussion):