Support Debian style INI split/linking approach

[derickr]

I've just installed the mongodb extension with PIE on a new Deian 13 server, and it puts the 80-mongodb.ini file in /etc/php/8.4/cli/conf.d/ only.

Instead, it should have created /etc/php/8.4/mods-available (as mongodb.ini) and then link it into /etc/php/8.4/cli/conf.d and /etc/php/8.4/fpm/conf.d as 80-mongodb.ini.

[asgrim]

@derickr could you provide very verbose output please? (run with -vv)

I believe it should be using phpenmod to set up the INI, but maybe it missed something 🤔

[derickr]

Build complete: /home/derick/.config/pie/php8.4_3670490f1b8543dd0eabb7435ae8557d/vendor/mongodb/mongodb-extension/mongodb-1.21.2/modules/mongodb.so
Cannot write to /usr/lib/php/20240924, so using sudo to elevate privileges.
[sudo] password for derick: 
Installing shared extensions:     /usr/lib/php/20240924/
Install complete: /usr/lib/php/20240924/mongodb.so
Trying to enable extension using PreCheckExtensionAlreadyLoaded
Successfully asserted that extension mongodb is loaded in runtime.
✅ Extension is enabled and loaded in /usr/bin/php8.4
Generating autoload files
No security vulnerability advisories found.
Removing: /home/derick/.config/pie/php8.4_3670490f1b8543dd0eabb7435ae8557d/vendor/mongodb

I don't think it's that useful, as it's obviously already installed?

On a clean machine, with it not being installed:

Build complete: /home/derick/.config/pie/php8.4_3670490f1b8543dd0eabb7435ae8557d/vendor/mongodb/mongodb-extension/mongodb-1.21.2/modules/mongodb.so
Cannot write to /usr/lib/php/20240924, so using sudo to elevate privileges.
Installing shared extensions:     /usr/lib/php/20240924/
Install complete: /usr/lib/php/20240924/mongodb.so
Trying to enable extension using PreCheckExtensionAlreadyLoaded
Trying to enable extension using StandardAdditionalPhpIniDirectory
Creating new INI file based on extension priority: /etc/php/8.4/cli/conf.d/80-mongodb.ini
Enabled extension mongodb in the INI file /etc/php/8.4/cli/conf.d/80-mongodb.ini
Successfully asserted that extension mongodb is loaded in runtime.
✅ Extension is enabled and loaded in /usr/bin/php8.4
Generating autoload files
No security vulnerability advisories found.
Removing: /home/derick/.config/pie/php8.4_3670490f1b8543dd0eabb7435ae8557d/vendor/bin
Removing: /home/derick/.config/pie/php8.4_3670490f1b8543dd0eabb7435ae8557d/vendor/mongodb

Which confirms what it did:

