Kolab 16 and newer version of php than 5.4

[Thomas Black]

Hi all,

thanks guys for the answers.

Thanks Rickard for the description how works packaging.
I understand that. I didn't came to my mind before that when I install
php56 within SCL I can leave php 5.4 from distro repo installed so
dependencies are met, but run all apps with php56.
I wil try tomorrow to install php56 from SCL and configure apache to use
this PHP version.

Thanks Daniel for hint about using CGI to use multiple versions of PHP.
I will try fisrt to switch apache completely to php56 from SCL.
If i fail or Kolab will not work on php56 then I will try to use CGI and
use php 5.4 from distro repo for Kolab and php56 for other applications.

Regards
Thomas


On 24.3.2017 14:52, Daniel Hoffend wrote:
> Hi
>
> The best way to maintain multiple php version is to configure your
> apache/nginx/whatever to use php via cgi or php-fpm. Then you can
> switch between php versions per hosting/virtualdomain. Of course
> you've to maintain your own webserver configuration but that's
> the best way to seperate php versions.
>
> 1) I personally prefer php-fpm over mod-php due to memory consumtion
> speed and such
>
> 2) I also prefer to keep applications/services seperate on servers
> or vms. If someone breaks into some random webapplication your
> hopefully mission critical mail infrastructure isn't at risk. It
> also makes upgrades easier because you don't have too many side
> effects.
>
> -- 
> Regards
> Daniel
>
>
> Am 2017-03-23 09:14, schrieb Rickard Osser:
>> Hi,
>>
>> the way RedHat (CentOS) works is to support the initial version of a
>> software included in the distribution and back-patch them to meet
>> security needs. So, for php the initital version was 5.4 and for RHEL7
>> and CentOS7 that will always stay the current version. Kolab is
>> packaged with the dependency for php and the version included in
>> CentOS7 is v5.4. They also give the possibility to do side load later
>> versions of PHP and other software with SCL but they have different
>> names and thus aren't automatically tied into dependency resolution.
>>
>> You can install both versions of PHP and Apache (2.4 in SCL) and then
>> turn off the regular older version and configure the newer package to
>> be used instead. You just can't uninstall the dependency version.
>>
>> I hope this was a clear description of how RH maintains it's
>> compatibility for enterprises.
>>
>> Best regards,
>>
>> Rickard
>>
>>
>> On Thu, 2017-03-23 at 08:16 +0100, Aleksander Machniak wrote:
>>> On 22.03.2017 23:18, Thomas Black wrote:
>>> > thanks for your answer. I don't understand the same. Is it php 5.6
>>> > too
>>> > much different that Kolab 16 will not work with php 5.6?
>>>
>>> It should work without issues. I think it might be a bug in packaging
>>> or
>>> Swig limitation, but I've heard only about problems with PHP7.
>>>
>>> I can't help you on packaging.
>>>
>> _______________________________________________
>> users mailing list
>> users at lists.kolab.org
>> https://lists.kolab.org/mailman/listinfo/users
> _______________________________________________
> users mailing list
> users at lists.kolab.org
> https://lists.kolab.org/mailman/listinfo/users