about summary refs log tree commit diff
path: root/pkgs/top-level/php-packages.nix
AgeCommit message (Collapse)AuthorFilesLines
2023-03-13phpExtensions.msgpack: init at 2.2.0RC2Gabriel Ostrolucký1-0/+2
2023-03-13phpExtensions.ssh2: init at 1.3.1Gabriel Ostrolucký1-0/+2
2023-02-22treewide: move NIX_CFLAGS_COMPILE to the env attrsetArtturin1-1/+1
with structuredAttrs lists will be bash arrays which cannot be exported which will be a issue with some patches and some wrappers like cc-wrapper this makes it clearer that NIX_CFLAGS_COMPILE must be a string as lists in env cause a eval failure
2023-02-22treewide: use toString on list NIX_CFLAGS_COMPILEArtturin1-1/+1
with structuredAttrs lists will be bash arrays which cannot be exported which will be a issue with some patches and some wrappers like cc-wrapper
2023-02-10Merge pull request #215539 from LeSuisse/php-opcache-flaky-test-darwinElis Hirwing1-3/+10
phpExtensions.opcache: remove flaky test on darwin
2023-02-10Merge pull request #171543 from Artturin/fixrandommk1Elis Hirwing1-9/+16
phpPackages.mkDerivation: use lib.{fix,extends} instead of //
2023-02-09phpExtensions.opcache: remove flaky tests on darwinThomas Gerbet1-3/+10
Some of the tests of ext-opcache are flaky on darwin. Issue is not obvious to me and I cannot troubleshoot this locally.
2023-02-08phpPackages.mkDerivation: use lib.{fix,extends} instead of //Artturin1-9/+16
// on a overrideAttrs'able works badly here we use lib.fix and lib.extends instead of overrideAttrs to have less of a performance impact
2023-02-06phpExtensions.opcache: fix test environment for darwinThomas Gerbet1-1/+3
2023-02-01php82: 8.2.1 -> 8.2.2Pol Dellaiera1-8/+0
2023-01-17php.extensions.enchant: use enchant2Bobby Rong1-5/+3
enchant2 is supported in PHP8+. Co-authored-by: Jan Tojnar <jtojnar@gmail.com>
2023-01-08php81Extensions.opcache, php81Extensions.opcache: fix testThomas Gerbet1-2/+9
2022-12-30Merge pull request #208084 from apeschar/phanStanisław Pitucha1-0/+2
phpPackages.phan: init at 5.4.1
2022-12-29feat: add `passthru` flags in PHP extension builderPol Dellaiera1-1/+5
So they can be handled correctly by `nix-update` tool
2022-12-29phpPackages.phan: init at 5.4.1Albert Peschar1-0/+2
2022-12-17treewide: fix typosfigsoda1-1/+1
2022-11-20Merge pull request #198470 from RaitoBezarius/nc25-opensslMaximilian Bosch1-4/+15
nextcloud25: use openssl 1.1 as a PHP extension to fix RC4 encryption
2022-11-12php.packages: Add back meta attributesElis Hirwing1-1/+3
2022-11-11nixos/nextcloud: fixup openssl compat changeMaximilian Bosch1-4/+6
Upon testing the change itself I realized that it doesn't build properly because * the `pname` of a php extension is `php-<name>`, not `<name>`. * calling the extension `openssl-legacy` resulted in PHP trying to compile `ext/openssl-legacy` which broke since it doesn't exist: source root is php-8.1.12 setting SOURCE_DATE_EPOCH to timestamp 1666719000 of file php-8.1.12/win32/wsyslog.c patching sources cdToExtensionRootPhase /nix/store/48mnkga4kh84xyiqwzx8v7iv090i7z66-stdenv-linux/setup: line 1399: cd: ext/openssl-legacy: No such file or directory I didn't encounter that one before because I was mostly interested in having a sane behavior for everyone not using this "feature" and the documentation around this. My findings about the behavior with turning openssl1.1 on/off are still valid because I tested this on `master` with manually replacing `openssl` by `openssl_1_1` in `php-packages.nix`. To work around the issue I had to slightly modify the extension build-system for PHP: * The attribute `extensionName` is now relevant to determine the output paths (e.g. `lib/openssl.so`). This is not a behavioral change for existing extensions because then `extensionName==name`. However when specifying `extName` in `php-packages.nix` this value is overridden and it is made sure that the extension called `extName` NOT `name` (i.e. `openssl` vs `openssl-legacy`) is built and installed. The `name` still has to be kept to keep the legacy openssl available as `php.extensions.openssl-legacy`. Additionally I implemented a small VM test to check the behavior with server-side encryption: * For `stateVersion` below 22.11, OpenSSL 1.1 is used (in `basic.nix` it's checked that OpenSSL 3 is used). With that the "default" behavior of the module is checked. * It is ensured that the PHP interpreter for Nextcloud's php-fpm actually loads the correct openssl extension. * It is tested that (encrypted) files remain usable when (temporarily) installing OpenSSL3 (of course then they're not decryptable, but on a rollback that should still be possible). Finally, a few more documentation changes: * I also mentioned the issue in `nextcloud.xml` to make sure the issue is at least mentioned in the manual section about Nextcloud. Not too much detail here, but the relevant option `enableBrokenCiphersForSSE` is referenced. * I fixed a few minor wording issues to also give the full context (we're talking about Nextcloud; we're talking about the PHP extension **only**; please check if you really need this even though it's enabled by default). This is because I felt that sometimes it might be hard to understand what's going on when e.g. an eval-warning appears without telling where exactly it comes from.
2022-11-10nextcloud25: use openssl 1.1 as a PHP extension to fix RC4 encryptionRaito Bezarius1-0/+9
2022-11-07Merge pull request #185683 from ilkecan/phpPackages-set-meta-mainProgramAaron Andersen1-0/+1
phpPackages: set meta.mainProgram
2022-10-03php: enable `imap` extension by defaultPol Dellaiera1-4/+3
2022-08-30Merge master into staging-nextgithub-actions[bot]1-0/+2
2022-08-29php.extensions.inotify: init at 3.0.0Martin Weinelt1-0/+2
https://pecl.php.net/package/inotify
2022-08-17php80Extensions.openssl: pin to openssl_1_1ajs1241-1/+2
2022-08-08phpPackages: set meta.mainProgramilkecan1-0/+1
2022-06-24phpPackage.mkExtension: makeOverridableArtturin1-3/+3
2022-06-08php: Drop special cases for versions below 8.0Elis Hirwing1-27/+4
2022-06-08php.extensions.oci8: Drop 2.2.0 for older PHP packagesElis Hirwing1-7/+1
2022-06-08php.extensions.php_excel: Deinit due to broken in all attributes after php74 ↵Elis Hirwing1-2/+0
deprecation
2022-06-08php.extensions.apcu_bc: Deinit due to broken in all attributes after php74 ↵Elis Hirwing1-2/+0
deprecation
2022-05-18phpExtensions.grpc: init at 1.45.0Soner Sayakci1-0/+2
2022-05-10php.extensions: Remove fixes for abandoned PHP versionsJan Tojnar1-103/+27
2022-05-09Merge pull request #170962 from jtojnar/php-ext-fixesKim Lindberger1-14/+50
php.extensions: improve correctness and usability
2022-05-04Merge pull request #168149 from johanjanssens/masterElis Hirwing1-0/+2
phpExtensions.openswoole: init at 4.11.1
2022-05-04php74Extensions.openswoole: init at 4.11.1Johan Janssens1-0/+2
Request to add openswoole: https://pecl.php.net/package/openswoole Open Swoole is a fork of [Swoole](https://github.com/johanjanssens/nixpkgs/tree/master/pkgs/development/php-packages/swoole). It is actively maintained by some of the original developers and has growing community. - https://github.com/openswoole - https://openswoole.com/ - https://twitter.com/openswoole
2022-05-02php.extensions.readline: Actually use readlineJan Tojnar1-5/+17
Building readline extension would say: checking for libedit readline replacement... yes, shared even when configuring `--without-libedit`. This is because `PHP_ARG_WITH(libedit, …)`, internally calls `PHP_ALWAYS_SHARED`, which in `phpize`-generated `configure.ac` is defined as always forcing the value to shared. This will prevent `PHP_ARG_WITH(readline, …)` from being invoked so `READLINE_DIR` variable will never be defined. This was not an issue before we split the extension out of php.unwrapped in https://github.com/NixOS/nixpkgs/commit/282337799b08844c145c295110f20025541f829a, as `PHP_ALWAYS_SHARED` is empty there. ----- Additionally, because the build script passed `-L$READLINE_DIR/lib` as a flag to the compiler on PHP < 7.4 (built by the nix-phps repository), this ended up with a FHS-like path being passed to the linker. And once we bumped GCC to 11 in https://github.com/NixOS/nixpkgs/commit/52f8cf58a4504e5e219faebffa51033e400e3aec, the linker would fail: gcc -shared .libs/readline.o .libs/readline_cli.o -Wl,--rpath -Wl,/lib -L/lib -ledit -lncurses -Wl,-soname -Wl,readline.so -o .libs/readline.so impure path `/lib' used in link collect2: error: ld returned 1 exit status This no longer happens with PHP ≥ 7.4, since they switched to getting the linker flags from pkg-config in https://github.com/php/php-src/commit/b537203d20d7c1c425aee44d00f1d53758ac8747. ---- As a compromise, let’s make the `PHP_ALWAYS_SHARED` function force `shared` status but only for flags that are not disabled. That will allow us to remove the libedit dependency and also the nasty patch for configure script due to `--with-libedit` not being passed (which would be required for PHP < 7.4 to be able to find readline.h from libedit). Thanks to Pol Dellaiera for both bisections.
2022-05-02php.mkExtension: make source name agnosticJan Tojnar1-3/+8
PHP obtained from Git contains files directly in the top-level directory, which will be placed in Nix store. The generic builder will then copy it to the /build sandbox as its basename with hash stripped (e.g. source/). This breaks the assumption of `mkExtension`, which expects that PHP’s source will be extracted into `php-«version»/` directory, since that is what the release tarballs contain. Let’s unset the `sourceRoot`, leaving it to `unpackPhase` to find the source directory. Then, we will be able go to the extension directory from there. We use custom pre-configure phase so that both `postPatch` and `preConfigure` is available to consumers.
2022-05-02php.mkExtension: Run installPhase pre/post hooksJan Tojnar1-0/+4
2022-05-02php.mkExtension: FormatJan Tojnar1-6/+21
2022-04-25treewide: Simplify negated uses of versionAtLeast, versionOlderAnders Kaseorg1-2/+2
Signed-off-by: Anders Kaseorg <andersk@mit.edu>
2022-04-08Merge pull request #162376 from shayne/masterElis Hirwing1-0/+2
php.extensions.datadog_trace: init at 0.70.0
2022-03-13php.packages.phive: init at 0.15.0Pol Dellaiera1-0/+2
2022-03-01php.extensions.datadog_trace: init at 0.70.0shayne1-0/+2
2022-03-01php.packages.grumphp: init at 1.8.1Pol Dellaiera1-0/+2
2022-02-24php.packages.phing: init at 2.17.1Pol Dellaiera1-0/+2
2022-02-20php81: 8.1.2 -> 8.1.3Pol Dellaiera1-5/+0
2022-01-26phpExtensions.ds: init at 1.4.0Pol Dellaiera1-0/+2
2022-01-23php81: 8.1.1 -> 8.1.2Pol Dellaiera1-1/+9
2021-12-21Merge pull request #147411 from drupol/php/php-8.1.0Elis Hirwing1-1/+5
php: Init at 8.1.1
generated by cgit-pink 1.4.1 (git 2.36.1) at 2024-10-23 05:07:42 +0000