FS#77996 - [php-legacy] php-legacy-* modules should provide php-*

Attached to Project: Arch Linux
Opened by Sergej Pupykin (sergej) - Saturday, 25 March 2023, 23:49 GMT
Last edited by David Runge (dvzrv) - Monday, 03 April 2023, 07:44 GMT
Task Type Bug Report
Category Packages: Extra
Status Closed
Assigned To Pierre Schmitz (Pierre)
Architecture All
Severity Low
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 2
Private No

Details

For example nextcloud in community-testing depends on php-gd, unrequired dependencies (php and php-gd) installed however it can use both php and php-legacy. For php we have 'php-interpreter' provides.

Or maybe this can be solved in some other way.
This task depends upon

Closed by  David Runge (dvzrv)
Monday, 03 April 2023, 07:44 GMT
Reason for closing:  Fixed
Additional comments about closing:  Fixed with php 8.2.4-2, php-legacy 8.1.17-2
Comment by David Runge (dvzrv) - Thursday, 30 March 2023, 21:15 GMT
@pierre: I hope you don't mind, that I have pushed rebuilds of php and php-legacy to staging which introduce php-<pkg>-interpreter=$_interpreter provides for each of the split packages!

This way we can more easily resolve strict dependencies for the applications (such as nextcloud) and will not drag in e.g. php or php-legacy (depending on what is supposed to be installed).
Comment by David Runge (dvzrv) - Thursday, 30 March 2023, 22:14 GMT
I have moved the rebuilds of php/php-legacy/nextcloud to testing.

For reference: https://bugs.archlinux.org/task/78028
Comment by Chih-Hsuan Yen (yan12125) - Friday, 31 March 2023, 05:06 GMT
Thanks for updates. Maybe something like php-<pkg>-extension or php-<pkg>-module is better than php-<pkg>-interpreter?
Comment by David Runge (dvzrv) - Friday, 31 March 2023, 07:30 GMT
Well, the version string targets the interpreter that these modules support (not the module version)
Comment by Chih-Hsuan Yen (yan12125) - Friday, 31 March 2023, 10:56 GMT
Got it, that makes sense.

Loading...