Hi Mario, Just so everyone is aware that you’re offering assistance, I’ve re-added the ML back in.
Definitely appreciate the help! The only schedule is that it is delivered by the Pike release. You can see the details and dates here: https://releases.openstack.org/pike/schedule.html Thank you again! Anyone else able to help Mario? Cheers, Alex From: Mario Pranjic <ma...@pranjic.no> Date: Wednesday, June 28, 2017 at 7:32 AM To: Alexandra Settle <a.set...@outlook.com> Subject: Re: [OpenStack-docs] [Openstack-operators][dev][doc] Operations Guide future Hi, I can help with wiki. It depends what are the schedules? I am on vacation with sometimes limited access to machine with net. If it's not on a tight schedule day to day basis, count me in. Mario Pranjic, M.Sc.C.S, RHCSA, RHCE t: +47 454 90 613 e: ma...@pranjic.no<mailto:ma...@pranjic.no> skype: mario.pranjic.no LinkedIn: https://no.linkedin.com/in/mariopranjic On 06/27/2017 05:52 PM, Alexandra Settle wrote: Thanks everyone for your feedback regarding the proposal below. Going forwards we are going to implement Option 3. If anyone is able to help out with this migration, please let me know :) Looking forward to getting started! From: Alexandra Settle <a.set...@outlook.com><mailto:a.set...@outlook.com> Date: Thursday, June 1, 2017 at 4:06 PM To: OpenStack Operators <openstack-operators@lists.openstack.org><mailto:openstack-operators@lists.openstack.org>, "'openstack-d...@lists.openstack.org'"<mailto:'openstack-d...@lists.openstack.org'> <openstack-d...@lists.openstack.org><mailto:openstack-d...@lists.openstack.org> Cc: "OpenStack Development Mailing List (not for usage questions)" <openstack-...@lists.openstack.org><mailto:openstack-...@lists.openstack.org> Subject: [Openstack-operators] [dev] [doc] Operations Guide future Hi everyone, I haven’t had any feedback regarding moving the Operations Guide to the OpenStack wiki. I’m not taking silence as compliance. I would really like to hear people’s opinions on this matter. To recap: 1. Option one: Kill the Operations Guide completely and move the Administration Guide to project repos. 2. Option two: Combine the Operations and Administration Guides (and then this will be moved into the project-specific repos) 3. Option three: Move Operations Guide to OpenStack wiki (for ease of operator-specific maintainability) and move the Administration Guide to project repos. Personally, I think that option 3 is more realistic. The idea for the last option is that operators are maintaining operator-specific documentation and updating it as they go along and we’re not losing anything by combining or deleting. I don’t want to lose what we have by going with option 1, and I think option 2 is just a workaround without fixing the problem – we are not getting contributions to the project. Thoughts? Alex From: Alexandra Settle <a.set...@outlook.com><mailto:a.set...@outlook.com> Date: Friday, May 19, 2017 at 1:38 PM To: Melvin Hillsman <mrhills...@gmail.com><mailto:mrhills...@gmail.com>, OpenStack Operators <openstack-operators@lists.openstack.org><mailto:openstack-operators@lists.openstack.org> Subject: Re: [Openstack-operators] Fwd: [openstack-dev] [openstack-doc] [dev] What's up doc? Summit recap edition Hi everyone, Adding to this, I would like to draw your attention to the last dot point of my email: “One of the key takeaways from the summit was the session that I joint moderated with Melvin Hillsman regarding the Operations and Administration Guides. You can find the etherpad with notes here: https://etherpad.openstack.org/p/admin-ops-guides The session was really helpful – we were able to discuss with the operators present the current situation of the documentation team, and how they could help us maintain the two guides, aimed at the same audience. The operator’s present at the session agreed that the Administration Guide was important, and could be maintained upstream. However, they voted and agreed that the best course of action for the Operations Guide was for it to be pulled down and put into a wiki that the operators could manage themselves. We will be looking at actioning this item as soon as possible.” I would like to go ahead with this, but I would appreciate feedback from operators who were not able to attend the summit. In the etherpad you will see the three options that the operators in the room recommended as being viable, and the voted option being moving the Operations Guide out of docs.openstack.org into a wiki. The aim of this was to empower the operations community to take more control of the updates in an environment they are more familiar with (and available to others). What does everyone think of the proposed options? Questions? Other thoughts? Alex From: Melvin Hillsman <mrhills...@gmail.com><mailto:mrhills...@gmail.com> Date: Friday, May 19, 2017 at 1:30 PM To: OpenStack Operators <openstack-operators@lists.openstack.org><mailto:openstack-operators@lists.openstack.org> Subject: [Openstack-operators] Fwd: [openstack-dev] [openstack-doc] [dev] What's up doc? Summit recap edition ---------- Forwarded message ---------- From: Alexandra Settle <a.set...@outlook.com<mailto:a.set...@outlook.com>> Date: Fri, May 19, 2017 at 6:12 AM Subject: [openstack-dev] [openstack-doc] [dev] What's up doc? Summit recap edition To: "openstack-d...@lists.openstack.org<mailto:openstack-d...@lists.openstack.org>" <openstack-d...@lists.openstack.org<mailto:openstack-d...@lists.openstack.org>> Cc: "OpenStack Development Mailing List (not for usage questions)" <openstack-...@lists.openstack.org<mailto:openstack-...@lists.openstack.org>> Hi everyone, The OpenStack manuals project had a really productive week at the OpenStack summit in Boston. You can find a list of all the etherpads and attendees here: https://etherpad.openstack.org/p/docs-summit As we all know, we are rapidly losing key contributors and core reviewers. We are not alone, this is happening across the board. It is making things harder, but not impossible. Since our inception in 2010, we’ve been climbing higher and higher trying to achieve the best documentation we could, and uphold our high standards. This is something to be incredibly proud of. However, we now need to take a step back and realise that the amount of work we are attempting to maintain is now out of reach for the team size that we have. At the moment we have 13 cores, of which none are full time contributors or reviewers. This includes myself. That being said! I have spent the last week at the summit talking to some of our leaders, including Doug Hellmann (cc’d), Jonathan Bryce and Mike Perez regarding the future of the project. Between myself and other community members, we have been drafting plans and coming up with a new direction that will hopefully be sustainable in the long-term. I am interested to hear your thoughts. I want to make sure that everyone feels that we’re headed in the right direction first and foremost. All of these action items are documented in this WIP etherpad: https://etherpad.openstack.org/p/doc-planning Some further highlights from the event… • The documentation team was represented by myself, Olga, and Alex Adamov for the Project Update: Documentation on the Monday. If you’d like to catch up with what we talked about, the video is available online now: https://www.youtube.com/watch?v=jcfbKxbpRvc The translation team PTL, Ian Choi, also had a session about getting more involved with the I18N team. You can view that video here: https://www.youtube.com/watch?v=ybFI4nez_Z8 • Ian and I also hosted the joint I18N and documentation onboarding session. We were visited by some friendly faces, and some new ones. Between Ian and myself, we discussed the documentation and translation workflows, and how to get involved (the mailing list, IRC channel, etc). Which was lots of fun :) we’d love to see more people there in the future, hopefully we’ll slowly get there! • This week I was focusing heavily on making the community aware that the documentation team was struggling to maintain contributors, but continuing with the same amount of work. This was a heavy conversation to be having, but it posed some really interesting questions to key leaders, and hopefully raised appropriate concerns. Ildiko and I hosted “OpenStack documentation: The future depends on all of us”. This was a really interesting session. I was able to pose to the group of attendees that the documentation team was struggling to maintain contributions. Major Hayden was kind enough to take notes during the session, you can find those here: https://etherpad.openstack.org/p/doc-future The project teams that came and represented their groups were interested in discussing the project-specific documentation (is living in the project’s repo tree the best place?) and voiced concerns I had otherwise not heard before. I recommend reading the notes to get a better idea :) • Kendall Nelson and Ildiko also hosted a session on the OpenStack Upstream Institute highlights. I recommend watching the video which is now live and available here: https://www.openstack.org/videos/boston-2017/openstack-upstream-institute-highlights • One of the key takeaways from the summit was the session that I joint moderated with Melvin Hillsman regarding the Operations and Administration Guides. You can find the etherpad with notes here: https://etherpad.openstack.org/p/admin-ops-guides The session was really helpful – we were able to discuss with the operators present the current situation of the documentation team, and how they could help us maintain the two guides, aimed at the same audience. The operator’s present at the session agreed that the Administration Guide was important, and could be maintained upstream. However, they voted and agreed that the best course of action for the Operations Guide was for it to be pulled down and put into a wiki that the operators could manage themselves. We will be looking at actioning this item as soon as possible. These action items will free up the documentation team to become gate keepers and reviewers of documentation. Our key focus as a team will be on the tooling for the docs.openstack.org<http://docs.openstack.org> site (including the API docs). I’m really interested to hear everyone’s thoughts going forward – this is not set in stone. We need to change our strategy, and now is the time. If you’d rather reach out and discuss this personally, asettle on IRC is always the best place to find me. Thanks, Alex __________________________________________________________________________ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe<http://openstack-dev-requ...@lists.openstack.org?subject:unsubscribe> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev -- -- Kind regards, Melvin Hillsman mrhills...@gmail.com<mailto:mrhills...@gmail.com> mobile: (832) 264-2646 Learner | Ideation | Belief | Responsibility | Command _______________________________________________ OpenStack-docs mailing list openstack-d...@lists.openstack.org<mailto:openstack-d...@lists.openstack.org> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-docs
_______________________________________________ OpenStack-operators mailing list OpenStack-operators@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators