The implication above is that the remi repo'd version of composer should work ok with SCL, but it's definitely causing problems for me.
We run php56 from SCL, but we use alternatives like the following to ensure consistent paths on different php versions.
/usr/sbin/alternatives --install /usr/bin/php php /opt/rh/rh-php56/root/usr/bin/php 3 \
--slave /usr/bin/pear pear /opt/rh/rh-php56/root/usr/bin/pear \
--slave /usr/bin/php-cgi php-cgi /opt/rh/rh-php56/root/usr/bin/php-cgi \
--slave /usr/bin/phpize phpize /opt/rh/rh-php56/root/usr/bin/phpize \
--slave /usr/bin/pecl pecl /opt/rh/rh-php56/root/usr/bin/pecl \
--slave /usr/sbin/php-fpm php-fpm /opt/rh/rh-php56/root/usr/sbin/php-fpm \
--slave /etc/php.ini php-ini /etc/opt/rh/rh-php56/php.ini \
--slave /etc/php.d php-d /etc/opt/rh/rh-php56/php.d \
--slave /usr/share/pear pear-dir /opt/rh/rh-php56/root/usr/share/pear \
--slave /usr/share/php php-dir /opt/rh/rh-php56/root/usr/share/php \
--slave /etc/init.d/php-fpm php-fpm-init /etc/init.d/rh-php56-php-fpm \
--slave /etc/php-fpm.conf php-fpm-conf /etc/opt/rh/rh-php56/php-fpm.conf \
--slave /etc/php-fpm.d php-fpm-d /etc/opt/rh/rh-php56/php-fpm.d \
--slave /var/log/php-fpm php-fpm-logs /var/opt/rh/rh-php56/log/php-fpm \
--slave /var/run/php-fpm php-fpm-run /var/opt/rh/rh-php56/run/php-fpm
To get composer to install from the remi repo, I end up having to enable the remi-php56 repo too, e.g:
yum --enablerepo=remi --enablerepo=remi-php56 install composer
Which pulls in a version of the PHP package that clobbers some of the alternatives symlinks.
Is there anyway to work around this (short of pulling in all the packages, deleting the files/directories from the remi-php56 packages and then redoing the alternatives)?
Currently testing on "Scientific Linux release 6.8 (Carbon)" with rh-php56-php-* packages from SCL to get PHP.