Hi, On Fri, 2 Oct 2020 at 16:18, Pavel <pavel2...@ngs.ru> wrote:
> >Well, yes, that’s intentional. See the changelog for 76 version for the > background. > > I read #911832 for the background. Can you please explain a bit, how > autopkgtests and force removal of previous PHP versions are related? > Solution to force removal of previous PHP versions looks hasty. I clearly > understand that better solution requires more time, however. > But maybe it is still possible to find another/better solution? > No, I already spent hours on this. > >Besides there has been always only one supported PHP version per Debian > release. > > In fact it is not. Thanks to your personal efforts, we [was] able to > easily install several PHP versions in same environment: > Yes, then you need to use php-common from the personal repositories, not from Debian. > > 1) Package naming scheme was changed to include minor version in package > names (e.g php5-common -> php7.1-common), that was a step to allow several > versions in same installation. > 2) PHP interpreter version is choosed using 'update-alternatives' > mechanism. > 3) We are able to build binary packages of PECL extensions, which will > support (provide binaries) for several PHP versions at once. Inside of > this process the `phpquery` tool from this 'php-defaults' package is used > too. > > All these confirms what use of several PHP versions was permitted. The > `php-common-76` is the only thing which now forbids installation of several > PHP versions in same environment. > The change you did in version 76 is a regression. It will be quite > unfortunate if that version will pass to stable. > No, it's not a regression, it was a design choice to make autopkgtests to work reliably in Debian. > I hope to draw your attention to this problem again and find another > solution. > No, but feel free to find the solution and propose it here. > > > ---- > > As I need to use several PHP versions in one environment, I'm able to > build my own version of 'php-common' with removed 'Breaks' lines, to allow > packages to be installed like it was before. > Unfortunately, I'm not familar with php packaging and autotests process, > to provide my own solution, but I ready to work on this issue to help > you/with your help and instructions. > > Thanks for your work on Debian. > > > > > >
