I have wrote instructions for using remi with ownCloud 8 in the past. As I said I am not looking for âa wayâ but instead, I am looking for âthe wayâ.
If NextCloud cannot be bothered to specify a supported method then I cannot be bothered to continue using their product free or paid.
You ask what is supported by the Nextcloud team. If by Nextcloud team you mean the company then, well, if you have a support contract, ask the support team. Their answer will most likely be that they will support you with all three options. So they are all âofficially supportedâ, if you pay.
If you mean the volunteer community, then there is nothing officially supported: your guarantees end the moment you download. Yes, the term âofficialâ is weird in a community, but when push comes to shove - you rely on volunteers so donât count on it meaning much.
I think youâre looking for a recommendation. I personally have none but @James_Hogarth is probably the person with the most CentOS expertise on this forum so Iâd follow his advice.
But in any case, as long as you have a functioning LAMP stack with PHP 7 youâre as good as it gets. I personally run openSUSE Tumbleweed with PHP 7, that is as official as anythingâŠ
I will not accept a recommendation from a random community member. No matter how knowledgable that person is (no offense @James_Hogarth).
Just forget about PHP 7 and recommendations.
Your own documentation clearly says that a supported operating system is CentOS 7.
Your own documentation clearly says that PHP 5.6 + is required.
Those two things do not go together without a 3rd party change to the operating system.
When this shit storm went down a year ago with you at ownCloud, someone from ownCloud besides you, finally came in and clarified that PHP 5.4 was perfectly valid even though you said it was not.
At some point after that the same person from ownCloud posted an officially recommended method for installing PHP 5.6 +. I do believe is was IUS, but I cannot find that post right now, and it is also not relevant because NextCloud is not ownCloud.
What is NextCloudâs officially recommended method for acquiring PHP 5.6 +?
Why because they have bad documentation and requirements listed it is my fault? No that is not how things work.
NextCloud specifically lists these requirements. Yet they provide no official means of meeting them. This means their software is bad (which we all know is not the case) or their design is bad or their documentation is bad.
None of these are my issue.
I prefer to run all production systems on CentOS 7. CentOS 7 is listed, but so is PHP 5.6+.
These two things are mutually exclusive without a 3rd party change.
This is not my problem to resolve.
It is NextCouldâs problem to resolve.
They can either change the documentation or change the requirements.
If the documentation did not list CentOS 7 as supported and even recommended, then I would either choose to handle the risk myself or choose another operating system.
But the fact is that it is clearly marked as not only a supported operating system, it is listed as a recommended operating system(RHEL).
Your website clearly uses the word supported, and lists RHEL / CentOS 6.5 and 7. These are not my words. You want to call it a recommendation? Fine I want a recommendation. What path does NextCloud say works here. Because there is no possible way to get PHP 5.6+ on CentOS 6.5 and 7 without something 3rd party.
Do you think that PHP at CentOS7 base repo is maintain by CentOS team not â3rd partyâ PHP team?
Well⊠NOT. Surprise!
Every bug at PHP is 3rd party case.
But⊠Do you know that CentOS is a Community distribution as well as Nextcloud is?
Where is your enterprise support now?
Did you see how many issues is at CentOS bug tracker? OMG.
Donât do the lame shit storm, go to remi repo, install latest PHP and thanks him for his great job.
Or you can compile it by yourself. There is lots of tutorials at web.
Oh, no! You canât install anything from ârandom community memberâ. What a pitty. Maybe try to run Nextcloud without PHP?
EDIT: Wait! If you join here it means you are random community member!
So, let me quote⊠you â âI will not accept a recommendation from a random community member. No matter how knowledgable that person is (no offense @JaredBusch )â.
It is simple, but why are you asking on the forums? There are only volunteers here and that essentially includes the folks paid to work for Nextcloud GmbH: none of us are paid to answer questions in an âofficialâ capacity. That we only do for customers. Sorry.
Youâre using an open source product without support contract. So there is no âofficialâ.
When our documentation says âsupportedâ, all it means is that one or more of the developers (volunteers as far as the community is concerned) has tried it and it didnât break.
NextCloud specifically lists these requirements. Yet they provide no official means of meeting them. This means their software is bad (which we all know is not the case) or their design is bad or their documentation is bad.
None of these are my issue.
Actually, it is. If you think thereâs an issue, youâre very welcome to fix the documentation. This is how Open Source works.
So Iâm doing testing of NextCloud on Fedora 25 pretty extensively as it seems to meet all of the needs shy of being listed in the docs really well. Can I get involved in updating that part of the docs to get it listed? That would be great (and make me feel better about the time being put into the testing.) So far, it seems to run better on Fedora than anywhere else that I have tried. So Iâd love to see that get an official stamp, even if Iâm the one stamping it
That one. You can edit it right away and make a PR out of it
Now wrt the whole âsupportedâ debate, looking at the documentation and stuff, it is a bit of a pita term, so I want to say sorry to @JaredBusch on that one. Eg if you see like âminimum supported PHP version 5.6â vs what distro is supported or recommended - that is all confusing.
When it comes to the PHP version, âsupportedâ means âweâll ignore bug reports about stuff that isnât working with older versionsâ, while with distroâs it is generally so that any LAMP stack with the right minimum versions means our contributors wonât ignore bug reports unless thereâs a big red flag for that distro shipping something horribly broken.
So I guess that that is what supported means - and it is only applied to the bare minimum requirements, not to specific platforms, that is more of an enterprise thing. Hence no âthis is supported and this isnâtâ for the distro or the method of installing PHP 7: each is equally well accepted.
Awesome, Iâll do some more testing and Iâll get right on that. That will provide a bit of the warm and fuzzies that I think a lot of us are looking for. Maybe I can get on Suse as well once that is done.
And I finally found/noticed that farther down in the install documentation it clearly states that the use of SCL is the only recommended method of getting PHP 5.5 (likely copied from the old ownCloud guide). So that is the official answer, IMO, that I was looking for.
CentOS 7 provides PHP version 5.4 in its official repository
Command to install the EPEL repository configuration package:
yum install https://dl.fedoraproject.org/pub/epel/epel-release-latest-7.noarch.rpm
Command to install the Remi repository configuration package:
yum install http://rpms.remirepo.net/enterprise/remi-release-7.rpm
Command to install the yum-utils package (for the yum-config-manager command):
yum install yum-utils
You want a single version which means replacing base packages from the distribution
Packages have the same name than the base repository, ie php-*
PHP version 7.1 packages are available for CentOS 7 in remi-php71 repository
Command to enable the repository:
yum-config-manager --enable remi-php71
Command to upgrade (the repository only provides PHP):
yum update
@Therion7777 That is not supported. The official answer is that there is no supported method to get PHP > 5.4 except via SCL as SCL is what RHEL will support.