| 12 Sep 2023 |
 infinisil | Well whatever, it's still fast enough, not worth looking into | 14:58:50 |
| 13 Sep 2023 |
 @quantenzitrone:matrix.org | whoa there are already 37 new packages using pkgs/by-name | 16:11:37 |
| @quantenzitrone:matrix.org | * whoa there are already 36 new packages using pkgs/by-name | 16:12:05 |
| @quantenzitrone:matrix.org | oh no, some people are moving their packages over | 16:13:38 |
| infinisil | Quantenzitrone: Check out https://github.com/NixOS/nixpkgs/tree/master/pkgs/by-name#manual-migration-guidelines :) | 16:24:02 |
| infinisil | It's not bad if the code is being touched anyways | 16:24:26 |
| 14 Sep 2023 |
|  jlesquembre changed their display name from José Luis Lafuente to jlesquembre. | 10:36:42 |
 Robert Hensing (roberth) | In reply to @infinisil:matrix.org
teto: No concrete plans yet. Quick thoughts regarding single vs multiple files: I think multiple files should be preferred regarding git, it should lead to a smaller repo size and make conflicts less frequent Also if it's a locked fetchTree those small files may never be written to disk, so i/o doesn't have to be a concern if libgit2 is a good lib. Probably is | 11:01:14 |
| 15 Sep 2023 |
|  @sbc64:matrix.org set a profile picture. | 09:39:33 |
| 19 Sep 2023 |
 @alejandrosame:matrix.org | I extracted the code that makes pkgs/by-name to a separate repo to experiment with it. Something that I noticed is that lib is passed as a hardcoded relative path. Has there any thought been given to make the by-name a reusable pattern? Maybe making sharding optional (as it makes sense for big package repos like nixpkgs but not smaller repos). | 13:20:05 |
| @alejandrosame:matrix.org | * I extracted the code that makes pkgs/by-name work to a separate repo to experiment with it. Something that I noticed is that lib is passed as a hardcoded relative path. Has there any thought been given to make the by-name a reusable pattern? Maybe making sharding optional (as it makes sense for big package repos like nixpkgs but not smaller repos). | 13:20:18 |
| infinisil | alejandrosame: I would like it to be stabilised and re-usable for third-parties in the future, but only after RFC 140 is fully implemented, including the migration. Mainly to see if any problems come up, in which case we can fix them first without worrying about third-party uses | 14:02:32 |
| @alejandrosame:matrix.org | infinisil: cool, makes sense. I just started using the logic as is (getting rid of the hardcoded lib) because it's really useful to structure also third party repos. I'll keep my example at hand even if I move on from the idea so it serves as a use case demonstration (although I think the overall idea is there to stay in my project). | 14:20:01 |
| infinisil | alejandrosame: Also seeing something similar here https://github.com/ngi-nix/ngipkgs/issues/51 :) | 14:26:49 |
| @alejandrosame:matrix.org | Yeah! I'm also thinking about how to introduce "namespaces". I guess this is really what currently maps to per-framework/language package sets. | 15:07:11 |
| 20 Sep 2023 |
|  nbathum (he or they) changed their display name from nbathum (he or they) to nbathum. | 04:58:35 |
| nbathum (he or they) removed their profile picture. | 04:58:45 |
 Artturin | colemickens: the mechanism of by-name will be useful for us in nixpkgs-wayland | 19:05:57 |
| Artturin | * colemickens: the mechanism of by-name will be useful for us in nixpkgs-wayland ^ | 19:07:45 |
| Artturin | * colemickens: ^ the mechanism of by-name will be useful for us in nixpkgs-wayland | 19:07:52 |
| 21 Sep 2023 |
|  dedmunwalk joined the room. | 23:09:49 |
| 22 Sep 2023 |
|  K900 changed their profile picture. | 09:53:32 |
| infinisil | I want to discuss deviating slightly from the RFC. In particular I think it would make sense to disallow definitions in all-packages.nix like foo = callPackage ../by-name/fo/foo/package.nix { }, but only when the argument is { }. | 19:53:27 |
| infinisil | Currently the RFC specifies that an arbitrary argument is allowed here, but there's no good reason to allow { } arguments. | 19:54:51 |
| infinisil | The main reason I want to change this is because I want to have a check to make sure new packages don't add themselves to all-packages.nix unless necessary (which is when it's not { }). | 19:56:08 |
| infinisil | But it also ensures that for packages that don't need arguments anymore, the definition also gets removed from all-packages.nix | 19:57:48 |
| infinisil | This should be fairly non-controversial, so I'll go ahead with a Nixpkgs PR for this, indicating the slight deviation from the RFC | 19:59:18 |
 @piegames:matrix.org | 👍 | 20:42:44 |
| infinisil | Oof, nixpkgs-check-by-name had a non-reproducible test failure, but here's a PR that fixes it: https://github.com/NixOS/nixpkgs/pull/256774, it's a short one but review/merge appreciated | 22:16:08 |
|  Bryan Honof changed their profile picture. | 22:22:24 |
