| 5 May 2024 |
 Jan Tojnar | I was to lazy to diff it against the old one, hence the request for a separate commit :) | 15:25:14 |
 Pol | Done now: https://github.com/NixOS/nixpkgs/pull/308059 | 15:52:15 |
| Pol | Hope it's what you're expecting | 15:52:21 |
| Pol | I'll continue working on this in the upcoming days to relax | 15:55:12 |
| 6 May 2024 |
|  @patka_123:matrix.org joined the room. | 15:46:02 |
| Pol | Paving the way for the next version of the builder by reorganizing files of the version 1 of the builder: https://github.com/NixOS/nixpkgs/pull/309605 | 17:10:27 |
| Pol | This PR doesn't change anything in the way the current builder works. It just reorganize files, nothing else, nothing more. | 17:11:47 |
|  @nick_kadutskyi:matrix.org changed their display name from nick_kadutskyi to nickkadutskyi. | 17:33:23 |
| @nick_kadutskyi:matrix.org left the room. | 17:35:36 |
|  Nick Kadutskyi joined the room. | 17:38:32 |
| Nick Kadutskyi changed their display name from nickkadutskyi to Nick Kadutskyi. | 17:39:34 |
 piotrkwiecinski | Hello everyone. I'm quite new to nix. I'm trying to figure out a good approach to setting up multiple php projects with nginx and db running at the same time on local env. Would you point me in the right direction? Is https://devenv.sh/getting-started/ good starting point? | 18:29:06 |
| Pol | Yes, Devenv is a very good starting point. Maybe Shyim can help, he's using it every day I think. | 20:58:33 |
 Shyim | Is caddy also fine? | 21:52:55 |
| 7 May 2024 |
| piotrkwiecinski | I'm going to need nginx to be closer to production configuration. I'll try to configure as much as I can myself and ping you if I'm stuck if you don't mind. | 06:57:42 |
| Pol | Jan Tojnar: Looks like it works! https://github.com/NixOS/nixpkgs/pull/309605 | 11:09:29 |
| 8 May 2024 |
| Pol | Just FYI, a new version of the builder is up at https://github.com/NixOS/nixpkgs/pull/308059
Reviews and tests are welcome.
News in it:
- No more
composer-local-repo-plugin for Composer
- Performance! (it's ~twice faster)
- Simplified workflow
| 12:08:00 |
| 9 May 2024 |
| piotrkwiecinski | When the new builder is ready I can migrate n98-magerun2 for start. I use it daily. I'm relatively new to nix but I'm happy to help as much as I can. | 07:56:18 |
| @patka_123:matrix.org | Redacted or Malformed Event | 08:56:46 |
| @patka_123:matrix.org | * buildsupport/php: add passthru.updateScript
Lets make sure that (almost) all PHP packages can be updated by the r-ryantm bot!
PHP packages where upstream provides a lock file can be automatically updated with the standard updateScript. The next step (in a following PR) will be to create a script that optionally updates and replaces the local lock file if upstream doesn't provide it.
| 09:00:21 |
| @patka_123:matrix.org | * buildsupport/php: add passthru.updateScript
Lets make sure that (almost) all PHP packages can be updated by the r-ryantm bot!
PHP packages where upstream provides a lock file can be automatically updated with the standard updateScript. The next step (in a following PR) will be to create a script that optionally updates and replaces the local lock file if upstream doesn't provide it.
| 09:00:33 |
| @patka_123:matrix.org | * buildsupport/php: add passthru.updateScript
Lets make sure that (almost) all PHP packages can be updated by the r-ryantm bot!
PHP packages where upstream provides a lock file can be automatically updated with the standard nix-update-script. The next step (in a following PR) will be to create a script that optionally updates and replaces the local lock file if upstream doesn't provide it.
| 09:03:13 |
| @patka_123:matrix.org | * buildsupport/php: add default passthru.updateScript
Lets make sure that (almost) all PHP packages can be updated by the r-ryantm bot!
PHP packages where upstream provides a lock file can be automatically updated with the standard nix-update-script. The next step (in a following PR) will be to create a script that optionally updates and replaces the local lock file if upstream doesn't provide it.
| 09:06:00 |
| @patka_123:matrix.org | * buildsupport/php: add default passthru.updateScript
Lets make sure that (almost) all PHP packages can be updated by the r-ryantm bot!
PHP packages where upstream provides a lock file can be automatically updated with the standard nix-update-script. The next step (in a following PR) will be to create a script that optionally regenerates and replaces the local lock file if upstream doesn't provide it.
| 09:15:48 |
| @patka_123:matrix.org | Pol Jan Tojnar sorry for the PR spam... | 12:47:57 |
| @patka_123:matrix.org | * Pol Jan Tojnar sorry for the PR spam...
(yes, I know how git works)
| 12:58:36 |
| 10 May 2024 |
|  slytherx joined the room. | 21:33:17 |
| 13 May 2024 |
| @patka_123:matrix.org | I might be missing something, so I'll just ask here:
The box PHP package is built with php82.buildComposerProject and upstream also has "php": "^8.2" in their composer.json (and .lock). But then why does it also end up in the php81Packages set?
Shouldn't we have some kind of mechanism that uses the php version that composer uses to decide whether or not it belongs in a given package set?
| 17:24:03 |
| @patka_123:matrix.org | Another question:
isn't it kind of problematic that we supply lock files (with a lock for packages where upstream doesn't provide one) using composerLock = ./composer.lock that is generated with only a single php version, while the package is in 3 package sets (phpPackages 81, 82, 83)? Shouldn't we have 3 different generated lock files, or at least generate the lock file using the lowest supported php package set version? (so 81)
| 19:30:06 |
| @patka_123:matrix.org | Awesome. The first r-ryantm php package updates are rolling in 🎉 | 21:11:45 |
