The extension package provide names of the extensions actually provided by the 
said package. “mysql” extension has been removed from PHP a quite a while ago 
and is not provided by php8.2-mysql package. (Similar situation can be found in 
php8.2-xml package.)

This needs to be fixed in the adminer, so it actually depends on an extension 
it actually uses.

Ondrej
--
Ondřej Surý (He/Him)

> On 25. 1. 2024, at 1:57, Jeremy Davis <jer...@turnkeylinux.org> wrote:
> 
> Package: php8.2-mysql
> Version: 8.2.7-1~deb12u1
> Severity: normal
> 
> Dear Maintainer/s,
> 
> Whilst I am reporting this against the php8.2-mysql package in bookworm, it 
> applies equally to any/all phpX.Y-mysql packages (where X.Y is the PHP 
> version) including packages from older stables, as well as trixie and sid - 
> from the 'php' source package. As it also applies to the packages in trixie 
> and sid (Version: 8.2.12-1+b1), perhaps I should be explicitly reporting it 
> against that version instead?
> 
> As an aside (perhaps irrelevant here?), this also applies to the packages 
> provided by Ondřej Surý via his deb.sury.org repo - whom I note is a member 
> of the Debian PHP Maintainers Team (hence why mentioning it). Perhaps I 
> should lodge a separate issue directly with him as well?
> 
> 
> The issue
> ---------
> 
> I note that the phpX.Y-mysql package does not provide a php-mysql virtual 
> package!?
> 
> I can see that it does provide php-mysqli, php-mysqlnd & php-pdo-mysql (as 
> well as phpX.Y-mysqli, phpX.Y-mysqlnd & phpX>Y-pdo-mysql) virtual packages, 
> but not php-mysql?! E.g.:
> 
> Package: php8.2-mysql
> Version: 8.2.7-1~deb12u1
> [...]
> Provides: php-mysqli, php-mysqlnd, php-pdo-mysql, php8.2-mysqli,
>          php8.2-mysqlnd, php8.2-pdo-mysql
> [...]
> 
> I note that the other PHP DB related packages (i.e. phpX.Y-pgsql & 
> phpX.Y-sqlite3) DO provide their counterpart unversioned virtual packages 
> (i.e. php-pgsql & php-sqlite3). For example:
> 
> Package: php8.2-sqlite3
> Version: 8.2.7-1~deb12u1
> [...]
> Provides: php-pdo-sqlite, php-sqlite3, php8.2-pdo-sqlite
> [...]
> 
> If nothing else, this seems inconsistent behaviour.
> 
> Obviously this is no problem whilst using only packages from a stable Debian 
> release. However, in my experience, it is quite common for unpackaged PHP 
> apps (installed direct from upstream source) to require a newer PHP version 
> than that provided in stable (e.g. newer PHP from deb.sury.org).
> 
> It's less of an issue currently as bookworm has the relatively new PHP8.2. It 
> was a bigger issue in bullseye as that had 7.4 fairly late in it's lifecycle.
> 
> If using an alternate version of PHP, Debian packages that depend on 
> php-mysql (e.g. adminer[1]) will always pull in the default versioned PHP 
> package from Debian as well (or latest PHP from sury.org - depending on 
> pinning). I.e. php8.2-mysql if Debian repos are preferred (or the latest PHP 
> version with deb.sury.org).
> 
> [1] https://packages.debian.org/bookworm/adminer
> 
> I acknowledge that supporting this scenario (installing PHP from third party 
> repo and still using one or more PHP apps from Debian) may not be explicitly 
> considered a "normal" Debian issue (so perhaps a "wishlist" item?).
> 
> I also get that the ~500kB may not be that big a deal to some, but IMO it'd 
> be nice to not have to have redundant unused packages installed.
> 
> Further, I understand that the packaged PHP apps (from stable repo) may not 
> be (completely or at all) compatible with a newer PHP version, but IMO that's 
> on users such as myself to resolve, workaround or live with.
> 
> Resolution?
> -----------
> 
> Regardless, on face value, it seems to me that if the versioned package 
> (php8.2-mysql) simply provided the php-mysql package virtually this situation 
> would be resolved. Or am I missing something fundamental?
> 
> FWIW I had intended to attach a patch for the php source ('debian/main/8.2' 
> branch) for your consideration, but it's a much more complex package than I 
> have encountered before and I'm not really clear what might be required to 
> achieve what I am requesting/suggesting. With some guidance I'd be more than 
> happy to provide a patch and/or open a merge request on salsa (and/or 
> elsewhere).
> 
> If there is a preferred alternate path to resolve this that I can assist 
> with, please inform me.
> 
> Thank you for your consideration and/or guidance.
> 
> Regards,
> Jeremy
> 
> -- Package-specific info:
> ==== Additional PHP 8.2 information ====
> 
> ++++ PHP @PHP_VERSION SAPI (php8.2query -S): ++++
> 
> ++++ PHP 8.2 Extensions (php8.2query -M -v): ++++
> 
> ++++ Configuration files: ++++
> **** /etc/php/8.2/mods-available/mysqlnd.ini ****
> extension=mysqlnd.so
> 
> **** /etc/php/8.2/mods-available/mysqli.ini ****
> extension=mysqli.so
> 
> **** /etc/php/8.2/mods-available/pdo_mysql.ini ****
> extension=pdo_mysql.so
> 
> 
> -- System Information:
> Debian Release: 12.4
>  APT prefers stable-security
>  APT policy: (500, 'stable-security'), (500, 'stable')
> Architecture: amd64 (x86_64)
> 
> Kernel: Linux 5.15.126-1-pve (SMP w/2 CPU threads)
> Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE
> Locale: LANG=en_US.UTF-8, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: 
> LC_ALL set to C), LANGUAGE=en_US.UTF-8
> Shell: /bin/sh linked to /usr/bin/dash
> Init: systemd (via /run/systemd/system)
> 
> Versions of packages php8.2-mysql depends on:
> ii  libc6          2.36-9+deb12u3
> ii  php-common     2:93
> ii  php8.2-common  8.2.7-1~deb12u1
> ii  ucf            3.0043+nmu1
> 
> php8.2-mysql recommends no packages.
> 
> php8.2-mysql suggests no packages.
> Versions of packages php8.2-common depends on:
> ii  libc6       2.36-9+deb12u3
> ii  libffi8     3.4.4-1
> ii  libssl3     3.0.11-1~deb12u2
> ii  php-common  2:93
> ii  ucf         3.0043+nmu1
> 
> Versions of packages php8.2-cli depends on:
>  ii  libargon2-1      0~20171227-0.3+deb12u1
> ii  libc6            2.36-9+deb12u3
> ii  libedit2         3.1-20221030-2
> ii  libmagic1        1:5.44-3
> ii  libpcre2-8-0     10.42-1
> ii  libsodium23      1.0.18-1
> ii  libssl3          3.0.11-1~deb12u2
> ii  libxml2          2.9.14+dfsg-1.3~deb12u1
> ii  media-types      10.0.0
> ii  php8.2-common    8.2.7-1~deb12u1
> ii  php8.2-opcache   8.2.7-1~deb12u1
> ii  php8.2-readline  8.2.7-1~deb12u1
> ii  tzdata           2023c-5+deb12u1
> ii  ucf              3.0043+nmu1
> ii  zlib1g           1:1.2.13.dfsg-1
> 
> Versions of packages php8.2-cli suggests:
> ii  php-pear  1:1.10.13+submodules+notgz+2022032202-2
> 
> Versions of packages libapache2-mod-php8.2 depends on:
> ii  apache2-bin [apache2-api-20120211]  2.4.57-2
> ii  libargon2-1                         0~20171227-0.3+deb12u1
> ii  libc6                               2.36-9+deb12u3
> ii  libmagic1                           1:5.44-3
> ii  libpcre2-8-0                        10.42-1
> ii  libsodium23                         1.0.18-1
> ii  libssl3                             3.0.11-1~deb12u2
> ii  libxml2                             2.9.14+dfsg-1.3~deb12u1
> ii  media-types                         10.0.0
> ii  php8.2-cli                          8.2.7-1~deb12u1
>        ii  php8.2-common                       8.2.7-1~deb12u1
> ii  php8.2-opcache                      8.2.7-1~deb12u1
> ii  tzdata                              2023c-5+deb12u1
> ii  ucf                                 3.0043+nmu1
> ii  zlib1g                              1:1.2.13.dfsg-1
> 
> Versions of packages libapache2-mod-php8.2 recommends:
> ii  apache2  2.4.57-2
> 
> Versions of packages libapache2-mod-php8.2 suggests:
> ii  php-pear  1:1.10.13+submodules+notgz+2022032202-2
> 
> -- no debconf information 

Reply via email to