[pkg-uWSGI-devel] Bug#962186: uwsgi-plugin-php: CI fails with SIG_SEGV in bullseye

[Alexandre Rossi]

> > I do not have much experience with shared object libraries, but as
> > libphp7.3.so and libphp7.4.so declare the same soname libphp7.so, I could
> > not find a way for uwsgi-plugin-php to explicitely reference libphp7.4.so :
> > passing -lphp7.4 to the linker still goes back to linking to libphp7.so .
> 
> Don't we already do that by depending on PHP ABI?
> 
> If phpapi-20190902 is provided by multiple binary incompatible package 
> releases, then it seems to me that there is a bug in PHP packaging!
> 
> If you agree (i.e. if I haven't again misunderstood the issue) then I 
> think this bug should be reassigned to src:php7.4 as we already follow 
> their mechanism for locking in on a specific ABI.

I agree:
   - uwsgi-plugin-php depends on libphp-embed, phpapi-20190902
   - in bullseye, libphp-embed pulls libphp7.3-embed and phpapi-20190902
     pulls php7.4-cli
   - libphp7.so point to libphp7.3.so
   - uwsgi-plugin-php (built against 7.4) segfaults...

I could not find any way to express that uwsgi-plugin-php depends
on libphp7.4.so and not libphp7.3-embed, other than depending on
libphp7.4-embed explicitely.

What do the php folks think?

Alex