[pkg-php-pear] Bug#1007236: php-symfony-polyfill-mbstring shouldn't provide php-mbstring

[Guilhem Moulin]

Package: php-symfony-polyfill-mbstring
Version: 1.25.0-1
Severity: normal

Dear Maintainer,

    $ apt show php-symfony-polyfill-mbstring
    Package: php-symfony-polyfill-mbstring
    Version: 1.25.0-1
    […]
    Provides: php-mbstring
    […]
    Description: Symfony polyfill for the Mbstring extension
     This component provides a partial, native PHP implementation for the
     Mbstring extension.
     […]

Given it's not a drop in replacement for php-mbstring I suppose it
shouldn't provide php-mbstring no?

That Provides: causes roundcube 1.6~beta+dfsg-1 to FTBFS on the buildds [0].
roundcube has ‘Build-Depends: php-mbstring’, in my local build environment
that pulls php8.1-mbstring and the build succeeds, but on the buildds for
some reason the dependency resolves to ‘php-symfony-polyfill-mbstring’ and
the build fails with

    PHP Fatal error:  Uncaught Error: Call to undefined function mb_internal_encoding() in /<<PKGBUILDDIR>>/program/lib/Roundcube/bootstrap.php:86
    Stack trace:
    #0 /<<PKGBUILDDIR>>/program/include/iniset.php(78): require_once()
    #1 /<<PKGBUILDDIR>>/program/include/clisetup.php(25): require_once('...')
    #2 /<<PKGBUILDDIR>>/bin/updatecss.sh(22): require_once('...')
    #3 {main}
      thrown in /<<PKGBUILDDIR>>/program/lib/Roundcube/bootstrap.php on line 86

I suppose removing the Provides: would fix the FTBFS but I'm open to other
suggestions to solve the FTBFS :-)  (I note that php-symfony-polyfill-
{ctype,iconv,uuid} have matching Provides: but haven't checked whether they
are affected by similar issues.)

Cheers
-- 
Guilhem.

[0] https://buildd.debian.org/status/fetch.php?pkg=roundcube&arch=all&ver=1.6%7Ebeta%2Bdfsg-1&stamp=1647250601&raw=1
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 833 bytes
Desc: not available
URL: <http://alioth-lists.debian.net/pipermail/pkg-php-pear/attachments/20220314/ea5c2ef6/attachment.sig>