David Zülke

Your code that builds the extensions and the repository, and the resulting repository URL, @boboldehampsink

The issue with approach 1 is that a lot of users have custom startup scripts, compound commands, etc, so there'd always have to be an alternative way. I too have...

Yeah so it installs the wrong version (built for another PHP series); probably because your custom package Composer repository say this (copied verbatim from your comment further above): ``` "require":...

Right, so. First problem: ``` $ curl -sL https://github.com/robuust/heroku-php/raw/pdo_sqlsrv/packages/ext-pdo_sqlsrv-5.9.0_php-7.4.tar.gz | tar tz lib/ lib/php/ lib/php/extensions/ lib/php/extensions/._.DS_Store lib/php/extensions/.DS_Store lib/php/extensions/no-debug-non-zts-20190902/ lib/php/extensions/no-debug-non-zts-20190902/pdo_sqlsrv.so $ curl -sL https://github.com/robuust/heroku-php/raw/pdo_sqlsrv/packages/ext-pdo_sqlsrv-5.9.0_php-8.0.tar.gz | tar tz tar: Unrecognized archive format...

Unfortunately not at the moment (the underlying stack images do not have `libtidy`).

okay so... did you get it to work now?

Yeah, this does come up from time to time, and I'm really torn about it. My reasoning for not having it is that if you have a magic way of...

Right but that's what I'm saying. That `Dockerfile` works, but once you take the code anywhere else (or someone changes things around), the code will stop working again, because it...

It's much much much easier said than done; I've tried to prototype it ;) We use Composer with a custom installer for platform package installation; the packages contain PHP and...

I'm glad you're excited about that bug and are volunteering to fix it @asgrim, for the good of all mankind ;)