Use own psalm instead of a global one

[ChristophWurst]

Our CI used a global psalm and not one we install via composer. Hence this is waiting for random CI failure when the one in the docker image updates. We should have control over the version and use Dependabot for updates to make the manageable.

• Requires The file cache entry is array accessible #23409
• Requires The encryption decrypt position can be int or string #23410

[kesselb]

An advantage of the phar version is less troubles with dependencies (in lib/composer)

[ChristophWurst]

It is indeed. But so far there are no conflicts so I'd use the "real" one as long as possible 😉

[kesselb]

Good ;) We install a lot of dependencies (like symfony/console) which are already part of 3rdparty. But lib/composer is ignored so this should work.

I would suggest to migrate the composer dev-dependencies to phive (https://phar.io/) at some point. That's more convenient to setup.

[MorrisJobke]

• Requires The file cache entry is array accessible #23409
• Requires The encryption decrypt position can be int or string #23410

Both are merged ✅

[faily-bot]

🤖 beep boop beep 🤖

Here are the logs for the failed build:

Status of 34094: failure

mysql8.0-php7.4

• I'm a little sad 🤖 and was not able to find the logs for this failed job - please improve me at https://github.com/MorrisJobke/drone-logs to provide this to you

[MorrisJobke]

Backport to stable20? It started failing in https://github.com/nextcloud/server/pull/23466/checks?check_run_id=1258325103 😢

[MorrisJobke]

I'm also fine with adding more stuff to the baseline in stable20, but it should not fail.

[MorrisJobke]

/backport to stable20

[ChristophWurst]

/backport to stable20