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.