| 25 Apr 2022 |
 etu | We also have this hack to pass through the "right version" of the tests to each PHP package: https://github.com/NixOS/nixpkgs/blob/master/pkgs/development/interpreters/php/generic.nix#L155 | 08:01:49 |
| etu | So you can build php81.tests to eval the tests with php81 | 08:02:19 |
| etu | But this last bit doesn't need any changes, it's just good to know :) | 08:02:40 |
 Pol | Thanks mate | 08:02:57 |
| Pol | I'll ping you for further questions if needed. Don't know when, but I will. | 08:03:17 |
| etu | I think the zts thing should be addressed after the next release branch off | 08:04:24 |
| etu | Just as we should drop php74 and change to php81 as default by then | 08:04:39 |
| Pol | Oki, could you comment on the thread, so this information is not lost in the matrix's void :) | 08:05:03 |
 Andreas Schrägle | In reply to @etu:semi.social
Just as we should drop php74 and change to php81 as default by then You can add that to the 22.11 blockers project | 08:08:10 |
| etu | Oh, great suggestion :) | 08:11:47 |
| etu | Done! | 08:13:30 |
| Pol | How do you do that? | 08:18:15 |
| 26 Apr 2022 |
| Pol | https://dpaste.org/a3euL | 05:23:01 |
| Pol | Looks like the GCC update broke PHP < 7.4 compilation | 05:23:13 |
| Andreas Schrägle | the easiest way around that is probably just using gcc < 11 | 07:22:54 |
| Andreas Schrägle | Also, how does nix-php (is that what it's called) handle openssl_1_0_2 finally not being a thing anymore in nixpkgs? | 07:23:27 |
| Pol | It's using a patch | 08:33:54 |
| Pol | In reply to @andreas.schraegle:helsinki-systems.de
the easiest way around that is probably just using gcc < 11 How to specify the gcc version to use then? | 08:34:06 |
| Andreas Schrägle | There's a lot of ways, but the easiest is probably using gcc10Stdenv instead of stdenv.
Although that probably breaks the build on aarch64, if that works right now, for reasons. | 08:39:31 |
| Pol | Oh... damn :S | 08:40:10 |
| Pol | Jan Tojnar: WDYT ? ^^ | 08:40:21 |
| Andreas Schrägle | In reply to @andreas.schraegle:helsinki-systems.de
There's a lot of ways, but the easiest is probably using gcc10Stdenv instead of stdenv.
Although that probably breaks the build on aarch64, if that works right now, for reasons. I can link the reasons, but basically it's because libgcc_s.so is from the bootstrap tarball. Or something like that. It's complicated -.- | 08:43:08 |
| Pol | Indeed, this is way too complex for me. | 08:45:01 |
 Jan Tojnar | Pol: I would look for a patch that allows it to build with newer gcc | 09:59:25 |
| Pol | I already checked, but couldn't find anything. Nobody's looking to compile PHP < 7.4 with newest GCC ! | 10:04:12 |
| Jan Tojnar | well, it must have been fixed in PHP 8 at some point | 10:28:02 |
| Jan Tojnar | so perhaps there is patch in PHP repo that we can backport | 10:28:17 |
| Jan Tojnar | if we make nix-phgs able to build from git, we could try bisecting it | 10:29:28 |
| Andreas Schrägle | In reply to @jtojnar:matrix.org
if we make nix-phgs able to build from git, we could try bisecting it why isn't it, right now? I remember a pr that made the php in nixpkgs build from git, which we probably didn't merge for reasons. maybe it was even by Pol? or by Izorkin? maybe I'm making all of this up. well never find out, unless someone searches github. | 16:43:57 |
| Pol | In reply to @andreas.schraegle:helsinki-systems.de
why isn't it, right now? I remember a pr that made the php in nixpkgs build from git, which we probably didn't merge for reasons. maybe it was even by Pol? or by Izorkin? maybe I'm making all of this up. well never find out, unless someone searches github. I tried indeed, but I think I never submitted a PR | 16:44:26 |
