[arch-dev-public] Upcoming PHP 8.1 update

[David Runge]

On 2021-12-06 17:58:57 (+0100), Levente Polyak via arch-dev-public wrote:
> On 12/6/21 17:48, David Runge via arch-dev-public wrote:
> > On 2021-12-06 16:11:45 (+0100), Pierre Schmitz via arch-dev-public wrote:
> > > Hi all,
> > > 
> > > a little heads up as it takes longer than expected. I'll start the PHP
> > > 8.1 update and the required rebuilds soon. I noticed some unexpected
> > > incompatibilities and I'd like to look into these first. I'll also
> > > evaluate if we could drop the php7 packages at the same time.
> > 
> > Hi Pierre,
> > 
> > nextcloud does not yet support php > 8.0.
> > The upcoming version 23.0.0 (currently in [community-testing]) neither
> > unfortunately [1].
> > 
> > However, the package itself guards against upgrading to php 8.1, so it
> > should be fine for current installations, but it will make installing
> > nextcloud not possible for new systems.
> 
> 
> That guard is just a stop gap from breaking the application after an
> upgrade. That does not really help current installations either as it cuts
> off the system from potentially important security updates.

I agree. I was referring to right out breaking functionality on a
running system due to the php upgrade.

> We really need to keep the dependency resolution intact which means if we
> are stuck for nextcloud the only viable options were either postpone php or
> provide a maintained set of php 8.0 that nextcloud can depend on.

We indeed need to make an effort in regards to these situations.
It has happened before that nextcloud was not yet ready for a minor
version upgrade of php and the upgrade broke functionality for users.
That's why we have made the effort to signal the upper boundaries for
the applications as clearly as possible (to not be in this situation
anymore).

My suggestion would be to wait for a little bit more to figure out
whether there will be patch level releases for php 8.0.x or whether we
should introduce another intermediary package (I'm not a fan of the
latter).

Best,
David

-- 
https://sleepmap.de
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 833 bytes
Desc: not available
URL: <https://lists.archlinux.org/pipermail/arch-dev-public/attachments/20211206/ef9dfe01/attachment.sig>