We accepted a proposal for a new UX Program whose mission is to support and facilitate cross-project efforts to improve the overall user experience of OpenStack. I personally find this as exciting an effort and innovative as cross-project documentation in open source. Congratulations to this team and welcome! We look forward to great collaborative and open efforts across multiple projects.<\/p>\n
With much discussion the TC decided to change the compute starter kit tag applications slightly by adding the neutron project as the networking solution and removing the cinder project as a block storage solution since starter clouds could have ephemeral storage and then add block storage later.<\/p>\n
A new team has been approved to manage all packaging git repos for RPM-based distributions in the \/openstack git namespace. This team will enable gate testing and reviewing of changes Proceeding from our discussions about retiring Stackforge, we have continued to revise the resolution while still wanting to find a way to alleviate the extra work of organization renaming. The current proposal is instead of retiring the Stackforge project, we simply move all Stackforge projects into the “openstack\/” namespace and create new projects there as well. Then as projects become official OpenStack projects, no repository renames are necessary.\u00a0 Essentially, this means the “openstack\/” namespace will no longer hold only official OpenStack projects, but also any project being developed in our community-driven shared development environment.\u00a0 This should be a lot less disruptive to developers, users, and system administrators.<\/p>\n The M release is Mitaka, say it three times fast! Mitaka, mitaka, mitaka. And if you can write\u00a0the second character\u00a0in the name, \u4e09\u9df9, color me impressed!<\/p>\n In an insane quest for consistency and ability to write about each service in a sensible way, TC member and documentarian Anne Gentle has proposed a set of guidelines for projects and services names, even for those services that have been around a few years. After consulting with the legal team and technical editors alike, please review the proposed guidelines<\/a> and take a look at examples of possible new names<\/a> with the new guidelines applied:<\/p>\n Please take a look and comment on the reviews so we can discuss and look at various examples.<\/p>\n We have discovered during testing across projects that often deliverables we produce Welcoming a common project for improving OpenStack user experience We accepted a proposal for a new UX Program whose mission is to support and facilitate cross-project efforts to improve the overall user experience of OpenStack. I personally find this as exciting an effort and innovative as cross-project documentation in open source. Congratulations to this team… Read more »<\/a><\/p>\n","protected":false},"author":6,"featured_media":0,"comment_status":"open","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":[],"categories":[508],"tags":[516,499,377],"_links":{"self":[{"href":"https:\/\/www.openstack.org\/blog\/wp-json\/wp\/v2\/posts\/7048"}],"collection":[{"href":"https:\/\/www.openstack.org\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.openstack.org\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.openstack.org\/blog\/wp-json\/wp\/v2\/users\/6"}],"replies":[{"embeddable":true,"href":"https:\/\/www.openstack.org\/blog\/wp-json\/wp\/v2\/comments?post=7048"}],"version-history":[{"count":5,"href":"https:\/\/www.openstack.org\/blog\/wp-json\/wp\/v2\/posts\/7048\/revisions"}],"predecessor-version":[{"id":7083,"href":"https:\/\/www.openstack.org\/blog\/wp-json\/wp\/v2\/posts\/7048\/revisions\/7083"}],"wp:attachment":[{"href":"https:\/\/www.openstack.org\/blog\/wp-json\/wp\/v2\/media?parent=7048"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.openstack.org\/blog\/wp-json\/wp\/v2\/categories?post=7048"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.openstack.org\/blog\/wp-json\/wp\/v2\/tags?post=7048"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}
\nto the packaging close to the actual OpenStack development. The co-Project Team Leads are Dirk Mueller and Haikel Guemar. This team offers packaging for SUSE, openSUSE, Fedora Linux, Red Hat Enterprise Linux, or CentOS.<\/span><\/p>\nStackforge resolution<\/h2>\n
M naming quest resolved<\/h2>\n
Service names and project names<\/h2>\n
\n
Introducing deliverables defined across repositories<\/h2>\n
\nas a single “thing” may be represented by multiple code repositories. For example, a Networking release from the neutron team is actually made of openstack\/neutron and openstack\/neutron-lbaas and other gatherings from neutron-*aas. A release from the “sahara” team for the Data processing service\u00a0 is actually made of openstack\/sahara, openstack\/sahara-extra and openstack\/sahara-image-elements. Those repositories are all released at the same time with the same version number, and published together as a single “deliverable”. We want to ensure that the projects.yaml file indicates
\nthe collection. It makes also sense to apply the “tags” we define at that user-visible layer, rather than at the (technical) git repository layer.<\/p>\n","protected":false},"excerpt":{"rendered":"