ownCloud 9 is Here
-
@coliver said:
@scottalanmiller said:
@IRJ said:
@scottalanmiller said:
Should be...
sudo apt-get install php7-ldapUnable to locate package..
As expected, you need a current and currently supported Ubuntu to have a chance at this.
Or run this on CentOS7 with the CE_Stable repo added. Very easy to install ownCloud and other required packages.
And there is real LTS support. It's the only way to run Linux if you don't plan to do rolling updates every six months. That or OpenSuse Leap.
-
@IRJ said:
The 9.0 appliance is built on Ubuntu 14.04
I saw that and it obviously ruled out the appliance from consideration here.
-
@FATeknollogee said:
@kelleybrooks Not yet, the VHDX link is not quite alive
Yup, it's mostly dead. I'm working on it. Other five appliances listed are in good shape...more soon.
-
We use Ubuntu here when necessary, we aren't anti Ubuntu. We prefer CentOS and OpenSuse over it, but Ubuntu is fine. But as I preach about any OS, we only use it "as intented" and Canonical requires that you stay fully up to date to the latest releases for support (this is first hand experience, not hearsay and not interpolation, it was stated by Canonical) as designed. Same as we do with Windows, always running on the latest and current (not on release day, but you know what I mean.) We never install old and consider keeping the version up to date a normal part of patching.
ML, for example, is on Ubuntu and updates to the very latest version about one week after release.
-
I just want to troubleshoot this issue
-
@scottalanmiller does the VHDX have any benefits over the other formats? It seems it didn't built and I'm wondering if we should put in effort fixing that or remove it from the download page...
-
@IRJ said:
I just want to troubleshoot this issue
Well your version is part of troubleshooting the issue. Your OS lacks the support that you want (support meaning it lacks support for PHP7 with LDAP.) That's part of the issue. It's not an aside.
-
You'll need to add a repository for PHP7.
-
@scottalanmiller said:
@IRJ said:
I just want to troubleshoot this issue
Well your version is part of troubleshooting the issue. Your OS lacks the support that you want (support meaning it lacks support for PHP7 with LDAP.) That's part of the issue. It's not an aside.
Does ownCloud9 actually REQUIRE PHP 7?
My install updated without any headaches, but that is because I already had PHP-7 installed.
-
@dafyre said:
@scottalanmiller said:
@IRJ said:
I just want to troubleshoot this issue
Well your version is part of troubleshooting the issue. Your OS lacks the support that you want (support meaning it lacks support for PHP7 with LDAP.) That's part of the issue. It's not an aside.
Does ownCloud9 actually REQUIRE PHP 7?
My install updated without any headaches, but that is because I already had PHP-7 installed.
no no, not at all, I just gave that as example on MY system. It requires PHP 5.4+
So installing php5-ldap or php-ldap should do the trick...
-
@dafyre said:
@scottalanmiller said:
@IRJ said:
I just want to troubleshoot this issue
Well your version is part of troubleshooting the issue. Your OS lacks the support that you want (support meaning it lacks support for PHP7 with LDAP.) That's part of the issue. It's not an aside.
Does ownCloud9 actually REQUIRE PHP 7?
My install updated without any headaches, but that is because I already had PHP-7 installed.
Just going by what ownCloud posted. I didn't think that PHP7 was a requirement. They are running from OpenSuse which is way more up to date than CentOS or Ubuntu, so that might be all that it is.
-
Installing php7 in ubuntu 14.04
- sudo apt-get install python-software-properties
$ sudo add-apt-repository ppa:ondrej/php
$ sudo apt-get update
$ sudo apt-get install -y php7.0
- sudo apt-get install python-software-properties
-
Php7 modules from the ppa
$ sudo apt-cache search php7-*
php7.0-common - Common files for packages built from the PHP source
libapache2-mod-php7.0 - server-side, HTML-embedded scripting language (Apache 2 module)
php7.0-cgi - server-side, HTML-embedded scripting language (CGI binary)
php7.0-cli - command-line interpreter for the PHP scripting language
php7.0-phpdbg - server-side, HTML-embedded scripting language (PHPDBG binary)
php7.0-fpm - server-side, HTML-embedded scripting language (FPM-CGI binary)
libphp7.0-embed - HTML-embedded scripting language (Embedded SAPI library)
php7.0-dev - Files for PHP7.0 module development
php7.0-dbg - Debug symbols for PHP7.0
php7.0-curl - CURL module for PHP
php7.0-gd - GD module for PHP
php7.0-imap - IMAP module for PHP
php7.0-intl - Internationalisation module for PHP
php7.0-ldap - LDAP module for PHP
php7.0-pgsql - PostgreSQL module for PHP
php7.0-pspell - pspell module for PHP
php7.0-recode - recode module for PHP
php7.0-snmp - SNMP module for PHP
php7.0-tidy - tidy module for PHP
php7.0-json - JSON module for PHP
php-all-dev - package depending on all supported PHP development packages
php7.0-sybase - Sybase module for PHP
php7.0-modules-source - PHP 7.0 modules source package
php7.0-sqlite3 - SQLite3 module for PHP
php7.0-mysql - MySQL module for PHP
php7.0-opcache - Zend OpCache module for PHP -
no need for PHP 7, really
-
@jospoortvliet said:
no need for PHP 7, really
Actually, I'd recommend it. My ownCloud 8.2 instance was slow on PHP 5.x... I upgraded to PHP 7, and it noticeably improved.
I have no other benchmarks against to measure 9, but it works rather nicely too.
-
@jospoortvliet said:
@JaredBusch said:
@jospoortvliet said:
Yeah, we keep hardening oC so you get more and more warnings... But you also get a more and more secure system if you do what they suggest
The docu should be up, if you bump in missing links, pls let me know!
Those warnings are silly in 8.2. Things like saying that I have no internet access
Edit: here is what my 8.2 panel shows on a fully updated CentOS7 install.
The 'no internet' error, just like many others, does come only when there IS a problem - so are the other warnings
I strongly suggest to take the security issues very serious, and no memory cache (performance) and PHP version (performance AND security) are also very useful warnings.
Isn't it better to know about these problems than not?
These errors show up immediately after install. The system obviously has internet access because it works. So that error is misleading.
Of course knowing is better. but. The problem is you are expecting things to be done outside of the repository. that is not a good practice.
You should never expect or require people to manage things outside of the repositories. That very quickly becomes unmanagable at scale.
-
@JaredBusch the alternative would be for us to ship a PHP stack, CURL and everything else which is outdated or broken. We're not a distribution
-
@jospoortvliet said:
@JaredBusch the alternative would be for us to ship a PHP stack, CURL and everything else which is outdated or broken. We're not a distribution
Or, of course, to cease support for the platform. And we dropped support for some with ownCloud 9.0 - see the upgrade blog.
-
@jospoortvliet said:
@JaredBusch the alternative would be for us to ship a PHP stack, CURL and everything else which is outdated or broken. We're not a distribution
Well, that's not the only option. Throwing an alert that PHP is no longer supported by PHP is fine and all, but misleading as it is alerting that the PHP supported by Red Hat is out of date, which it is not. You are choosing to define out of date in a way that is uncommon in the industry and there isn't a real need for that. Most companies, I'll guess over 90%, use Red Hat, Canonical or Suse's definition of "up to date" not the individual package maintainers.
You are free to do what you want and do is as you see fit. But the path you have chosen, to me and I think nearly all businesses, simply means that you've chose to throw pointless, useless errors which create "crying wolf" noise for no reason. It is worse than if the alerts were not there.
You do clarify that PHP is out of date "according to PHP" which isn't important. But to an application admin, this is confusing and they do not know who their PHP vendor is.
-
@jospoortvliet said:
@jospoortvliet said:
@JaredBusch the alternative would be for us to ship a PHP stack, CURL and everything else which is outdated or broken. We're not a distribution
Or, of course, to cease support for the platform. And we dropped support for some with ownCloud 9.0 - see the upgrade blog.
I would agree that if you feel the need to not trust the vendors that you support that you should remove them and focus on fewer. I think that throwing alerts for PHP while saying that you support the platform that you alert on is a bad combination. Don't call CentOS 7 fully patched "out of date" while saying you support the platform. Just say you don't support it and move on.
