<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Tue, Mar 21, 2017 at 4:05 PM, Honza Horak <span dir="ltr"><<a href="mailto:hhorak@redhat.com" target="_blank">hhorak@redhat.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">This is basically a kick-off for getting more feedback for an idea shared at <a href="http://www.themindiseverything.eu/2017/03/software-collections-daemons-made.html" rel="noreferrer" target="_blank">http://www.themindiseverything<wbr>.eu/2017/03/software-<wbr>collections-daemons-made.html</a>.<br>
<br>
Shortly, SCL has worked nicely for several years and people love them. But even the beloved ones have some issues. And what we hear from users, the issues with Software Collections concept currently are basically those:<br>
<br>
* we need to use scl enable, which changes $PATH and other environment variables, so the binaries placed in different location are visible by the system<br>
* scripts originally written for "normal" MySQL use full paths (like /usr/bin/mysql) which does not work when we only have the Software Collection installed<br>
* Data directory, config files and log files are on different location than it is common<br>
<br>
The blog post tries to summarize possible solution, which I'm looking for feedback now, ideally by replying to this mail..<br><br></blockquote><div><br></div><div>Hi Honza,</div><div><br></div><div>I do love SCLs and I share most of the pitfalls you raised about using them (I would have loved not to write tons of custom scripts to manage my various parallel PHP / Nginx versions on my systems).</div><div><br></div><div>Do you foresee a way to deal with package dependencies ?</div><div>I might be wrong but when I'm installing packages that requires php(language>=5.3) it doesn't see rh-php56 or rh-php70 scls</div><div>It's a bit cumbersome because I end-up having the default package installed whereas I'm only using the ones that come from SCLs</div><div><br></div><div>Last, as an alternative to wrapper package, I find useful the "update-alternative" from debian.</div><div>It's pretty much the same thing (links AFAIK) but switch is done with a command rather than a package install.</div><div><br></div><div>Manuel</div><div><br></div><div><br></div></div><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr"></div></div></div></div>
</div></div>