21:09:49 #startmeeting zaqar 21:09:50 Meeting started Mon Oct 12 21:09:49 2015 UTC and is due to finish in 60 minutes. The chair is vkmc. Information about MeetBot at http://wiki.debian.org/MeetBot. 21:09:52 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 21:09:54 The meeting name has been set to 'zaqar' 21:10:02 o/ 21:10:04 #topic Roll call 21:10:06 o/ 21:10:16 hi everybody 21:10:30 Hi! 21:10:52 so this is kinda improvised and it will be probably a short meeting since I didn't got a notification from the PTL regarding their presence today 21:11:13 Hello, hello 21:11:14 o/ 21:12:03 I'm aware we have some topics to discuss today though :) 21:12:33 #topic Zaqar UI for Horizon 21:13:44 #link http://lists.openstack.org/pipermail/openstack-dev/2015-October/076703.html 21:14:17 exploreshaifali worked on creating some mockups for something we have been waiting for a while ago... the UI for Zaqar 21:14:26 Hello! 21:14:46 probably this effort will take some cycles to be concluded, but I'm really happy that exploreshaifali took the initiative and put this topic on the table 21:14:50 hi exploreshaifali! 21:14:54 BP is also there, I am searching its link 21:15:00 sweet 21:15:19 https://blueprints.launchpad.net/horizon/+spec/zaqar-ui 21:15:25 any feedback about those mockups will be welcome, please share your thoughts on the thread whenever you have a moment to check those out 21:15:34 I myself have that in my todo list as well :) 21:16:17 #link https://blueprints.launchpad.net/horizon/+spec/zaqar-ui 21:16:39 the next step exploreshaifali, would be to write an spec for Zaqar UI and submit it for review 21:16:47 I will add stuff like what are pools and flavors but also I need some pointers what to add in "Testing" part 21:16:48 #action exploreshaifali write an spec for Zaqar UI 21:17:00 oh cool 21:17:21 makes sense 21:17:45 probably we will need to consider adding some tests in the Horizon side 21:17:46 this will be spec for horizon 21:18:09 and horizon only works on BP, they don't have spec like thing 21:18:11 I think it would make more sense to have it in the Zaqar side 21:18:18 so we can keep track of changes 21:18:27 sure sure, I am happy to do that! 21:18:55 so first I will complete BP and than will start with zaqar spec 21:18:57 and we also make clear the milestone we expect to have that feature and who will be working on that 21:19:32 so... you write the spec and to link the bp to it 21:19:51 okay, Thanks :) 21:19:52 does that make sense? 21:19:56 yes 21:20:17 ok awesome 21:20:43 any other comments on this? someone interested in giving exploreshaifali a hand? I dunno if she needs a hand, but I know its a big change so :) 21:21:33 no? ok, we will discuss this again for sure so we can revisit 21:21:35 yes, it will be great to have a hand 21:21:43 no problem :) 21:21:47 ok, let's move to another topic 21:21:56 *thanks a lot* exploreshaifali for working on this 21:21:57 :D 21:22:06 #topic Zaqar Docs 21:22:10 Thanks You guys :) 21:22:33 this has been a recurrent topic in our meetings... we have to improve docs 21:22:49 a few weeks ago we had a docs day 21:22:55 but everybody was busy because of the freeze 21:23:00 I have some thoughts about docs 21:23:08 and we couldn't have as many improvements as we would wish 21:23:21 and yes, I was going to tackle that Eva-i 21:23:51 let me post a paste 21:24:04 Eva-i is an Outreachy applicant and she has been working on Zaqar for a couple of days already... and I'm happy to say that she already have some feedback for us regarding this 21:24:12 sure, floor is yours Eva-i 21:24:35 It's a bit long though: http://paste.openstack.org/show/476066/ 21:24:44 Eva-i, good to know that! and welcome :) 21:24:56 its ok Eva-i, thanks for writing it down 21:24:57 exploreshaifali: thank you, you're doing good job too 21:25:02 #link http://paste.openstack.org/show/476066/ 21:25:13 thanks! 21:25:22 * vkmc reads the paste 21:26:13 dry violations... totally agree 21:26:50 and other details... as well 21:27:20 Maybe we should keep zaqar development docs in one place and just provide links to it from other resources 21:27:28 *to them 21:27:49 yeah... we probably need to devote a couple of days only to improve docs 21:28:05 as you mentioned earlier, the docs are there but they are spread in different locations 21:28:16 and its generally a blocker for any newcomer trying to contribute to the project 21:28:33 also, I'd like to add that there is no documentation whatsoever about important features like pools and flavors 21:29:07 how about setting up a dev environment? i don't know if that's covered anywhere 21:29:18 Maybe we should keep development docs in docs.openstack.org. 21:29:18 And usage docs in wiki. 21:29:21 good question 21:29:25 jasondotstar, ^ 21:29:33 that was initially covered in the readme in the repo 21:29:38 jasondotstar: it's located here http://docs.openstack.org/developer/zaqar/development-environment.html 21:29:49 Eva-i: thx 21:30:06 I think the wiki page is overloaded with information 21:30:27 its hard to find things 21:30:29 vkmc: main wiki page? 21:30:49 #link https://wiki.openstack.org/wiki/Zaqar 21:31:20 Eva-i, ^ 21:31:50 I think rather keeping usage and development docs separate, better to keep all information at one place and referring them from other 21:32:03 yeah 21:32:19 and no doubt docs will be better because they are version controlled 21:32:25 we will have history as well 21:32:37 it's a good point exploreshaifali 21:32:46 :) 21:33:03 well, so we have some defined things to do 21:33:20 Alright, where we should keep information? I'm new to OpenStack and I don't really know difference between wiki* and docs*. 21:33:33 Eva-i, that makes sense 21:33:41 sorry if I'm going to fast heh 21:34:20 so this docs http://docs.openstack.org/developer/zaqar/ live in our repo 21:34:31 while the docs in the wiki doesn't 21:34:31 they come from https://github.com/openstack/zaqar/tree/master/doc 21:34:36 exactly yes 21:34:44 those docs are generated with Sphinx 21:35:37 I'd say that we make everything possible to place the docs regarding how to deploy Zaqar, API description, features description in our developers guide 21:35:43 and we use the wiki for "extra" information 21:36:06 okay. 21:36:25 I like the idea of exploreshaifali to have version controlled docs in one place 21:36:26 more better 21:36:28 let's do the following... let's organize all our concerns about docs in this etherpad https://etherpad.openstack.org/p/zaqar-mitaka-docs 21:36:49 great thought vkmc :) 21:37:38 we probably can trace all the docs we have right now 21:37:48 okay 21:38:05 and try to sketch a new organization of docs there 21:38:25 #link https://etherpad.openstack.org/p/zaqar-mitaka-docs 21:38:51 vkmc: what is "extra information" for you? 21:39:00 Eva-i, it's a good question 21:39:14 for instance, information related to the meetings 21:39:34 we have this subwiki with links to the past meetings and the meeting agenda for the next meeting, for instance 21:39:40 https://wiki.openstack.org/wiki/Meetings/Zaqar 21:39:58 but that is not linked in the main wiki for Zaqar 21:40:06 at least, not at first sight 21:40:43 also, links to past Zaqar presentations or blog posts 21:40:58 all that information that is useful somehow, but certainly not something that you would include in a developers docs 21:41:46 I'm thinking... 21:41:55 vkmc, we should think for zaqarclient doc 21:42:02 oh as well... zaqarclient 21:42:31 and that reminds me: Zaqar use cases, Zaqar benchmarks 21:42:33 that is all for the wiki 21:42:42 let me know if something I can help with 21:42:49 sure exploreshaifali 21:43:04 you can already help with putting in the etherpad what you think is wrong in the Zaqar docs right now 21:43:10 and we can start filing bugs and fixing them 21:43:23 sure sure 21:43:44 cool, we can keep discussing this next week 21:44:02 I'll add an action item for myself... to start checking the docs we have now and reorganize things 21:44:12 #action vkmc start checking the docs we have now and reorganize things 21:44:37 (hope I'm handling using the tag correctly) 21:44:43 Lets write down in etherpad all possible article types and sort them to wiki categories 21:44:49 any other comment on this topic? 21:44:51 Eva-i++ 21:45:02 (that means I support your comment) 21:45:31 ok, let's move on to another topic 21:45:44 #topic OpenStack Summit Design Sessions 21:46:04 #link https://etherpad.openstack.org/p/Mitaka-Zaqar 21:46:24 we have three proposed fishbowls/working sessions for the next summit 21:47:02 if you are attending to the summit, I encourage that you propose a session for the design session 21:47:32 for instance, this details we have been chatting about docs can be really fun to tackle in a working session 21:48:09 we have new contributors to Zaqar, so maybe this is your first time participating in something like this and it can be scary at first 21:48:55 but... if you have an idea, propose it, and I'd love to help you leading the session to discuss that idea 21:49:00 * njohnston is a newb finds it a touch intimidating 21:49:11 and I know flwang and flaper87 are willing to do the same for you 21:49:19 njohnston, I knew! 21:49:20 haha 21:49:44 so should I start one for Zaqar UI? 21:49:48 it creeped the hell out of me the first time I drove a session like that 21:49:54 but... its really useful 21:50:01 exploreshaifali, that's a great idea 21:50:08 not sure if it falls under horizon 21:50:11 we can invite some people from UX to give us their opinions 21:50:28 considering how the big tent model works, I'd say it falls under Zaqar 21:50:33 yes, will be great 21:51:03 also we can include one session for doc, it time permits 21:51:17 well, anyhow... just a reminder that we still have some slots available and that we are really interested on hearing your ideas to improve Zaqar 21:51:24 exploreshaifali, sounds great 21:52:14 cool, I am adding two new sessions, for docs and UI 21:52:21 great, thanks exploreshaifali 21:52:27 np :) 21:52:35 ok... last but not least 21:52:42 #topic Open Discussion 21:53:03 I have one, zaqar cli implementation 21:53:08 sure, shoot! 21:53:30 as "flavor" term is overloaded in openstack one for nova and one for Zaqar 21:53:51 we came up with solution of adding "message" before each and every command 21:54:12 something like... openstack message flavor list 21:54:26 for the flavor listing endpoint? 21:54:28 keeping old command(without message) working with a warning message 21:54:30 vkmc, yes 21:54:41 this will be for all commands,not only for flavor 21:55:25 so on Mailing list, people liked this idea 21:55:26 hmm, seems like an overkill 21:55:37 yeah, I was looking for that thread 21:55:57 but I got one more comment to add "server" specifically for flavor command 21:56:04 not sure if we need that or not 21:56:25 I see the aesthetic positives of fully namespacing all zaqar CLI commands, but I wonder if it helps or hinders usability. 21:56:27 #link http://lists.openstack.org/pipermail/openstack-dev/2015-October/076269.html 21:57:08 yeah... I have the same feeling 21:57:18 like... I'm imagining how would the post message function would look like 21:57:25 openstack message message post 21:57:34 ^ +1 21:57:39 yes 21:58:29 and can you use a hyphenated word? 21:58:32 like 21:58:32 so I will post same on ML and let see what other have to say for this? 21:58:40 openstack pool-flavor create 21:58:42 something like that 21:59:00 doesn't sound very nice but... you don't need to deprecate all other endpoints in order to add this one 21:59:50 I did gave this option as well while first discussion on IRC, that time people liked message more 21:59:51 ok, we have one minute left 21:59:59 let's continue this in the ML or in -zaqar channel :) 22:00:11 okay 22:00:18 thanks everybody for joining today's meeting 22:00:24 great stuff discussed today! 22:00:29 Thanks! 22:00:33 #endmeeting