similar to: Wrong version of php

On 06/23/2020 05:23 AM, Leon Fauster via CentOS wrote: > Am 22.06.20 um 22:27 schrieb H: >> It's been a while since I updated to php72 on this machine and there is some setting I must have forgotten. Apache, root and a user automatically get php72 when I run php in a terminal window, however, a php script picks up the wrong version of php, ie php54 and the version of php in

On 06/22/2020 05:21 PM, Pete Biggs wrote: >> I have googled without finding the answer but how do I make sure >> /all/ processes use php72 rather than the default 54 in CentOS 7? >> Surely there must be a better way than overwriting /usr/bin/php. What >> have I forgotten to do? >> > You can't/shouldn't do that. The point of the Enterprise OS is that >

On 06/22/2020 05:41 PM, Phoenix, Merka wrote: > ----Original Message----- > From: CentOS [mailto:centos-bounces at centos.org] On Behalf Of H > Sent: Monday, 22 June, 2020 14:31 > To: centos at centos.org > Subject: Re: [CentOS] Wrong version of php > >>> On 06/22/2020 05:21 PM, Pete Biggs wrote: >>> I have googled without finding the answer but how do I make

Am 23.06.20 um 17:35 schrieb H: > On 06/23/2020 05:23 AM, Leon Fauster via CentOS wrote: >> Am 22.06.20 um 22:27 schrieb H: >>> It's been a while since I updated to php72 on this machine and there is some setting I must have forgotten. Apache, root and a user automatically get php72 when I run php in a terminal window, however, a php script picks up the wrong version of php,

Am 22.06.20 um 22:27 schrieb H: > It's been a while since I updated to php72 on this machine and there is some setting I must have forgotten. Apache, root and a user automatically get php72 when I run php in a terminal window, however, a php script picks up the wrong version of php, ie php54 and the version of php in /usr/bin/php is indeed version 5.4. > > I have googled without

I am pleased to announce the immediate availability of PHP in version 7.2 on CentOS Linux 7 x86_64, delivered via a Software Collection (SCL) built by the SCLo Special Interest Group (https://wiki.centos.org/SpecialInterestGroup/SCLo). QuickStart ---------- You can get started in three easy steps: # 1. Install a package with repository for your system: $ sudo yum install centos-release-scl

I am pleased to announce the immediate availability of PHP in version 7.2 on CentOS Linux 7 x86_64, delivered via a Software Collection (SCL) built by the SCLo Special Interest Group (https://wiki.centos.org/SpecialInterestGroup/SCLo). QuickStart ---------- You can get started in three easy steps: # 1. Install a package with repository for your system: $ sudo yum install centos-release-scl

----Original Message----- From: CentOS [mailto:centos-bounces at centos.org] On Behalf Of H Sent: Monday, 22 June, 2020 14:31 To: centos at centos.org Subject: Re: [CentOS] Wrong version of php >> On 06/22/2020 05:21 PM, Pete Biggs wrote: >> I have googled without finding the answer but how do I make sure >> >> /all/ processes use php72 rather than the default 54 in CentOS

On 5/21/2016 6:03 PM, John R Pierce wrote: > i started to look at SCL and got lost pretty quickly. I'm not > running OwnCloud but I've got some other php stuff thats getting > increasingly unhappy about the stock c6 php... ok, I've installed php54-1.1-5.el6.centos.alt.x86_64 ... if I run `scl enable php54`, will that connect it up to my existing apache, so it just

I know there's a couple third party repos offering PHP 7 for Centos. I prefer not to add too much third party that I don't have to and PHP 7 has been mainstream for some time now, I thought maybe it would be in EPEL by now. What is the most recommended and stable way to get an up to date PHP on Centos 7?

> I have googled without finding the answer but how do I make sure > /all/ processes use php72 rather than the default 54 in CentOS 7? > Surely there must be a better way than overwriting /usr/bin/php. What > have I forgotten to do? > You can't/shouldn't do that. The point of the Enterprise OS is that versions are consistent throughout the lifetime of the OS, so packages

Thanks, Jan! -- Sent from the Delta quadrant using Borg technology! Nux! www.nux.ro ----- Original Message ----- > From: "Jan Stan?k" <jstanek at redhat.com> > To: centos-announce at centos.org > Sent: Tuesday, 11 December, 2018 15:23:26 > Subject: [CentOS-announce] Announcing release of PHP 7.2 > I am pleased to announce the immediate availability of PHP > in

On 22 Apr 2016 18:11, "James Hogarth" <james.hogarth at gmail.com> wrote: > > In the event that there are CentOS users making use of the EPEL owncloud packages, but not following the EPEL mailing lists, please read the mail below with regards to your installations. > > Thanks > > James > > ---------- Forwarded message ---------- > From: "James

Am 19.09.2017 um 09:36 schrieb Nicolas Kovacs <info at microlinux.fr>: > > I'm currently experimenting with OwnCloud and Nextcloud on a sandbox > CentOS 7 server. I've been using OwnCloud for the last two years for my > own purposes on a Slackware server, and I'm quite happy with it. > > In my humble opinion, every admin who wants to host OwnCloud or >

Hi, I realized this still uses php 7.2.10, while 7.2.20 was released almost two weeks ago. How are these packages updated? Who does that? Any idea how to get the update in? Regards Rainer

Hi. I've found inconstancy between output of repoquery and rpm. I was looking forward towards apache php 5.4 module which must provided by some package SCL (can someone tell me?). rpm -qf /etc/httpd/modules/mod_proxy.so httpd-2.2.15-29.el6.centos.x86_64 repoquery -qf /etc/httpd/modules/mod_proxy.so so repoquery results in no output yum list installed httpd Loaded plugins: fastestmirror

Hi, I got an alert from Yum-Cron this morning: Failed to check for updates with the following error message: Failed to build transaction: sclo-php72-php-pecl-imagick-3.4.4-1.el7.x86_64 requires libMagickCore.so.5()(64bit) sclo-php72-php-pecl-imagick-3.4.4-1.el7.x86_64 requires libMagickWand.so.5()(64bit) The CR repository is activated on this server, so I guess that's why. Which leads me

Hello, My server with CentOS 6.8 just failed PCI scan, so I'm looking into vulnerable packages. PHP 5.3.3 have multiple vulnerabilities, some of them are fixed/patched or have some kind of workaround. But I can't find a way to fix this one. Red Hat state: under investigation. https://access.redhat.com/security/cve/cve-2016-4073 This CVE is 6 months old, and it doesn't look like it

CentOS Errata and Security Advisory 2014:1326 Moderate Upstream details at : https://rhn.redhat.com/errata/RHSA-2014-1326.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 713dbbfa6b5bbe8b9dc74de079be9065e8cd1d9d0b1e0c2acc2853a7eb591a7b php-5.3.3-27.el6_5.2.i686.rpm

CentOS Errata and Security Advisory 2014:1326 Moderate Upstream details at : https://rhn.redhat.com/errata/RHSA-2014-1326.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 713dbbfa6b5bbe8b9dc74de079be9065e8cd1d9d0b1e0c2acc2853a7eb591a7b php-5.3.3-27.el6_5.2.i686.rpm