<div dir="ltr">In Liberty, the database connection option for services that use a SQL database contains "mysql+pymysql://" which uses the PyMySQL library instead of "mysql://" which use the conventional MySQL-Python library. The RDO repository doesn't contain a package for PyMySQL. Development of the upstream installation guide cannot continue without this package because the workarounds either involve installing this library via pip which potentially leads to versioning conflicts with packages or changing the database connection option everywhere specifically for RDO.</div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Oct 21, 2015 at 7:32 AM, Matt Kassawara <span dir="ltr"><<a href="mailto:mkassawara@gmail.com" target="_blank">mkassawara@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">I think packages available for standalone installation (i.e., without a deployment tool) should include complete upstream configuration files in standard locations without modification. In the case of *-dist.conf files with RDO packages, they seldom receive updates leading to deprecation warnings and sometimes override useful upstream default values. For example, most if not all services default to keystone for authentication (auth_strategy), yet the RDO neutron packages revert authentication to "noauth" in the *-dist.conf file. In another example, the RDO keystone package only includes the keystone-paste.ini file as /usr/share/keystone/keystone-dist-paste.ini rather than using the standard location and name which leads to confusion, particularly for new users. The installation guide contains quite a few extra steps and option-value pairs that work around the existence and contents of *-dist.conf files... additions that unnecessarily increase complexity for our audience of new users.</div><div class="HOEnZb"><div class="h5"><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Oct 21, 2015 at 4:22 AM, Ihar Hrachyshka <span dir="ltr"><<a href="mailto:ihrachys@redhat.com" target="_blank">ihrachys@redhat.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span><br>
> On 21 Oct 2015, at 12:02, Alan Pevec <<a href="mailto:apevec@gmail.com" target="_blank">apevec@gmail.com</a>> wrote:<br>
><br>
> 2015-10-21 10:48 GMT+02:00 Ihar Hrachyshka <<a href="mailto:ihrachys@redhat.com" target="_blank">ihrachys@redhat.com</a>>:<br>
>>> On 15 Oct 2015, at 20:31, Matt Kassawara <<a href="mailto:mkassawara@gmail.com" target="_blank">mkassawara@gmail.com</a>> wrote:<br>
>>><br>
>>> 4) Packages only reference upstream configuration files in standard<br>
>>> locations (e.g., /etc/keystone).<br>
>><br>
>> Not sure what exactly it means. RDO packages are using neutron-dist.conf that contains RDO specific default configuration located under /usr/share/ for quite a long time.<br>
><br>
> Yes, it's about dist.conf that are unique solution to provide distro<br>
> specific default values.<br>
> I'm not sure how are other distros solving this if at all, they<br>
> probably either rely on upstream defaults or their configuration<br>
> management tools?<br>
> Thing is that upstream defaults cannot fit all distributions, so I<br>
> would expect all distros to pick up our dist.conf solution but we<br>
> probably have not been exaplaning and advertising it enough hence<br>
> confusion in the upstream docs.<br>
<br>
</span>I suspect other distros may just modify /etc/neutron/neutron.conf as they fit. It’s obviously not the cleanest solution.<br>
<br>
I believe enforcing a specific way to configure services upon distributions is not the job of upstream, as long as default upstream way (modifying upstream configuration files located in /etc/<service-name>/*.conf) works.<br>
<span><font color="#888888"><br>
Ihar<br>
</font></span></blockquote></div><br></div>
</div></div></blockquote></div><br></div>