> On 3 Sep 2019, at 00:19, Matus Honek <[email protected]> wrote: > > On Mon, Sep 2, 2019 at 3:43 AM William Brown <[email protected]> wrote: >> >> Hey all, >> >> RC images have been pushed: https://hub.docker.com/r/389ds/dirsrv > > First, I'm not with processes on Docker Hub, so please bear with me... > :) I don't see a Dockerfile tab on the page -- is this because of how > the OSB container pipeline works? (hint: I usually don't trust the > builds on the Docker Hub for which there is not a Dockerfile)
Yes, that's correct. It's because it's built on OBS so I just push the image directly. It's useful because it means when I upload new source, it automatically builds the container too. Saying this, the Dockerfile as used in OBS could be used on dockerhub if there are transparency concerns? Alternately, I could link to the source repo? Thoughts? > >> >> I'll try to accomodate as much feedback as possible, aiming for 1.4.2 to be >> out first fully supported release. Sounds okay? >> >>> On 29 Aug 2019, at 12:55, William Brown <[email protected]> wrote: >>> >>> Hi all, >>> >>> I've been wanting this for a long time and I think we're almost there - I'd >>> like us to start offering docker images of 389 Directory Server as part of >>> our upstream release process. >>> >>> I have discussed this with Mark already and we both think we are reasonably >>> happy with the idea and the state we're in. >>> >>> -- The Technical Process and Details: >>> >>> As there is significant interest within SUSE for containerised 389, as well >>> as open tooling as part of build.opensuse.org, the current proposed process >>> is: >>> >>> Source Release -> OBS:network:ldap -> OBS:389-ds-container -> docker hub >>> >>> Because this pipeline is automated between source to the container, and >>> this is already part of my responsibility as the SUSE package manager, it's >>> a small amount of effort to then mirror the container to docker hub. >>> >>> I have already established an organisation on docker hub, and will be >>> giving Mark access to be able to manage this as well. >>> >>> https://cloud.docker.com/u/389ds/repository/list >>> >>> Initially we'll name the image as: >>> >>> 389ds/dirsrv:1.4.rc >>> >>> Once we are happy with the process, and have received some community >>> feedback we'll move to: >>> >>> 389ds/dirsrv:1.4.1 >>> 389ds/dirsrv:1.4.2 >>> 389ds/dirsrv:1.4 # points to latest 1.4.X >>> 389ds/dirsrv:latest # points to newest version >>> >>> We would of course encourage people to use the "latest" tag. >>> >>> -- Support >>> >>> During the rc phase we would announce that the container support is "best >>> effort" and we'll obviously work to resolve issues, but it's not suitable >>> for production work loads. >>> >>> Once we are happy with this for a few releases, we'll move to the same >>> support levels as our normal releases - best effort community, and patch >>> backporting as we normally do. For official support, contact a vendor like >>> SUSE or Red Hat. >>> >>> -- Future / Downstreams >>> >>> The design of the container integration is such that we should be able to >>> easily swap the suse/fedora/rhel as the base image, so downstreams should >>> be able to easily adopt the dscontainer tool and have customers pivot from >>> the upstream image to their vendor image quite easily. >>> >>> A future container option is to supply a tools container that has a shell + >>> ds* tools, so that you can have a work flow such as: >>> >>> docker run -v 389ds:/data 389ds/dirsrv:latest >>> docker run -i -t -v 389ds:/data 389ds/tools:latest >>> # shell inside of the tools container >>> # dsconf .... >>> >>> -- Testing today: >>> >>> To test the image as it exists today: >>> >>> docker pull >>> registry.opensuse.org/home/firstyear/containers/389-ds-container:latest >>> >>> >>> Thoughts and feedback? >>> >>> If there are no objects, I'll push the rc to docker hub early next week >>> (2nd or 3rd of Sep) >>> >>> -- >>> Sincerely, >>> >>> William >>> _______________________________________________ >>> 389-devel mailing list -- [email protected] >>> To unsubscribe send an email to [email protected] >>> Fedora Code of Conduct: >>> https://docs.fedoraproject.org/en-US/project/code-of-conduct/ >>> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines >>> List Archives: >>> https://lists.fedoraproject.org/archives/list/[email protected] >> >> -- >> Sincerely, >> >> William >> _______________________________________________ >> 389-devel mailing list -- [email protected] >> To unsubscribe send an email to [email protected] >> Fedora Code of Conduct: >> https://docs.fedoraproject.org/en-US/project/code-of-conduct/ >> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines >> List Archives: >> https://lists.fedoraproject.org/archives/list/[email protected] > > > > -- > Matúš Honěk > Software Engineer > Red Hat Czech > _______________________________________________ > 389-devel mailing list -- [email protected] > To unsubscribe send an email to [email protected] > Fedora Code of Conduct: > https://docs.fedoraproject.org/en-US/project/code-of-conduct/ > List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines > List Archives: > https://lists.fedoraproject.org/archives/list/[email protected] — Sincerely, William Brown Senior Software Engineer, 389 Directory Server SUSE Labs _______________________________________________ 389-devel mailing list -- [email protected] To unsubscribe send an email to [email protected] Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/[email protected]