$ ls -l /etc/php/8.4/mods-available/mongodb.ini  /etc/php/8.4/*/conf.d/*mongodb*
ls: cannot access '/etc/php/8.4/mods-available/mongodb.ini': No such file or directory
-rw-r--r-- 1 derick derick 114 Dec 18 17:12 /etc/php/8.4/cli/conf.d/80-mongodb.ini

Result:

$ ls -l /etc/php/8.4/cli/conf.d/
total 12
lrwxrwxrwx 1 root   root    39 Dec 10 21:20 10-opcache.ini -> /etc/php/8.4/mods-available/opcache.ini
lrwxrwxrwx 1 root   root    35 Dec 10 21:20 10-pdo.ini -> /etc/php/8.4/mods-available/pdo.ini
lrwxrwxrwx 1 root   root    35 Dec 11 18:01 15-xml.ini -> /etc/php/8.4/mods-available/xml.ini
lrwxrwxrwx 1 root   root    40 Dec 10 21:20 20-calendar.ini -> /etc/php/8.4/mods-available/calendar.ini
lrwxrwxrwx 1 root   root    37 Dec 10 21:20 20-ctype.ini -> /etc/php/8.4/mods-available/ctype.ini
lrwxrwxrwx 1 root   root    36 Dec 11 17:59 20-curl.ini -> /etc/php/8.4/mods-available/curl.ini
lrwxrwxrwx 1 root   root    35 Dec 11 18:01 20-dom.ini -> /etc/php/8.4/mods-available/dom.ini
lrwxrwxrwx 1 root   root    36 Dec 10 21:20 20-exif.ini -> /etc/php/8.4/mods-available/exif.ini
lrwxrwxrwx 1 root   root    35 Dec 10 21:20 20-ffi.ini -> /etc/php/8.4/mods-available/ffi.ini
lrwxrwxrwx 1 root   root    40 Dec 10 21:20 20-fileinfo.ini -> /etc/php/8.4/mods-available/fileinfo.ini
lrwxrwxrwx 1 root   root    35 Dec 10 21:20 20-ftp.ini -> /etc/php/8.4/mods-available/ftp.ini
lrwxrwxrwx 1 root   root    39 Dec 10 21:20 20-gettext.ini -> /etc/php/8.4/mods-available/gettext.ini
lrwxrwxrwx 1 root   root    37 Dec 10 21:20 20-iconv.ini -> /etc/php/8.4/mods-available/iconv.ini
lrwxrwxrwx 1 root   root    36 Dec 11 18:30 20-intl.ini -> /etc/php/8.4/mods-available/intl.ini
lrwxrwxrwx 1 root   root    40 Dec 11 18:00 20-mbstring.ini -> /etc/php/8.4/mods-available/mbstring.ini
lrwxrwxrwx 1 root   root    42 Dec 11 18:06 20-pdo_sqlite.ini -> /etc/php/8.4/mods-available/pdo_sqlite.ini
lrwxrwxrwx 1 root   root    36 Dec 10 21:20 20-phar.ini -> /etc/php/8.4/mods-available/phar.ini
lrwxrwxrwx 1 root   root    37 Dec 10 21:20 20-posix.ini -> /etc/php/8.4/mods-available/posix.ini
lrwxrwxrwx 1 root   root    40 Dec 10 21:20 20-readline.ini -> /etc/php/8.4/mods-available/readline.ini
lrwxrwxrwx 1 root   root    37 Dec 10 21:20 20-shmop.ini -> /etc/php/8.4/mods-available/shmop.ini
lrwxrwxrwx 1 root   root    41 Dec 11 18:01 20-simplexml.ini -> /etc/php/8.4/mods-available/simplexml.ini
lrwxrwxrwx 1 root   root    39 Dec 10 21:20 20-sockets.ini -> /etc/php/8.4/mods-available/sockets.ini
lrwxrwxrwx 1 root   root    39 Dec 11 18:06 20-sqlite3.ini -> /etc/php/8.4/mods-available/sqlite3.ini
lrwxrwxrwx 1 root   root    39 Dec 10 21:20 20-sysvmsg.ini -> /etc/php/8.4/mods-available/sysvmsg.ini
lrwxrwxrwx 1 root   root    39 Dec 10 21:20 20-sysvsem.ini -> /etc/php/8.4/mods-available/sysvsem.ini
lrwxrwxrwx 1 root   root    39 Dec 10 21:20 20-sysvshm.ini -> /etc/php/8.4/mods-available/sysvshm.ini
lrwxrwxrwx 1 root   root    41 Dec 10 21:20 20-tokenizer.ini -> /etc/php/8.4/mods-available/tokenizer.ini
lrwxrwxrwx 1 root   root    41 Dec 11 18:01 20-xmlreader.ini -> /etc/php/8.4/mods-available/xmlreader.ini
lrwxrwxrwx 1 root   root    41 Dec 11 18:01 20-xmlwriter.ini -> /etc/php/8.4/mods-available/xmlwriter.ini
lrwxrwxrwx 1 root   root    35 Dec 11 18:01 20-xsl.ini -> /etc/php/8.4/mods-available/xsl.ini
-rw-r--r-- 1 derick derick 117 Dec 12 12:15 80-geospatial.ini
-rw-r--r-- 1 derick derick 114 Dec 18 17:12 80-mongodb.ini
-rw-r--r-- 1 root   root    67 Dec 11 18:50 99-custom.ini

You see both mongodb and geospatial being the odd ones out.

[derickr]

I also do not have a "phpenmod" tool on the system, FWIW.

[asgrim]

Thanks; yeah it uses the same approach as the Ondrej repo it seems, but without the phpenmod tool. Will look into how to support this setup 👍

[asgrim]

@derickr Hmm, how did you install PHP? I'm trying to reproduce this, but this Dockerfile does have phpenmod/phpdismod, and therefore is enabling the extension in the correct way

FROM boxproject/box:4.6.10 AS build_pie_phar
RUN apk add git
COPY . /app
RUN cd /app && touch creating_this_means_phar_will_never_be_verified && /box.phar compile

FROM debian AS test_ext_enable_debian
RUN apt-get update && apt-get install -y php unzip
COPY --from=build_pie_phar /app/pie.phar /usr/local/bin/pie

$ docker buildx build --target="test_ext_enable_debian" --file "Dockerfile" --tag "test_ext_enable_debian"
$ docker run -ti test_ext_enable_debian
# pie install asgrim/example-pie-extension

• ls -l /etc/php/8.4/mods-available/ - shows example_pie_extension.ini (real file)
• ls -l /etc/php/8.4/cli/conf.d/ - shows 74-example_pie_extension.ini -> /etc/php/8.4/mods-available/example_pie_extension.ini
• ls -l /etc/php/8.4/apache2/conf.d/ - shows 74-example_pie_extension.ini -> /etc/php/8.4/mods-available/example_pie_extension.ini