nextcloud-apache issue duping TW 20220210
nextcloud-apache is from openSUSE:Factory, not some third party repo: Warning: You are about to do a distribution upgrade with all enabled repositories. Make sure these repositories are compatible before you continue. See 'man zypper' for more information about this command. Computing distribution upgrade... Problem: the installed nextcloud-apache-23.0.1-1.1.noarch requires 'mod_php_any < 8.1.0', but this requirement cannot be provided deleted providers: apache2-mod_php8-8.0.15-1.1.x86_64 not installable providers: apache2-mod_php7-7.4.27-2.1.i586[http-download.opensuse.org-ade0eb17] apache2-mod_php7-7.4.27-2.1.x86_64[http-download.opensuse.org-ade0eb17] apache2-mod_php7-7.4.27-2.1.i586[repo-oss] apache2-mod_php7-7.4.27-2.1.x86_64[repo-oss] Solution 1: Following actions will be done: keep obsolete apache2-mod_php8-8.0.15-1.1.x86_64 keep obsolete php8-cli-8.0.15-1.1.x86_64 keep obsolete php8-8.0.15-1.1.x86_64 Solution 2: Following actions will be done: deinstallation of php8-8.0.15-1.1.x86_64 deinstallation of php8-pear-1.10.21-1.3.noarch Solution 3: deinstallation of nextcloud-apache-23.0.1-1.1.noarch Solution 4: break nextcloud-apache-23.0.1-1.1.noarch by ignoring some of its dependencies Choose from above solutions by number or cancel [1/2/3/4/c/d/?] (c):
Am Samstag, 12. Februar 2022, 13:08:36 CET schrieb Michael Pujos:
nextcloud-apache is from openSUSE:Factory, not some third party repo:
Warning: You are about to do a distribution upgrade with all enabled repositories. Make sure these repositories are compatible before you continue. See 'man zypper' for more information about this command. Computing distribution upgrade...
Problem: the installed nextcloud-apache-23.0.1-1.1.noarch requires 'mod_php_any < 8.1.0', but this requirement cannot be provided deleted providers: apache2-mod_php8-8.0.15-1.1.x86_64 not installable providers: apache2-mod_php7-7.4.27-2.1.i586[http-download.opensuse.org-ade0eb17] apache2-mod_php7-7.4.27-2.1.x86_64[http-download.opensuse.org-ade0eb17] apache2-mod_php7-7.4.27-2.1.i586[repo-oss] apache2-mod_php7-7.4.27-2.1.x86_64[repo-oss] Solution 1: Following actions will be done: keep obsolete apache2-mod_php8-8.0.15-1.1.x86_64 keep obsolete php8-cli-8.0.15-1.1.x86_64 keep obsolete php8-8.0.15-1.1.x86_64 Solution 2: Following actions will be done: deinstallation of php8-8.0.15-1.1.x86_64 deinstallation of php8-pear-1.10.21-1.3.noarch Solution 3: deinstallation of nextcloud-apache-23.0.1-1.1.noarch Solution 4: break nextcloud-apache-23.0.1-1.1.noarch by ignoring some of its dependencies
Choose from above solutions by number or cancel [1/2/3/4/c/d/?] (c):
That is absolutely correct. Nextcloud 23 is not compatible with php >= 8.1 The official documentation refers to php 7.3 - 8.0. This also correctly reflects the nextcloud.spec. And a, in my opinion unnecessary, issue on github also shows that nextcloud does not work with php 8.1. You have to use solution1 o install php 8.0 from other repos if you want nextcloud to run. Regards Eric
Thanks for the analysis. I opted for uninstalling Nextcloud, as I do not absolutely need it currently.
That is absolutely correct. Nextcloud 23 is not compatible with php >= 8.1 The official documentation refers to php 7.3 - 8.0. This also correctly reflects the nextcloud.spec. And a, in my opinion unnecessary, issue on github also shows that nextcloud does not work with php 8.1. You have to use solution1 o install php 8.0 from other repos if you want nextcloud to run.
Regards Eric
Citeren Eric Schirra <ecsos@opensuse.org>:
Am Samstag, 12. Februar 2022, 13:08:36 CET schrieb Michael Pujos:
nextcloud-apache is from openSUSE:Factory, not some third party repo:
Warning: You are about to do a distribution upgrade with all enabled repositories. Make sure these repositories are compatible before you continue. See 'man zypper' for more information about this command. Computing distribution upgrade...
Problem: the installed nextcloud-apache-23.0.1-1.1.noarch requires 'mod_php_any < 8.1.0', but this requirement cannot be provided deleted providers: apache2-mod_php8-8.0.15-1.1.x86_64 not installable providers: apache2-mod_php7-7.4.27-2.1.i586[http-download.opensuse.org-ade0eb17] apache2-mod_php7-7.4.27-2.1.x86_64[http-download.opensuse.org-ade0eb17] apache2-mod_php7-7.4.27-2.1.i586[repo-oss] apache2-mod_php7-7.4.27-2.1.x86_64[repo-oss] Solution 1: Following actions will be done: keep obsolete apache2-mod_php8-8.0.15-1.1.x86_64 keep obsolete php8-cli-8.0.15-1.1.x86_64 keep obsolete php8-8.0.15-1.1.x86_64 Solution 2: Following actions will be done: deinstallation of php8-8.0.15-1.1.x86_64 deinstallation of php8-pear-1.10.21-1.3.noarch Solution 3: deinstallation of nextcloud-apache-23.0.1-1.1.noarch Solution 4: break nextcloud-apache-23.0.1-1.1.noarch by ignoring some of its dependencies
Choose from above solutions by number or cancel [1/2/3/4/c/d/?] (c):
That is absolutely correct. Nextcloud 23 is not compatible with php >= 8.1 The official documentation refers to php 7.3 - 8.0. This also correctly reflects the nextcloud.spec. And a, in my opinion unnecessary, issue on github also shows that nextcloud does not work with php 8.1. You have to use solution1 o install php 8.0 from other repos if you want nextcloud to run.
zypper addrepo https://download.opensuse.org/repositories/devel:/languages:/php:/php80/open... If you add this, you'll be able to keep using PHP-8.0. This will be maintained by the PHP maintainers as long as upstream provides updates. See https://www.php.net/supported-versions.php for a list of supported PHP versions and a timeline.
I've tried this. zypper dup then asked for at least 10 or 15 php packages repo vendor changes from "Opensuse:Factory" -> "php 8.0 (openSUSE_Factory)", which I did until being stuck on: Problem: the to be installed php8-mysql-8.1.2-1.1.x86_64 requires 'php-pdo = 8.1.2', but this requirement cannot be provided not installable providers: php8-pdo-8.1.2-1.1.i586[http-download.opensuse.org-ade0eb17] php8-pdo-8.1.2-1.1.x86_64[http-download.opensuse.org-ade0eb17] php8-pdo-8.1.2-1.1.i586[repo-oss] php8-pdo-8.1.2-1.1.x86_64[repo-oss] Solution 1: do not install php8-zip-8.0.15-8.1.x86_64 Solution 2: break php8-mysql-8.1.2-1.1.x86_64 by ignoring some of its dependencies. The very first choice I made that lead to situation above, was Solution 3: Problem: the installed nextcloud-apache-23.0.1-1.1.noarch requires 'mod_php_any < 8.1.0', but this requirement cannot be provided deleted providers: apache2-mod_php8-8.0.15-1.1.x86_64 not installable providers: apache2-mod_php8-8.0.15-8.1.i586[devel_languages_php_php80] apache2-mod_php8-8.0.15-8.1.x86_64[devel_languages_php_php80] apache2-mod_php7-7.4.27-2.1.i586[http-download.opensuse.org-ade0eb17] apache2-mod_php7-7.4.27-2.1.x86_64[http-download.opensuse.org-ade0eb17] apache2-mod_php7-7.4.27-2.1.i586[repo-oss] apache2-mod_php7-7.4.27-2.1.x86_64[repo-oss] Solution 1: Following actions will be done: keep obsolete apache2-mod_php8-8.0.15-1.1.x86_64 keep obsolete php8-8.0.15-1.1.x86_64 Solution 2: Following actions will be done: keep obsolete php8-8.0.15-1.1.x86_64 install apache2-mod_php8-8.0.15-8.1.x86_64 from vendor obs://build.opensuse.org/devel:languages:php replacing apache2-mod_php8-8.0.15-1.1.x86_64 from vendor openSUSE Solution 3: Following actions will be done: install php8-8.0.15-8.1.x86_64 from vendor obs://build.opensuse.org/devel:languages:php replacing php8-8.0.15-1.1.x86_64 from vendor openSUSE install apache2-mod_php8-8.0.15-8.1.x86_64 from vendor obs://build.opensuse.org/devel:languages:php replacing apache2-mod_php8-8.0.15-1.1.x86_64 from vendor openSUSE Solution 4: deinstallation of nextcloud-apache-23.0.1-1.1.noarch Solution 5: break nextcloud-apache-23.0.1-1.1.noarch by ignoring some of its dependencies
zypper addrepo https://download.opensuse.org/repositories/devel:/languages:/php:/php80/open...
If you add this, you'll be able to keep using PHP-8.0. This will be maintained by the PHP maintainers as long as upstream provides updates. See https://www.php.net/supported-versions.php for a list of supported PHP versions and a timeline.
Citeren Michael Pujos <pujos.michael@gmail.com>:
I've tried this.
zypper dup then asked for at least 10 or 15 php packages repo vendor changes from "Opensuse:Factory" -> "php 8.0 (openSUSE_Factory)", which I did until being stuck on:
Problem: the to be installed php8-mysql-8.1.2-1.1.x86_64 requires 'php-pdo = 8.1.2', but this requirement cannot be provided not installable providers: php8-pdo-8.1.2-1.1.i586[http-download.opensuse.org-ade0eb17] php8-pdo-8.1.2-1.1.x86_64[http-download.opensuse.org-ade0eb17] php8-pdo-8.1.2-1.1.i586[repo-oss] php8-pdo-8.1.2-1.1.x86_64[repo-oss] Solution 1: do not install php8-zip-8.0.15-8.1.x86_64 Solution 2: break php8-mysql-8.1.2-1.1.x86_64 by ignoring some of its dependencies.
The very first choice I made that lead to situation above, was Solution 3:
Problem: the installed nextcloud-apache-23.0.1-1.1.noarch requires 'mod_php_any < 8.1.0', but this requirement cannot be provided deleted providers: apache2-mod_php8-8.0.15-1.1.x86_64 not installable providers: apache2-mod_php8-8.0.15-8.1.i586[devel_languages_php_php80] apache2-mod_php8-8.0.15-8.1.x86_64[devel_languages_php_php80] apache2-mod_php7-7.4.27-2.1.i586[http-download.opensuse.org-ade0eb17] apache2-mod_php7-7.4.27-2.1.x86_64[http-download.opensuse.org-ade0eb17] apache2-mod_php7-7.4.27-2.1.i586[repo-oss] apache2-mod_php7-7.4.27-2.1.x86_64[repo-oss] Solution 1: Following actions will be done: keep obsolete apache2-mod_php8-8.0.15-1.1.x86_64 keep obsolete php8-8.0.15-1.1.x86_64 Solution 2: Following actions will be done: keep obsolete php8-8.0.15-1.1.x86_64 install apache2-mod_php8-8.0.15-8.1.x86_64 from vendor obs://build.opensuse.org/devel:languages:php replacing apache2-mod_php8-8.0.15-1.1.x86_64 from vendor openSUSE Solution 3: Following actions will be done: install php8-8.0.15-8.1.x86_64 from vendor obs://build.opensuse.org/devel:languages:php replacing php8-8.0.15-1.1.x86_64 from vendor openSUSE install apache2-mod_php8-8.0.15-8.1.x86_64 from vendor obs://build.opensuse.org/devel:languages:php replacing apache2-mod_php8-8.0.15-1.1.x86_64 from vendor openSUSE Solution 4: deinstallation of nextcloud-apache-23.0.1-1.1.noarch Solution 5: break nextcloud-apache-23.0.1-1.1.noarch by ignoring some of its dependencies
zypper addrepo https://download.opensuse.org/repositories/devel:/languages:/php:/php80/open...
If you add this, you'll be able to keep using PHP-8.0. This will be maintained by the PHP maintainers as long as upstream provides updates. See https://www.php.net/supported-versions.php for a list of supported PHP versions and a timeline.
You should switch all packages in one go: # zypper dup --allow-vendor-change --repo devel_languages_php_php80
You should switch all packages in one go:
# zypper dup --allow-vendor-change --repo devel_languages_php_php80
Thanks. I did this and it completed successfully, then 'zypper dup' resulted in: 2 Problems: Problem: the to be installed php8-APCu-5.1.21-1.3.x86_64 requires 'php(api) = 20210902', but this requirement cannot be provided Problem: the to be installed php8-imagick-3.7.0-1.2.x86_64 requires 'php(api) = 20210902', but this requirement cannot be provided Problem: the to be installed php8-APCu-5.1.21-1.3.x86_64 requires 'php(api) = 20210902', but this requirement cannot be provided not installable providers: php8-8.1.2-1.1.i586[http-download.opensuse.org-ade0eb17] php8-8.1.2-1.1.x86_64[http-download.opensuse.org-ade0eb17] php8-8.1.2-1.1.i586[repo-oss] php8-8.1.2-1.1.x86_64[repo-oss] Solution 1: install php8-8.1.2-1.1.x86_64 from vendor openSUSE replacing php8-8.0.15-8.1.x86_64 from vendor obs://build.opensuse.org/devel:languages:php Solution 2: deinstallation of php8-APCu-5.1.21-1.2.x86_64 Solution 3: keep obsolete php8-APCu-5.1.21-1.2.x86_64 Solution 4: break php8-APCu-5.1.21-1.3.x86_64 by ignoring some of its dependencies both php8-APCu and php8-imagick are recommended by nextcloud (and not used by another package) so I removed them and then dup worked. Still mentioning this for completeness.
Am 12. Februar 2022 18:22:43 MEZ schrieb Michael Pujos <pujos.michael@gmail.com>:
You should switch all packages in one go:
# zypper dup --allow-vendor-change --repo devel_languages_php_php80
Thanks. I did this and it completed successfully, then 'zypper dup' resulted in:
2 Problems: Problem: the to be installed php8-APCu-5.1.21-1.3.x86_64 requires 'php(api) = 20210902', but this requirement cannot be provided Problem: the to be installed php8-imagick-3.7.0-1.2.x86_64 requires 'php(api) = 20210902', but this requirement cannot be provided
both php8-APCu and php8-imagick are recommended by nextcloud (and not used by another package) so I removed them and then dup worked. Still mentioning this for completeness.
Here you can see for what you need apcu and imagick: https://docs.nextcloud.com/server/latest/admin_manual/installation/source_in... Regards Eric
Citeren Eric Schirra <ecsos@opensuse.org>:
Am 12. Februar 2022 18:22:43 MEZ schrieb Michael Pujos <pujos.michael@gmail.com>:
You should switch all packages in one go:
# zypper dup --allow-vendor-change --repo devel_languages_php_php80
Thanks. I did this and it completed successfully, then 'zypper dup' resulted in:
2 Problems: Problem: the to be installed php8-APCu-5.1.21-1.3.x86_64 requires 'php(api) = 20210902', but this requirement cannot be provided Problem: the to be installed php8-imagick-3.7.0-1.2.x86_64 requires 'php(api) = 20210902', but this requirement cannot be provided
both php8-APCu and php8-imagick are recommended by nextcloud (and not used by another package) so I removed them and then dup worked. Still mentioning this for completeness.
Here you can see for what you need apcu and imagick:
https://docs.nextcloud.com/server/latest/admin_manual/installation/source_in...
Regards Eric
I've created a new target in the server:php:extensions repository that builds against PHP-8.0: https://download.opensuse.org/repositories/server:/php:/extensions/devel_lan... Note that this is an interim solution only and will be removed once nextcloud supports PHP-8.1.
Citeren Michael Pujos <pujos.michael@gmail.com>:
You should switch all packages in one go:
# zypper dup --allow-vendor-change --repo devel_languages_php_php80
Thanks. I did this and it completed successfully, then 'zypper dup' resulted in:
2 Problems: Problem: the to be installed php8-APCu-5.1.21-1.3.x86_64 requires 'php(api) = 20210902', but this requirement cannot be provided Problem: the to be installed php8-imagick-3.7.0-1.2.x86_64 requires 'php(api) = 20210902', but this requirement cannot be provided
Problem: the to be installed php8-APCu-5.1.21-1.3.x86_64 requires 'php(api) = 20210902', but this requirement cannot be provided not installable providers: php8-8.1.2-1.1.i586[http-download.opensuse.org-ade0eb17] php8-8.1.2-1.1.x86_64[http-download.opensuse.org-ade0eb17] php8-8.1.2-1.1.i586[repo-oss] php8-8.1.2-1.1.x86_64[repo-oss] Solution 1: install php8-8.1.2-1.1.x86_64 from vendor openSUSE replacing php8-8.0.15-8.1.x86_64 from vendor obs://build.opensuse.org/devel:languages:php Solution 2: deinstallation of php8-APCu-5.1.21-1.2.x86_64 Solution 3: keep obsolete php8-APCu-5.1.21-1.2.x86_64 Solution 4: break php8-APCu-5.1.21-1.3.x86_64 by ignoring some of its dependencies
both php8-APCu and php8-imagick are recommended by nextcloud (and not used by another package) so I removed them and then dup worked. Still mentioning this for completeness.
That was to be expected, as these extensions are build against the PHP version in Factory, which currently is at php(api) = 20210902 (PHP 8.1) and not php(api) = 20200930 (PHP 8.0). This would require a rebuild against the PHP 8.0. At the moment, these packages can still be downloaded from https://download.opensuse.org/history/20220201/tumbleweed/repo/oss/x86_64/ so if you need them, you might install them from there. This is an interim solution at best, the fix should really come from the upstream nextcloud developers. We run into this almost every year when the next major PHP version is released. The upstream nextcloud developers seem to start making adjustments when the next stable PHP version is released (and things break), rather than when the first alpha PHP version is released (and be prepared for the API changes). There is really nothing the openSUSE packagers/maintainters can do about this.
participants (3)
-
Arjen de Korte -
Eric Schirra -
Michael Pujos