<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Mar 22, 2017 at 8:24 AM, Robert P. J. Day <span dir="ltr"><<a href="mailto:rpjday@crashcourse.ca" target="_blank">rpjday@crashcourse.ca</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
proper attributions seem to have been totally lost here ...<br>
<span class=""><br>
On Wed, 22 Mar 2017, Bruce Ashfield wrote:<br>
<br>
> On Wed, Mar 22, 2017 at 8:02 AM, Burton, Ross <<a href="mailto:ross.burton@intel.com">ross.burton@intel.com</a>> wrote:<br>
><br>
> On 22 March 2017 at 11:57, Bruce Ashfield <<a href="mailto:bruce.ashfield@gmail.com">bruce.ashfield@gmail.com</a>> wrote:<br>
> So where are they supposed to be specified ? Surely not a separate distro .conf ? and most<br>
> certainly not in local.conf ... I've always been unsure of where the right place to specify <br>
> versions like that.<br>
><br>
> If it were my layer I'd have an .inc file that set all the preferred<br>
> versions where the defaults don't work, that the user would have to<br>
> include in their distro.<br>
><br>
> Aha. Kind of like the old versions file that used to float around.<br>
><br>
> Seems reasonable (if a bit less automatic than someone like me who<br>
> wants .. to use the layer like a black box)<br>
><br>
> Luckily I have push access to that layer, so I can make a change<br>
> like that ;)<br>
><br>
> One final question, is it considered a design option to set those<br>
> versions triggered off an IMAGE or DISTRO feature ? i.e. in<br>
> anonymous python .. or is that already too late in the<br>
> parsing/resolution process ?<br>
><br>
> Bruce<br>
<br>
</span> sorry, didn't mean to start something this early in the morning ...<br>
ok, i did. :-)<br>
<br>
in any event, can we agree that:<br>
<br>
1) it's bad layer design if the simple act of including a layer in<br>
bblayers.conf suddenly causes weird things to happen like the above?<br>
<br>
2) regardless of how the developer eventually does it, picking up<br>
those PREFERRED VERSIONS from meta-openstack should require *some*<br>
kind of explicit selection?<br></blockquote><div><br></div><div><br></div><div>Honestly .. I disagree on #2.</div><div><br></div><div>The packages within the openstack layer *will not work* with other versions of those</div><div>packages. </div><div><br></div><div>So if someone actually wants to use the functionality provided by the layer, they are</div><div>not optional. And the errors/issues that you get are extremely obtuse and hard to</div><div>debug. That's the design point of the layer .. it doesn't let that happen.</div><div><br></div><div>Hence making it something they must do as an extra step .. really is a bad idea.</div><div><br></div><div>It gets in the way of people picking packages out of that layer if they don't want to </div><div>actually build openstack, that's the crux of the problem. But to answer that issue,</div><div>that's why meta-cloud-services exists, that doesn't' force versions and holds the</div><div>generally useful "cloud" packages.</div><div><br></div><div>Cheers,</div><div><br></div><div>Bruce</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
thank you kindly.<br>
<div class="HOEnZb"><div class="h5"><br>
rday<br>
<br>
--<br>
<br>
==============================<wbr>==============================<wbr>============<br>
Robert P. J. Day Ottawa, Ontario, CANADA<br>
<a href="http://crashcourse.ca" rel="noreferrer" target="_blank">http://crashcourse.ca</a><br>
<br>
Twitter: <a href="http://twitter.com/rpjday" rel="noreferrer" target="_blank">http://twitter.com/rpjday</a><br>
LinkedIn: <a href="http://ca.linkedin.com/in/rpjday" rel="noreferrer" target="_blank">http://ca.linkedin.com/in/<wbr>rpjday</a><br>
==============================<wbr>==============================<wbr>============</div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature" data-smartmail="gmail_signature">"Thou shalt not follow the NULL pointer, for chaos and madness await thee at its end"</div>
</div></div>