<html><head><meta http-equiv="Content-Type" content="text/html; charset=utf-8"><meta name="Generator" content="Microsoft Word 15 (filtered medium)"><style><!--
/* Font Definitions */
@font-face
        {font-family:Helvetica;
        panose-1:2 11 6 4 2 2 2 2 2 4;}
@font-face
        {font-family:"Cambria Math";
        panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
        {font-family:Calibri;
        panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
        {font-family:Cambria;
        panose-1:2 4 5 3 5 4 6 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
        {margin:0in;
        margin-bottom:.0001pt;
        font-size:12.0pt;
        font-family:"Times New Roman",serif;}
a:link, span.MsoHyperlink
        {mso-style-priority:99;
        color:blue;
        text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
        {mso-style-priority:99;
        color:purple;
        text-decoration:underline;}
p
        {mso-style-priority:99;
        mso-margin-top-alt:auto;
        margin-right:0in;
        mso-margin-bottom-alt:auto;
        margin-left:0in;
        font-size:12.0pt;
        font-family:"Times New Roman",serif;}
span.apple-converted-space
        {mso-style-name:apple-converted-space;}
span.EmailStyle19
        {mso-style-type:personal-reply;
        font-family:"Cambria",serif;
        color:#1F497D;}
.MsoChpDefault
        {mso-style-type:export-only;
        font-size:10.0pt;}
@page WordSection1
        {size:8.5in 11.0in;
        margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
        {page:WordSection1;}
--></style></head><body lang="EN-US" link="blue" vlink="purple"><div class="WordSection1"><p class="MsoNormal"><span style="font-size:10.0pt;font-family:"Cambria",serif;color:#1f497d">It’s also worth mentioning that there has been discussion about transitioning current “core” components of Fuel to plugins (like Ceph or the current vCenter implementation).</span></p><p class="MsoNormal"><span style="font-size:10.0pt;font-family:"Cambria",serif;color:#1f497d"> </span></p><p class="MsoNormal"><span style="font-size:10.0pt;font-family:"Cambria",serif;color:#1f497d">In these cases, as with others, displaying the plugin’s functionality in its logical location from a user perspective will be incredibly important to ensuring the user has a positive and successful experience.</span></p><p class="MsoNormal"><span style="font-size:10.0pt;font-family:"Cambria",serif;color:#1f497d"> </span></p><div><div style="border:none;border-top:solid #e1e1e1 1.0pt;padding:3.0pt 0in 0in 0in"><p class="MsoNormal"><b><span style="font-size:11.0pt;font-family:"Calibri",sans-serif">From:</span></b><span style="font-size:11.0pt;font-family:"Calibri",sans-serif"> Patrick Petit [mailto:<a href="mailto:ppetit@mirantis.com">ppetit@mirantis.com</a>] <br><b>Sent:</b> Wednesday, July 29, 2015 7:56 AM<br><b>To:</b> OpenStack Development Mailing List (not for usage questions) <<a href="mailto:openstack-dev@lists.openstack.org">openstack-dev@lists.openstack.org</a>>; Sheena Gregson <<a href="mailto:sgregson@mirantis.com">sgregson@mirantis.com</a>><br><b>Subject:</b> RE: [openstack-dev] [Fuel][Plugins] Feedback</span></p></div></div><p class="MsoNormal"> </p><div id="bloop_customfont"><p class="MsoNormal"><span style="font-size:10.0pt;font-family:"Helvetica",sans-serif">On 29 Jul 2015 at 14:41:48, Sheena Gregson (<a href="mailto:sgregson@mirantis.com">sgregson@mirantis.com</a>) wrote:</span></p></div><div><blockquote style="margin-top:5.0pt;margin-bottom:5.0pt;text-align:start;word-spacing:0px"><div><div><div><p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span style="font-size:10.0pt;font-family:"Cambria",serif;color:#1f497d">Hey Sergii –</span><span style="color:black"></span></p><p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span style="font-size:10.0pt;font-family:"Cambria",serif;color:#1f497d"> </span><span style="color:black"></span></p><p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span style="font-size:10.0pt;font-family:"Cambria",serif;color:#1f497d">I don’t know if I agree with the statement that it’s bad practice to mix core and plugin functionality.  From a user standpoint, if I’m trying to deploy something like Contrail, I would like to see all of my Networking configuration options together (including the Contrail plugin) so that I can make an intelligent selection in the context of networking.</span><span style="color:black"></span></p><p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span style="font-size:10.0pt;font-family:"Cambria",serif;color:#1f497d"> </span><span style="color:black"></span></p></div></div></div></blockquote></div><p><span style="font-size:10.0pt;font-family:"Helvetica",sans-serif">Agreed</span></p><div><div><blockquote style="margin-top:5.0pt;margin-bottom:5.0pt;text-align:start;word-spacing:0px"><div><div><div><p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span style="font-size:10.0pt;font-family:"Cambria",serif;color:#1f497d"><br>When plugins are not related to a specific space, I personally as a user would expect to see a generic “Plugins” grouping in the Settings tab to reduce sub-group proliferation (I probably don’t need a sub-group for every plugin).</span><span style="color:black"></span></p><p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span style="font-size:10.0pt;font-family:"Cambria",serif;color:#1f497d"> </span><span style="color:black"></span></p><p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span style="font-size:10.0pt;font-family:"Cambria",serif;color:#1f497d">I know that in conversations with Patrick (cc’d for input) he has mentioned wanting to have the plugins define the space they should be displayed in, as well, including spaces where core component settings are made.</span><span style="color:black"></span></p><p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span style="font-size:10.0pt;font-family:"Cambria",serif;color:#1f497d"> </span><span style="color:black"></span></p></div></div></div></blockquote></div><p><span style="font-size:10.0pt;font-family:"Helvetica",sans-serif">Absolutely. I think the plugins paradigme should be considered more of an implementation artefact than a logical grouping of functionality. I think that what we need is a mechanism by which plugins are free to make that logical grouping of settings in a way that is meaningful and consistent from an end-user standpoint.</span></p><div><blockquote style="margin-top:5.0pt;margin-bottom:5.0pt;text-align:start;word-spacing:0px"><div><div><div><p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span style="font-size:10.0pt;font-family:"Cambria",serif;color:#1f497d"><br>I agree that name validation could probably be improved – the names right now correspond either to the plugin name or to the name of the section that existed in the previous version.  This initial iteration breaks down subgroups but does not change any of the section naming conventions or do anything else to make the Settings space more manageable.</span><span style="color:black"></span></p><p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span style="font-size:10.0pt;font-family:"Cambria",serif;color:#1f497d"> </span><span style="color:black"></span></p><p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span style="font-size:10.0pt;font-family:"Cambria",serif;color:#1f497d">Sheena</span><span style="color:black"></span></p><p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span style="font-size:10.0pt;font-family:"Cambria",serif;color:#1f497d"> </span><span style="color:black"></span></p><p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><b><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:black">From:</span></b><span class="apple-converted-space"><span style="color:black"> </span></span><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:black">Sergii Golovatiuk [mailto:<a href="mailto:sgolovatiuk@mirantis.com">sgolovatiuk@mirantis.com</a>]<br><b>Sent:</b><span class="apple-converted-space"> </span>Wednesday, July 29, 2015 5:24 AM<br><b>To:</b><span class="apple-converted-space"> </span>OpenStack Development Mailing List (not for usage questions) <<a href="mailto:openstack-dev@lists.openstack.org">openstack-dev@lists.openstack.org</a>><br><b>Subject:</b><span class="apple-converted-space"> </span>Re: [openstack-dev] [Fuel][Plugins] Feedback</span><span style="color:black"></span></p><p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span style="color:black"> </span></p><div><p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span style="color:black">Sheena, I still have concerns regarding #3. I am sending attachment how it's implemented. Firstly, it's bad practice to mix core and plugin functionality. Also we do not validate names. When there are several plugins it's very hard to find all of them<br><br>I am giving a sketch how it should be IMO</span></p></div><div><p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span style="color:black"><br clear="all"></span></p><div><div><div><p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span style="color:black">--<br>Best regards,<br>Sergii Golovatiuk,<br>Skype #golserge<br>IRC #holser</span></p></div></div></div><p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span style="color:black"> </span></p><div><p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span style="color:black">On Tue, Jul 28, 2015 at 6:25 PM, Sheena Gregson <<a href="mailto:sgregson@mirantis.com" target="_blank">sgregson@mirantis.com</a>> wrote:</span></p><blockquote style="border:none;border-left:solid #cccccc 1.0pt;padding:0in 0in 0in 6.0pt;margin-left:4.8pt;margin-top:5.0pt;margin-right:0in;margin-bottom:5.0pt"><div><div><p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span style="font-size:10.0pt;font-family:"Cambria",serif;color:#1f497d">Hey Sergii –</span><span style="color:black"></span></p><p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span style="font-size:10.0pt;font-family:"Cambria",serif;color:#1f497d"> </span><span style="color:black"></span></p><p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span style="font-size:10.0pt;font-family:"Cambria",serif;color:#1f497d">This is excellent feedback, thank you for taking the time to provide your thoughts.</span><span style="color:black"></span></p><p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span style="font-size:10.0pt;font-family:"Cambria",serif;color:#1f497d"> </span><span style="color:black"></span></p><p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span style="font-size:10.0pt;font-family:"Cambria",serif;color:#1f497d">#1 I agree that the documentation lag is challenging – I’m not sure how to best address this.  We could potentially prioritize updates to the Plugin SDK for soon-to-be-released features ahead of the standard release notes and user guide updates to ensure that plugin developers have access to this information earlier?  A number of the docs team members will be getting together in late August to discuss how to improve documentation, I will add this as a topic if we don’t feel there is good resolution on the mailing list.</span><span style="color:black"></span></p><p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><i><span style="font-size:10.0pt;font-family:"Cambria",serif;color:#1f497d">+Alexander/Evgeny to cc for their input</span></i><span style="color:black"></span></p><p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span style="font-size:10.0pt;font-family:"Cambria",serif;color:#1f497d"> </span><span style="color:black"></span></p><p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span style="font-size:10.0pt;font-family:"Cambria",serif;color:#1f497d">#3 Settings tab is getting a facelift in 7.0 and there are now subgroups in the tab which should make it significantly easier for a user to find plugin settings.  Each plugin will create a new sub-group in the Settings tab, like Access (and others) in the screenshot below.</span><span style="color:black"></span></p><p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span style="font-size:10.0pt;font-family:"Cambria",serif;color:#1f497d"> </span><span style="color:black"></span></p><p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span style="font-size:10.0pt;font-family:"Cambria",serif;color:#1f497d"><img border="0" width="597" height="274" id="_x0000_i1025" src="cid:image001.jpg@01D0C9D4.906EBAD0" name="_x0000_i1025"></span><span style="color:black"></span></p><p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span style="font-size:10.0pt;font-family:"Cambria",serif;color:#1f497d"> </span><span style="color:black"></span></p><p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span style="font-size:10.0pt;font-family:"Cambria",serif;color:#1f497d">I don’t have any insight on the GitHub issues, so I will wait for others to weigh in on your concerns there.</span><span style="color:black"></span></p><p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span style="font-size:10.0pt;font-family:"Cambria",serif;color:#1f497d"> </span><span style="color:black"></span></p><p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span style="font-size:10.0pt;font-family:"Cambria",serif;color:#1f497d">Sheena</span><span style="color:black"></span></p><p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span style="font-size:10.0pt;font-family:"Cambria",serif;color:#1f497d"> </span><span style="color:black"></span></p><p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><b><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:black">From:</span></b><span class="apple-converted-space"><span style="color:black"> </span></span><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:black">Sergii Golovatiuk [mailto:<a href="mailto:sgolovatiuk@mirantis.com" target="_blank">sgolovatiuk@mirantis.com</a>]<br><b>Sent:</b><span class="apple-converted-space"> </span>Tuesday, July 28, 2015 9:51 AM<br><b>To:</b><span class="apple-converted-space"> </span>OpenStack Development Mailing List (not for usage questions) <<a href="mailto:openstack-dev@lists.openstack.org" target="_blank">openstack-dev@lists.openstack.org</a>><br><b>Subject:</b><span class="apple-converted-space"> </span>[openstack-dev] [Fuel][Plugins] Feedback</span><span style="color:black"></span></p><div><div><p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span style="color:black"> </span></p><div><div><div><div><div><div><p class="MsoNormal" style="margin-bottom:12.0pt"><span style="color:black">Hi,</span></p></div><p class="MsoNormal" style="margin-bottom:12.0pt"><span style="color:black">I have started digging into plugins recently. There are many positive things though I would like to point to some problem areas</span></p></div><p class="MsoNormal" style="margin-bottom:12.0pt"><span style="color:black">1. Documentation</span></p></div><p class="MsoNormal" style="margin-bottom:12.0pt"><span style="color:black">a. It doesn't include the features of 7.0. There are many outstanding features, though I needed to ping the developers to ask how these features work. It means that it's almost impossible to develop plugins for upcoming releases. The external developer needs to wait for documentation so it creates a lag between release and plugin release.</span></p></div><p class="MsoNormal" style="margin-bottom:12.0pt"><span style="color:black">b. in [1] the statement about 'For Ubuntu 12.04.2 LTS' should be extended to 14.04. Also we don't need to add PATCH version as 12.04.2 is equivalent to 12.04</span></p></div><div><p class="MsoNormal" style="margin-bottom:12.0pt"><span style="color:black">c. There is no documentation how to install fpb from github master branch. It's very useful for developers who want to use latest version. We should add something</span></p></div><p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span style="color:black">2. Github repository [2] is messed up</span></p><div><p class="MsoNormal" style="margin-bottom:12.0pt"><span style="color:black">a. We are doing the same mistake putting all things into one basket. There should be 2 repositories. One for examples and one for fpb. What's the goal of keeping fpb in directory and examples on top? This breaks a couple of things</span></p></div><div><p class="MsoNormal" style="margin-bottom:12.0pt"><span style="color:black">b. I cannot build fpm with simple<br><br>pip install git+https://</span></p></div><div><p class="MsoNormal" style="margin-bottom:12.0pt"><span style="color:black">Instead I am forced to do</span></p></div><div><p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span style="color:black">git clone https://</span></p></div><div><p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span style="color:black">cd fuel-plugins</span></p></div><div><p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span style="color:black">pip install .</span></p></div><p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span style="color:black"> </span></p><div><p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span style="color:black">c. There is no tags as I can see only stable/6.0</span></p></div><div><p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span style="color:black">d. There are no tests to improve code quality pep8 flask8, code coverage</span></p></div><div><p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span style="color:black">e. Repository doesn't follow community standards.</span></p></div><div><p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span style="color:black"> </span></p></div><div><p class="MsoNormal" style="margin-bottom:12.0pt"><span style="color:black">3. Setting tab</span></p></div><div><p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span style="color:black">When plugin is installed, it's very hard to find in. In setting tab it's somewhere between A and Z</span></p></div><div><p class="MsoNormal" style="margin-bottom:12.0pt"><span style="color:black">How is user supposed to find it? There should be a separator between Core features and plugins. User must easily find, configure, enable/disable them.</span></p></div><div><p class="MsoNormal" style="margin-bottom:12.0pt"><span style="color:black">P.S. I am asking everyone to add own concerns so we'll be able to make a plan how to address them.</span></p></div><div><p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span style="color:black">Thank you in advance.</span></p></div><p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span style="color:black"><br>[1]<span class="apple-converted-space"> </span><a href="https://wiki.openstack.org/wiki/Fuel/Plugins#Installation" target="_blank">https://wiki.openstack.org/wiki/Fuel/Plugins#Installation</a><br>[2]<span class="apple-converted-space"> </span><a href="https://github.com/stackforge/fuel-plugins" target="_blank">https://github.com/stackforge/fuel-plugins</a><br>--<br>Best regards,<br>Sergii Golovatiuk,<br>Skype #golserge<br>IRC #holser</span></p></div></div></div></div></div><p class="MsoNormal" style="margin-bottom:12.0pt"><span style="color:black"><br>__________________________________________________________________________<br>OpenStack Development Mailing List (not for usage questions)<br>Unsubscribe:<span class="apple-converted-space"> </span><a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" target="_blank">OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a><br><a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a></span></p></blockquote></div><p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span style="color:black"> </span></p></div></div></div></div></blockquote></div></div></div></body></html>