Hi Bryan On Tue, 5 Jul 2016 at 21:21 SULLIVAN, BRYAN L <bs3...@att.com> wrote:
> I've been working in the OPNFV (https://wiki.opnfv.org/) on a JuJu Charm > to install the OpenStack Congress service on the OPNFV reference platform. > This charm should be useful for anyone that wants to install Congress for > use with an OpenStack deployment, using the JuJu tool. I want to get the > charm upstreamed as an official openstack.org git repo similar to the > other repos for JuJu Charms for OpenStack services. I participate in the > Congress team in OpenStack, who don't know the process for getting this > charm upstreamed into an OpenStack repo, so I am reaching out to anyone on > this list for help. > I can help you with that as I did most of the project-config changes for the original move of OpenStack charms to git/gerrit a few months back. > I have been working with gnuoy on #juju and narindergupta on #opnfv-joid > on this. The charm has been tested and used to successfully install > Congress on the OPNFV Colorado release (Mitaka-based, re OpenStack). While > there are some features we need to continue to work on (e.g. Horizon > integration), the charm is largely complete and stable. We are currently > integrating it into the OPNFV CI/CD system through which it will be > regularly/automatically tested in any OPNFV JuJu-based deployment (with > this charm, Congress will become a default service deployed in OPNFV thru > JuJu). > That all sounds awesome; it would also be great to get that system doing testing of reviews and providing feedback to proposed changes; we can cover some of that using Canonical CI (you'll notice that feeding back on reviews on the charms already being developed under git/gerrit), but having other 3rd party CI systems provide feedback would also be great!. Any pointers on how to get started toward creating an OpenStack git repo > for this are appreciated. > https://review.openstack.org/#/c/323716/ is probably a good start; this was for the hacluster charm which got missed during the original migration. You can add an additional field to the gerrit/projects.yaml entry to detail the repository to do a one-time import from: upstream: https://github.com/gnuoy/charm-congress <https://github.com/openstack-charmers/charm-interface-rabbitmq> Lets make sure we get any outstanding changes merged into that repository first, or we can use your git repo for the one-time import if that's easier for now. I'd really love to have congress as part of the OpenStack Charms project (we're currently working towards official project status at the moment) but I'd also like to ensure that you're engaged directly with reviews and changes to the congress charm specifically, so I think its worth having a slight different ACL configuration that includes the core charm acl config, but also adds an additional charms-congress-core group with permissions to Code-Review: +2 and Workflow: +1 for congress charm repository. Does that make sense? you can reach out to me in #openstack-charms to discuss in more detail if you like. Cheers James
__________________________________________________________________________ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev