search for: php70

On 2016-09-27 16:40, Rowland Penny via samba wrote: > On Tue, 27 Sep 2016 16:17:10 -0500 > Bob of Donelson Trophy via samba <samba at lists.samba.org> wrote: > > On 2016-09-27 13:31, Marc Muehlfeld via samba wrote: > > Hello Elias, > > Am 27.09.2016 um 18:16 schrieb Elias Pereira via samba: > > We have samba 4.1.17 installed via debian package and would

...;sclo-php71-php-pecl-redis', started and/or restarted a handful of services, and things worked perfectly. Now I'm upgrading my server to PHP 7.2, and it looks like there's one package missing in the Software collections. See for yourself: $ yum search php | grep sclo | grep redis sclo-php70-php-pecl-redis.x86_64 : ... sclo-php70-php-pecl-redis4.x86_64 : ... sclo-php70-php-phpiredis.x86_64 : ... sclo-php71-php-pecl-redis.x86_64 : ... sclo-php71-php-pecl-redis4.x86_64 : ... sclo-php71-php-phpiredis.x86_64 : ... sclo-php72-php-pecl-redis4.x86_64 : ... sclo-php72-php-phpiredis.x86_64 : .....

...this is: "Resolution PHP v7.0 is available , however PHP v7.1 is still not available. We are already tracking this in a Feature Request to include rh-php-71 under Bug 1435193. PHP v7.0 was first made available for RHEL 6 & RHEL 7 via Red Hat Software Collections (RHSCL) v2.3 as the rh-php70 collection RHEA-2016:2730 - Product Enhancement Advisory" https://www.softwarecollections.org/en/scls/rhscl/rh-php70/ With PHP, I try to stay as close to upstream as possible. If upstream EOLs a version, it's time to upgrade. If you want something stable, don't run PHP.

...(bugzilla) to evaluate an officially upgrade > from 5.4 to 5.6, that would give you support until EOL of EL7. Or, how about you just use SCLs .. that is what they are for: http://mirror.centos.org/centos/7/sclo/x86_64/rh/rh-php56/ Or even http://mirror.centos.org/centos/7/sclo/x86_64/rh/rh-php70/ See: https://wiki.centos.org/SpecialInterestGroup/SCLo -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: OpenPGP digital signature URL: <http://lists.centos.org/pipermail/centos/attachments...

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'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 Nextcloud on a RHEL/CentOS server is confronted with a version dilemma. 1. CentOS 7 sports PHP 5.4, which has

I am looking at cloud software. On Centos7-armv7hl, of course. I was pointed to Nextcloud, but v11 CAN work with php 5.4 in Centos7, but recommends at least 5.5 for security updates and performance (important on arm), but recommends php 7. Nextcloud 12 has a minimum requirement of php 5.6 (according to their install pages). So. What are others doing for: Cloud Php ??? I could always

.../x86_64/rh/rh-mysql57 sclo/x86_64/rh/rh-nginx18 sclo/x86_64/rh/rh-nginx110 sclo/x86_64/rh/rh-nginx112 sclo/x86_64/rh/rh-nodejs4 sclo/x86_64/rh/rh-nodejs6 sclo/x86_64/rh/rh-nodejs8 sclo/x86_64/rh/rh-perl520 sclo/x86_64/rh/rh-perl524 sclo/x86_64/rh/rh-perl526 sclo/x86_64/rh/rh-php56 sclo/x86_64/rh/rh-php70 sclo/x86_64/rh/rh-php71 sclo/x86_64/rh/rh-postgresql10 sclo/x86_64/rh/rh-postgresql94 sclo/x86_64/rh/rh-postgresql95 sclo/x86_64/rh/rh-postgresql96 sclo/x86_64/rh/rh-python35 sclo/x86_64/rh/rh-python36 sclo/x86_64/rh/rh-redis32 sclo/x86_64/rh/rh-ror42 sclo/x86_64/rh/rh-ror50 sclo/x86_64/rh/rh-ruby2...

I have a VPS running C7. I ran a 'yum update' which included a kernel update. The yum update wasn't a total success because mariadb updates failed. However everything else appeared to work. However, when I rebooted the server it did not restart. I have managed to get the ISP's support desk to boot the server by selecting the previous kernel, and I now have access to my box again.

...pdate 7.3.13-1.el7.remi.x86_64 @remi-php73 > Updated php-pdo-7.3.12-1.el7.remi.x86_64 @remi-php73 > Update 7.3.13-1.el7.remi.x86_64 @remi-php73 > ** Updated php-pear-1:1.10.10-2.el7.remi.noarch @remi-php70 > ** Update 1:1.10.10-4.el7.remi.noarch @?remi-php73 > Updated php-pgsql-7.3.12-1.el7.remi.x86_64 @remi-php73 > Update 7.3.13-1.el7.remi.x86_64 @remi-php73 > Updated php-process-7.3.12-1.el7.remi.x86_64...

...emi-php73 Update 7.3.13-1.el7.remi.x86_64 @remi-php73 Updated php-pdo-7.3.12-1.el7.remi.x86_64 @remi-php73 Update 7.3.13-1.el7.remi.x86_64 @remi-php73 ** Updated php-pear-1:1.10.10-2.el7.remi.noarch @remi-php70 ** Update 1:1.10.10-4.el7.remi.noarch @?remi-php73 Updated php-pgsql-7.3.12-1.el7.remi.x86_64 @remi-php73 Update 7.3.13-1.el7.remi.x86_64 @remi-php73 Updated php-process-7.3.12-1.el7.remi.x86_64 @remi-php73...

...>> Update 7.3.13-1.el7.remi.x86_64 >> @remi-php73 >> Updated php-pdo-7.3.12-1.el7.remi.x86_64 >> @remi-php73 >> Update 7.3.13-1.el7.remi.x86_64 >> @remi-php73 >> ** Updated php-pear-1:1.10.10-2.el7.remi.noarch >> @remi-php70 >> ** Update 1:1.10.10-4.el7.remi.noarch >> @?remi-php73 >> Updated php-pgsql-7.3.12-1.el7.remi.x86_64 >> @remi-php73 >> Update 7.3.13-1.el7.remi.x86_64 >> @remi-php73 >> Updated php-process-7.3.12-1.el7.remi.x86_64 >&gt...