It's a known fact that on Fedora/RHEL/CentOS 7.x based systems PHP 5.4.16 is the supported version. However, for my application I needed PHP 5.5 and I installed it from RHEL-recommended scl-utils repository as explained on https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Linux/6/html/Developer_Guide/scl-utils.html
The problem is that I have successfully installed all required packages except php55-php-mcrypt:
yum install php55-php-mcrypt
Loaded plugins: fastestmirror
Loading mirror speeds from cached hostfile
* base: mirrors.sonic.net
* epel: mirror.hmc.edu
* extras: mirror.keystealth.org
* updates: mirrors.easynews.com
No package php55-php-mcrypt available.
Error: Nothing to do
Could anyone recommend a way to get this package installed?
Explanation why "mcrypt" is a very bad idea, and is not part of standard repository : About libmcrypt and php-mcrypt
For people who want to use the official RHSCL packages on RHEL (which is also available in centos-scl repository), you can find additional packages in the community repositories:
php55 => php55more
rh-php56 => php56more
Else, yes my repository is an alternative, see the Configuration Wizard
Switch to the Remi repo. It has 5.5, 5.6 and 7.0 available and they are supported as long as the PHP project supports them. Better still, he breaks that support into separate repos, so you pick the one you want and install the php-* RPMs. When you're ready to upgrade, enable the next repo and just yum update.
RPM of PHP version 7.0.2 are available in remi-php70 repository for Fedora and Enterprise Linux (RHEL, CentOS).
RPM of PHP version 5.6.17 are available in remi repository for Fedora ≥ 21 and remi-php56 repository for Fedora and Enterprise Linux.
RPM of PHP version 5.5.31 are available in remi repository for Fedora 20 and in remi-php55 repository for Enterprise Linux.
Related
I am currently using Protobuf in production via the PECL installation. My team has requested that we relax that installation requirement for CI & development environments because upgrading/downgrading PECL versions can be a timesink. The Composer package google/protobuf seems to be the right choice here, since it is easy to install and upgrade.
If we run both the PECL extension and the Composer package at the same time, which is going to be chosen for usage at runtime?
I have PHP 5.6 PHP 5.6.17-1+deb.sury.org~trusty+2 (cli) installed currently, on Mint 17.2 x64 (Cinnamon). If I try to install mit-scheme, I get:
sudo apt-get install mit-scheme
Reading package lists... Done
Building dependency tree
Reading state information... Done
The following packages were automatically installed and are no longer required:
dbconfig-common libjs-codemirror libjs-jquery-cookie libjs-jquery-event-drag
libjs-jquery-metadata libjs-jquery-mousewheel libjs-jquery-tablesorter
libjs-jquery-ui php-gettext
Use 'apt-get autoremove' to remove them.
The following extra packages will be installed:
libmcrypt4:i386 libmhash2:i386 libpq5:i386
Suggested packages:
libmcrypt-dev:i386 mcrypt:i386 mit-scheme-dbg:i386
The following packages will be REMOVED:
libmcrypt-dev libmcrypt4 mcrypt php5-mcrypt phpmyadmin
The following NEW packages will be installed:
libmcrypt4:i386 libmhash2:i386 libpq5:i386 mit-scheme:i386
0 upgraded, 4 newly installed, 5 to remove and 38 not upgraded.
Need to get 6,668 kB of archives.
After this operation, 5,040 kB disk space will be freed.
Seems the problem is between libmcrypt4 and libmcrypt4:i386. Is there not an x64 version of Scheme, or a way to keep those two mcrypt versions from interfering with each other? Best (of poor) options looks like installing Scheme in a 32bit virtual machine. Another option is compiling PHP from a 32 bit source, if that is possible on a 64bit machine. Anyone else run into this issue?
I actually ended up building mit-scheme from source outside my package manager on gentoo two years ago and it's still working. I would suggest you install mit-scheme from the source (https://www.gnu.org/software/mit-scheme/liarc-build.html) or update to jessie, as jessie includes an amd64 version, whereas wheezy does not. https://packages.debian.org/jessie/mit-scheme
So within wheezy the answer is not. However I know for sure you can compile 9.0.1 and later to a 64-bit target.
file /usr/local/bin/mit-scheme-x86-64
/usr/local/bin/mit-scheme-x86-64: ELF 64-bit LSB executable, x86-64, version 1 (GNU/Linux), dynamically linked, interpreter /lib64/ld-linux-x86-64.so.2, for GNU/Linux 2.6.9, not stripped
I can't install any package related PHP, I get a yum error: No package php available.
My PHP version is 5.4.37 on Centos 7. I installed remi for other purposes and I think that the repository is not compatible with PHP version but I don't know how to fix it.
[root#server ~]# sudo yum install php php-pear
Loaded plugins: fastestmirror
Loading mirror speeds from cached hostfile
* base: centosmirror.netcup.net
* epel: mirrors.n-ix.net
* extras: centosmirror.netcup.net
* remi: mirror5.layerjet.com
* remi-safe: mirror5.layerjet.com
* updates: centosmirror.netcup.net
No package php available.
No package php-pear available.
Error: Nothing to do
You have, in yum configuration:
exclude=apache* httpd* mod_* mysql* MySQL* mariadb* da_* ftp exim* sendmail* php* bind-chroot*
This is very probably a "panel" enabled server (cpanel or others), which provides its own PHP stack.
So by design, you cannot install "php*" packages from standard repository or any other 3rd party repository. Such distribution is so altered, that it is often considered as "Not CentOS".
So, better to ask your php stack provider for how to update it (if possible, without breaking the panel application)
As suggested in other answer, this may be related to excludes set in yum.conf
The command below allows to run the installation of excluded packages without modifying the conf file:
yum --disableexcludes=main install php
BUT
It seems like it might be better to re-install PHP by the means of the control panel installed. IE Cpanel - EasyApache..
I have an unmanaged VPS server preinstalled with CentOs 6.6 and WHM/CPanel. I am trying to install php-ldap but it just says package not found. I have not been able to find anywhere what repository it should be in. How can I install ldap on my server to work with php 5.4? I am trying to manage Windows Server 2012 R2 Active Directory.
root#vps [~]# yum install php-ldap
Loaded plugins: fastestmirror, security
Setting up Install Process
Loading mirror speeds from cached hostfile
* base: mirror.5ninesolutions.com
* epel: fedora-epel.mirror.lstn.net
* extras: centos.arvixe.com
* updates: pubmirrors.dal.corespace.com
No package php-ldap available.
Error: Nothing to do
root#vps [~]#
On a cpanel serveur you probably have an "exclude" line in yum.conf (see I can't install any package related to PHP with yum) which prevent you to install/upgrade php from another repository.
To see the provider of "php", user this command
rpm -qf $(which php)
And the ldap extension, if available will be in the same namespace.
Notice switch the php stack from the cpanel provider to another repo can break it.
You need to understand that the base repos typically don't contain boutique builds for PHP. Your best bet is to install a different repo, like the Remi repo, which does contain that RPM.
While I'm at it, PHP 5.4 went End-of-life 4 days ago. Remi offers 5.5 and 5.6 so you should consider upgrading
Get the php version you are running by
php -v
if not worked try
rpm -qa |grep php
if the php version is 5.4 then use
sudo yum install php54w-ldap
if 5.6
sudo yum install php56w-ldap
and so on.
I can't use the yum at all!
is there any php5.5 rpm file can be download to fit the the centos 6.5?
I can't use yum, so the php extension such as php55w-xml php55w-mcrypt php55w-gd php55w-devel php55w-mysql php55w-mbstring also should be downloaded in the form of rpm file.
Where can I find these rpm files?
Should I use rpmbuild to build these?
For CentOS 6, PHP 5.3.3 is the latest version of PHP available through the official CentOS package repository. Keep in mind, even though PHP 5.3.3 was released July 22, 2010, the official CentOS 6 PHP package was updated November 24, 2013. Why? Critical bug fixes are backported. See this question for more information: "Why are outdated packages installed by yum on CentOS? (specifically PHP 5.1) How to fix?"
If you'd like to use a more recent version of PHP, Les RPM de Remi offers CentOS PHP packages via a repository that you can add to the yum package manager. To add it as a yum repository, follow the site's instructions.
Note: Questions of this variety are probably better suited for Server Fault.