Excerpts from Thierry Carrez's message of 2017-05-24 16:44:44 +0200: > Doug Hellmann wrote: > > Two questions about theme-based initiatives: > > > > I would like to have a discussion about the work to stop syncing > > requirements and to see if we can make progress on the implementation > > while we have the right people together. That seems like a topic > > for Monday or Tuesday. Would I reserve one of the "last-minute WG" > > rooms or extra rooms (it doesn't feel very last-minute if I know > > about it now)? > > We have some flexibility there, depending on how much time we need. If > it's an hour or two, I would go and book one of the "reservable rooms". > If it's a day or two, I would assign one of the rooms reserved for > upcoming workgroups/informal teams. "Last-minute" is confusing (just > changed it on the spreadsheet), those rooms are more to cater for needs > that are not represented in formal workgroups today.
Ideally I'd like some time to actually hack on the tools. If that's not possible, an hour or two to work out a detailed plan would be enough. > > I don't see a time on here for the Docs team to work together on > > the major initiative they have going to change how publishing works. > > I didn't have the impression that we could anticipate that work > > being completed this cycle. Is the "helproom" going to be enough, > > or do we need a separate session for that, too? > > Again, we should be pretty flexible on that. We can reuse the doc > helproom, or we can say that the doc helproom is only on one day and the > other day is dedicated to making the doc publishing work. And if the doc > refactoring ends up being a release goal, it could use a release goal > room instead. Let's see what Alex thinks. > All in all, the idea is to show that on Mon-Tue we have a number of > rooms set apart to cover for any inter-project need we may have (already > identified or not). The room allocation is actually much tighter on > Wed-Thu :) OK. Doug __________________________________________________________________________ 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