Nix PHP - Public Room Timeline

	Nix PHP	71 Members
	A room for PHP developers running on Nix	21 Servers

Load older messages

Sender	Message	Time
15 Jan 2024
rikudou@lemmings.world	In reply to @drupol:matrix.org Do you still plan to propose your app to be official? * Haven't really had the time to think about it, I'm currently swamped with work (both the paid one and my open source projects)	14:28:00
Pol	Mmhm I understand man...	14:28:22
Pol	So sad there isn't an official position on this	14:28:31
	tgerbet set a profile picture.	22:26:18
16 Jan 2024
Pol	Gaël Reyrol: Thanks for updating `nix-update` ! I hope we'll get automated pull-request reviews from r-ryantm bot now!	10:24:56
Pol	There's also this issue that scares me: https://github.com/NixOS/nixpkgs/issues/277285	10:26:20
Pol	And also this easy bug to fix: https://github.com/nix-community/NixNG/issues/31#issuecomment-1745082518	10:27:14
Gaël Reyrol	So cool !	10:27:17
18 Jan 2024
Shyim	Can we get https://github.com/NixOS/nixpkgs/pull/276054 reviewed? `idn_to_utf8` does not work right now with emoji domains 😅	18:15:59
Pol	Jan Tojnar: ^^	19:36:01
Jan Tojnar	sorry, not sure when I would be able get to it	21:50:09
19 Jan 2024
Jan Tojnar	In principle bumping sounds good, but would want to see what icu versions are supported by which php versions	07:43:54
Pol	Yeah I think the PR is fine, but it would be nice to have a supported version matrix	11:14:25
21 Jan 2024
Pol	Argh, libxml issue @ https://github.com/fossar/nix-phps/pull/321	17:49:48
Jan Tojnar	pol: might need to apply some of this https://github.com/NixOS/nixpkgs/pull/269060/commits/93c51d7f606211c54ff935360ecb2bf1435fda4a	21:14:23
22 Jan 2024
Pol	Working on it.	08:41:17
Pol	Thanks Jan Tojnar !	08:41:22
Pol	`php80` cannot be built because of a patch introduced in `nixpkgs` in the issue you mentionned. What would be the best way to fix that? Redefine the `patches` attribute completely or apply a filter to it? 2024-01-22T08:56:09.8936579Z setting SOURCE_DATE_EPOCH to timestamp 1691082788 of file php-8.0.30/win32/wsyslog.c 2024-01-22T08:56:09.9011603Z Running phase: patchPhase 2024-01-22T08:56:09.9049955Z applying patch /nix/store/il8mbrw0nywsi3zgllr5zqjww7vg6bwp-061058a9b1bbd90d27d97d79aebcf2b5029767b0.patch 2024-01-22T08:56:09.9088628Z patching file ext/dom/tests/DOMDocument_loadXML_error1.phpt 2024-01-22T08:56:09.9094519Z can't find file to patch at input line 15 2024-01-22T08:56:09.9098227Z Perhaps you used the wrong -p or --strip option? 2024-01-22T08:56:09.9101672Z The text leading up to this was: 2024-01-22T08:56:09.9104715Z -------------------------- 2024-01-22T08:56:09.9108408Z \|--- a/ext/dom/tests/DOMDocument_loadXML_error2_gte2_11.phpt 2024-01-22T08:56:09.9111949Z \|+++ b/ext/dom/tests/DOMDocument_loadXML_error2_gte2_11.phpt 2024-01-22T08:56:09.9115613Z --------------------------	09:40:39
Pol	* `php80` cannot be built because of a patch (`061058a9b1bbd90d27d97d79aebcf2b5029767b0.patch`) introduced in `nixpkgs` in the issue you mentionned. What would be the best way to fix that? Redefine the `patches` attribute completely or apply a filter to it? 2024-01-22T08:56:09.8936579Z setting SOURCE_DATE_EPOCH to timestamp 1691082788 of file php-8.0.30/win32/wsyslog.c 2024-01-22T08:56:09.9011603Z Running phase: patchPhase 2024-01-22T08:56:09.9049955Z applying patch /nix/store/il8mbrw0nywsi3zgllr5zqjww7vg6bwp-061058a9b1bbd90d27d97d79aebcf2b5029767b0.patch 2024-01-22T08:56:09.9088628Z patching file ext/dom/tests/DOMDocument_loadXML_error1.phpt 2024-01-22T08:56:09.9094519Z can't find file to patch at input line 15 2024-01-22T08:56:09.9098227Z Perhaps you used the wrong -p or --strip option? 2024-01-22T08:56:09.9101672Z The text leading up to this was: 2024-01-22T08:56:09.9104715Z -------------------------- 2024-01-22T08:56:09.9108408Z \|--- a/ext/dom/tests/DOMDocument_loadXML_error2_gte2_11.phpt 2024-01-22T08:56:09.9111949Z \|+++ b/ext/dom/tests/DOMDocument_loadXML_error2_gte2_11.phpt 2024-01-22T08:56:09.9115613Z --------------------------	09:40:56
Lars Strojny	Pol: building a multi-version dev environment for a composer package, this is the flake. Couple of questions: Is there a way to not hardcode the vendorHash (think dependabot)? Any way to get xdebug out of require-dev? It's defined there as a dependency Any other tips & tricks?	13:09:22
Lars Strojny	* Pol: building a multi-version dev environment for a composer package, here is the flake. Couple of questions: Is there a way to not hardcode the vendorHash (think automatic dependency updates through dependabot)? Any way to read the xdebug dependency from require-dev instead of manually requiring it? It's defined there as a dependency Any other tips & tricks?	13:12:35
Pol	Lars Strojny: Yes, this is a good starting point, there's room for improvements, but it's already really good. What you did there is what I already did in `loophp/nix-shell` basically, except that in that project, you can use any PHP version you want.	13:46:30
Pol	We should do a small visio to talk about that, currently I can't stay here on Matrix because I'm working at my employer's office in Brussels, but tomorrow I'll be more available.	13:48:14
Lars Strojny	Please take your time, any help is very much appreciated. Is your recommendation to wrap nix-shell?	14:40:09
Pol	Let's discuss that tomorrow if you're available?	15:43:06
Pol	In reply to @jtojnar:matrix.org pol: might need to apply some of this https://github.com/NixOS/nixpkgs/pull/269060/commits/93c51d7f606211c54ff935360ecb2bf1435fda4a It is not possible to apply some patches for php <= 7.4. Do you think we should create our own patch for php <= 7.4 or just backport `libxml` ?	17:43:48
23 Jan 2024
Lars Strojny	I am	08:16:16
Pol	Let me setup my thing and I ping you	08:29:43
Pol	ETA: ~10min	08:29:50
Pol	Here we go: https://meet.jit.si/PoDa	08:35:36

Show newer messages

Back to Room ListRoom Version: 6