Hi, I thought I'd start an article on my personal blog on the various options for newer PHP (in particular), python, ruby etc options in CentOS - particularly given some of the base packages in EL6 have now passed EOL upstream and consequently some applications (eg OwnCloud) now have minimal dependencies greater than in base. What I found on initial looks to SCL was at best confusing and in areas outright misleading, with help needed from Dominic in #centos-devel to work through the present SCL situation. Doing a general Google search (or the @scl keyword in #centos) will take someone to here: https://wiki.centos.org/AdditionalResources/Repositories/SCL This refers to an old centos-release-SCL package which is still in the repos and would direct the user to unmaintained old versions. The correct package is actually centos-release-scl ... yes just the case needs to change. The documentation for centos-release-scl stuff (ie the CentOS SCL SIG stuff) is pretty much nonexistent for a user needing a newer version of a package. These pages are very CentOS developer focused and not really useful for the end user: https://wiki.centos.org/SpecialInterestGroup/SCLo https://wiki.centos.org/SpecialInterestGroup/SCLo/CollectionsList Then once the right package is installed the user can see there is php54, php55 and rh-php56 packages but it's not clear why the difference in the naming and there's nothing that highlights to someone that if they want to use php55 or rh-php56 they'll need to handle a migration to rh-httpd24 as well. I'd suggest the first step is to have centos-release-scl obsolete centos-release-SCL so that users are not left on an unmaintained repository. Then as I gather data for my article I'd really like to flesh out and improve the 'user facing' SCL wiki page. Thoughts on this? James -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.centos.org/pipermail/centos-devel/attachments/20160523/f7a59312/attachment-0007.html>