<div dir="ltr">Hello Vladimir,<div><span style="background-color:rgb(255,255,255)"><br></span></div><div><span style="background-color:rgb(255,255,255)">I definitely agree that using one <span class="" id=":q4d.23" tabindex="-1"><span class="" id=":q4d.48" tabindex="-1" style="background-image:initial;background-position:initial;background-repeat:initial">uri</span></span> for generating number of <span class="" id=":q4d.24" tabindex="-1"><span class="" id=":q4d.49" tabindex="-1" style="background-image:initial;background-position:initial;background-repeat:initial">repos</span></span> is not the best solution. </span></div><div><span style="background-color:rgb(255,255,255)">According to Fuel Menu - there was the discussion in <span class="" id=":q4d.25" tabindex="-1"><span class="" id=":q4d.50" tabindex="-1" style="background-image:initial;background-position:initial;background-repeat:initial">gerrit</span></span> [1] about repositories format. The first version of my patch implements actually your idea about equality and <span class="" id=":q4d.26" tabindex="-1"><span class="" id=":q4d.51" tabindex="-1" style="background-image:initial;background-position:initial;background-repeat:initial">independence</span></span> of repositories. It meets disagreements and no one voted for this <span class="" id=":q4d.27" tabindex="-1"><span class="" id=":q4d.52" tabindex="-1" style="background-image:initial;background-position:initial;background-repeat:initial">POV</span></span>. So I had to change the implementation in favor to the current version. </span></div><div><span style="background-color:rgb(255,255,255)"><br></span></div><div><span style="background-color:rgb(255,255,255)">According to this situation I would like to discuss if proposed changes are needed before making new patch. Guys, who took part in the previous patch discussion, please share your opinions.</span></div><div><span style="background-color:rgb(255,255,255)"><br></span></div><div><span style="background-color:rgb(255,255,255)">[1] <a href="https://review.openstack.org/#/c/242646/">https://review.openstack.org/#/c/242646/</a></span></div><div class="gmail_extra"><span style="background-color:rgb(255,255,255)"><br></span><div class="gmail_quote"><span style="background-color:rgb(255,255,255)">2015-12-10 22:47 GMT+03:00 Vladimir <span class="" id=":q4d.53" tabindex="-1" style="background-image:initial;background-position:initial;background-repeat:initial">Kozhukalov</span> <span dir="ltr"><<a href="mailto:vkozhukalov@mirantis.com" target="_blank"><span class="" id=":q4d.54" tabindex="-1" style="background-image:initial;background-position:initial;background-repeat:initial">vkozhukalov</span>@<span class="" id=":q4d.55" tabindex="-1" style="background-image:initial;background-position:initial;background-repeat:initial">mirantis</span>.com</a>></span>:<br></span><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div dir="ltr"><div><span style="background-color:rgb(255,255,255)">Dear colleagues,</span></div><div><span style="background-color:rgb(255,255,255)"><br></span></div><div><span style="background-color:rgb(255,255,255)">At the moment we have several places where we configure multiple rpm/deb repositories. Those are:</span></div><div><ol><li><span style="background-color:rgb(255,255,255)">Web UI (cluster settings tab) where we define repos for cluster deployment</span></li><li><span style="background-color:rgb(255,255,255)">Fuel-menu (bootstrap section) where we define repos for building ubuntu bootstrap image</span></li><li><span style="background-color:rgb(255,255,255)">Fuel-mirror where we define repos that are to be cloned (full or partial mirrors)</span></li></ol></div><div>I'd prefer all these places to provide the same UX. By that I mean that these components should use the same input data structure like this [0], i.e. a flat list of fully independent repositories (see an example below). First repo in the list is supposed to be a base OS repo (i.e. contains base packages like libc). </div><div><br></div><div>[</div><div> {</div><div> type: deb,</div><div> url: some-url,</div><div> section: some-section,</div><div> suite: some-suite,</div><div> priority: some-priority</div><div> },</div><div><div> {</div><div> type: deb,</div><div> url: another-url,</div><div> section: another-section,</div><div> suite: another-suite,</div><div> priority: another-priority</div><div> },</div></div><div>...</div><div>] </div><div><br></div><div>I'd like to focus on the fact that these repositories should be defined independently (no base url, no base suite, etc.) That makes little sense to speculate about consistency of a particular repository. We only should talk about consistency of the whole list of repositories together.</div><div><br></div><div>I'll try to explain. In the real world we usually deal with sets of repositories which look like this:</div><div><br></div><div><a href="http://archive.ubuntu.com/ubuntu/dists/trusty/" target="_blank">http://archive.ubuntu.com/ubuntu/dists/trusty/</a><br></div><div><a href="http://archive.ubuntu.com/ubuntu/dists/trusty-updates/" target="_blank">http://archive.ubuntu.com/ubuntu/dists/trusty-updates/</a><br></div><div><a href="http://archive.ubuntu.com/ubuntu/dists/trusty-security/" target="_blank">http://archive.ubuntu.com/ubuntu/dists/trusty-security/</a><br></div><div><a href="http://mirror.fuel-infra.org/mos-repos/ubuntu/8.0/dists/mos8.0/" target="_blank">http://mirror.fuel-infra.org/mos-repos/ubuntu/8.0/dists/mos8.0/</a><br></div><div><a href="http://mirror.fuel-infra.org/mos-repos/ubuntu/8.0/dists/mos8.0-updates/" target="_blank">http://mirror.fuel-infra.org/mos-repos/ubuntu/8.0/dists/mos8.0-updates/</a><br></div><div><a href="http://mirror.fuel-infra.org/mos-repos/ubuntu/8.0/dists/mos8.0-security/" target="_blank">http://mirror.fuel-infra.org/mos-repos/ubuntu/8.0/dists/mos8.0-security/</a><br></div><div><br></div><div>As you can see these repositories have common hosts and base suites and it instills us to think that repositories should not be defined separately which is wrong. This special case does not break the whole approach. It is just a special case. Repositories are nothing more than just sets of packages that can depend on each other forming a tree when taken together. Package relation does matter, not repository location, not suite name. Parsing package tree for a set of repositories we can easily figure out whether this set is consistent or not (e.g. python-packetary allows to do this).</div><div><br></div><div>Taking into account the above, I'd say UI should allow a user to define repositories independently not forcing to use special patterns like suite + suite-updates + suite-security, not forcing repositories to be located on the same host. That means we should modify fuel-menu bootstrap section which currently allows a user to define a base url that is then used to form a group of repos (base, base-updates, base-security). Besides, it contradicts to our use case when we put mosX.Y locally on the master node while mosX.Y-updates and mosX.Y-security are supposed to be available online.</div><div><br></div><div>What do you guys think of that?</div><div><br></div><div><br></div><div>[0] <a href="https://github.com/openstack/fuel-web/blob/master/nailgun/nailgun/fixtures/openstack.yaml#L2006-L2053" target="_blank">https://github.com/openstack/fuel-web/blob/master/nailgun/nailgun/fixtures/openstack.yaml#L2006-L2053</a></div><span class=""><font color="#888888"><div> </div><div><br></div><div><div><div>Vladimir Kozhukalov</div></div></div>
</font></span></div>
<br>__________________________________________________________________________<br>
OpenStack Development Mailing List (not for usage questions)<br>
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" rel="noreferrer" target="_blank">OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
<br></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div>Kind Regards,</div><div><span class="" id=":q4d.56" tabindex="-1" style="background:yellow">Fedor</span> <span class="" id=":q4d.57" tabindex="-1" style="background:yellow">Zhadaev</span></div><div><br></div><div><span class="" id=":q4d.58" tabindex="-1" style="background:yellow">Skype</span>: <span class="" id=":q4d.59" tabindex="-1" style="background:yellow">zhadaevfm</span></div><div><span class="" id=":q4d.60" tabindex="-1" style="background:yellow">IRC</span>: <span class="" id=":q4d.61" tabindex="-1" style="background:yellow">fzhadaev</span></div></div></div></div></div></div></div>
</div></div>