| 16 Jul 2025 |
 Genghiz | I can do that, but then how do I address Sandro's "We can reduce the amount of code a bit by not infixing the internal category of the function." | 06:35:20 |
| Genghiz | Maybe I misunderstood what he was saying? | 06:35:33 |
| Genghiz | Pol^ | 06:36:05 |
 Pol | I don’t understand it either… sorry | 06:37:01 |
| Genghiz | Heh, aight. Then let me revert that change and we can merge? :D | 06:37:23 |
| Pol | How about to pin Sandro ? | 06:38:27 |
| Pol | * How about to ping Sandro ? | 06:38:35 |
| Genghiz | Done. | 06:39:18 |
| Genghiz | Since I have you here, Pol, if you have the time can you also check this? This is a small change in a test and a package update.
https://github.com/NixOS/nixpkgs/pull/423956
| 06:39:57 |
| Pol | https://github.com/NixOS/nixpkgs/issues/208242#issuecomment-2286540893 | 07:28:53 |
| Genghiz | No no I'm aware of this, I just assumed that's what Sandro's comment meant. | 07:58:58 |
| 17 Jul 2025 |
| Genghiz | I got the meaning of this. It means we can call something like lib.attrsets.filterAttrs by just going lib.filterAttrs. | 05:26:45 |
| Genghiz | Which is a MAJOR revelation to me, I'd never thought about it. | 05:26:55 |
| Genghiz | Pol: Made changes here, removed with statements, made the code shorter and more readable. | 05:58:10 |
| Pol | Merged. | 08:34:17 |
| 24 Jul 2025 |
| Genghiz | https://github.com/NixOS/nixpkgs/pull/428090 | 15:27:07 |
| Genghiz | Again, just makes it such that ff-iii does not get tested on darwin | 15:27:18 |
| 27 Jul 2025 |
|  @etu:failar.nu left the room. | 17:52:33 |
| 7 Aug 2025 |
|  Stéphan left the room. | 07:54:21 |
| 8 Aug 2025 |
|  0x4A6F joined the room. | 06:56:50 |
|  @xvilo:lekkerpraten.nl joined the room. | 17:02:31 |
| @xvilo:lekkerpraten.nl left the room. | 18:37:08 |
| 22 Aug 2025 |
|  patka joined the room. | 19:43:19 |
| 24 Aug 2025 |
| patka | I don't use Pest, but I introduced it, so updated it shall be! I just have a question: the last version now has browser testing capabilities and uses Playwright for that. I guess normally we don't just enable that for everyone, in other scenario's? Should it be behind a boolean that is turned off by default? Or how is this normally done elsewhere? | 17:13:35 |
| Pol left the room. | 17:15:47 |
| 28 Aug 2025 |
| Genghiz | Straightforward version bump: https://github.com/NixOS/nixpkgs/pull/437185 | 04:48:34 |
| Genghiz | merge bot seems to be down | 04:48:38 |
| 31 Aug 2025 |
 ma27 | Hi there (especially patka aanderse piotrkwiecinski talyz)
I think it might make sense to do a small, sync here, now that Pol left.
First of all, are you all still interested in maintaining the PHP subsystem?
Now, a few points about the ecosystem:
- the only issue on interpreter-level I'm aware of is https://github.com/NixOS/nixpkgs/issues/353135 which I may fix eventually (though it has pretty low prio on my end). Is there anything else I (or someone else in the team) may not be aware of?
- regarding php interpreter updates: I did the backports and the last few updates together with Pol and I intend to carry on. Since I'm only running PHP applications these days, packaging alphas (and don't do any development anymore), I probably won't spend time on adding alphas of new minors/majors, if somebody else wants to do taht - feel free.
- are there any other issues in the ecosystem we maintain? I didn't find much more open issues, though it seems as if a lot of stuff isn't labeled in the issue tracker.
- what are we going to do with all the CLI applications? so far, I let Pol take care of this since I'm not a PHP dev and thus not very invested into a lot of these. My ideal would be to phase out as much as possible (e.g. Composer is carrying the ecosystem, so it can stay, but I don't see a reason why standalone applications like psysh or phpunit should be maintained by us) and transfer it to individuals. If we don't find anybody who's interested in keeping thsoe up-to-date, I'd consider to drop them entirely.
Anything else we need to talk about? | 14:02:55 |
 aanderse | thanks for the message @ma27:nicht-so.sexy
these days i am more interested in just ensuring the ecosystem stays viable... i don't intend to do much work on it but am happy to be pinged on issues and if no one else more active is able to i can help out
i agree we should stick to stable releases and not try to take on too much unless someone is committed to actively maintaining that
personally i am not keen on nixpkgs dropping a bunch of software but it seems that is the direction we're heading so if you want to follow the trend and drop a few pieces over time i understand | 14:12:16 |
| patka | I'm going to respond properly a bit later, but I'm willing to take up a bunch of CLI applications | 14:21:28 |
