On 2022-04-25 17:25:47 (+0200), David Runge via arch-dev-public wrote:
> And a note on the versioned provides (e.g. `php-apcu=7.4` for the
> current php7-apcu). I believe this should be done, but it would only
> prove useful if packagers then relied on two dependency contraints (I'm
> choosing a di
On 2022-04-24 21:13:43 (+0200), David Runge via arch-dev-public wrote:
> On 2022-04-24 19:08:37 (+0200), Pierre Schmitz via arch-dev-public wrote:
> > I'd still suggest to provide two different php versions as mentioned
> > some time ago: the current "php" and "php-legacy" which will always be
> >
On 2022-04-24 19:08:37 (+0200), Pierre Schmitz via arch-dev-public wrote:
> I'd still suggest to provide two different php versions as mentioned
> some time ago: the current "php" and "php-legacy" which will always be
> the oldest supported version. These may provide the versions as you
> suggested
On 4/24/22 19:08, Pierre Schmitz via arch-dev-public wrote:
I'd still suggest to provide two different php versions as mentioned
some time ago: the current "php" and "php-legacy" which will always be
the oldest supported version. These may provide the versions as you
suggested: php-legacy provide
I'd still suggest to provide two different php versions as mentioned
some time ago: the current "php" and "php-legacy" which will always be
the oldest supported version. These may provide the versions as you
suggested: php-legacy provides php=7.4 (and will be updated to 8.0
soon)
The benefit of no
On 2022-03-08 13:56:04 (+0100), David Runge via arch-dev-public wrote:
> after waiting another couple of weeks, the situation with nextcloud
> unfortunately has still not improved.
> We see issues with utf-8 compatibility [1] and meanwhile the version
> 24.0.0 which is supposed to provide native su
Hi again,
after waiting another couple of weeks, the situation with nextcloud
unfortunately has still not improved.
We see issues with utf-8 compatibility [1] and meanwhile the version
24.0.0 which is supposed to provide native support for php 8.1 is being
delayed until end of April [2].
This all
Hi Kristian,
I would not recommend to deploy PHP 7 after its end of life in
November this year. In theory someone might be able to backport
security fixes though.
In this case I would urge to update Flyspray to its latest version
which has support for PHP 8.0:
https://github.com/Flyspray/flyspray
On Sat, Jan 22, 2022 at 20:45:45 +0100, Pierre Schmitz via arch-dev-public
wrote:
> Hi David,
>
> sorry about the hassle. I did not expect much issues here. I would
> consider this one of the smoother PHP updates. Unless people ignored
> warnings by previous PHP versions. I guess that is what mos
On Sat, Jan 22, 2022 at 9:45 PM David Runge wrote:
> On 2022-01-22 20:45:45 (+0100), Pierre Schmitz via arch-dev-public wrote:
> ...
> > 1) Let's no longer package software that requires older versions of
> > PHP. Personally I would run such complex software with very specific
> > needs in a Docke
Hi Pierre,
On 2022-01-22 20:45:45 (+0100), Pierre Schmitz via arch-dev-public wrote:
> sorry about the hassle. I did not expect much issues here. I would
> consider this one of the smoother PHP updates. Unless people ignored
> warnings by previous PHP versions. I guess that is what mostly happend
Hi David,
sorry about the hassle. I did not expect much issues here. I would
consider this one of the smoother PHP updates. Unless people ignored
warnings by previous PHP versions. I guess that is what mostly happend
here. PHP 8 gets more and more strict each version.
After reading the issues on
Hi
On Sat, Jan 22, 2022 at 5:00 AM David Runge via arch-dev-public <
arch-dev-public@lists.archlinux.org> wrote:
> On 2022-01-21 17:51:17 (+0100), Pierre Schmitz via arch-dev-public wrote:
> > I just released PHP 8.1 into [extra].
> >
> > Please also check https://archlinux.org/todo/php-7-retired
On 2022-01-21 17:51:17 (+0100), Pierre Schmitz via arch-dev-public wrote:
> I just released PHP 8.1 into [extra].
>
> Please also check https://archlinux.org/todo/php-7-retiredment/ so PHP
> 7 can be dropped soon.
>
> have a nice weekend,
Unfortunately, it likely won't be ;_;
https://bugs.archl
I just released PHP 8.1 into [extra].
Please also check https://archlinux.org/todo/php-7-retiredment/ so PHP
7 can be dropped soon.
have a nice weekend,
Pierre
On Mon, Jan 17, 2022 at 3:38 PM Pierre Schmitz wrote:
>
> Thank you.
>
> I would not expect a lot of updates specific to PHP 8.1. Most
Thank you.
I would not expect a lot of updates specific to PHP 8.1. Most apps
should work fine. I also do not expect a lot of feedback from testing
users.
There should be a 8.1.2 release this week and I plan to move that one to extra.
Greetings,
Pierre
On Sun, Jan 16, 2022 at 6:02 PM David Run
On 2022-01-16 17:11:44 (+0100), Pierre Schmitz via arch-dev-public wrote:
> Thanks! Let me know if I may support you.
It went quite okay (but I had to remove parts of the patch series as
they apply to files that we do have in our tarball).
nextcloud 23.0.0-2 is now in [community-testing].
As ups
Thanks! Let me know if I may support you. Wrangling with PHP scripts
is at least more fun than using gpg...
On Sun, Jan 16, 2022 at 5:03 PM David Runge wrote:
>
> On 2022-01-16 16:40:00 (+0100), Pierre Schmitz via arch-dev-public wrote:
> > So far everything looks fine. I am even using PHP 8.1 in
On 2022-01-16 16:40:00 (+0100), Pierre Schmitz via arch-dev-public wrote:
> So far everything looks fine. I am even using PHP 8.1 in production
> for a week now, without any issues. So I'd like to move the packages
> to [extra].
>
> The remaining blocker is nextcloud though. What is the best opti
So far everything looks fine. I am even using PHP 8.1 in production
for a week now, without any issues. So I'd like to move the packages
to [extra].
The remaining blocker is nextcloud though. What is the best option to
resolve this?
1) Remove the version constraint
2) same as above + try to apply
I have finished the rebuild of modules und pushed all packages into
[testing]: . https://archlinux.org/todo/draft-php-81-module-rebuild/
Unfortunately there are two packages that had build issues:
* libguestfs: No idea why it has a PHP module anyway. But this package
does not compile with [extra]
So, its been some time and things seem to look a lot better now. I see
the nextcloud patch was merged some time ago as well. We might need to
aplly it manually as I don't see a patch release for some reason. Most
things work fine with PHP 8.1. So far the issues are mostly arbitrary
versions constra
On 2021-12-06 18:32:49 (+0100), Pierre Schmitz via arch-dev-public wrote:
> In general we could provide PHP 7 till its end of life in about eleven
> months. But I don't think its worth providing several different minor
> versions at the same time.
I agree.
> This is not how semver is supposed to
Thanks for the feedback. I'll do some more research (and also check
some of my own apps). So far it does not seem that bad and most things
work when disabling deprecation warnings and ignore dependency on the
exact minor version of PHP.
MediaWiki works fine with PHP 8.0 (I haven't check 8.1 yet).
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 star
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
incompatibilitie
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
Hi,
On 06/12/2021 16:11, Pierre Schmitz via arch-dev-public wrote:
I'll also
evaluate if we could drop the php7 packages at the same time
Just checked, mediawiki does not officially support PHP 8 yet and our
bugtracker is still PHP 7.
[1] https://phabricator.wikimedia.org/T248925
Greetin
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.
Greetings,
Pierre
29 matches
Mail list logo
